جمع کرنے کا طریقہ

TgWitness اس بات کو ریکارڈ کرتا ہے جو ایک منسلک ٹیلیگرام اکاؤنٹ مشاہدہ کرتا ہے۔ جرنل ان مشاہدات، ان کی ترتیب، اور ان کے ساتھ فراہم کردہ سیاق و سباق کو محفوظ رکھتا ہے۔ یہ کسی غائب پیغام یا اکاؤنٹ کے منسلک ہونے سے پوشیدہ کارروائیوں کا اندازہ نہیں لگاتا۔

لاگ ان سے جرنل تک#

ڈایاگرام بطور متن

1. صارف اکاؤنٹ کو مجاز بنانا → پہنچ کے قابل گروپس اور چینلز منتخب کریں
2. پہنچ کے قابل گروپس اور چینلز منتخب کریں → ایونٹ اور منسلکات کی ترتیبات محفوظ کریں
3. ایونٹ اور منسلکات کی ترتیبات محفوظ کریں → مشاہدہ شروع کریں
4. مشاہدہ شروع کریں → فعال کلائنٹ سے اپ ڈیٹس وصول کریں
5. فعال کلائنٹ سے اپ ڈیٹس وصول کریں → ماخذ اور واقعے کی پالیسی لاگو کریں
6. ماخذ اور واقعے کی پالیسی لاگو کریں → ایک دستخط شدہ مشاہدہ منسلک کریں
7. ایک دستخط شدہ مشاہدہ منسلک کریں → جرنل کا جائزہ لیں یا اسے برآمد کریں
8. ایک دستخط شدہ مشاہدہ منسلک کریں → کسی بھی قطار میں موجود منسلک کو پراسیس کریں
9. کسی بھی قطار میں موجود منسلک کو پراسیس کریں → ڈاؤن لوڈ کے نتائج کو منسلک کریں

تصدیق، ماخذ تک رسائی، ایک فعال جمع کنندہ، اور مکمل ترسیل مختلف امور ہیں۔ ایک کامیاب لاگ ان ہر گروپ تک رسائی فراہم نہیں کرتا۔ ایک مربوط ٹرانسپورٹ اس بات کا ثبوت نہیں دیتا کہ ہر متعلقہ اپ ڈیٹ موصول ہوئی ہے۔

مشاہدے کا دائرہ: منتخب چیٹس، ایک فولڈر یا پورا اکاؤنٹ#

ماخذ → مشاہدے کا دائرہ کار طے کرتا ہے کہ ورک اسپیس کون سی چیٹس ریکارڈ کرے گا۔

• ماخذ کی اقسام (چینلز، گروپس، نجی چیٹس، بوٹس) فولڈر اور پورے اکاؤنٹ کے موڈز کو محدود کرتی ہیں۔ منتخب کی گئی چیٹس کسی بھی قسم کی ہو سکتی ہیں، بشمول نجی چیٹس اور بوٹس۔
• استثنا شدہ چیٹس کسی بھی موڈ میں ریکارڈ نہیں ہوتیں۔ فولڈر اور پورے اکاؤنٹ موڈز میں، ماخذ پر 'Exclude' یا 'Remove' کرنے سے وہ اس فہرست میں شامل ہو جاتا ہے، تاکہ دائرہ کار اسے دوبارہ شامل نہ کرے۔ چاٹ کو دوبارہ دستی طور پر منتخب کرنے (ماخذوں یا چاٹس سے) سے وہ فہرست سے ہٹ جاتا ہے۔ فہرست میں زیادہ سے زیادہ 5,000 چاٹس شامل ہو سکتے ہیں؛ اس حد سے زیادہ ہونے پر 'ہٹائیں' کا آپشن مسترد کر دیا جاتا ہے اور اس کے بجائے چاٹ کو معطل کیا جا سکتا ہے۔
• اپنے اعمال (بذریعہ ڈیفالٹ فعال): اس اکاؤنٹ کے بھیجے گئے پیغامات، ان میں کی گئی ترامیم اور جوابی کی بورڈ بٹن کے دباؤ۔ اگر غیر فعال کیا جائے تو بھیجے جانے والے پیغامات اور ترامیم کو نظر انداز کر دیا جاتا ہے۔
• ایک فولڈر یا پورے اکاؤنٹ میں سوئچ کرنے کے لیے تصدیق طلب کی جاتی ہے: یہ موڈز نجی چیٹس اور تیسری پارٹی کے پیغامات ریکارڈ کرتے ہیں اور صرف ایک مخصوص اکاؤنٹ کے لیے مخصوص ہیں۔ تصدیق اور ہر اسکوپ تبدیلی پر دستخط شدہ ریکارڈزscope.changed۔
• اسکوپ کے ذریعے شامل کی گئی چیٹس 'auto' کے طور پر نشان زد ذرائع کے طور پر ظاہر ہوتی ہیں، جو scope.applied (شروع میں اور ہر گھنٹے) یا source.discovered (مشاہدے کے دوران کوئی نئی چیٹ) کے طور پر ریکارڈ ہوتی ہیں۔ منتخب کردہ چیٹس پر واپس سوئچ کرنے سے ہر خودکار طور پر شامل کردہ ذریعہ معطل ہو جاتا ہے۔

یہ موڈز کیا نہیں کر سکتے:

• خفیہ چیٹس دو آلات کے درمیان اینڈ ٹو اینڈ انکرپٹڈ ہوتی ہیں اور کسی بھی موڈ میں کبھی TgWitness تک نہیں پہنچتیں۔
• جب TgWitness چل نہیں رہا ہوتا تو کچھ بھی ریکارڈ نہیں ہوتا۔ دوبارہ شروع کرنے کے بعد یہ Telegram سے رہ جانے والی اپ ڈیٹس کے لیے پوچھتا ہے اور چیٹس کو دوبارہ چیک کرتا ہے، لیکن Telegram طویل بندشوں کے بعد ہر چیز واپس نہیں کرتا۔ رپورٹس اور verify.py ایسے ادوار کو خلا کے طور پر دکھاتے ہیں (دیکھیں کوریج)۔
• صرف پہلے 1,000 ڈائیلاگز شروعات میں درج کیے جاتے ہیں (حد پیرامیٹرز میں ہے)؛ پرانی چیٹس اگلی بار فعال ہونے پر شامل کی جاتی ہیں۔ شامل کردہ چیٹ کی پچھلی تاریخ حاصل نہیں کی جاتی — جب ضرورت ہو تو تاریخ کا اسنیپ شاٹ یا پوری چیٹ کی ایکسپورٹ کریں۔
• وہ فولڈر کی شرائط جو مسلسل تبدیل ہوتی رہتی ہیں (مute، پڑھا ہوا) لاگو نہیں ہوتیں: ایسی چیٹس زیرِ نگرانی رہتی ہیں۔
• ان لائن (کال بیک) بوٹ کے بٹن جو کسی دوسری ایپ میں دبائے جاتے ہیں، دوسرے سیشن میں پوشیدہ ہوتے ہیں؛ بوٹ کا جواب یا ترمیم ریکارڈ ہوتی ہے۔ جواب کے لیے کی بورڈ کے بٹن دبانے سے بھیجی جانے والی پیغامات کے طور پر پہنچتے ہیں اور انہیںbutton_press کے لیبل سے نشان زد کیا جاتا ہے۔
• زیادہ چیٹس کا مطلب زیادہ درخواستیں ہیں۔ ٹیلیگرام ایسے حجم کے لیے اکاؤنٹس کو محدود کر دیتا ہے جسے وہ زیادہ سمجھتا ہے، جو مخصوص اکاؤنٹس استعمال کرنے کی ایک اور وجہ ہے۔

دائرہ کار اور واقعات کا انتخاب#

ہر ورک اسپیس کے اپنے ذرائع ہوتے ہیں۔ TgWitness گروپس میں شامل نہیں ہوتا، دعوتیں قبول نہیں کرتا، یا ہر رکن کو خودکار طور پر درج نہیں کرتا۔ ذرائع پہلے ہی اکاؤنٹ کے لیے قابل رسائی ہونے چاہئیں۔ شروع کرنے پر، کلیکٹر منتخب کردہ ذرائع کو اکاؤنٹ کے دکھائی دینے والے ڈائیلاگز کے خلاف چیک کرتا ہے؛ پہلے 1,000 ڈائیلاگز کا معائنہ کیا جاتا ہے جب تک کہ پیرامیٹرز → چیٹس سے اکاؤنٹ کی فہرست پڑھنے والا کچھ اور نہ کہے. غائب ذریعہ کو رسائی کی تصدیق نہ ہونے کے طور پر نشان زد کیا جاتا ہے، یہ فرض نہیں کیا جاتا کہ اس نے آپ کو ہٹا دیا ہے۔

سیٹنگز ورک اسپیس میں منتخب کیے گئے تمام ذرائع پر لاگو ہوتی ہیں۔ تبدیلیاں لاگو کرنے کے لیے فارم کو محفوظ کریں؛ تبدیلیاں دستخط شدہ پہلے/بعد کی قدروں کے ساتھ ریکارڈ کی جاتی ہیں۔ کسی زمرے کو غیر فعال کرنے سے پہلے کے ریکارڈز حذف نہیں ہوتے۔ اسے دوبارہ فعال کرنے سے رہ جانے والی اپ ڈیٹس پُر نہیں ہوتیں۔

آپریشنل ریکارڈز اور دیگر گروپ سروس ایونٹس ان سوئچز سے الگ رہتے ہیں۔ ممبرشپ سروس کے پیغامات جب ممبرشپ فعال ہو تو پیغام کے ریکارڈز بنا سکتے ہیں، چاہے عام نئے پیغام کی کیپچر غیر فعال ہو۔ کیپچر کیے گئے ٹیلیگرام آبجیکٹس میں ضم شدہ میٹا ڈیٹا برقرار رہتا ہے؛ ایک سوئچ ردِ عمل کا قاعدہ نہیں ہوتا۔

نجی چیٹس اور عام گروپس میں حذف شدہ پیغامات بغیر کسی چیٹ کے صرف پیغام کے آئی ڈی کی صورت میں آتے ہیں۔ یہ چیٹس ایک ہی اکاؤنٹ بھر پیغام آئی ڈی کے تسلسل کو شیئر کرتی ہیں، لہٰذا جب اس آئی ڈی والا پیغام پہلے محفوظ کیا گیا تھا تو اس کا چیٹ معلوم ہوتا ہے: حذف کو اسی چیٹ میں ریکارڈ کیا جاتا ہے اور chat_resolution بتاتا ہے کہ یہ کیسے ہوا۔ جن آئی ڈیز کو کبھی محفوظ نہیں کیا گیا، وہ ایک غیر مخصوص حذف کاری کے طور پر رہتی ہیں جس کا ایک واضح نامعلوم ذریعہ ہوتا ہے؛ جمع کرنے والا اندازہ نہیں لگاتا۔ ٹیلیگرام کبھی یہ نہیں بتاتا کہ کوئی پیغام کس نے حذف کیا؛ جب حذف شدہ پیغام اس اکاؤنٹ سے بھیجا گیا ہو، تو ریکارڈ میں اس کا ذکر ہوتا ہے (deleted_message_was_outgoing) لیکن حذف کرنے والے کا نام نہیں بتایا جاتا۔

اپنے اعمال#

مشاہدہ شدہ اکاؤنٹ کی جانب سے بھیجے گئے پیغامات پر outgoing کا لیبل لگایا جاتا ہے۔ ایک بھیجے جانے والے پیغام میں ترمیم کے بارے میں یہ نوٹ کیا گیا ہے کہ نجی چیٹس اور گروپس میں صرف اس کا مصنف اسے ترمیم کر سکتا ہے، جبکہ چینل پوسٹس کو دیگر منتظمین بھی ترمیم کر سکتے ہیں۔ جب کوئی بھیجا گیا پیغام اس چیٹ میں سب سے نئے محفوظ شدہ جوابی کی بورڈ کے کسی بٹن کے متن کو دہراتا ہے، تو اس پر کی بورڈ کے ریکارڈ کے لنک کے ساتھ button_press کا لیبل ہوتا ہے۔

اپنی کارروائیوں کو خارج کرنا پس منظر میں دوبارہ جانچ اور خودکار نئی چیٹ ہسٹری پر بھی لاگو ہوتا ہے۔ چھوڑے گئے بھیجے جانے والے پیغامات دوبارہ جانچ کی پوزیشن کو آگے بڑھا دیتے ہیں تاکہ وہ بعد میں آنے والے پیغامات کو بلاک نہ کر سکیں۔ واضح پینل ایکشنز اور دستی طور پر درخواست کیے گئے ہسٹری کے سنپ شاٹس ریکارڈ رہتے ہیں۔

تحقیقی موڈ: ٹیموں میں شمولیت اور بوٹس سے بات چیت#

ماخذ → مشاہدے کا دائرہ → تفتیشی موڈ دائرہ کو ایک مخصوص اکاؤنٹ کے لیے تیار کرتا ہے جو ٹیم چیٹس میں شامل ہوتا ہے، بوٹس شروع کرتا ہے اور ان میں لکھتا ہے: پورا اکاؤنٹ، ہر ماخذ کی قسم، اپنی کاروائیاں، اور ہر چیٹ یا بوٹ کے لیے اس کا پروفائل اور اس کے تازہ ترین 200 قابلِ دید پیغامات۔ فارم کا جائزہ لیں اور 'اسکوپ محفوظ کریں' پر کلک کریں؛ پورے اکاؤنٹ پر سوئچ کرنے کے لیے معمول کی تصدیق طلب کی جاتی ہے۔

• بٹن۔ پیغام کے نیچے موجود بٹن پیغام کے ساتھ ہی رکھے جاتے ہیں اور چیٹس میں دکھائے جاتے ہیں: لنکس، ویب ایپس، لاگ ان لنکس، کاپی کے لیے ٹیکسٹ، کال بیک ڈیٹا، ان لائن کوئریز، فون نمبر یا مقام کی درخواستیں۔ لِنکس ٹیکسٹ کی صورت میں دکھائی جاتی ہیں اور پینل انہیں کبھی نہیں کھولتا۔ جب کوئی بوٹ صرف بٹن تبدیل کرتا ہے (مثلاً نیا ادائیگی کا لنک)، تو یہ پیغام کا نیا ورژن ہوتا ہے، چاہے وہ لائیو اپ ڈیٹس سے ہو یا دوبارہ جانچ سے۔

• نئی چیٹس اور بوٹس۔ فولڈر اور پورے اکاؤنٹ موڈز میں، جب کوئی نیا چیٹ یا بوٹ ظاہر ہوتا ہے تو، ظاہر ہوتے ہی محفوظ کرتا ہے:

  • اس کا پروفائل ایک source.profile ریکارڈ کے طور پر: بوٹ کی تفصیل اور کمانڈز، صارف، گروپ یا چینل کا 'about' متن، ارکان، منسلک چیٹ اور دعوت نامہ کا لنک جب ٹیلیگرام ایک واپس کرے؛
  • اس کے تازہ ترین دکھائی دینے والے پیغامات (1,000 تک) ایک ہسٹری سنپ شاٹ کے طور پر محفوظ کیے جاتے ہیں جس کی نشانی new_chat ہے: یہ ٹیم چیٹ کے اُن ابتدائی پیغامات کی نشاندہی کرتا ہے جن میں ابھی شمولیت اختیار کی گئی ہے، یا وہ پیغامات جو کسی بوٹ نے اس سے پہلے بھیجے تھے جب تک چیٹ کا مشاہدہ نہ کیا گیا ہو۔ پہلے ہی لائیو محفوظ شدہ پیغامات دہرائے نہیں جاتے۔

  جب موڈ آن کیا جاتا ہے تو فہرست میں پہلے سے موجود چیٹس بغیر سنپ شاٹس کے شامل ہو جاتی ہیں۔ ایک فلڈ ویٹ (FloodWait) اس عمل کو روک دیتا ہے اور بعد میں دوبارہ شروع کر دیتا ہے؛ ناکامیوں کو ریکارڈ کیا جاتا ہے اور چیٹ کی لائیو ریکارڈنگ جاری رہتی ہے۔ - درخواست پر پروفائلز۔ چیٹس → پروفائل → 'پروفائل محفوظ کریں' اب کسی بھی ذریعہ کے موجودہ پروفائل کو محفوظ کر لیتا ہے؛ سب سے نیا پروفائل پیغامات کے اوپر دکھایا جاتا ہے۔ - پوشیدہ۔ دوسری ٹیلیگرام ایپ میں دبائے گئے ان لائن (کال بیک) بٹن، وہ پاپ اپ یا لنک جس کے ساتھ بوٹ ایسے دبانے کا جواب دیتا ہے، اور دوسری ایپ میں استعمال ہونے والی دعوت کے لنکس TgWitness تک نہیں پہنچتے۔ بوٹ بعد میں جو بھی بھیجتا یا ترمیم کرتا ہے وہ ریکارڈ ہو جاتا ہے۔

پینل سے عمل کریں#

چٹس میں اب منتخب ورک اسپیس کے ٹیلیگرام اکاؤنٹ کا استعمال کرنے والا ایک مینی کلائنٹ شامل ہے:

• ایک سادہ متن کا پیغام لکھیں یا محفوظ شدہ پیغام کے نیچے جواب کا انتخاب کریں۔ واپس بھیجا جانے والا پیغام ریکارڈ کیا جاتا ہے، چاہے دائرہ کار میں آؤٹ گوئنگ اپ ڈیٹس شامل نہ ہوں۔
• پریس: موجودہ کال بیک یا ٹیکسٹ بٹن کے نیچے موجود بٹن دبائیں۔ سرور پیغام کو دوبارہ حاصل کرتا ہے اور اگر کی بورڈ محفوظ شدہ ورژن سے مختلف ہو تو اس عمل کو مسترد کر دیتا ہے۔ کال بیک رسیدیں ٹیلیگرام کے پاپ اپ ٹیکسٹ، الرٹ فلیگ اور یو آر ایل کو برقرار رکھتی ہیں؛ جواب بھی گفتگو کے نیچے دکھایا جاتا ہے۔ یو آر ایل قابل انتخاب ٹیکسٹ رہتے ہیں اور خود بخود نہیں کھلتے۔
• ٹیلیگرام کے اوپن لنک کو پھیلائیں، @username درج کریں، ایک عوامی https://t.me/name لنک، https://t.me/+invite / joinchat/invite، یا ?start=parameter کے ساتھ ایک بوٹ لنک، اور 'پریویو محفوظ کریں' دبائیں۔ اصل لنک اور ٹیلیگرام کا پریویو جوائن کرنے سے پہلے دستخط شدہ ہوتے ہیں۔ شامل ہوں / کھولیں اور مشاہدہ کریں پھر گروپ/چینل میں شامل ہوتا ہے/کھلتا ہے، چیٹ کو ایک فعال ماخذ کے طور پر شامل کرتا ہے، اور ایک بوٹ کو /start بھیجتا ہے، جس میں اس کا start پیرامیٹر بھی شامل ہوتا ہے۔ ایک جوائن درخواست جو ایڈمنسٹریٹر کی منظوری کا انتظار کر رہی ہو، اسے معطل کے طور پر ریکارڈ کیا جاتا ہے، نہ کہ رکنیت کے طور پر۔

آنے والے جوابات کو لائیو ریکارڈ کرنے کے لیے 'مشاہدہ شروع کریں' آن کریں۔ جب مشاہدہ معطل ہو تو پینل ایکشنز کام کرتے ہیں، لیکن تب صرف ان کے براہِ راست جوابات محفوظ ہونے کی ضمانت ہوتی ہے۔ جب مشاہدہ چل رہا ہو تو نئے شامل کیے گئے ذرائع، ترتیب دی گئی پروفائل/ہسٹری انٹیک استعمال کرتے ہیں۔ جب کوئی ذریعہ معطل ہو، تو اس کے بٹن دبانے یا بھیجنے سے پہلے اسے 'ذرائع' میں فعال کریں۔

interaction.preview، interaction.requested اور interaction.result عام دستخط شدہ جرنل ایونٹس ہیں جو ثبوت کی برآمدات میں شامل ہوتے ہیں۔ درخواستیں اکاؤنٹ، پیغام/بٹن یا پیش نظارہ ریکارڈ کی شناخت کرتی ہیں اور یہ بھی بتاتی ہیں کہ آیا مشاہدہ چل رہا تھا۔ رسیدیں کامیابی، مستردگی، منظوری زیر التواء اور نامعلوم نتیجے میں فرق کرتی ہیں۔ ایک منقطع شدہ درخواست ممکنہ طور پر ٹیلیگرام تک پہنچ چکی ہوتی ہے: نیا عمل شروع کرنے سے پہلے چیٹ چیک کریں۔ درخواست آئی ڈی کو دوبارہ استعمال کرنے سے اس کی محفوظ شدہ رسید دوبارہ حاصل ہو جاتی ہے، بغیر کارروائی کو دہرائے، ری اسٹارٹ کے بعد بھی۔ پینل موجودہ صفحے کے سیشن کے دوران ایک ہی کارروائی کے لیے مبہم جواب کے بعد بھی آئی ڈی کو برقرار رکھتا ہے۔ یہ کامیاب کارروائی کے بعد ویو کو ریفریش کرنے میں ناکامی کی صورت میں بھی اس آئی ڈی کو برقرار رکھتا ہے: رسید نظر آتی رہتی ہے، اور دوبارہ کلک کرنے سے یہ واپس آ جاتی ہے۔ کال بیک اور جوائن RPCs کے لیے ایک ہی درخواست کی کوشش ہوتی ہے؛ دوبارہ کوشش کے قابل ریڈز اپنی ترتیب دی گئی دوبارہ کوشش کی پالیسی کو برقرار رکھتے ہیں۔ چیٹس کو فوری طور پر تبدیل کرنے سے مسودہ اور جواب کا ہدف صاف ہو جاتا ہے اور نئی گفتگو لوڈ ہونے تک بھیجنا غیر فعال ہو جاتا ہے۔

یہ مِنی کلائنٹ ٹیکسٹ اور کال بیک بٹنوں کو ہینڈل کرتا ہے۔ ویب ایپس، لاگ ان/فون/مقام کی درخواستیں، ادائیگیاں، ان لائن کوئریز اور اٹیچمنٹس کے لیے اب بھی ٹیلیگرام کلائنٹ درکار ہے؛ محفوظ شدہ بٹنوں کا میٹا ڈیٹا دکھائی دیتا رہتا ہے۔ نئے کنٹرولز میں انگریزی متن استعمال ہوتا ہے۔

دوبارہ چیک کی سطحیں#

دوبارہ چیک کرنے پر ٹیلیگرام سے ان پیغامات کے لیے دوبارہ پوچھا جاتا ہے جو رہ گئے ہوں، ترمیمات اور وہ پیغامات جو اب واپس نہیں آتے ہیں۔ ستارے کے نشان سے نشان زد ذرائع ترجیحی ذرائع ہیں، جو ڈیفالٹ کے طور پر ہر 15 منٹ میں دوبارہ چیک کیے جاتے ہیں؛ تمام دیگر ذرائع ہر 6 گھنٹے میں۔ منتخب کی گئی چیٹس ترجیحی ذرائع کے طور پر شروع ہوتی ہیں، فولڈر یا پورے اکاؤنٹ کے ذریعے شامل کی گئی چیٹس معمول کے ذرائع کے طور پر۔ ہر پاس میں زیادہ سے زیادہ 30 ذرائع دوبارہ چیک کیے جاتے ہیں اور باقی اگلے منٹ کا انتظار کرتے ہیں؛ دوبارہ کنیکٹ کرنے کے بعد، ترجیحی ذرائع پہلے آتے ہیں۔ دونوں وقفے Sources → Recording settings → Recheck کے تحت سیٹ کیے جاتے ہیں (0 ایک ٹائر بند کر دیتا ہے) اور recheck.changed کے طور پر ریکارڈ کیے جاتے ہیں۔

چھوٹے ہوئے پیغامات پچھلی بار جہاں سے پاس رکا تھا وہاں سے اوپر کی طرف حاصل کیے جاتے ہیں، ہر پاس میں زیادہ سے زیادہ پیرامیٹرز → ہر ریچیک پر نئے پیغامات (ڈیفالٹ 1,000)۔ طویل وقفے کے بعد، دوبارہ چیک پوری خلیج کو پُر کر دیتا ہے، یہاں تک کہ جب خلیج سے نئے لائیو پیغامات پہلے محفوظ کیے گئے ہوں۔ ایک چیٹ جو ابھی بھی اپ ڈیٹ ہو رہی ہو، اسے اس کے ٹائر وقفے کا انتظار کرنے کے بجائے اگلے منٹ میں دوبارہ چیک کیا جاتا ہے؛ recheck.completed، continues_after کو دکھاتا ہے جب تک یہ مکمل نہ ہو جائے۔

موازنوں میں پیغام کا متن، اشیاء، کی بورڈز (جن میں ہٹانے کے عمل سمیت)، اور منسلک مواد/شناخت شامل ہیں۔ صرف فائل تک رسائی کے ہیشز یا فائل کے حوالہ جات تبدیل کرنے سے ترمیم نہیں بنتی، اور نہ ہی وہ چیزیں جو ٹیلیگرام خود پُر کرتا ہے: جیسے لنک کا پیش نظارہ لوڈ کرنا، اسٹوری ویوز، اس اکاؤنٹ کے ذریعے کھولے گئے ادائیگی شدہ میڈیا، یا انوائس کی رسید۔ چیٹس میں ہر محفوظ شدہ ورژن اپنے مکمل جرنل ریکارڈ سے منسلک ہوتا ہے، جس میں میڈیا کا میٹا ڈیٹا بھی شامل ہوتا ہے۔

پیغامات کی تاریخ اور منسوبیت#

فرض کریں کہ کلیکٹر نے "میٹنگ 10:00 پر" دیکھا، بعد میں "میٹنگ 11:00 پر" دیکھا، اور پھر حذف کرنے کا نوٹس موصول ہوا۔ یہ تین الگ الگ مشاہدات منسلک کرتا ہے۔ اصل متن برقرار رہتا ہے، ترمیم ایک الگ ورژن ہے، اور نوٹس میں درج ہوتا ہے کہ حذف کرنے کا مشاہدہ کیا گیا۔

اگر جمع کرنے کا عمل پہلے ورژن کے غائب ہونے کے بعد شروع ہوا، تو وہ متن دستیاب نہیں ہے۔ اگر عمل آف لائن ہونے کے دوران متعدد ترامیم ہوئیں، تو صرف بعد میں دیکھے گئے ورژنز کو محفوظ کیا جا سکتا ہے۔ حذف کرنے کا نوٹس ایسے مواد کو بحال نہیں کر سکتا جو کبھی محفوظ ہی نہ کیا گیا ہو۔

پیغام بھیجنے والا خود بخود ایڈیٹر نہیں ہوتا۔ ٹیلیگرام عموماً پیغام حذف کرنے والے شخص یا حذف کرنے کے عین وقت کی معلومات فراہم نہیں کرتا۔ نامعلوم فریق نامعلوم ہی رہتے ہیں۔ ردعمل کے اسنیپ شاٹس اور شرکاء کی اپ ڈیٹس میں صرف وہ تعداد اور شناختیں شامل ہوتی ہیں جو ٹیلیگرام اکاؤنٹ کو دکھاتا ہے۔

سلسلہ وار نمبر مشاہدے کی ترتیب ظاہر کرتے ہیں۔ کلیکٹر کا UTC ٹائم اسٹیمپ اس کی مقامی گھڑی ہے؛ جب فراہم کیا جائے تو ٹیلیگرام ماخذ کا ٹائم اسٹیمپ علیحدہ محفوظ کیا جاتا ہے۔ ان میں سے کوئی بھی ایک آزاد، قابلِ اعتماد ٹائم اسٹیمپ نہیں ہے۔

تاریخ کے سنپ شاٹس#

ایک سنپ شاٹ فعال ماخذ سے تازہ ترین دکھائی دینے والے پیغامات کی درخواست کرتا ہے، فی درخواست زیادہ سے زیادہ 500۔ نتائج کو تاریخ کے مشاہدات کے طور پر لیبل کیا جاتا ہے۔ یہ لائیو کیپچر کے ساتھ اوورلیپ ہو سکتے ہیں، اور دہرائے گئے مشاہدات کو الگ الگ ریکارڈز کے طور پر محفوظ کیا جاتا ہے۔

سنیپ شاٹس اٹیچمنٹ پالیسی پر عمل پیرا ہیں لیکن لائیو-ایونٹ سوئچز سے الگ رہتے ہیں۔ یہ حذف شدہ پیغامات یا رہ جانے والے درمیانی ورژنز کو دوبارہ نہیں بناتے۔ آپ رکے ہوئے ایک کی درخواست کر سکتے ہیں؛ اس کے کیو میں موجود کوئی بھی اٹیچمنٹس انتظار کریں گے جب تک مشاہدہ شروع نہ ہو جائے اور ڈاؤن لوڈ ورکر چل پڑے۔

منسلکات کا انتظام#

منسلک کی ڈاؤن لوڈنگ بطورِ ڈیفالٹ فعال ہوتی ہے اور جب آزاد ڈسک کی جگہ 1 GiB سے کم رہ جائے تو رک جاتی ہے۔ کلیکٹر پیغام کے مشاہدے اور ڈاؤن لوڈ کے کام کو ایک ساتھ انجام دیتا ہے۔ یہ کام اصل میڈیا ڈسکرپٹر اور سائز پالیسی کو برقرار رکھتا ہے، تاکہ بعد میں ترمیم شدہ منسلک خاموشی سے تبدیل نہ ہو۔

ڈاؤن لوڈز پیغام کیپچر کے بعد چلتے ہیں۔ ایک مکمل ڈاؤن لوڈ ایک media.saved ریکارڈ بناتا ہے جس میں اس کا SHA-256 اور بائٹ کاؤنٹ شامل ہوتا ہے۔ چھوڑا گیا، ناکام، دوبارہ کوشش کیا گیا، اور منقطع شدہ کام کے الگ نتائج ہوتے ہیں۔ قطار میں لگا ہوا کام اس بات کا ثبوت نہیں ہے کہ فائل محفوظ کی گئی تھی۔ مکمل شدہ فائل کو اصل مشاہدہ شدہ اٹیچمنٹ ڈسکرپٹر میں بائٹ کاؤنٹ سے بھی میل کھانا چاہیے۔ ایک مختصر یا غیر متوقع طور پر طویل جواب کو محفوظ شدہ میڈیا کے طور پر ریکارڈ نہیں کیا جاتا۔

حدود ہر قسم کے لیے مقرر کی جاتی ہیں: تصاویر، ویڈیوز، GIFs اور اینیمیشنز، گول ویڈیو پیغامات، آواز کے پیغامات، موسیقی اور آڈیو، اسٹیکرز، اور فائلیں۔ ہر قسم کو بند کیا جا سکتا ہے اور اس کی اپنی سائز کی حد 1 سے 2,000 MiB تک ہوتی ہے؛ نئے ورک اسپیسز کی حدیں تصاویر کے لیے 20 MiB، ویڈیوز کے لیے 100 MiB، فائلز، آڈیو اور گول ویڈیوز کے لیے 50 MiB، آواز اور GIFs کے لیے 20 MiB سے شروع ہوتی ہیں۔ 5 MiB اسٹیکرز کے لیے۔ زیادہ سے زیادہ فائل سائز ایک ہی وقت میں ہر قسم کے لیے مقرر ہوتا ہے۔ ہر قسم کی حدوں سے پہلے محفوظ کی گئی پالیسیاں ہر قسم کے لیے اپنی واحد حد برقرار رکھتی ہیں۔ ایک بند کردہ قسم ایک media.skipped ریکارڈ پیدا کرتی ہے۔ نامعلوم سائز یا حد سے زیادہ بڑی فائلیں ڈاؤن لوڈ نہیں ہوتی ہیں۔ بڑی فائلوں کو کم از کم 256 KiB/s کی رفتار سے ڈاؤن لوڈ ہونے کا وقت ملتا ہے۔ جابز ری اسٹارٹ کے بعد بھی برقرار رہتی ہیں، لیکن ختم شدہ حوالہ جات، رسائی کھو جانا، یا حذف شدہ فائلیں اب بھی بحالی میں رکاوٹ بن سکتی ہیں۔ موجودہ جابز اپنی ساتھ محفوظ شدہ پالیسی کو برقرار رکھتی ہیں۔

وقف کریں، لاک کریں، منقطع کریں، اور دوبارہ شروع کریں#

کلیکٹر معلوم ہونے والے ڈسکنیکٹس، دوبارہ کوششیں، غلطیاں، شروعات/روک تھام، اور ہارٹ بیٹس کو ریکارڈ کرتا ہے۔ مختصر وقفے وقفے سے کنیکٹیویٹی چیکس کے ذریعے رہ سکتے ہیں۔ ری اسٹارٹ کے بعد، محفوظ شدہ اپ ڈیٹ پوزیشن سے رہ جانے والی اپ ڈیٹس کی درخواست کی جاتی ہے اور مشاہدہ شدہ چیٹس کو وقتاً فوقتاً دوبارہ چیک کیا جاتا ہے؛ ثبوت کا فارمیٹ دیکھیں۔ ایک سنپ شاٹ سیاق و سباق فراہم کرتا ہے؛ یہ ثابت نہیں کرتا کہ کسی خلا کو ٹھیک کیا گیا تھا۔

اکاؤنٹ کی علیحدگی اور تصدیق#

ہر ورک اسپیس کا اپنا جرنل، اجازت نامہ، سگننگ کی، پالیسی، اور قطار ہوتی ہے۔ صرف اس کا فعال کلائنٹ ہی لائیو مشاہدات درج کر سکتا ہے۔ مسترد شدہ، زیر التواء، متبادل شدہ، اور کنکشن ٹیسٹ کلائنٹس اس کے جرنل میں لائیو اپ ڈیٹس لکھ نہیں سکتے۔ مختلف اکاؤنٹس ایک ہی گروپ کو دیکھ سکتے ہیں، لیکن ان کے جرنل الگ رہتے ہیں۔

ہر واقعے میں پچھلا ہیش اور ایک Ed25519 دستخط شامل ہوتا ہے۔ برآمدات ایک مقررہ تسلسل نمبر کے ذریعے پورے ورک اسپیس جرنل کو کور کرتی ہیں۔ پینل فلٹرز برآمد کو فلٹر نہیں کرتے؛ تیاری کے دوران جمع کرنا اس کی حد سے آگے بھی جاری رہ سکتا ہے۔

جرنل چیکس ایونٹ چین اور دستخطات کو دکھائی گئی حد کے ذریعے تصدیق کرتا ہے۔ اس کا نتیجہ ورک اسپیس تبدیل ہونے پر صاف ہو جاتا ہے، اور پینل چیک کے بعد شامل کیے گئے نئے ریکارڈز کی نشاندہی کرتا ہے۔ زپ ایکسپورٹ بھی جمع شدہ میڈیا کی تصدیق کرتا ہے۔

ایک درست دستخط امانت کو معتبر کلید کے حوالے سے قائم کرتا ہے، نہ کہ ٹیلیگرام کے ماخذ یا سچائی پر مبنی مواد کے حوالے سے۔ فنگر پرنٹس اور چیک پوائنٹس کو آزادانہ طور پر برقرار رکھیں۔ اعتماد اور ترسیل کی ضروریات کے لیے ثبوت کا ماڈل، روزانہ کے آپریشنز، اور لائیو قبولیت کا طریقہ کار دیکھیں۔