مرحباً بالجميع، حان وقت ملاحظات الحالة الأسبوعية

  • Index
  1. حالة الشبكة 2) التعارف في SSU / تقنية ثقب NAT 3) مكافآت 4) إرشادات تطبيق العميل 5) ???
    1. Net status

لا نزال نمضي قدمًا مع الإصدار 0.6.0.5 على الشبكة، وقد قام تقريبًا الجميع بالترقية، مع قيام الكثيرين بتشغيل إحدى البُنى منذ ذلك الحين (CVS HEAD (رأس فرع CVS) هو 0.6.0.5-9 حاليًا). بصورة عامة تسير الأمور على نحو جيد، رغم أنني لاحظت زيادة كبيرة في حركة المرور على الشبكة، وربما يعود ذلك إلى زيادة استخدام i2p-bt أو i2phex. تعثّر أحد خوادم IRC قليلًا الليلة الماضية، لكن الآخر صمد بشكل جيد ويبدو أن الأمور تعافت بشكل جيد. مع ذلك، شهدت بُنى CVS تحسينات كبيرة في التعامل مع الأخطاء وميزات أخرى، لذا أتوقع أن يكون لدينا إصدار جديد في وقت لاحق من هذا الأسبوع.

    1. SSU introductions / NAT hole punching

أحدث البُنى في CVS تتضمن دعماً لتعريفات SSU التي طال النقاش حولها [1]، مما يتيح لنا إجراء تقنية NAT hole punching بشكل لا مركزي للمستخدمين الموجودين خلف NAT (ترجمة عناوين الشبكة) أو جدار حماية لا يتحكمون به. ومع أنه لا يتعامل مع symmetric NAT، إلا أنه يغطي معظم الحالات الشائعة. التقارير من الواقع العملي إيجابية، غير أن المستخدمين الذين لديهم أحدث البُنى فقط يمكنهم الاتصال بالمستخدمين الواقعين خلف NAT - أما البُنى الأقدم فيجب أن تنتظر حتى يتواصل المستخدم معهم أولاً. وبسبب ذلك، سنطرح الشيفرة في إصدار أبكر من المعتاد لتقليل المدة التي تبقى فيها هذه المسارات المقيّدة قيد العمل.

[1] http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/udp.html?rev=HEAD#introduction

    1. Bounties

كنت أتحقق من قائمة البريد i2p-cvs في وقت سابق ولاحظت مجموعة من الالتزامات من Comwiz تتعلق بما يبدو أنه المرحلة الثالثة من مكافأة اختبارات الوحدات [2]. ربما يستطيع Comwiz أن يزوّدنا بتحديث عن حالة ذلك العمل خلال الاجتماع الليلة.

[2] http://www.i2p.net/bounty_unittests

على الهامش، وبفضل اقتراح من شخص مجهول الهوية، قمتُ بتحديث قاعة الشهرة [3] قليلًا، بما في ذلك تواريخ المساهمات، وتجميع عدة تبرعات من شخص واحد معًا، وتحويلها إلى عملة موحَّدة. شكرًا مرة أخرى لكل من ساهم، وإذا كانت هناك معلومات غير صحيحة منشورة أو إذا كان هناك شيء مفقود، فيُرجى التواصل وسيتم تحديث ذلك.

[3] http://www.i2p.net/halloffame

    1. Client app directions

أحد أحدث التعديلات في إصدارات CVS الحالية هو إزالة النمط القديم للتسليم mode=guaranteed. لم أكن أدرك أن أحداً ما يزال يستخدمه (وهو غير ضروري إطلاقاً، بما أننا نمتلك مكتبة البث الكاملة منذ عام الآن)، لكن عندما كنت أتفحّص i2phex لاحظت أن ذلك الخيار مُفعّلاً. مع البناء الحالي (وجميع الإصدارات اللاحقة)، سيستخدم i2phex فقط mode=best_effort، مما سيحسّن أداءه على الأرجح.

قصدي من إثارة هذا الموضوع (إضافةً إلى ذكره لمستخدمي i2phex) هو أن أسأل عمّا تحتاجونه في جانب العميل من I2P، وما إذا كان ينبغي تخصيص بعض وقتي للمساعدة في تلبية بعض تلك الاحتياجات. ومما يخطر ببالي الآن، أرى كثيراً من الأعمال المتاحة في جوانب مختلفة: = Syndie: تبسيط النشر، المزامنة الآلية، استيراد البيانات، تكامل التطبيقات (مع i2p-bt وsusimail وi2phex، إلخ)، دعم تنظيم المواضيع على هيئة خيوط لتمكين سلوك شبيه بالمنتديات، وغير ذلك. = eepproxy: تحسين معدل النقل، ودعم pipelining = i2phex: صيانة عامة (لم أستخدمه بما يكفي لأعرف نقاط الألم لديه) = irc: تحسين المرونة، رصد تكرار تعطل خوادم irc و تجنّب الخوادم المتوقفة، ترشيح إجراءات CTCP محلياً بدلاً من على الخادم، وكيل DCC = تحسين دعم x64 عبر jbigi وjcpuid وservice wrapper (مغلّف الخدمة) = تكامل systray (علبة النظام)، وإزالة تلك نافذة dos = تحسين ضوابط عرض النطاق لحالات الاندفاع = تحسين التحكم بالازدحام لحالات الحمل الزائد على الشبكة وCPU (وحدة المعالجة المركزية)، وكذلك الاستعادة. = إظهار مزيد من الوظائف وتوثيق الميزات المتاحة من وحدة تحكم الـ router للتطبيقات التابعة لأطراف ثالثة = وثائق مطوّري العميل = وثائق تعريفية لـ I2P

بالإضافة إلى كل ذلك، هناك بقية الأمور الواردة في خارطة الطريق [4] وقائمة المهام [5]. أعرف ما نحتاجه تقنياً، لكنني لا أعرف ما الذي تحتاجونه أنتم من منظور المستخدم. تحدثوا إليّ، ماذا تريدون؟

[4] http://www.i2p.net/roadmap [5] http://www.i2p.net/todo

    1. ???

هناك بعض الأمور الأخرى الجارية في نواة router (الموجّه) وعلى جانب تطوير التطبيقات إضافةً إلى ما ذُكر أعلاه، لكن ليس كل شيء جاهزاً للاستخدام في الوقت الحالي. إذا كان لدى أي شخص شيء يود طرحه، فليتفضل بالانضمام إلى الاجتماع الليلة عند الساعة 8 مساءً بتوقيت UTC في #i2p!

=jr