تتيح وحدة التشغيل المتقدمة [ 1 ] لعملاء IRC تجنب تشغيل المخزن المؤقت المتكرر غير المرغوب فيه. قد يطلب عملاء IRC من الوحدة إرسال تشغيل مؤقت جزئي بدءًا من نقطة زمنية معينة.
علاوة على ذلك ، فإن أحدث إصدار من ZNC الرئيسي [ 2 ] يدعم مخازن الاستعلام الدائمة [ 3 ]. قد يختار العميل الاحتفاظ بمخازن الاستعلام المؤقتة حتى يتم إغلاقها بشكل صريح في واجهة المستخدم الرسومية. يمكن أن يكون هذا أيضًا أسهل من خلال وحدة التشغيل نفسها لتجنب الاستجابات غير المرغوب فيها من ZNC [ 4 ].
جنبًا إلى جنب مع البرنامج المساعد mymsg [ 5 ] ، تجلب هاتان الميزتان تجربة IRC مع ZNC على مستوى مختلف تمامًا.
تحرير: تمت إزالة الإشارات إلى تنفيذ المثال السريع والقذر الذي لم يعد موجودًا. لم تعد الشوكة التي تم تخزينها بها موجودة.
[1] http://wiki.znc.in/Playback
[2] https://github.com/znc/znc/pull/598
[3] http://wiki.znc.in/Query_buffers
[4] https://github.com/znc/znc/pull/620
[5] https://github.com/TingPing/plugins/blob/master/HexChat/mymsg.py
ملاحظة. يرجى التفكير في جعل العميل قادرًا على تلقي الرسائل من نفسه بدون إضافة mymsg إضافية.
سأقول تقريبًا أن هذا ينتمي إلى مكون إضافي. يبدو الأمر بسيطًا إلى حد ما ولكنه أكثر تحديدًا من ZNC من وقت الخادم.
jpnurmi العقل التحقق من https://github.com/hexchat/hexchat/tree/znc
تحرير: بعد التفكير في الأمر ، أعتقد أن المكون الإضافي يجب أن يخزن طابعًا زمنيًا واحدًا لكل خادم. لا يوجد سبب للاحتفاظ بواحد لكل سياق مع الاستخدام الحالي.
تبدو واعدة! كنت ألعب به ولاحظت أن هناك خطأ ما في الطوابع الزمنية. غالبًا ما يعيد تشغيل رسائل القناة التي رأيتها بالفعل. يبدو أنه إذا قطعت الاتصال على الفور ثم أعدت الاتصال ، فسأحصل على نفس التشغيل مرة أخرى.
لقد لاحظت أيضًا أنه لا يمكن أن يكون أي شيء في المكون الإضافي. هل لاحظت مشكلات مماثلة في فرع العمل قيد التقدم؟
يبدو أنه يعمل مع المسح / التشغيل. بعض الأفكار العشوائية التي قد تساعد في حل المشكلة:
يكفي طابع زمني واحد لكل اتصال
فعل ذلك بالفعل محليًا ، لا تزال المشكلة قائمة.
يبدو أنه إذا قطعت الاتصال على الفور ثم أعدت الاتصال ، فسأحصل على نفس التشغيل مرة أخرى.
لقد لاحظت أيضًا أنه لا يمكن أن يكون أي شيء في المكون الإضافي.
حدث انقطاع قصير في الاتصال وأعد الاتصال بـ ZNC وأرسلت لي رسالة في قناة حدثت أثناء فترة قطع الاتصال (تم تأكيدها من عميل آخر). كان هذا _ بدون دعم التشغيل. ربما يعيد محاولة الإرسال غير المعبأ من الاتصال المقطوع إلى الاتصال الجديد. لذلك إذا طلب HC دعم التشغيل ، فمن المحتمل أن يكون قد تلقى هذه الرسالة مرتين.
أي أخبار عن تقدم هذا؟
jpnurmi ، 404 على روابطك. :بكاء:
لقد التقطت لقطة أخرى لمكوِّن إضافي يبدو أنه يعمل بشكل أفضل: https://github.com/TingPing/plugins/blob/master/HexChat/playback.lua
حدث انقطاع قصير في الاتصال وأعد الاتصال بـ ZNC وأرسلت لي رسالة في قناة حدثت أثناء فترة قطع الاتصال (تم تأكيدها من عميل آخر). كان هذا بدون دعم التشغيل. ربما يعيد محاولة الإرسال غير المعبأ من الاتصال المقطوع إلى الاتصال الجديد. لذلك إذا طلب HC دعم التشغيل ، فمن المحتمل أن يكون قد تلقى هذه الرسالة مرتين.
ليس هذا مجرد مخزن مؤقت ZNC قياسي بالرغم من ذلك ، لا علاقة له بالوحدة النمطية [[تشغيل]] لـ znc.
TingPing عملت أحدث playback.lua
بشكل جيد بالنسبة لي ، على الرغم من أنني ما زلت ألاحظ إعادة إرسال الرسائل التي رأيتها بالفعل. شكرا على الرغم من أن هذا أفضل من لا شيء :)
TingPing عملت أحدث البرامج النصية الخاصة بك playback.lua بشكل جيد بالنسبة لي ، على الرغم من أنني ما زلت ألاحظ إعادة تشغيل الرسائل التي رأيتها بالفعل. شكرا على الرغم من أن هذا أفضل من لا شيء :)
لاحظ أن البرنامج النصي لا يحفظ الطوابع الزمنية على القرص عن قصد.
التعليق الأكثر فائدة
أي أخبار عن تقدم هذا؟