اجتماع مطوري I2P - 24 أكتوبر 2006

16:03 <jrandom> 0) مرحباً 16:03 <jrandom> 1) حالة الشبكة 16:03 <jrandom> 2) حالة تطوير Syndie 16:03 <jrandom> 3) ??? 16:03 <jrandom> 0) مرحباً 16:03 * jrandom يلوّح 16:03 * Complication يترنّح إلى مكان يمكنه فيه الوصول إلى لوحة المفاتيح (بداية الأسبوع كانت جحيماً، لكنها انتهت الآن) 16:04 <jrandom> (هتاف للبدايات الجحيمية!) 16:04 <jrandom> ملاحظات الحالة الأسبوعية منشورة على http://dev.i2p.net/pipermail/i2p/2006-October/001315.html 16:04 <+Complication> مرحباً 16:05 <jrandom> بينما تقرؤون الملاحظات (القصيرة)، دعونا ننتقل إلى 1) حالة الشبكة 16:05 * jrandom متصل بـ freshcoffee منذ 3 أيام دون انقطاع، ويبدو أن خادمي IRC كلاهما عليهما عدد جيد من المستخدمين 16:06 <jrandom> stats.i2p عاد أيضاً، ومعدل نجاح tunnel سجّل بعض القفزات الغريبة، لكنه عموماً بحالة جيدة أيضاً 16:06 <jrandom> (مع أنه لا يزال في نطاق 20-30) 16:06 <jrandom> ((وهو أفضل بكثير من 5-10، لكنه أسوأ بكثير من 60-80)) 16:07 <jrandom> حسناً، هل لدى أحد أي شيء لطرحه بخصوص 1) حالة الشبكة؟ 16:08 <+Complication> مماثل هنا، لكن لا توجد اتصالات ذات ثباتٍ استثنائي 16:08 <+tethra> عدا عن التصفيق، لا شيء لدي! 16:08 <+Complication> أردت فقط أن أدوّن سطراً صغيراً يتعلق بمشكلات NTP 16:09 <+Complication> بشكل أساسي، يوم الأحد 29 أكتوبر، ستخرج بعض المناطق الزمنية من التوقيت الصيفي 16:09 <jrandom> (ستكون مزعجة) 16:10 <+Complication> آمل شخصياً ألا يسبب ذلك مشاكل لأحد، لكنني لست ضليعاً بما يكفي في NTP لأكون متأكداً 16:10 <+Complication> لذا، في حال سبّب اختبار سلامة خادم NTP الأخير (أُضيف مع الإصدار .26) أي إزعاج لشخصٍ ما تلك الليلة... 16:11 <+Complication> ...ظننت أنه سيكون أفضل لو ذكرت «مفتاح الإعداد» الذي يمكن استخدامه لتعطيله (إن وُجدت حاجة) 16:11 <+Complication> (كي يعرفه من يقرأ ملاحظات الحالة) 16:12 <+Complication> يمكن تعطيله بإدخال السطر "router.clockOffsetSanityCheck=false" في http://localhost:7657/configadvanced.jsp 16:12 <+Complication> ولكن كما ذُكر، آمل ألا يحتاجه أحد 16:13 <+Complication> سيكون من المثير مراقبة سلوك الشبكة تلك الليلة بينما تبدأ المناطق الزمنية المختلفة بالتحوّل 16:13 <+Complication> سأراقب بالتأكيد، على أمل أنه إذا ظهرت أي شذوذات، ربما يمكن إصلاحها بحلول الربيع :D 16:14 <jrandom> على الأرجح ستكون الدقيقة نفسها متقلبة جداً، لكن ينبغي أن تتعافى سريعاً 16:14 <+Complication> ...وهذا كل ما لدي. :) 16:14 <jrandom> لكن نأمل أن تسير الأمور على ما يرام، وإن لم تفعل، كما تقول، فهناك الربيع :) 16:14 <bar> وإن تعطّلت الأمور فعلاً (b0rk)، فقد ظهرت في الدردشة قبل أيام اقتراحان محتملان لتحسينٍ مستقبلي: 16:15 <bar> "prevent skewed routers from forming subnets by handing over control to NTP if peers <some number" 16:15 <bar> ...and "do not delete floodfill peer router infos from netdb if there are too few of them" 16:15 <jrandom> أجل 16:16 <+Complication> بالفعل، ضبط عدد نقاط البيانات المطلوبة (انحرافات ساعات الأقران المتاحة) المطلوبة لاعتبار قياسات انحراف الأقران موثوقة 16:16 <+Complication> (أُفّ، بعض التكرار في جملتي الأخيرة) 16:17 <+Complication> ...ونعم، فحص floodfill. أفهم أنه لا يوجد فحص مماثل حالياً؟ 16:18 <jrandom> صحيح 16:18 <+Complication> يبدو أن بعض الناس، أحياناً، إما بالحظ أو بالسحر، يتمكنون من فقدان تتبّع نظراء floodfill 16:19 <jrandom> يجب بالتأكيد معالجة ذلك 16:19 <jrandom> (أصاب الأمر بعض الأشخاص في اليوم الآخر، عندما تم null routed لأحدهم) 16:20 <jrandom> (if #floodfill == 0, perhaps randomly treat a few as floodfill) 16:20 <+Complication> إذا كان ذلك قابلاً للتنفيذ، فممكن أيضاً 16:21 <+Complication> مع ذلك، ربما تنفيذ ذلك بالإضافة إلى الإبقاء على ما لا يقل عن 2 من نظراء floodfill (أو شيء من هذا القبيل) سيكون رهاناً أكثر أماناً 16:22 <jrandom> أجل 16:25 <jrandom> حسناً، هل لدى أحد أي شيء آخر بخصوص 1) حالة الشبكة؟ أم نتابع إلى 2) حالة تطوير Syndie؟ 16:25 <badger> بخصوص استقرار IRC: نرى عدداً أقل بكثييير من إعادة الاتصالات على جهة الخادم. 16:25 <badger> يمكنك أن تسميه تقريباً «خدمة» :) 16:26 <jrandom> :) 16:28 <jrandom> حسناً، ننتقل إلى 2) حالة تطوير Syndie 16:28 <jrandom> هناك الكثير من التقدم هنا، كما ذُكر في ملاحظات الحالة 16:28 <jrandom> وكانت هناك أيضاً مجموعة نقاشات حوله هنا خلال الأيام القليلة الماضية 16:28 <jrandom> هل لدى أحد ما يريد طرحه في هذا الصدد؟ 16:30 <@cervantes> ثبّت شيئاً آخر غير mspaint 16:30 <jrandom> هه 16:30 <jrandom> حسناً، هناك قيمة في استخدام أشياء «قبيحة» للتخطيط — فهو يحدّ من التوقعات 16:31 <+fox> <HotTuna> روابط منشور المنتدى تبدو معطّلة ... بعضها على أي حال.. 16:31 <@cervantes> أعتقد أن ذلك مذكور في المشاركات 16:31 <+fox> <HotTuna> أوه. . آسف 16:31 <jrandom> hottuna: لها مرايا على @ dev.i2p.net/~jrandom/mockup/ 16:31 <@cervantes> يُفترض أن بعضها معكوس أبعد في الأسفل 16:32 <+Complication> سؤال واحد: هل تعتقد أنه أسهل (وبأمان) تنفيذ HTML محدود من الصفر، دون تفكيك متصفح ويب ما؟ 16:33 * jrandom قام للتو برفع صورتين إضافيتين: dev.i2p.net/~jrandom/mockup/forum.webp و blog.webp (تُظهران نقاش الأيام القليلة الماضية حول طرق مختلفة لعرض منتدى) 16:33 <@cervantes> قطعاً أسهل فعل ذلك بأمان 16:33 <+Complication> (مجرد فضول بشأن ما يجري على جانب GUI، إذ كنت غير مطّلع عليه نوعاً ما) 16:33 <jrandom> Complication: أنجزت تقريباً كل ما يتعلق بأغراض التنسيق العامة بالفعل 16:33 <@cervantes> لا سيما بالنظر إلى المجموعة الفرعية المحدودة من HTML التي سيدعمها Syndie 16:34 <+Complication> أها 16:34 <jrandom> (الخطوط، المحاذاة، الأحجام، الألوان، الصور، الروابط، القوائم (بما فيها المتداخلة)، العناوين، الفقرات، كيانات HTML) 16:35 <jrandom> أما إجراء divs لأغراض التموضع أو الجداول فيتطلب عملاً أكثر بكثير، لكنني لن أتناول ذلك الآن 16:35 <+Complication> يبدو ذلك جيداً بما يكفي 16:36 <@cervantes> وبالطبع وسم <blink> 16:36 * jrandom يرشق cervantes بـ † 16:37 <@cervantes> آخ، مُخَوْزَق بواسطة كيان 16:37 <jrandom> سنرى على أي حال. مع نشره واستخدامه، ربما يصبح من الضروري التحوّل إلى محرك عرض HTML كامل المواصفات 16:38 * jrandom يريد أن تبقى «الشفرة الأساسية» صغيرة قدر الإمكان، كي يكون هناك عمل أقل للتصحيح والمراجعة من ناحية قضايا الأمان وعدم الكشف عن الهوية 16:39 <+Complication> بالفعل، لا شك أن هناك فوائد للتعامل مع text/plain 16:40 <+Complication> (والتي نأمل أن تدعم فقط هجمات اللغة الطبيعية ;P ) 16:41 <+Complication> ما آراؤكم بشأن إمكانية استخدام hashcash (آلية إثبات العمل) لمكافحة الرسائل المزعجة؟ هل من المبكر الحكم؟ أتظنون أنه سيكون من السهل إضافتها لاحقاً؟ 16:42 <@cervantes> حسناً أظن أن استخدام BBCode أو wiki syntax سيقلّل من خطر «حقن الوسوم» في محرك HTML كامل 16:42 <@cervantes> *محرك العرض 16:43 <jrandom> سهل جداً إضافتها يا Complication — مجرد ترويسة عامة جديدة (محسوبة ضد URI المعياري لـ Syndie، تُتحقق عند الاستيراد، وتُنشأ عند التوقيع) 16:44 * Complication فكّر في بعضها قبل بضعة أيام، لكن بشكل عابر فقط 16:44 <jrandom> يمكن أيضاً تطبيق hashcash على عدة مستويات — لكل قناة جديدة (meta.syndie)، لكل قناة محدَّثة، أو لكل منشور (perhaps even graduated against sizeof(post) or #msgs/day) 16:44 <+Complication> إذا أراد المرء تنفيذ hashcash كإثبات عمل، أتساءل ما الذي ينبغي أن يُطلب من كاتب الرسالة حساب التصادمات مقابله على أفضل نحو؟ 16:45 <+Complication> أها، الـ URI... ربما بالفعل 16:45 <+Complication> أوه، بالفعل 16:45 <+Complication> تلك أمور لم أفكّر فيها 16:48 <jrandom> cervantes: صحيح بما فيه الكفاية 16:48 <jrandom> حسناً، هل لدى أحد أي شيء آخر بخصوص 2) حالة تطوير Syndie؟ 16:51 <jrandom> حسناً، إن لم يكن، دعونا ننتقل إلى 3) ??? 16:51 <jrandom> هل لدى أحد أي شيء آخر يريد طرحه؟ 16:54 <jrandom> حسناً، إن لم يكن... 16:54 * jrandom يستعد 16:54 * jrandom *baf*s يغلق الاجتماع