একজন ডেভেলপারের জন্য একটি টাস্ক, বা আমরা কীভাবে হ্যান্ড-হোল্ড স্ক্যানারগুলি বিক্রেতা ছাড়াই ফ্ল্যাশ করি৷

হাই সবাই

আমরা, ভিক্টর অ্যান্টিপভ এবং ইলিয়া আলেশিন, আজ পাইথন PyUSB এর মাধ্যমে USB ডিভাইসগুলির সাথে কাজ করার অভিজ্ঞতা এবং বিপরীত প্রকৌশল সম্পর্কে একটু কথা বলব।

প্রাগঐতিহাসিক

2019 সালে, রাশিয়ান ফেডারেশনের সরকারের ডিক্রি নং 224 "শনাক্তকরণের উপায় এবং বাধ্যতামূলক লেবেলিং সাপেক্ষে শনাক্তকরণের মাধ্যমে পণ্যের প্রচলন নিরীক্ষণের জন্য একটি রাষ্ট্রীয় তথ্য ব্যবস্থা বাস্তবায়নের বৈশিষ্ট্য সহ তামাক পণ্যের লেবেল করার নিয়মের অনুমোদনের উপর। তামাকজাত দ্রব্যের ক্ষেত্রে” কার্যকর হয়েছে।
নথিটি ব্যাখ্যা করে যে 1 জুলাই, 2019 থেকে, নির্মাতাদের তামাকের প্রতিটি প্যাকে লেবেল করতে হবে। এবং সরাসরি পরিবেশকদের অবশ্যই একটি সর্বজনীন স্থানান্তর নথি (UDD) সম্পাদনের সাথে এই পণ্যগুলি গ্রহণ করতে হবে। দোকান, ঘুরে, নগদ রেজিস্টারের মাধ্যমে লেবেলযুক্ত পণ্যের বিক্রয় নিবন্ধন করতে হবে।

এছাড়াও, 1 জুলাই, 2020 থেকে, লেবেলবিহীন তামাকজাত পণ্যের প্রচলন নিষিদ্ধ। এর মানে হল যে সমস্ত সিগারেট প্যাক একটি বিশেষ Datamatrix বারকোড দিয়ে চিহ্নিত করা আবশ্যক। তদুপরি - একটি গুরুত্বপূর্ণ বিষয় - এটি প্রমাণিত হয়েছে যে ডেটাম্যাট্রিক্স সাধারণ হবে না, তবে বিপরীত হবে। যে, সাদা উপর কালো কোড না, কিন্তু তদ্বিপরীত.

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

কি করার ছিল? দুটি বিকল্প আছে। প্রথম: সাইটের প্রকৌশলীরা ম্যানুয়ালি রিফ্ল্যাশ করে এবং স্ক্যানারগুলি সামঞ্জস্য করে। দ্বিতীয়ত: আমরা দূরবর্তীভাবে কাজ করি এবং, বিশেষভাবে, এক পুনরাবৃত্তিতে একসাথে অনেক স্ক্যানার কভার করি।

প্রথম বিকল্পটি, স্পষ্টতই, আমাদের জন্য উপযুক্ত ছিল না: আমাদের পরিদর্শন প্রকৌশলীদের জন্য অর্থ ব্যয় করতে হবে এবং এই ক্ষেত্রে প্রক্রিয়াটি নিয়ন্ত্রণ এবং সমন্বয় করা কঠিন হবে। কিন্তু সবচেয়ে গুরুত্বপূর্ণ বিষয় হল যে লোকেরা কাজ করবে, অর্থাৎ, আমরা সম্ভাব্যভাবে প্রচুর ত্রুটি পাব এবং সম্ভবত, সময়সীমা পূরণ করব না।

দ্বিতীয় বিকল্পটি সবার জন্য ভাল, যদি এক জিনিসের জন্য না হয়। কিছু বিক্রেতাদের কাছে সমস্ত প্রয়োজনীয় অপারেটিং সিস্টেমের জন্য আমাদের প্রয়োজনীয় দূরবর্তী ফ্ল্যাশিং সরঞ্জাম ছিল না। এবং যেহেতু সময়সীমা শেষ হয়ে যাচ্ছিল, আমাকে নিজের মাথা দিয়ে ভাবতে হয়েছিল।

এর পরে, আমরা আপনাকে বলব কিভাবে আমরা ডেবিয়ান 9.x OS এর জন্য হ্যান্ড-হোল্ড স্ক্যানারগুলির জন্য সরঞ্জামগুলি তৈরি করেছি (আমাদের সমস্ত নগদ রেজিস্টার ডেবিয়ানে রয়েছে)।

ধাঁধাটি সমাধান করুন: কীভাবে একটি স্ক্যানার ফ্ল্যাশ করবেন

ভিক্টর Antipov রিপোর্ট.

বিক্রেতার দ্বারা প্রদত্ত অফিসিয়াল ইউটিলিটি উইন্ডোজের অধীনে কাজ করে এবং শুধুমাত্র IE এর সাথে। ইউটিলিটি স্ক্যানারটিকে ফ্ল্যাশ এবং কনফিগার করতে পারে।

যেহেতু আমাদের টার্গেট সিস্টেম ডেবিয়ান, আমরা ডেবিয়ানে একটি ইউএসবি-রিডাইরেক্টর সার্ভার এবং উইন্ডোজে একটি ইউএসবি-রিডাইরেক্টর ক্লায়েন্ট ইনস্টল করেছি। ইউএসবি-রিডাইরেক্টর ইউটিলিটি ব্যবহার করে, আমরা স্ক্যানারটিকে একটি লিনাক্স মেশিন থেকে একটি উইন্ডোজ মেশিনে ফরোয়ার্ড করেছি।

একটি উইন্ডোজ বিক্রেতার একটি ইউটিলিটি স্ক্যানারটি দেখেছে এবং এমনকি এটিকে স্বাভাবিকভাবে ফ্ল্যাশ করেছে। সুতরাং, আমরা প্রথম উপসংহারে পৌঁছেছি: কিছুই ওএসের উপর নির্ভর করে না, এটি ফ্ল্যাশিং প্রোটোকলের বিষয়।

ঠিক আছে. আমরা উইন্ডোজ মেশিনে ফ্ল্যাশিং চালিয়েছি এবং লিনাক্স মেশিনে ডাম্প সরিয়েছি।

আমরা ডাম্পটি ওয়্যারশার্কের মধ্যে স্টাফ করেছি এবং... দুঃখিত হয়েছি (আমি ডাম্পের কিছু বিবরণ বাদ দেব, সেগুলি কোনও আগ্রহের বিষয় নয়)।

ডাম্প আমাদের যা দেখিয়েছে:

ঠিকানা 0000-0030, Wireshark দ্বারা বিচার, USB পরিষেবা তথ্য।

আমরা 0040-0070 অংশে আগ্রহী ছিলাম।

MOCFT অক্ষর ব্যতীত একটি ট্রান্সমিশন ফ্রেম থেকে কিছুই স্পষ্ট ছিল না। এই অক্ষরগুলি ফার্মওয়্যার ফাইলের অক্ষর হিসাবে পরিণত হয়েছে, সেইসাথে ফ্রেমের শেষ পর্যন্ত অবশিষ্ট অক্ষরগুলি (ফার্মওয়্যার ফাইলটি হাইলাইট করা হয়েছে):

fd 3e 02 01 fe চিহ্নগুলির অর্থ কী, আমি ব্যক্তিগতভাবে, ইলিয়ার মতো, কোন ধারণাই পাইনি।

আমি নিম্নলিখিত ফ্রেমটি দেখেছি (পরিষেবা তথ্য এখানে সরানো হয়েছে, ফার্মওয়্যার ফাইলটি হাইলাইট করা হয়েছে):

কি পরিষ্কার হয়ে গেল? যে প্রথম দুটি বাইট ধ্রুবক কিছু ধরনের. সমস্ত পরবর্তী ব্লকগুলি এটি নিশ্চিত করেছে, তবে ট্রান্সমিশন ব্লক শেষ হওয়ার আগে:

এই ফ্রেমটিও স্তম্ভিত ছিল, যেহেতু ধ্রুবকটি পরিবর্তিত হয়েছে (হাইলাইট করা হয়েছে) এবং অদ্ভুতভাবে যথেষ্ট, ফাইলের অংশ ছিল। ফাইলের স্থানান্তরিত বাইটের আকার দেখায় যে 1024 বাইট স্থানান্তরিত হয়েছে। আমি আবার জানতাম না বাকি বাইটগুলির অর্থ কী।

প্রথমত, পুরানো বিবিএস ডাকনাম হিসাবে, আমি স্ট্যান্ডার্ড ট্রান্সমিশন প্রোটোকলগুলি পর্যালোচনা করেছি। কোন প্রোটোকল 1024 বাইট প্রেরণ করা হয়নি। আমি হার্ডওয়্যার অধ্যয়ন শুরু করেছি এবং 1K Xmodem প্রোটোকল জুড়ে এসেছি। এটি 1024 ট্রান্সমিট করার অনুমতি দেয়, কিন্তু একটি সতর্কতা সহ: প্রথমে শুধুমাত্র 128, এবং শুধুমাত্র যদি কোন ত্রুটি না থাকে, প্রোটোকলটি প্রেরিত বাইটের সংখ্যা বৃদ্ধি করে। আমি অবিলম্বে 1024 বাইট একটি স্থানান্তর ছিল. আমি ট্রান্সমিশন প্রোটোকল এবং বিশেষ করে এক্স-মডেম অধ্যয়ন করার সিদ্ধান্ত নিয়েছি।

মডেমের দুটি ভিন্নতা ছিল।

প্রথমত, CRC8 সমর্থন সহ XMODEM প্যাকেজ বিন্যাস (মূল XMODEM):

দ্বিতীয়ত, CRC16 সমর্থন সহ XMODEM প্যাকেট বিন্যাস (XmodemCRC):

এটি SOH, প্যাকেজ নম্বর এবং CRC এবং প্যাকেজের দৈর্ঘ্য ছাড়া একই রকম দেখাচ্ছে।

আমি দ্বিতীয় ট্রান্সমিশন ব্লকের শুরুতে দেখেছি (এবং আবার ফার্মওয়্যার ফাইলটি দেখেছি, কিন্তু ইতিমধ্যে 1024 বাইট দ্বারা ইন্ডেন্ট করা হয়েছে):

আমি পরিচিত হেডার fd 3e 02 দেখেছি, কিন্তু পরবর্তী দুটি বাইট ইতিমধ্যেই পরিবর্তিত হয়েছে: এটি ছিল 01 fe, এবং 02 fd হয়ে গেছে। তারপর আমি লক্ষ্য করেছি যে দ্বিতীয় ব্লকটি এখন 02 নম্বরযুক্ত এবং এইভাবে বুঝতে পেরেছি: আমার সামনে ট্রান্সমিশন ব্লকের নম্বর দেওয়া ছিল। প্রথম 1024 গিয়ারটি 01, দ্বিতীয়টি 02, তৃতীয়টি 03 এবং আরও (তবে অবশ্যই হেক্সে)। কিন্তু fe থেকে fd এ পরিবর্তনের মানে কি? চোখ 1 দ্বারা হ্রাস দেখেছিল, মস্তিষ্ক মনে করিয়ে দেয় যে প্রোগ্রামাররা 0 থেকে গণনা করে, 1 নয়। তবে কেন প্রথম ব্লক 1 এবং 0 নয়? আমি এখনও এই প্রশ্নের উত্তর খুঁজে পাইনি. কিন্তু আমি বুঝতে পেরেছি কিভাবে দ্বিতীয় ব্লক গণনা করা হয়। দ্বিতীয় ব্লকটি FF - (মাইনাস) প্রথম ব্লকের সংখ্যা ছাড়া আর কিছুই নয়। এইভাবে, দ্বিতীয় ব্লকটিকে = 02 (FF-02) = 02 FD হিসাবে মনোনীত করা হয়েছিল। ডাম্পের পরবর্তী পড়া আমার অনুমান নিশ্চিত করেছে।

তারপরে ট্রান্সমিশনের নিম্নলিখিত চিত্রটি উঠতে শুরু করে:

সংক্রমণ শুরু
fd 3e 02 - শুরু করুন
01 FE - ট্রান্সমিশন কাউন্টার
স্থানান্তর (34 ব্লক, 1024 বাইট স্থানান্তরিত)
fd 3e 1024 বাইট ডেটা (30 বাইট ব্লকে বিভক্ত)।
সংক্রমণ শেষ
fd 25

অবশিষ্ট ডেটা 1024 বাইটে সারিবদ্ধ করা হবে।

ব্লক ট্রান্সমিশন শেষ ফ্রেম দেখতে কেমন:

fd 25 - ব্লক ট্রান্সমিশন শেষ করার সংকেত। পরবর্তী 2f 52 - ফাইলের বাকি অংশ 1024 বাইট পর্যন্ত আকারে। 2f 52, প্রোটোকল দ্বারা বিচার, একটি 16-বিট CRC চেকসাম।

পুরানো সময়ের জন্য, আমি সি-তে একটি প্রোগ্রাম তৈরি করেছি যা একটি ফাইল থেকে 1024 বাইট টেনেছে এবং একটি 16-বিট CRC গণনা করেছে। প্রোগ্রামটি চালু করে দেখায় যে এটি একটি 16-বিট সিআরসি নয়। আবার স্তম্ভিত - প্রায় তিন দিন ধরে। এই সমস্ত সময় আমি চেকসাম না হলে এটি কী হতে পারে তা বোঝার চেষ্টা করছিলাম। ইংরেজি ভাষার সাইটগুলি অধ্যয়ন করার সময়, আমি আবিষ্কার করেছি যে X-মডেম তার নিজস্ব চেকসাম গণনা ব্যবহার করে - CRC-CCITT (XModem)। আমি এই গণনার কোনো সি বাস্তবায়ন খুঁজে পাইনি, কিন্তু আমি একটি সাইট খুঁজে পেয়েছি যা এই চেকসাম অনলাইনে গণনা করেছে। আমার ফাইলের 1024 বাইট ওয়েব পেজে স্থানান্তর করার পরে, সাইটটি আমাকে একটি চেকসাম দেখিয়েছে যা ফাইল থেকে চেকসামের সাথে সম্পূর্ণ মেলে।

হুররে! শেষ ধাঁধাটি সমাধান করা হয়েছে, এখন আমার নিজের ফার্মওয়্যার তৈরি করা দরকার। এর পরে, আমি আমার জ্ঞান (এবং এটি শুধুমাত্র আমার মাথায় রয়ে গেছে) ইলিয়াকে দিয়েছি, যিনি শক্তিশালী টুলকিট পাইথনের সাথে পরিচিত।

একটি প্রোগ্রাম তৈরি করা হচ্ছে

ইলিয়া আলেশিন রিপোর্ট করেছেন।

উপযুক্ত নির্দেশনা পেয়ে আমি খুব "খুশি" ছিলাম।

কোথা থেকে শুরু করতে হবে? এটা ঠিক, শুরু থেকে.  ইউএসবি পোর্ট থেকে ডাম্প নেওয়া থেকে।

USB-pcap চালু করুন https://desowin.org/usbpcap/tour.html

ডিভাইসটি যে পোর্টের সাথে সংযুক্ত এবং ফাইলটি যেখানে আমরা ডাম্প সংরক্ষণ করব তা নির্বাচন করুন।

আমরা স্ক্যানারটিকে একটি মেশিনের সাথে সংযুক্ত করি যেখানে উইন্ডোজের জন্য স্থানীয় EZConfigScanning সফ্টওয়্যার ইনস্টল করা আছে।

এটিতে আমরা ডিভাইসে কমান্ড পাঠানোর জন্য আইটেমটি খুঁজে পাই। কিন্তু দলগুলোর কী হবে? আমি তাদের কোথায় পেতে পারি?
প্রোগ্রামটি শুরু হলে, সরঞ্জামগুলি স্বয়ংক্রিয়ভাবে পোল হয় (আমরা এটি একটু পরে দেখব)। এবং অফিসিয়াল সরঞ্জাম নথি থেকে প্রশিক্ষণ বারকোড ছিল. ডিফল্ট। এটা আমাদের দল।

প্রয়োজনীয় তথ্য পাওয়া গেছে। ওয়্যারশার্কের মাধ্যমে dump.pcap খুলুন।

EZConfigScanning শুরু করার সময় ব্লক করুন। যে জায়গাগুলিতে আপনাকে মনোযোগ দিতে হবে সেগুলি লাল রঙে চিহ্নিত করা হয়েছে৷

এই প্রথম সব দেখে আমার মন খারাপ হয়ে গেল। পরবর্তী কোথায় খনন করা হবে তা পরিষ্কার নয়।

একটু চিন্তাভাবনা এবং এবং এবং... আহা! ডাম্পে বাইরে - হয় inএবং in এটা বাইরে.

আমি URB_INTERRUPT কি তা গুগল করেছি৷ আমি খুঁজে পেয়েছি যে এটি একটি ডেটা স্থানান্তর পদ্ধতি। এবং এই জাতীয় 4 টি পদ্ধতি রয়েছে: নিয়ন্ত্রণ, বাধা, আইসোক্রোনাস, বাল্ক। আপনি তাদের সম্পর্কে আলাদাভাবে পড়তে পারেন।

এবং ইউএসবি ডিভাইস ইন্টারফেসের এন্ডপয়েন্ট ঠিকানাগুলি "lsusb –v" কমান্ডের মাধ্যমে বা pyusb ব্যবহার করে প্রাপ্ত করা যেতে পারে।

এখন আমাদের এই ভিআইডি সহ সমস্ত ডিভাইস খুঁজে বের করতে হবে। আপনি বিশেষভাবে VID:PID দ্বারা অনুসন্ধান করতে পারেন।

এটা দেখে মনে হচ্ছে:

সুতরাং, আমাদের কাছে প্রয়োজনীয় তথ্য রয়েছে: P_INFO কমান্ড। অথবা DEFALT, ঠিকানাগুলি কোথায় লিখতে হবে endpoint=03 এবং কোথায় প্রতিক্রিয়া পেতে হবে endpoint=86। যা অবশিষ্ট থাকে তা হল কমান্ডগুলিকে হেক্সে রূপান্তর করা।

যেহেতু আমরা ইতিমধ্যে ডিভাইসটি খুঁজে পেয়েছি, আসুন এটি কার্নেল থেকে সংযোগ বিচ্ছিন্ন করি...

...এবং শেষ বিন্দুতে 0x03 ঠিকানা দিয়ে লিখুন,

... এবং তারপর 0x86 ঠিকানা সহ শেষ পয়েন্ট থেকে প্রতিক্রিয়া পড়ুন।

কাঠামোগত উত্তর:

P_INFOfmt: 1
mode: app
app-present: 1
boot-present: 1
hw-sn: 18072B44CA
hw-rev: 0x20
cbl: 4
app-sw-rev: CP000116BBA
boot-sw-rev: CP000014BAD
flash: 3
app-m_name: Voyager 1450g
boot-m_name: Voyager 1450g
app-p_name: 1450g
boot-p_name: 1450g
boot-time: 16:56:02
boot-date: Oct 16 2014
app-time: 08:49:30
app-date: Mar 25 2019
app-compat: 289
boot-compat: 288
csum: 0x6986

আমরা dump.pcap-এ এই ডেটা দেখতে পাই।

দারুণ! সিস্টেম বারকোডকে হেক্সে রূপান্তর করুন। এটিই, প্রশিক্ষণ কার্যকারিতা প্রস্তুত।

ফার্মওয়্যার সম্পর্কে কি? সবকিছু একই বলে মনে হচ্ছে, কিন্তু একটি সূক্ষ্মতা আছে।

ফ্ল্যাশিং প্রক্রিয়ার সম্পূর্ণ ডাম্প নেওয়ার পরে, আমরা মোটামুটি বুঝতে পেরেছিলাম যে আমরা কী নিয়ে কাজ করছি। এখানে XMODEM সম্পর্কে একটি নিবন্ধ রয়েছে, যা এই যোগাযোগ কীভাবে ঘটে তা বোঝার ক্ষেত্রে খুবই সহায়ক ছিল, যদিও সাধারণ শর্তে: http://microsin.net/adminstuff/others/xmodem-protocol-overview.html আমি পড়ার পরামর্শ দিই।

ডাম্পের দিকে তাকিয়ে, আপনি দেখতে পাচ্ছেন যে ফ্রেমের আকার 1024, এবং URB-ডেটা আকার 64।

অতএব - 1024/64 - আমরা একটি ব্লকে 16 লাইন পাই, ফার্মওয়্যার ফাইলটি একবারে 1 অক্ষর পড়ি এবং একটি ব্লক তৈরি করি। বিশেষ অক্ষর fd1e3 + ব্লক নম্বর সহ একটি ব্লকে 02 লাইনের পরিপূরক।
পরবর্তী 14টি লাইন fd25 + দিয়ে সম্পূরক করা হয়েছে, XMODEM.calc_crc() ব্যবহার করে আমরা পুরো ব্লকের চেকসাম গণনা করি (এটি বুঝতে অনেক সময় লেগেছে যে "FF – 1" হল CSUM) এবং শেষ, 16 তম লাইনটি পরিপূরক। fd3e সহ।

মনে হবে এটিই, ফার্মওয়্যার ফাইলটি পড়ুন, ব্লকগুলিতে আঘাত করুন, কার্নেল থেকে স্ক্যানারটি সংযোগ বিচ্ছিন্ন করুন এবং এটি ডিভাইসে পাঠান। কিন্তু এটা যে সহজ না. স্ক্যানারটিকে ফার্মওয়্যার মোডে স্যুইচ করতে হবে,
отправив ему NEWAPP = ‘\xfd\x0a\x16\x4e\x2c\x4e\x45\x57\x41\x50\x50\x0d’.
এই দলটা কোথা থেকে?? ডাম্প থেকে।

কিন্তু 64 সীমার কারণে আমরা স্ক্যানারে একটি সম্পূর্ণ ব্লক পাঠাতে পারি না:

ভাল, NEWAPP ফ্ল্যাশিং মোডে স্ক্যানার হেক্স গ্রহণ করে না। অতএব, আপনাকে প্রতিটি লাইন bytes_array অনুবাদ করতে হবে

[253, 10, 22, 78, 44, 78, 69, 87, 65, 80, 80, 13, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0]

এবং তারপর স্ক্যানারে এই ডেটা পাঠান।

আমরা উত্তর পাই:

[2, 1, 0, 0, 0, 6, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0]

আপনি যদি XMODEM সম্পর্কে নিবন্ধটি পরীক্ষা করেন তবে এটি পরিষ্কার হয়ে যাবে: ডেটা গ্রহণ করা হয়েছে।

সমস্ত ব্লক স্থানান্তরিত হওয়ার পরে, আমরা স্থানান্তর সম্পূর্ণ করি END_TRANSFER = 'xfdx01x04'।

ঠিক আছে, যেহেতু এই ব্লকগুলি সাধারণ মানুষের জন্য কোনও তথ্য বহন করে না, তাই আমরা ডিফল্টরূপে ফার্মওয়্যারটিকে লুকানো মোডে ইনস্টল করব। এবং শুধুমাত্র ক্ষেত্রে, আমরা tqdm এর মাধ্যমে একটি অগ্রগতি বার সংগঠিত করব।

আসলে, তাহলে এটা ছোট জিনিসের ব্যাপার। যা অবশিষ্ট থাকে তা হল একটি পরিষ্কারভাবে সংজ্ঞায়িত সময়ে ভর প্রতিলিপির জন্য স্ক্রিপ্টে সমাধানটি মোড়ানো, যাতে চেকআউটগুলিতে কাজের প্রক্রিয়াটি ধীর না হয় এবং লগিং যোগ করা যায়।

ফলাফল

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

উত্স: www.habr.com