এলব্রাস ওএসে ভিম থেকে লিনাক্স ব্যাকআপ। আমদানির বিকল্প ['?' | '।' | '!']

হাই সবাই
Habré উপর সাম্প্রতিক নিবন্ধ বাস্তবে আমদানি প্রতিস্থাপন। পার্ট 1। বিকল্প и অনেক দিন ধরে গান বাজল না... বা এলব্রাস ওএস কিভাবে মুক্ত হলো না আমাকে উদাসীন রাখেনি। আমি ব্যাকআপ টাস্কের প্রসঙ্গে এই সমস্যাটি অধ্যয়ন করার সিদ্ধান্ত নিয়েছি। তাছাড়া, ইন এই নিবন্ধটি Veeam সফ্টওয়্যার পণ্য উল্লেখ করা হয়েছে, যার মানে সমস্যাটি আমদানি প্রতিস্থাপনের প্রসঙ্গে বিশেষভাবে প্রাসঙ্গিক হতে পারে।

মূল ছবির উৎস

প্রথমত, আমি এলব্রাস ওএস ডাউনলোড করার সিদ্ধান্ত নিয়েছি, বা বরং, x86_64 আর্কিটেকচারের জন্য উপলব্ধ বিতরণ, এটি কীভাবে কাজ করে তা দেখুন এবং এতে লিনাক্সের জন্য ভিম এজেন্ট ইনস্টল করার চেষ্টা করুন। এর থেকে কী বের হয়েছে তা জানতে চাইলে বিড়াল দেখুন।

সুতরাং, একটি ছোট ডিগ্রেশন, যদি কেউ না জানে। "এলব্রাস" এরকম প্রসেসর একটি বরং নির্দিষ্ট কমান্ড সিস্টেমের সাথে। এটি ছাড়াও, এলব্রাস ওএস সফ্টওয়্যার রয়েছে। এবং - জনপ্রিয় বিশ্বাসের বিপরীতে - এলব্রাস ওএস পরিচালনা করার জন্য, এলব্রাস প্রসেসরের উপর ভিত্তি করে একটি হার্ডওয়্যার সিস্টেম থাকা আবশ্যক নয়। x86 এর জন্য "PDK "Elbrus" আছে - আসলে, এটি একটি ইনস্টলেশন ডিস্ক আকারে সর্বজনীন ডোমেনে উপস্থিত হয়েছিল। যাইহোক, একটি পাদটীকা আছে "PDK - প্ল্যাটফর্ম ডেভেলপমেন্ট কিট, ডেভেলপার কিট" - দুর্দান্ত, এর মানে সেখানে অন্তত একটি কম্পাইলার আছে।

আরেকটি ছোট জোরপূর্বক পশ্চাদপসরণ. আসল বিষয়টি হ'ল আমি একবার ঘরোয়া সফ্টওয়্যার যেমন MSVS এবং Baguette RTOS নিয়ে কাজ করেছি। আমার MCST থেকে প্রসেসর সহ গার্হস্থ্য উপাদানগুলির সাথে কাজ করার অভিজ্ঞতা ছিল। অতএব, আমি সম্পূর্ণ দায়িত্বের সাথে বলতে পারি যে এই ক্ষেত্রে একটি নির্দিষ্ট নির্দিষ্টতা রয়েছে এবং আমি নিবন্ধে এটি স্পর্শ না করার চেষ্টা করব। যখন আমি সত্যিই চাই, আমি ট্যাগ [TBD] রাখব। তাই আমরা সরাসরি ট্রোলিং এবং সাধারণ হাহাকার ছাড়াই করার চেষ্টা করব। শেষ পর্যন্ত, রাশিয়ান প্রতিরক্ষা শিল্প এবং সরকারী সংস্থা বুঝতে হবে. বড় দেশ - ছোট বাজেট.. [TBD]।

শূন্য পর্যায় - ডাউনলোড করুন। এটি লক্ষণীয় যে এলব্রাস ওএস উপলব্ধ হওয়ার খবরটি একটি অনুরণন সৃষ্টি করেছিল, এতটাই যে বিতরণ সার্ভারটি ডাউন হয়ে গিয়েছিল। [TBD] Yandex এবং প্রকৌশলীকে ধন্যবাদ যিনি এটিকে সেখানে নিয়ে যাওয়ার কথা ভেবেছিলেন। তাই ডাউনলোড স্পিড ভালো।

প্রথম পর্যায়ে - স্থাপন. আমি এটি প্রথম হাইপারভাইজারে ইনস্টল করেছি যা বিনামূল্যে ব্যবহারের জন্য উপলব্ধ ছিল। আমি দুটি কোর বরাদ্দ করেছি, কয়েকটি গিগ RAM, 32 MB ভিডিওর জন্য (একটি গ্রাফিকাল ইন্টারফেস থাকবে, আমি ভেবেছিলাম)। ডিস্কটি যথারীতি - 32 জিবি।
আমি ইনস্টলেশন শুরু করেছি। আমি ইনস্টলেশন নির্দেশাবলী ব্যবহার করিনি, তাই আমি এটিতে মন্তব্য করতে পারি না। TUI ইনস্টলেশন ইন্টারফেস গুরুতরভাবে সংক্ষিপ্ত।

ভাল, মহান, আমরা একটি মাউস ছাড়া করতে পারেন.

আমি দ্বিতীয় চেষ্টায় পরবর্তী উইন্ডোটি পরিচালনা করেছি। ডিস্ক থেকে ইনস্টল করার সময় ডিফল্ট ডিভাইস sr0 [TBD] নির্বাচন করবেন না কেন?
CD-ROM উৎস নির্বাচন করুন এবং এগিয়ে যান।

সময় অঞ্চল নির্বাচন করার সময়, আমি হঠাৎ বুঝতে পারি যে সিস্টেমটি init বুট প্রক্রিয়া ব্যবহার করে, এবং আমি TTY0 থেকে কাজ করছি।

ঠিক আছে, তাহলে আসুন "এলব্রাস" কে একটি সম্প্রদায় হিসাবে শ্রেণীবদ্ধ করি পুরাতন বিশ্বাসী[টিবিডি]। নীতিগতভাবে, এটি ভাল: ডাউনলোড প্রক্রিয়া কীভাবে কাজ করে তা দেখার জন্য আপনাকে সোর্স কোড জিজ্ঞাসা করার দরকার নেই, যেহেতু সবকিছুই স্ক্রিপ্ট করা হয়েছে।

বাকিটা প্রায় গুরুত্বহীন: আমরা সবকিছু রাখি এবং সম্মত হই। পথ বরাবর, আমরা জানতে পারি যে কার্নেল 3.14.79-13.84 ব্যবহার করা হয়েছে। হুম, ডেবিয়ান 7-এ ছিল 3.2 [TBD]।

এরপরে, ডিফল্ট ডিস্ক পার্টিশন নির্বাচন করুন এবং... আমরা একটি সতর্কতা দেখতে পাই:

হুম, কোনোভাবে স্বয়ংক্রিয় বিভাজন একটি 32 গিগ ডিস্কের সাথে ভালভাবে মোকাবেলা করতে পারেনি। আমি ডিস্ক পরিবর্তন করিনি; আমি "অল-ইন-ওয়ান" স্টাইলে ম্যানুয়াল ডিস্ক পার্টিশনের সাথে অনুসন্ধানটি সম্পূর্ণ করেছি। আমাকে ext3 ইনস্টল করতে হয়েছিল, যেহেতু /boot ext4 এ থাকতে পারে না।
সিস্টেম ঘটনা ছাড়াই এসেছে.

দ্বিতীয় পর্যায়ে - বিকল্প অনুসন্ধান করুন।
দ্বিতীয় ডিস্কের বিষয়বস্তুগুলি খতিয়ে দেখার পরে, আমি বুঝতে পেরেছিলাম যে এটি অতিরিক্ত সহ একটি সংগ্রহস্থল। প্যাকেজে এবং /etc/apt/sources.list এর দিকে তাকিয়ে, আমি বুঝতে পেরেছি যে এটিকে /mnt/cdrom এ মাউন্ট করা দরকার। কিন্তু আমি খুঁজে পাইনি /etc/os-release. কিন্তু বিষয়বস্তু 3.0-rc36 সহ /etc/mcst-সংস্করণ আছে। 3.0 সম্ভবত সংস্করণ - এটি মানানসই বলে মনে হচ্ছে, কিন্তু rc36? সাধারণভাবে, তৃতীয় পক্ষের সফ্টওয়্যার সম্ভবত ক্লাসিক্যাল পদ্ধতিতে এই বিতরণকে চিনতে সক্ষম হবে না।

রুট পার্টিশনে, /mcst ডিরেক্টরিটি আমার নজর কেড়েছে, এবং সেখানে, একটি ডুবন্ত হৃদয়ের সাথে, আমি /mcst/backup আবিষ্কার করেছি। অর্থাৎ, একটি ব্যাকআপ টুল আছে, এবং এটি সিস্টেমের মধ্যে বিল্ট! "দারুণ," আমি ভেবেছিলাম, "দেখা যাক কিভাবে এটি কাজ করে!"

দেখা যাচ্ছে যে একটি 4Kb ব্যাশ স্ক্রিপ্ট /mcst/bin/backup আছে যা ফাইল কপি করার সুবিধা প্রদান করে। ডিফল্টরূপে - /mcst/backup ডিরেক্টরিতে। সোর্স কোডে আমি rsync কমান্ড দেখতে আশা করেছিলাম, কিন্তু এটি ডিফল্ট কনফিগারেশনে নেই। স্ক্রিপ্ট সহজভাবে ফাইল অনুলিপি. কমান্ড এই মত কিছু দেখায়:

cp -rpdx <file backup> <file>

সম্পূর্ণ ফাইল /mcst/bin/backup এখানে আছেআমি এখনই আপনাকে সতর্ক করে দিচ্ছি যে শুধুমাত্র এই স্ক্রিপ্টটি সম্পূর্ণরূপে বোঝার জন্য যথেষ্ট নয়। এটি /mcst/bin/source থেকে ফাংশন টেনে আনে, যা ফাংশনের লাইব্রেরির মতো কিছু। আমি এটি (44KB) অন্তর্ভুক্ত করিনি।

#!/bin/bash

unalias -a

set +vx

source $(dirname $0)/source
[[ $? != 0 ]] && exit 1

OPTIONS="hvcdrRil:L:"

usage()
{
	echo "Usage: $PROG_NAME [-$OPTIONS] [backup]"
	echo "    h            - this help"
	echo "    v vv vvv     - verbose, very verbose, extremly verbose"
	echo "    c            - create backup"
	echo "    d            - diffs backup and system"
	echo "    r            - recovery system"
	echo "    R            - remove backup"
	echo "    i            - prompt before backup removing"
	echo "    l list       - additional backup files list"
	echo "    L list       - global backup files list"
	echo "    backup       - backup directory, default /mcst/backup/backup"
}

init_prog()
{
	typeset flg=0

	while getopts $OPTIONS opt
	do
		case $opt in
		h ) usage; exit 0;;
		v ) (( verbose = verbose + 1 )); set_verbose;;
		c ) flg=1; c_flg=1;;
		d ) flg=1; d_flg=1;;
		r ) flg=1; r_flg=1;;
		R ) flg=1; R_flg=1;;
		i ) i_flg=1;;
		l ) l_flg=1; list_arg="$list_arg $OPTARG";;
		L ) L_flg=1; LIST_arg="$LIST_arg $OPTARG";;
		* ) usage "Invalid option"; exit 1;;
		esac
	done

	set_verbose

	check_su

	init_variables

	shift $((OPTIND-1))

	if (( $# > 1 ))
	then
		echo_fatal "invalid arguments number, exp 0|1, act $#"
		exit 1
	fi

	[[ $# = 1 ]] && BACKUP=$1

	echo "Backup directory is $BACKUP"

	if [[ $L_flg = 1 ]]
	then
		backup_list="$LIST_arg"
	elif [[ $c_flg != 1 && $R_flg != 1 ]]
	then
		get_output_cmd "cat $BACKUP/$BACKUP_LIST_NAME"
		backup_list="$output_cmd"
	else
		get_output_cmd "get_backup_list"
		backup_list="$output_cmd"
	fi

	if [[ $l_flg = 1 ]]
	then
		backup_list="$backup_list $list_arg"
	fi

	if [[ $flg = 0 ]]
	then
		if [[ -d $BACKUP ]]
		then
			ls -laR $BACKUP
		else
			echo_info "Cannot access $BACKUP"	
		fi
		echo "backup_list=$backup_list"
		exit 0
	fi

###	echo "Backup list: $backup_list"
}

create_file()
{
	typeset f=$1 fr=$2
	typeset fb

	[[ -z $fr ]] && fr=$f

	fb=${f#/}

	fb=$BACKUP/$fb

	xcmd="rm -rf $fb"
	set_cmd "$xcmd"
	run_cmd

	xcmd="mkdir -p $fb"
	set_cmd "$xcmd"
	run_cmd

	if [[ -a $fr ]]
	then
		xcmd="cp -rpdx $fr $fb/file"
		set_cmd "$xcmd"
		run_cmd

		xcmd="touch $fb/create"
		set_cmd "$xcmd"
		run_cmd
	else
		xcmd="touch $fb/delete"
		set_cmd "$xcmd"
		run_cmd
	fi
}

diff_file()
{
	typeset f=$1
	typeset fb

	fb=${f#/}

	fb=$BACKUP/$fb

	if [[ -f $fb/delete ]]
	then
		echo_info "$f absent"
	elif [[ -f $fb/create ]]
	then
#		echo "state: create $f"

		if [[ ! -a $f ]]
		then
			echo_info "cannot access $f"
		else
			xcmd="diff -r $f $fb/file"
			echo "$xcmd"
			set_cmd "$xcmd" "" "0 1 2"
			run_cmd
		fi
	else
		echo_fatal "wrong $f backup"
		exit 1
	fi
}

recovery_file()
{
	typeset f=$1
	typeset fb

	fb=${f#/}

	fb=$BACKUP/$fb

	if [[ ! -a $fb ]]
	then
		echo_fatal "cannot access $fb"
		exit 1
	fi

	xcmd="rm -rf $f"
	set_cmd "$xcmd"
	run_cmd

	if [[ -f $fb/delete ]]
	then
		:
	elif [[ -f $fb/create ]]
	then
		xcmd="cp -rpdx $fb/file $f"
		set_cmd "$xcmd"
		run_cmd
	else
		echo_fatal "wrong $fb backup"
		exit 1
	fi
}

remove_backup()
{
	echo "Remove backup"

	if [[ ! -d $BACKUP ]]
	then
		echo_info "Cannot access $BACKUP"
		return
	fi

	if [[ ! -f $BACKUP/$BACKUP_LIST_NAME ]]
	then
		echo_fatal "$BACKUP_LIST_NAME absent, remove backup manually"
		exit 0
	fi

	answer=
	if [[ $i_flg = 1 ]]
	then
		echo -n "Remove $BACKUP directory (yes/...)?"
		read answer
	else
		answer=yes
	fi
	if [[ $answer = yes ]]
	then
		xcmd="rm -rf $BACKUP"
		set_cmd "$xcmd"
		run_cmd
	fi
}

recovery_backup()
{
	echo "Recovery system from $BACKUP" 

	for f in $backup_list
	do
		get_output_cmd "get_mount_point $f"
		mnt=$output_cmd
		get_output_cmd "is_ro_mounted $mnt"
		mnt=$output_cmd
		if [[ ! -z $mnt ]]
		then
			remount_rw_fs $mnt
		fi 
		recovery_file $f
		if [[ ! -z $mnt ]]
		then
			remount_ro_fs $mnt
		fi 
	done

	echo "The system is ready, reboot the system manually" 
}

create_backup()
{
		echo "Create backup"

		xcmd="mkdir -pm0777 $BACKUP"
		set_cmd "$xcmd"
		run_cmd

		for v in $backup_list
		do
			f=${v%%:*}
			backup_list2="$backup_list2 $f"
			fr=${v#*:}
			create_file $f $fr
		done
		echo "$backup_list2" >$BACKUP/$BACKUP_LIST_NAME
}

diff_backup()
{
	echo "Diffs system and backup" 

	if [[ ! -d $BACKUP ]]
	then
		echo_fatal "cannot access $BACKUP"
		exit 1
	fi

	for f in $backup_list
	do
		diff_file $f
	done
}

main()
{
	typeset f mnt mnt_list answer

	if [[ $R_flg = 1 ]]
	then
		remove_backup
	fi

	if [[ $r_flg = 1 ]]
	then
		recovery_backup
	fi

	if [[ $c_flg = 1 ]]
	then
		create_backup
	fi

	if [[ $d_flg = 1 ]]
	then
		diff_backup
	fi
}

init_prog "$@"

main

exit 0

যদিও, আমি হয়তো কিছু বুঝতে পারিনি? হয়তো কেউ মন্তব্যে ব্যাখ্যা করতে পারেন: কিভাবে এই স্ক্রিপ্ট নিরাপদ এবং নির্ভরযোগ্য ডেটা ব্যাকআপ নিশ্চিত করে? [টিবিডি]

rsync, যাইহোক, অ্যাড-অনে অন্তর্ভুক্ত করা হয়েছে। সংগ্রহস্থল সংস্করণ 3.1.3। আমি মনে করি rsync ব্যবহার করা এখনও /mcst/bin/backup অ্যাপ্লিকেশনের একটি ভাল বিকল্প।

এরপরে, আমি একটি তাজা রাখার সিদ্ধান্ত নিয়েছি লিনাক্সের জন্য ভিম এজেন্ট. কেউ জিজ্ঞাসা করবে: "ভিম এবং আমদানি প্রতিস্থাপনের এর সাথে কী সম্পর্ক আছে?" হ্যাঁ, এটি রেজিস্টারে নেই, তবে এটি FSTEC দ্বারা প্রত্যয়িত, যার মানে বিকল্পের অভাবে এটি ব্যবহার করা যেতে পারে। থেকে বিকল্প পনের মিনিট ব্যয় রেজিস্ট্রি, আমি "ব্যাকআপ" শব্দের জন্য 3টি লিঙ্ক খুঁজে পেতে সক্ষম হয়েছি ("রিজার্ভ" শব্দের জন্য আমার প্রশ্নের সাথে সম্পর্কিত নয়)। আমি এই প্রোগ্রামগুলির একটি গভীর বিশ্লেষণ করিনি, তাই আমি বিচার করার চেষ্টা করব না যে তারা লিনাক্স চালিত মেশিনগুলির ব্যাক আপ করার জন্য কতটা উপযুক্ত। যার প্রয়োজন সে তার নিজের উপসংহার টানবে এবং মন্তব্যে শেয়ার করবে।

তিন মঞ্চ - লিনাক্সের জন্য ভিম এজেন্টের ইনস্টলেশন।
সুতরাং, লিনাক্সের জন্য Veeam Agent দুটি প্যাকেজ নিয়ে গঠিত: veeamsnap কার্নেল মডিউল (যাইভাবে, উৎস এখানে) এবং ভিম প্যাকেজের আকারে মালিকানাধীন ব্যবহারকারী-স্থান কোড।

কার্নেল মডিউল ইনস্টল করার সময় একটি ছোট সমস্যা ছিল - অনুপস্থিত dkms প্যাকেজ। এটি এমন একটি পরিষেবা যা আপনাকে উৎস থেকে কার্নেল মডিউল তৈরি করতে দেয়। একটি নিয়ম হিসাবে, এটি সমস্ত ডেব বিতরণে উপলব্ধ। আমাকে এটি একটি তৃতীয় পক্ষের ডেব সংগ্রহস্থল থেকে ডাউনলোড করতে হয়েছিল। একটি জিনিস যা আমাকে খুশি করেছে তা হল প্যাকেজটি আর্কিটেকচারের উপর নির্ভর করে না, তাই এটি একটি নেটিভের মতো ফিট করে। কেন এটি উপলব্ধ প্যাকেজের তালিকায় অন্তর্ভুক্ত করা হয়নি, বা বরং, বিকাশ করা হয়নি [TBD]? সম্ভবত এটা অনুমান করা হয় যে কারোরই উচিত হবে না কোনো নন-MCST কার্নেল মডিউল তৈরি বা চালানো। এখানে সত্যিই একটি অমিল রয়েছে - যেহেতু এখানে লিনাক্স-হেডার রয়েছে। অর্থাৎ, মডিউল, যদি ইচ্ছা হয়, হাত দ্বারা একত্রিত করা যেতে পারে এবং মেশিনটি শুরু হলে একটি স্ক্রিপ্ট দ্বারা চালু করা যেতে পারে। আমি মনে করি আপনার MCST [TBD] থেকে ঘন ঘন আপডেট আশা করা উচিত নয়।

"ঠিক আছে, মডিউলটি ইনস্টল করা হয়েছে - সবচেয়ে কঠিন অংশ শেষ," আমি ভেবেছিলাম... ডেব রিপোজিটরির জন্য ভিম প্যাকেজটি amd64 প্ল্যাটফর্মের জন্য, এবং Elbrus OS এর একটি x86_64 [TBD] প্ল্যাটফর্ম রয়েছে৷ পার্থক্য, অবশ্যই, শুধুমাত্র নামে, কিন্তু এই পার্থক্যটি এলব্রাস ওএস-এর সাথে থার্ড-পার্টি ডেব রিপোজিটরির প্রায় সমস্ত প্যাকেজকে বেমানান করে তোলে। এই বিরক্তিকর ভুল বোঝাবুঝি সহজভাবে নির্মূল করা যেতে পারে: শুধু প্যাকেজটি বিচ্ছিন্ন করুন, স্থাপত্য সম্পর্কে তথ্য সংশোধন করুন এবং এটি আবার একসাথে রাখুন। এটা কিভাবে করতে হবে এটা Googled সঙ্গে সঙ্গে

mkdir tmp
dpkg-deb -R original.deb tmp
# edit DEBIAN/postinst
dpkg-deb -b tmp fixed.deb

আরেকটি সমস্যা হল নির্ভরতা। প্রয়োজনীয় ফাইল আছে বলে মনে হচ্ছে, কিন্তু প্যাকেজ নেই. ধারণাটি ছিল যে প্যাকেজগুলির নামগুলি তাদের "আমদানি করা অ্যানালগগুলি" থেকে আলাদা। সম্ভবত লাইব্রেরিগুলি আলাদাভাবে প্যাকেজ করা হয়েছে। আমি খুব বেশি বিশদে যাইনি, প্রায় সমস্ত নির্ভরতা সরিয়ে দিয়েছি এবং ইনস্টলেশন এগিয়ে গেছে।

তারপর পরিষেবা শুরু কোড নিয়ে সমস্যা দেখা দেয়। স্ক্রিপ্ট /lib/init/vars.sh অনুপস্থিত ছিল। কিছু কারণে, এলব্রাস এটি ছাড়াই পরিচালনা করে, তাই আমরা এটিকেও সরিয়ে দেব। এর পরে, আমাদের বার্তা আউটপুট ফাংশনটি প্রতিস্থাপন করতে হয়েছিল: log_daemon_msg এবং log_end_msg ফাংশনগুলি অনুপস্থিত ছিল। /lib/lsb/init-functions ফাইলে ঘুরে বেড়ানোর পর, আমি log_success_msg ফাংশন খুঁজে পেয়েছি - এটি পরীক্ষা-নিরীক্ষার জন্য আমাদের জন্য ভালো হবে। যাইহোক, /lib/lsb/init-functions ফাইলে [TBD] ফাইলের শুরুতে "# Source SuSE`s rc functions" লাইনটি রয়েছে।

একটি ফাইলের সাথে প্যাকেজটির এমন রুক্ষ প্রক্রিয়াকরণের পর, NFS শেয়ারে সম্পূর্ণ-মেশিন ব্যাকআপ সফলভাবে চালু করা হয়েছে। ব্যাকআপ মাউন্টও সফল হয়েছে। সুতরাং, আমি বিশ্বাস করি যে Elbrus PDK-এর সাথে একটি মেশিনের ব্যাক আপ করার জন্য, কোনো বাধ্যবাধকতা ছাড়াই ডাউনলোড করা "ঠিক তেমনই", লিনাক্সের জন্য ভিম এজেন্ট অবশ্যই উপযুক্ত। এমনকি একটি ফাইলের সাথে সমস্ত পরিবর্তনের পরেও।

অবশ্যই, এলব্রাস ওএস ডিস্ট্রিবিউশন কিট আনুষ্ঠানিকভাবে সমর্থিত নয়, কারণ এটি সমর্থিতদের তালিকায় অন্তর্ভুক্ত নয়। উপরন্তু, লিনাক্সের জন্য Veeam এজেন্ট QA বিভাগ দ্বারা পরীক্ষা করা হয়নি, তাই যারা. কোন সমর্থন নেই (অন্তত নিবন্ধ প্রকাশের সময়)।

আমি আশা করি নিবন্ধটি তাদের জন্য উপযোগী হবে যারা 334 জুন, 29.06.2017 এর আদেশ নং XNUMX বাস্তবায়নের চেষ্টা করছেন। আপনার জন্য আমার... [TBD]।

উত্স: www.habr.com