সংগ্রহ কীভাবে কাজ করে

TgWitness সংযুক্ত টেলিগ্রাম অ্যাকাউন্ট যা পর্যবেক্ষণ করে তা রেকর্ড করে। জার্নাল সেই পর্যবেক্ষণগুলো, তাদের ক্রম এবং সাথে প্রদত্ত প্রেক্ষাপট সংরক্ষণ করে। এটি অনুপস্থিত বার্তা বা অ্যাকাউন্ট সংযুক্ত থাকা থেকে অদেখা ক্রিয়াকলাপ অনুমান করে না।

লগইন থেকে একটি জার্নাল পর্যন্ত#

ডায়াগ্রাম টেক্সট হিসেবে

1. একটি ব্যবহারকারী অ্যাকাউন্ট অনুমোদন করুন → প্রাপ্ত গ্রুপ এবং চ্যানেল নির্বাচন করুন
2. প্রাপ্ত গ্রুপ এবং চ্যানেল নির্বাচন করুন → ইভেন্ট এবং সংযুক্তি সেটিংস সংরক্ষণ করুন
3. ইভেন্ট এবং সংযুক্তি সেটিংস সংরক্ষণ করুন → পর্যবেক্ষণ শুরু করুন
4. পর্যবেক্ষণ শুরু করুন → সক্রিয় ক্লায়েন্ট থেকে আপডেট পান
5. সক্রিয় ক্লায়েন্ট থেকে আপডেট পান → উৎস ও ইভেন্ট নীতি প্রয়োগ করুন
6. উৎস ও ইভেন্ট নীতি প্রয়োগ করুন → স্বাক্ষরিত একটি পর্যবেক্ষণ সংযুক্ত করুন
7. স্বাক্ষরিত একটি পর্যবেক্ষণ সংযুক্ত করুন → জার্নাল পর্যালোচনা বা রপ্তানি করুন
8. স্বাক্ষরিত একটি পর্যবেক্ষণ সংযুক্ত করুন → যেকোনো সারিতে থাকা সংযুক্তি প্রক্রিয়া করুন
9. যেকোনো সারিতে থাকা সংযুক্তি প্রক্রিয়া করুন → ডাউনলোডের ফলাফল সংযুক্ত করুন

অনুমতি, উৎসে অ্যাক্সেস, একটি চলমান কালেক্টর, এবং সম্পূর্ণ ডেলিভারি—এগুলো ভিন্ন বিষয়। একটি সফল লগইন প্রতিটি গ্রুপে অ্যাক্সেস দেয় না। একটি সংযুক্ত পরিবহন নিশ্চিত করে না যে প্রতিটি প্রাসঙ্গিক আপডেট এসেছে।

পর্যবেক্ষণের পরিধি: নির্বাচিত চ্যাট, একটি ফোল্ডার বা পুরো অ্যাকাউন্ট#

উৎস → পর্যবেক্ষণ পরিসর নির্ধারণ করে কোন চ্যাটগুলো একটি ওয়ার্কস্পেস রেকর্ড করে।

• সোর্স প্রকার (চ্যানেল, গ্রুপ, ব্যক্তিগত চ্যাট, বট) ফোল্ডার এবং পুরো-অ্যাকাউন্ট মোডগুলোকে সীমাবদ্ধ করে। নির্বাচিত চ্যাটগুলো যেকোনো ধরনের হতে পারে, ব্যক্তিগত চ্যাট এবং বটসহ।
• বর্জিত চ্যাটগুলি কোনো মোডে রেকর্ড করা হয় না। ফোল্ডার এবং পুরো-অ্যাকাউন্ট মোডে, একটি সোর্সে Exclude বা Remove করলে তা এই তালিকায় যুক্ত হয়, যাতে স্কোপ তা আর যোগ না করে। চ্যাটটি আবার ম্যানুয়ালি (সোর্সে বা চ্যাট থেকে) নির্বাচন করলে এটি তালিকা থেকে সরিয়ে ফেলা হয়। তালিকাটি সর্বোচ্চ ৫,০০০টি চ্যাট ধারণ করতে পারে; এর বেশি হলে Remove প্রত্যাখ্যাত হয় এবং পরিবর্তে চ্যাটটি বিরতি দেওয়া যেতে পারে।
• নিজের কর্মকাণ্ড (ডিফল্টরূপে চালু): এই অ্যাকাউন্টের পাঠানো বার্তা, এর সম্পাদনা এবং এর রিপ্লাই-কীবোর্ড বোতাম চাপ। বন্ধ থাকলে, প্রেরিত বার্তা এবং সম্পাদনাগুলো উপেক্ষিত হবে।
• ফোল্ডারে বা পুরো অ্যাকাউন্টে স্যুইচ করতে নিশ্চিতকরণের অনুরোধ করা হয়: এই মোডগুলো তৃতীয় পক্ষের ব্যক্তিগত চ্যাট এবং বার্তা রেকর্ড করে এবং শুধুমাত্র একটি নিবেদিত অ্যাকাউন্টে সীমাবদ্ধ। নিশ্চিতকরণ এবং প্রতিটি স্কোপ পরিবর্তন scope.changed রেকর্ড দ্বারা স্বাক্ষরিত।
• স্কোপের মাধ্যমে যোগ করা চ্যাটগুলো 'auto' মার্কযুক্ত উৎস হিসেবে প্রদর্শিত হয়, scope.applied (শুরুতে এবং প্রতি ঘণ্টায়) অথবা source.discovered (পর্যবেক্ষণের সময় নতুন চ্যাট) হিসেবে রেকর্ড করা হয়। নির্বাচিত চ্যাটে ফিরে গেলে প্রতিটি স্বয়ংক্রিয়ভাবে যোগ করা উৎস বিরতিতে চলে যায়।

এই মোডগুলো যা করতে পারে না:

• গোপন চ্যাটগুলো দুইটি ডিভাইসের মধ্যে এন্ড-টু-এন্ড এনক্রিপ্টেড থাকে এবং কোনো অবস্থাতেই TgWitness-এ পৌঁছায় না।
• TgWitness চলমান না থাকলে কিছুই রেকর্ড হয় না। রিস্টার্টের পর এটি মিস হওয়া আপডেটের জন্য টেলিগ্রামকে জিজ্ঞাসা করে এবং চ্যাটগুলো পুনরায় যাচাই করে, কিন্তু দীর্ঘ সময়ের আউটেজের পর টেলিগ্রাম সবকিছু ফেরত দেয় না। রিপোর্ট এবং verify.py এমন সময়গুলোকে ফাঁক হিসেবে দেখায় (কভারেজ দেখুন)।
• শুধুমাত্র প্রথম ১,০০০টি ডায়ালগ শুরুতেই তালিকাভুক্ত করা হয় (সীমাটি প্যারামিটারে নির্ধারিত); পুরনো চ্যাটগুলো পরের বার সক্রিয় হলে যোগ করা হয়। যোগ করা চ্যাটের পূর্ববর্তী ইতিহাস আনা হয় না — প্রয়োজন হলে ইতিহাসের স্ন্যাপশট বা সম্পূর্ণ চ্যাট এক্সপোর্ট করুন।
• যে ফোল্ডারগুলির অবস্থা সবসময় পরিবর্তিত হয় (নীরব, পড়া) সেগুলো প্রয়োগ করা হয় না: এই ধরনের চ্যাটগুলো পর্যবেক্ষণে থাকে।
• ইনলাইন (কলব্যাক) বট বাটনগুলো অন্য অ্যাপে চাপলে সেগুলো দ্বিতীয় সেশনে অদৃশ্য থাকে; বটের উত্তর বা সম্পাদনা রেকর্ড করা হয়। উত্তর-কীবোর্ড চাপগুলো আউটগোয়িং মেসেজ হিসেবে আসে এবং সেগুলোকেbutton_press লেবেল করা হয়।
• অধিক চ্যাট মানেই অধিক অনুরোধ। টেলিগ্রাম অতিরিক্ত বলে বিবেচিত পরিমাণের জন্য অ্যাকাউন্ট সীমিত করে, যা ডেডিকেটেড অ্যাকাউন্ট ব্যবহার করার আরেকটি কারণ।

পরিসর এবং ইভেন্ট নির্বাচন#

প্রতিটি ওয়ার্কস্পেসের নিজস্ব সোর্স রয়েছে। TgWitness গ্রুপে যোগ দেয় না, আমন্ত্রণ গ্রহণ করে না, বা স্বয়ংক্রিয়ভাবে প্রতিটি সদস্যকে তালিকাভুক্ত করে না। সোর্সগুলো ইতিমধ্যেই অ্যাকাউন্টে অ্যাক্সেসযোগ্য হতে হবে। শুরু করার সময়, কালেক্টর নির্বাচিত সোর্সগুলোকে অ্যাকাউন্টের দৃশ্যমান ডায়ালগগুলোর সাথে যাচাই করে; প্রথম ১,০০০টি ডায়ালগ পরীক্ষা করা হয়, যদি না অ্যাকাউন্টের তালিকা থেকে পড়া প্যারামিটার → চ্যাটগুলো অন্য কিছু নির্দেশ করে। অনুপস্থিত কোনো সোর্সকে 'অ্যাক্সেস নিশ্চিত নয়' হিসেবে চিহ্নিত করা হয়, এটি ধরে নেওয়া হয় না যে সে আপনাকে সরিয়ে দিয়েছে।

ওয়ার্কস্পেসে নির্বাচিত সকল সোর্সে সেটিংস প্রযোজ্য হবে। পরিবর্তনগুলি প্রয়োগ করতে ফর্মটি সংরক্ষণ করুন; পরিবর্তনগুলি স্বাক্ষরিত পূর্ব/পরবর্তী মানের সাথে রেকর্ড করা হয়। একটি ক্যাটাগরি নিষ্ক্রিয় করলে পূর্বের রেকর্ডগুলি মুছে যায় না। এটি পুনরায় সক্রিয় করলে মিস হওয়া আপডেটগুলি পূরন করা হয় না।

অপারেশনাল রেকর্ড এবং অন্যান্য গ্রুপ সার্ভিস ইভেন্টগুলো এই সুইচগুলো থেকে পৃথক থাকে। মেম্বারশিপ সার্ভিস মেসেজগুলো মেম্বারশিপ সক্রিয় থাকলে মেসেজ রেকর্ড তৈরি করতে পারে, এমনকি সাধারণ নতুন-মেসেজ ক্যাপচার নিষ্ক্রিয় থাকলেও। ক্যাপচারকৃত টেলিগ্রাম অবজেক্টগুলো এমবেডেড মেটাডেটা ধরে রাখে; একটি সুইচ কোনো সম্পাদনা নিয়ম নয়।

ব্যক্তিগত চ্যাট এবং সাধারণ গ্রুপে মুছে ফেলা বার্তাগুলো কোনো চ্যাট ছাড়াই বার্তা আইডি হিসেবে আসে। এই চ্যাটগুলো একটি একাউন্ট-ব্যাপী বার্তা আইডি সিকোয়েন্স শেয়ার করে, তাই যখন সেই আইডির কোনো বার্তা আগে সংরক্ষণ করা হয়েছিল, তখন তার চ্যাট জানা যায়: মুছে ফেলাটি সেই চ্যাটে রেকর্ড করা হয়, যেখানে chat_resolution ব্যাখ্যা করে কীভাবে। যে আইডিগুলো কখনোই সংরক্ষণ করা হয়নি, সেগুলো একটি নির্দিষ্ট ক্ষেত্রবিহীন মুছে ফেলা হিসেবে থেকে যায়, যার একটি স্পষ্ট অজানা উৎস রয়েছে; কালেক্টর অনুমান করে না। টেলিগ্রাম কখনোই বলে না কে একটি বার্তা মুছেছে; যখন মুছে ফেলা বার্তাটি এই অ্যাকাউন্ট থেকে পাঠানো হয়েছিল, রেকর্ডে তা উল্লেখ থাকে (deleted_message_was_outgoing), তবে মুছে ফেলার কারণকারীর নাম উল্লেখ করা হয় না।

নিজের কর্মকাণ্ড#

পর্যবেক্ষিত অ্যাকাউন্ট দ্বারা প্রেরিত বার্তাগুলো outgoing লেবেল করা হয়। একটি প্রস্থানকারী বার্তা সম্পাদনায় উল্লেখ করা হয়েছে যে ব্যক্তিগত চ্যাট এবং গ্রুপে শুধুমাত্র এর লেখকই এটি সম্পাদনা করতে পারেন, অন্যদিকে চ্যানেল পোস্টগুলো অন্যান্য অ্যাডমিনরাও সম্পাদনা করতে পারেন। যখন একটি প্রস্থানকারী বার্তা সেই চ্যাটের সর্বশেষ সংরক্ষিত উত্তর কীবোর্ডের একটি বোতামের পাঠ্য পুনরাবৃত্তি করে, তখন এটি কীবোর্ডের রেকর্ডের লিঙ্কসহ button_press বহন করে।

নিজের ক্রিয়াগুলি বাদ দেওয়া পটভূমি পুনঃযাচাই এবং স্বয়ংক্রিয় নতুন-চ্যাট ইতিহাসের ক্ষেত্রেও প্রযোজ্য। মিস করা আউটগোয়িং মেসেজগুলো পুনঃযাচাইয়ের অবস্থান এগিয়ে দেয়, যাতে সেগুলো পরে আসা ইনকামিং মেসেজগুলোকে ব্লক করতে না পারে। স্পষ্ট প্যানেল ক্রিয়া এবং ম্যানুয়ালি অনুরোধ করা ইতিহাসের স্ন্যাপশটগুলো রেকর্ডকৃতই থাকে।

তদন্ত মোড: দলগুলোতে যোগদান এবং বটদের সাথে কথা বলা#

সোর্স → পর্যবেক্ষণ স্কোপ → তদন্ত মোড একটি নির্দিষ্ট অ্যাকাউন্টের জন্য স্কোপ প্রস্তুত করে যা টিম চ্যাটে যোগ দেয়, বট শুরু করে এবং সেগুলিতে লেখালেখি করে: পুরো অ্যাকাউন্ট, প্রতিটি সোর্স ধরন, নিজস্ব ক্রিয়া, এবং যে কোনো চ্যাট বা বট প্রদর্শিত হলে তার প্রোফাইল এবং সর্বশেষ ২০০টি দৃশ্যমান বার্তা। ফর্মটি পর্যালোচনা করুন এবং 'স্ক্রোপ সংরক্ষণ' (Save scope) চাপুন; পুরো অ্যাকাউন্টে সুইচ করার জন্য সাধারণ নিশ্চিতকরণের অনুরোধ করা হবে।

• বোতাম। একটি বার্তার নিচে থাকা বোতামগুলো বার্তার সাথেই রাখা হয় এবং চ্যাটগুলোতে দেখানো হয়: লিঙ্ক, ওয়েব অ্যাপ, লগইন লিঙ্ক, কপি করার টেক্সট, কলব্যাক ডেটা, ইনলাইন কুয়েরি, ফোন নম্বর বা অবস্থান অনুরোধ। লিংকগুলো টেক্সট হিসেবে দেখানো হয় এবং প্যানেল দ্বারা কখনই খোলা হয় না। যখন একটি বট শুধুমাত্র বোতামগুলো পরিবর্তন করে (যেমন একটি নতুন পেমেন্ট লিঙ্ক), তখন তা মেসেজের একটি নতুন সংস্করণ হিসেবে গণ্য হয়, লাইভ আপডেট এবং পুনঃপরীক্ষা উভয়ের ক্ষেত্রেই।

• নতুন চ্যাট এবং বট। ফোল্ডার এবং পুরো-অ্যাকাউন্ট মোডে, যখন একটি নতুন চ্যাট বা বট আসে সেভস, ঠিক তা প্রদর্শিত হওয়ার পর:

  • source.profile রেকর্ড হিসেবে এর প্রোফাইল: বটের বিবরণ ও কমান্ড, ব্যবহারকারী, গ্রুপ বা চ্যানেলের 'অব্দি' টেক্সট, সদস্যরা, লিঙ্ককৃত চ্যাট এবং আমন্ত্রণ লিঙ্ক যখন টেলিগ্রাম একটি ফেরত দেয়;
  • এর সর্বশেষ দৃশ্যমান বার্তাগুলি (১,০০০ পর্যন্ত) একটি ইতিহাসের স্ন্যাপশট হিসেবে new_chat ট্যাগ করা হয়েছে: সদ্য যোগদানকৃত একটি টিম চ্যাটের পূর্ববর্তী বার্তাগুলি, অথবা চ্যাটটি লক্ষ্য করার আগে একটি বট যা বলেছিল। ইতিমধ্যেই লাইভ সংরক্ষিত বার্তাগুলি পুনরাবৃত্তি করা হয় না।

  মোড চালু করার সময় তালিকায় ইতিমধ্যেই থাকা চ্যাটগুলো স্ন্যাপশট ছাড়াই যোগ করা হয়। একটি FloodWait এই কাজটি বিরতি দেয় এবং পরে পুনরায় শুরু করে; ব্যর্থতাগুলো রেকর্ড করা হয় এবং চ্যাটের লাইভ রেকর্ডিং অব্যাহত থাকে। - অনুরোধে প্রোফাইল। চ্যাট → প্রোফাইল → 'প্রোফাইল সংরক্ষণ করুন' এখন যেকোনো উৎসের বর্তমান প্রোফাইল সংরক্ষণ করে; সর্বশেষটি বার্তাগুলোর উপরে দেখানো হয়। - অদৃশ্য। অন্য কোনো টেলিগ্রাম অ্যাপে ইনলাইন (কলব্যাক) বোতাম চাপলে, একটি পপআপ বা লিঙ্ক যার মাধ্যমে বট সেই চাপের উত্তর দেয়, এবং অন্য অ্যাপে ব্যবহৃত ইনভাইট লিঙ্কগুলো TgWitness-এ পৌঁছায় না। বট পরে যা পাঠায় বা সম্পাদনা করে তা রেকর্ড করা হয়।

প্যানেল থেকে ক্রিয়া সম্পাদন করুন#

চ্যাটস এখন নির্বাচিত ওয়ার্কস্পেসের টেলিগ্রাম অ্যাকাউন্ট ব্যবহার করে একটি মিনি-ক্লায়েন্ট অন্তর্ভুক্ত করে:

• একটি সাধারণ পাঠ্যের বার্তা লিখুন অথবা সংরক্ষিত বার্তার নিচে 'প্রত্যুত্তর' নির্বাচন করুন। ফেরত আসা প্রস্থানকারী বার্তাটি রেকর্ড করা হয়, এমনকি যখন স্কোপ প্রস্থানকারী আপডেটগুলিকে বাদ দেয়।
• বর্তমান কলব্যাক বা টেক্সট বাটনের নিচে প্রেস প্রেস বোতামটি চাপুন। সার্ভার বার্তাটি আবার আনয়ন করে এবং যদি কীবোর্ড সংরক্ষিত সংস্করণ থেকে ভিন্ন হয় তবে ক্রিয়াটি প্রত্যাখ্যান করে। কলব্যাক রসিদগুলো টেলিগ্রামের পপআপ টেক্সট, অ্যালার্ট ফ্ল্যাগ এবং URL সংরক্ষণ করে; উত্তরটিও কথোপকথনের নিচে দেখানো হয়। URLগুলো নির্বাচনযোগ্য টেক্সট হিসেবে থাকে এবং স্বয়ংক্রিয়ভাবে খোলা হয় না।
• টেলিগ্রাম লিঙ্ক সম্প্রসারিত করুন, @username, একটি পাবলিক https://t.me/name লিঙ্ক, https://t.me/+invite / joinchat/invite, অথবা ?start=parameter সহ একটি বট লিঙ্ক লিখুন, এবং 'প্রিভিউ সংরক্ষণ' চাপুন। যোগদানের আগে মূল লিঙ্ক এবং টেলিগ্রামের প্রিভিউ স্বাক্ষরিত হয়। যোগ দিন/খুলুন এবং পর্যবেক্ষণ করুন, তারপর গ্রুপ/চ্যানেলে যোগ দিন বা ব্যবহারকারী/বট খুলুন, চ্যাটটিকে একটি সক্ষম উৎস হিসেবে যুক্ত করুন, এবং বটটিতে এর স্টার্ট প্যারামিটারসহ/start পাঠান। প্রশাসকের অনুমোদনের অপেক্ষায় থাকা একটি যোগদানের অনুরোধকে সদস্যপদ হিসেবে নয়, বরং 'পেন্ডিং' হিসেবে রেকর্ড করা হয়।

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

interaction.preview, interaction.requested এবং interaction.result হল সাধারণ স্বাক্ষরিত জার্নাল ইভেন্ট যা প্রমাণ রপ্তানিতে অন্তর্ভুক্ত। অনুরোধগুলো অ্যাকাউন্ট, বার্তা/বটন বা প্রিভিউ রেকর্ড এবং পর্যবেক্ষণ চলছে কিনা তা চিহ্নিত করে। রসিদগুলো সফলতা, প্রত্যাখ্যান, অনুমোদন অপেক্ষমান এবং অজানা ফলাফলকে পৃথক করে। একটি বিঘ্নিত অনুরোধ হয়তো টেলিগ্রামে পৌঁছেছে: নতুন কোনো ক্রিয়া শুরু করার আগে চ্যাটটি পরীক্ষা করুন। একটি রিকোয়েস্ট আইডি পুনরায় ব্যবহার করলে তা অ্যাকশনটি পুনরাবৃত্তি না করেই এর সংরক্ষিত রসিদ পুনরুদ্ধার করে, রিস্টার্টের পরও। প্যানেলটি বর্তমান পেজ সেশনের সময় একই অ্যাকশনের জন্য অস্পষ্ট প্রতিক্রিয়া পাওয়ার পর আইডিটি ধরে রাখে। সফল অ্যাকশনের পর ভিউ রিফ্রেশ করতে ব্যর্থ হলে সেটিও সেই আইডি ধরে রাখে: রসিদটি দৃশ্যমান থাকে, এবং আবার ক্লিক করলে তা পুনরুদ্ধার হয়। কলব্যাক এবং জয়েন RPC-গুলির একটি অ্যাপ্লিকেশন চেষ্টা থাকে; পুনঃচেষ্টাযোগ্য রিডগুলো তাদের কনফিগারকৃত পুনঃচেষ্টা নীতি বজায় রাখে। চ্যাট পরিবর্তন করলেই ড্রাফট এবং উত্তর লক্ষ্যমাত্রা পরিষ্কার হয়ে যায় এবং নতুন কথোপকথন লোড না হওয়া পর্যন্ত পাঠানো নিষ্ক্রিয় হয়ে যায়।

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

পুনরায় স্তরগুলি পরীক্ষা করুন#

রিচেক মিস হওয়া মেসেজ, এডিট এবং যে মেসেজগুলো আর ফেরত আসে না সেগুলো আবার টেলিগ্রাম থেকে চেক করে। তারকা চিহ্নিত সোর্সগুলো অগ্রাধিকারপ্রাপ্ত সোর্স, ডিফল্টভাবে প্রতি ১৫ মিনিটে পুনরায় চেক করা হয়; অন্যান্য সব সোর্স প্রতি ৬ ঘণ্টায়। নির্বাচিত চ্যাটগুলো অগ্রাধিকারপ্রাপ্ত সোর্স হিসেবে শুরু হয়, ফোল্ডার বা পুরো অ্যাকাউন্ট দ্বারা যোগ করা চ্যাটগুলো সাধারণ সোর্স হিসেবে। প্রতি পাস সর্বোচ্চ ৩০টি উৎস পুনরায় যাচাই করা হয় এবং বাকিগুলো পরবর্তী মিনিটের জন্য অপেক্ষা করে; পুনরায় সংযোগের পর, অগ্রাধিকারপ্রাপ্ত উৎসগুলো প্রথমে চলে। উভয় সময়সীমা Sources → Recording settings → Recheck-এ সেট করা হয় (0 একটি স্তর বন্ধ করে) এবং এগুলো recheck.changed হিসেবে রেকর্ড করা হয়।

মিসড মেসেজগুলো পূর্ববর্তী পাস যেখানে থেমেছিল সেখান থেকে উপরের দিকে আনতে হবে, প্রতি পাস সর্বোচ্চ Parameters → নতুন মেসেজ প্রতি পুনঃপরীক্ষা (ডিফল্ট ১,০০০) অনুযায়ী। দীর্ঘ বিরতির পর পুনঃপরীক্ষা পুরো ফাঁকটি পূরণ করে, এমনকি যখন ফাঁকের চেয়ে নতুন লাইভ বার্তাগুলো প্রথমে সংরক্ষিত হয়েছিল। যে চ্যাটটি এখনও ক্যাচ-আপ করছে, তা তার টায়ার ইন্টারভাল অপেক্ষা না করে পরবর্তী মিনিটে আবার পুনঃপরীক্ষা করা হয়; recheck.completed continues_after দেখায় যতক্ষণ না তা সম্পন্ন হয়।

তুলনায় বার্তার টেক্সট, এন্টিটি, কীবোর্ড (মোছা সহ), এবং সংযুক্তি বিষয়বস্তু/পরিচয় অন্তর্ভুক্ত। শুধুমাত্র ফাইল অ্যাক্সেস হ্যাশ বা ফাইল রেফারেন্স পরিবর্তন করলেই কোনো সম্পাদনা তৈরি হয় না, ঠিক তেমনি টেলিগ্রাম নিজে যা পূরণ করে—লিংক প্রিভিউ লোডিং, স্টোরি ভিউ, এই অ্যাকাউন্ট দ্বারা আনলক করা পেইড মিডিয়া, একটি ইনভয়েসের রসিদ—এগুলোও সম্পাদনা হিসেবে গণ্য হয় না। চ্যাটসে প্রতিটি সংরক্ষিত সংস্করণ তার সম্পূর্ণ জার্নাল রেকর্ডের সাথে লিঙ্ক করে, মিডিয়া মেটাডেটা সহ।

বার্তার ইতিহাস এবং উৎসনির্ধারণ#

ধরা যাক কালেক্টর "১০:০০-এ মিটিং" পর্যবেক্ষণ করে, পরে "১১:০০-এ মিটিং" দেখে, এবং তারপর একটি মুছে ফেলার বিজ্ঞপ্তি পায়। এটি তিনটি পৃথক পর্যবেক্ষণ সংযুক্ত করে। মূল পাঠ্য অপরিবর্তিত থাকে, সম্পাদনাটি একটি পৃথক সংস্করণ হিসেবে থাকে, এবং বিজ্ঞপ্তিটি নথিভুক্ত করে যে একটি মুছে ফেলা পর্যবেক্ষণ করা হয়েছে।

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

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

ক্রম নম্বর পর্যবেক্ষণের ক্রম নির্দেশ করে। সংগ্রহকারীর UTC টাইমস্ট্যাম্প হল তার স্থানীয় ঘড়ি; টেলিগ্রাম উৎসের টাইমস্ট্যাম্প সরবরাহ করা হলে পৃথকভাবে সংরক্ষণ করা হয়। উভয়ই স্বতন্ত্র বিশ্বাসযোগ্য টাইমস্ট্যাম্প নয়।

ইতিহাসের সংক্ষিপ্ত ঝলক#

একটি স্ন্যাপশট সক্ষম উত্স থেকে সর্বশেষ দৃশ্যমান বার্তাগুলি অনুরোধ করে, প্রতি অনুরোধে সর্বোচ্চ ৫০০টি। ফলাফলগুলোকে ইতিহাসের পর্যবেক্ষণ হিসেবে লেবেল করা হয়। এগুলো লাইভ ক্যাপচারের সাথে ওভারল্যাপ করতে পারে, এবং পুনরাবৃত্ত পর্যবেক্ষণগুলো পৃথক রেকর্ড হিসেবে সংরক্ষণ করা হয়।

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

সংযুক্তি পরিচালনা#

সংযুক্তি ডাউনলোড ডিফল্টভাবে চালু থাকে এবং ১ জিবি-র নিচে ফ্রি ডিস্ক থাকলে তা বিরতি দেয়। কালেক্টর বার্তা পর্যবেক্ষণ এবং ডাউনলোড কাজ একসঙ্গে সম্পন্ন করে। কাজটি মূল মিডিয়া ডিসক্রিপ্টর এবং সাইজ নীতি বজায় রাখে, তাই পরে সম্পাদিত কোনো সংযুক্তি নীরবে প্রতিস্থাপিত হয় না।

বার্তা ধারণের পর ডাউনলোডগুলি চলে। একটি সম্পূর্ণ ডাউনলোড একটি SHA-256 এবং বাইটের গণনাসহ একটি media.saved রেকর্ড তৈরি করে। স্কিপ করা, ব্যর্থ, পুনরায় চেষ্টা করা এবং বিঘ্নিত কাজগুলির পৃথক ফলাফল রয়েছে। একটি সারিতে রাখা কাজ ফাইলটি সংরক্ষিত ছিল তার প্রমাণ নয়। সম্পূর্ণ ফাইলটি মূল পর্যবেক্ষিত সংযুক্তি বর্ণনাকারীর বাইট গণনার সাথেও মিলতে হবে। সংক্ষিপ্ত বা অপ্রত্যাশিতভাবে দীর্ঘ কোনো প্রতিক্রিয়া সংরক্ষিত মিডিয়া হিসেবে রেকর্ড করা হয় না।

প্রতি ধরনের জন্য সীমা নির্ধারিত আছে: ফটো, ভিডিও, GIF এবং অ্যানিমেশন, রাউন্ড ভিডিও মেসেজ, ভয়েস মেসেজ, মিউজিক এবং অডিও, স্টিকার, এবং ফাইল। প্রতিটি ধরনের সীমা বন্ধ করা যায় এবং প্রতিটি ধরনের নিজস্ব আকারের সীমা ১ থেকে ২,০০০ MiB পর্যন্ত; নতুন ওয়ার্কস্পেসগুলো ফটোর জন্য ২০ MiB, ভিডিওর জন্য ১০০ MiB, ফাইল, অডিও এবং রাউন্ড ভিডিওর জন্য ৫০ MiB, ভয়েস এবং GIF-এর জন্য ২০ MiB দিয়ে শুরু হয় এবং স্টিকারের জন্য 5 MiB। সর্বোচ্চ ফাইল আকার একবারে প্রতিটি ধরণকে সেট করে। প্রতিটি-ধরনের সীমা নির্ধারণের আগে সংরক্ষিত নীতিসমূহ প্রতিটি ধরণের জন্য তাদের একক সীমা বজায় রাখে। বন্ধ করা একটি ধরণ একটি media.skipped রেকর্ড তৈরি করে; অজানা-আকার বা অতিরিক্ত আকারের ফাইল ডাউনলোড হয় না। বড় ফাইলগুলি কমপক্ষে 256 KiB/s গতিতে ডাউনলোড হয়। কাজগুলো রিস্টার্টের পরও টিকে থাকে, তবে মেয়াদোত্তীর্ণ রেফারেন্স, অ্যাক্সেস হারানো, বা মুছে ফেলা ফাইলগুলি পুনরুদ্ধারকে বাধাগ্রস্ত করতে পারে। বিদ্যমান কাজগুলো তাদের সাথে সংরক্ষিত নীতিই বজায় রাখে।

থামাও, লক করো, বিচ্ছিন্ন করো এবং পুনরায় চালু করো#

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

অ্যাকাউন্ট বিচ্ছিন্নকরণ এবং যাচাইকরণ#

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

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

Verify journal প্রদর্শিত সীমার মাধ্যমে ইভেন্ট চেইন এবং স্বাক্ষরগুলি যাচাই করে। যখন কর্মক্ষেত্র পরিবর্তিত হয়, এর ফলাফল মুছে যায়, এবং প্যানেল যাচাইয়ের পরে যোগ করা নতুন রেকর্ডগুলি চিহ্নিত করে। ZIP রপ্তানিও সংগৃহীত মিডিয়া যাচাই করে।

একটি বৈধ স্বাক্ষর বিশ্বাসযোগ্য কী-এর তুলনায় অখণ্ডতা প্রতিষ্ঠা করে, টেলিগ্রামের উৎস বা সত্যনিষ্ঠ বিষয়বস্তু নয়। ফিঙ্গারপ্রিন্ট এবং চেকপয়েন্টগুলো স্বতন্ত্রভাবে সংরক্ষণ করুন। বিশ্বাস ও ডেলিভারি সংক্রান্ত প্রয়োজনীয়তার জন্য প্রমাণ মডেল, দৈনন্দিন কার্যক্রম এবং লাইভ গ্রহণ প্রক্রিয়া দেখুন।