Hexchat: أضف دعمًا لوحدة تشغيل ZNC

تم إنشاؤها على ٢٤ أغسطس ٢٠١٤  ·  13تعليقات  ·  مصدر: hexchat/hexchat

تتيح وحدة التشغيل المتقدمة [ 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 إضافية.

bounty enhancement

التعليق الأكثر فائدة

أي أخبار عن تقدم هذا؟

ال 13 كومينتر

سأقول تقريبًا أن هذا ينتمي إلى مكون إضافي. يبدو الأمر بسيطًا إلى حد ما ولكنه أكثر تحديدًا من ZNC من وقت الخادم.

jpnurmi العقل التحقق من https://github.com/hexchat/hexchat/tree/znc

تحرير: بعد التفكير في الأمر ، أعتقد أن المكون الإضافي يجب أن يخزن طابعًا زمنيًا واحدًا لكل خادم. لا يوجد سبب للاحتفاظ بواحد لكل سياق مع الاستخدام الحالي.

تبدو واعدة! كنت ألعب به ولاحظت أن هناك خطأ ما في الطوابع الزمنية. غالبًا ما يعيد تشغيل رسائل القناة التي رأيتها بالفعل. يبدو أنه إذا قطعت الاتصال على الفور ثم أعدت الاتصال ، فسأحصل على نفس التشغيل مرة أخرى.

لقد لاحظت أيضًا أنه لا يمكن أن يكون أي شيء في المكون الإضافي. هل لاحظت مشكلات مماثلة في فرع العمل قيد التقدم؟

يبدو أنه يعمل مع المسح / التشغيل. بعض الأفكار العشوائية التي قد تساعد في حل المشكلة:

  • يكفي طابع زمني واحد لكل اتصال
  • تضيف وحدة التشغيل وقت الخادم لجميع الرسائل باستثناء الأحرف الكبيرة
  • يجب عليك تخزين الطابع الزمني الأخير لأي رسالة يتم رؤيتها ، وليس فقط privmsg
  • احرص على عدم أخذ الطابع الزمني 001 قبل إرسال أمر التشغيل الأولي وإلا فلن تحصل على التشغيل :)

يكفي طابع زمني واحد لكل اتصال

فعل ذلك بالفعل محليًا ، لا تزال المشكلة قائمة.

يبدو أنه إذا قطعت الاتصال على الفور ثم أعدت الاتصال ، فسأحصل على نفس التشغيل مرة أخرى.

لقد لاحظت أيضًا أنه لا يمكن أن يكون أي شيء في المكون الإضافي.

حدث انقطاع قصير في الاتصال وأعد الاتصال بـ ZNC وأرسلت لي رسالة في قناة حدثت أثناء فترة قطع الاتصال (تم تأكيدها من عميل آخر). كان هذا _ بدون دعم التشغيل. ربما يعيد محاولة الإرسال غير المعبأ من الاتصال المقطوع إلى الاتصال الجديد. لذلك إذا طلب HC دعم التشغيل ، فمن المحتمل أن يكون قد تلقى هذه الرسالة مرتين.

أي أخبار عن تقدم هذا؟

jpnurmi ، 404 على روابطك. :بكاء:

لقد التقطت لقطة أخرى لمكوِّن إضافي يبدو أنه يعمل بشكل أفضل: https://github.com/TingPing/plugins/blob/master/HexChat/playback.lua

حدث انقطاع قصير في الاتصال وأعد الاتصال بـ ZNC وأرسلت لي رسالة في قناة حدثت أثناء فترة قطع الاتصال (تم تأكيدها من عميل آخر). كان هذا بدون دعم التشغيل. ربما يعيد محاولة الإرسال غير المعبأ من الاتصال المقطوع إلى الاتصال الجديد. لذلك إذا طلب HC دعم التشغيل ، فمن المحتمل أن يكون قد تلقى هذه الرسالة مرتين.

ليس هذا مجرد مخزن مؤقت ZNC قياسي بالرغم من ذلك ، لا علاقة له بالوحدة النمطية [[تشغيل]] لـ znc.

TingPing عملت أحدث playback.lua بشكل جيد بالنسبة لي ، على الرغم من أنني ما زلت ألاحظ إعادة إرسال الرسائل التي رأيتها بالفعل. شكرا على الرغم من أن هذا أفضل من لا شيء :)

TingPing عملت أحدث البرامج النصية الخاصة بك playback.lua بشكل جيد بالنسبة لي ، على الرغم من أنني ما زلت ألاحظ إعادة تشغيل الرسائل التي رأيتها بالفعل. شكرا على الرغم من أن هذا أفضل من لا شيء :)

لاحظ أن البرنامج النصي لا يحفظ الطوابع الزمنية على القرص عن قصد.

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات

القضايا ذات الصلة

Davidj361 picture Davidj361  ·  9تعليقات

Krahazik picture Krahazik  ·  6تعليقات

petterreinholdtsen picture petterreinholdtsen  ·  8تعليقات

skovacs1 picture skovacs1  ·  5تعليقات

Havvy picture Havvy  ·  10تعليقات