اجتماع مطوري I2P - سبتمبر 07, 2004

14:09 <jrandom> 0) مرحباً 14:09 <jrandom> 1) 0.4 14:09 <jrandom> 2) السعة وفرط التحميل 14:09 * cervantes يسحب مقعداً عالياً عند الحانة 14:09 <jrandom> 3) تحديثات الموقع 14:09 <jrandom> 4) واجهة الويب لـ I2PTunnel 14:09 <jrandom> 5) خارطة الطريق وقائمة المهام 14:09 <jrandom> 6) ??? 14:09 <jrandom> 0) مرحباً 14:09 <nicktastic> ugha، آه، حتى -x غير ضرورية لرؤية ما يتم حله - يا لسذاجتي 14:09 <cervantes> مرحباً 14:09 * nicktastic يعود للتخفي 14:10 <jrandom> أهلاً بالجميع، آسف على تأخر الملاحظات - http://dev.i2p.net/pipermail/i2p/2004-September/000437.html 14:10 * jrandom كان عليه فقط الرد على رسالة E من Derick :) 14:10 <deer> <ugha2p> nicktastic: صحيح. لكن الاجتماع بدأ بالفعل. :) 14:10 <luckypunk> ها رائع، لم أفوّته. 14:10 <jrandom> !hi5 14:10 <jrandom> حسناً، ننتقل إلى 1) 0.4 14:11 <jrandom> أخيراً أطلقناه، ويبدو أنه لم يعضّنا كثيراً 14:12 <jrandom> الشبكة أكبر من أي وقت مضى (أحصيت 60 اتصال TCP قبل بضع ساعات)، يمكن جلب eepsites، وirc غالباً قابل للاستخدام 14:12 <dm> هاي!! اجتماع؟ 14:12 <jrandom> hypercubus قام بعمل رائع في التثبيت الجديد، وsystray (منطقة إعلامات النظام)، ومدير الخدمة، مما أعاننا كثيراً 14:13 <modulus> رائع 14:13 <hypercubus> ما زال أمامنا شوط 14:13 <hypercubus> لكن أظن أننا نتقدم الآن 14:13 <jrandom> أتفق، إلى الأمام دائماً :) 14:14 <jrandom> هذا الإصدار يتضمن أيضاً نشرًا واسعاً لأداة oOo المسماة ?i2paddresshelper 14:14 <jrandom> تطرقنا لها قليلاً الأسبوع الماضي [http://dev.i2p.net/pipermail/i2p/2004-August/000419.html البند 2.3]، لكن ربما من الجيد الآن أن يفكر الناس باستخدامها لروابطهم 14:15 <hypercubus> هل تعمل مع vhosts المعتمدة على الاسم؟ 14:15 <jrandom> i2ptunnel httpclient ما زال يرسل بشكل صحيح Host: $base64dest 14:17 <jrandom> وعلى هذا المنوال، كان هناك حديث إضافي عن استخدام خادوم الويب المرفق لخدمة بعض eepsites، وأعتقد إن تفرّغ أحد لضبط الإعدادات اللازمة فسيكون ذلك رائعاً جداً (يوفّرنا مشاكل vhost / إعدادات apache) 14:18 <jrandom> حسناً، هل لدى أحد شيء آخر بخصوص 0.4؟ 14:18 <deer> <baffled> هل هذا خادوم الويب موجود في cvs؟ 14:18 <demonic_1> ؟ 14:18 <hypercubus> خادوم الويب موجود في 0.4 14:18 <demonic_1> ماذا فاتني 14:18 <deer> <ugha2p> Oh، سيكون كذلك. 14:18 <hypercubus> وبالتالي هو في CVS 14:18 <jrandom> baffled: نعم، كله في cvs (lib/org.mortbay.*) 14:18 <cervantes> بالمناسبة جرّبت مع معالجي بروتوكول URL في Windows... من السهل جداً إعداد السجل بحيث "i2p://base64" يفتح في المتصفح مع http://site.i2p?i2paddresshelper=base64 ... 14:19 <deer> <ugha2p> أوه، هو موجود بالفعل. 14:19 <dm> هذا كله رائع جداً جداً 14:19 <hypercubus> كتبت مسبقاً كود للتعامل مع السجل 14:19 <hypercubus> يمكننا استخدامه لإعداد ارتباط .i2p 14:19 <fvw> cervantes: لا أظن أن i2p:// سيكون مناسباً تماماً. فهو في النهاية http فوق i2p؛ كما يمكنك وجود irc:// فوق i2p. 14:19 <cervantes> يمكنك أيضاً تحديد إعدادات الأمان والوكيل لكل بروتوكول على حدة 14:19 <jrandom> cervantes: هل تحترمها firefox/الخ؟ 14:19 <cervantes> نعم 14:20 -!- shardy_ هو الآن shardy 14:20 <jrandom> واو، مرحباً shardy_ 14:20 <shardy> أهلاً jrandom، طال الغياب 14:20 <cervantes> رغم أني بحاجة إلى مزيد من الاختبار... 14:20 <nicktastic> konqueror ينبغي أن يفعل ذلك أيضاً 14:20 <cervantes> كنت ألعب بها في لحظة فراغ ;-) 14:20 <deer> <ugha2p> Opera لا يفعل. 14:20 <cervantes> مع أني أشك أن firefox يعير إعدادات وكيل وأمان Windows أي اهتمام 14:20 <hypercubus> يمكنك ضبطه في ملف ini الخاص بـ Opera 14:21 <hypercubus> فعلت ذلك في Opera ليدعم ed2k:// 14:21 <deer> <ugha2p> hypercubus: آه، رائع. 14:21 <fvw> إلى حد ما فقط. لا يمكنك تحويل معالجات URL إلى http:// يتعامل معها Opera ذاته للأسف. 14:21 <hypercubus> رغم أنهم لا يوثقون ذلك جيداً 14:21 <deer> <duck> حقاً، ما الفائدة التي يقدمها i2p://؟ 14:22 <fvw> hypercube: أظنك تمرره إلى تطبيق مساعد؟ فعلت الشيء ذاته تقريباً، لكن لم أجد طريقة ليعرض Opera صفحة "تم بدء التنزيل". 14:22 <hypercubus> نعم، يتم تمريره إلى eMule 14:22 <dm> نعم، من يريد أن يبول علناً على أي حال؟ 14:22 <hypercubus> يمكن أن نمرر i2p:// إلى eeproxy 14:22 <hypercubus> ثم يا معشر مطوري الويب يمكنكم تدبر الباقي ;-) 14:22 <Sciatica> أليس https هو http فوق، آه، "s"؟ 14:23 <jrandom> لكن، كما أظن أن duck يقصده، سنكون أصلاً مرتبطين بـ eepproxy؟ 14:23 <deer> <ugha2p> Sciatica: إنه HTTP فوق SSL، نعم. :) 14:23 <jrandom> Sciatica: http فوق i2p (حسناً، أي شيء فوق i2p) آمن ومُوثَّق. ما يحدث بعد وصوله إلى الطرف الآخر خارج نطاق i2p 14:23 <deer> <ugha2p> لكنه تقليد قائم. 14:24 <Sciatica> نعم، أعلم ذلك. أنا فقط أقول إن الحجة ضد i2p:// ليست واضحة بقدر "أليس مجرد http فوق i2p؟" 14:24 <dm> htt2p 14:24 <hypercubus> لا أعلم إن كان i2p:// ضرورياً، لكني أعتقد أنه يمكن جعل المتصفحات الكبرى تعمل معه على الأقل 14:24 <deer> <ugha2p> jrandom: أظنه كان يشير إلى بادئة 'https://'. 14:24 <jrandom> آه، آسف. 14:24 <deer> <duck> نحتاج مُرشّح تعمية بالإضافة إلى http://127.0.0.1:7657/www.duck.i2p/ على أي حال 14:25 <deer> <duck> معهما لن تحتاج لتعديل إعدادات المتصفح 14:25 <jrandom> لكن نعم، أتفق مع fvw، هذا يبدو كتحميل مفرط لبروتوكول URL 14:25 <demonic_1> ليس هنا>> كاستخدام سخيف أظن روابط i2p:// ستكون رائعة <<ليس هنا 14:25 <jrandom> صحيح duck 14:25 <jrandom> ههه 14:25 <cervantes> ربما يمكن جعل i2p:// يعمل كوسيط بروتوكولات: i2p://irc/base64 14:26 <fvw> آه، هذا قبيح واستغلال سيئ للعناوين. 14:26 <deer> <ugha2p> cervantes: وكيف سيعمل ذلك في حالة IRC؟ 14:26 <deer> <duck> URIs :) 14:26 <cervantes> بهذه الطريقة يمكنك تشغيل تطبيقات مختلفة بناءً على معيار URL واحد 14:26 <fvw> (ليس أن هناك خطأ في ذلك) 14:26 <jrandom> ألن يكون التعديل الأنسب لعنوان URL هو irc://i2p/base64/#i2p ؟ 14:27 <jrandom> لكن، حسناً، خرجنا قليلاً عن الموضوع.. 14:27 <jrandom> شيء آخر بخصوص 0.4؟ :) 14:28 <fvw> لا أظن أن URI تسمح بتحديد آلية النقل بمعزل عن البروتوكول، وهو أمر مؤسف حقاً. 14:28 <dm> يمكنك استخدام نظام الملفات 14:28 <fvw> نعم، نوعاً ما: *تصفيق* 14:28 <dm> c:\i2p\irc #i2p 14:29 <dm> ها! لقد أربكتكم جميعاً 14:29 <deer> * mule_iip يوافق fvw 14:29 <fvw> dm: سأؤذيك بجدية. ربما ليس اليوم، ولا غداً، لكن قريباً ولطوال حياتك. 14:29 <jrandom> :) شكراً، نبذل قصارى جهدنا 14:29 <fvw> </pinky and the brain> 14:29 <jrandom> هه 14:29 <jrandom> حسناً، ننتقل إلى 2) السعة وفرط التحميل 14:30 <deer> <DrVince> مرحباً جميعاً 14:30 <jrandom> أفضل ألا أعيد نسخ ما نُشر في الملاحظات، لذا راجعوا ما هناك :) 14:30 <dm> مرحباً 14:30 <hypercubus> أهلاً بك في اجتماعنا يا DrVince ;-) 14:30 <deer> <ugha2p> مرحباً، DrVince. 14:31 <jrandom> أمر واحد أود ذكره بخصوص 2) وهو شيء لاحظه بعض الناس - انحراف شديد في الـ tunnels المشاركة 14:31 <jrandom> مثلاً، شخص على DSL كان لديه 300+ tunnels في اليوم الآخر 14:31 <dm> أنا 14:31 <modulus> نعم 14:31 <jrandom> (وعندما يسقط، هذا يكسر كمية كبيرة من الـ tunnels) 14:31 <jrandom> المشكلة أن الـ tunnels خفيفة جداً - 2-20bps في المتوسط 14:31 <cervantes> ووصلة الـ OC3 لدي تكاد لا تحمل شيئاً 14:31 <hypercubus> لدي فقط 8 حالياً 14:32 <dm> كان لدي 270+، وأنا على 150kbps 14:32 <jrandom> إجمالاً، الشبكة لديها ~ 20*n tunnels في المتوسط في أي لحظة 14:32 <jrandom> (حيث n = عدد العقد في الشبكة) 14:32 <jrandom> بمتوسط قفزتين لكل عقدة، يعني أن كل عقدة تشارك في متوسط 40 tunnels 14:33 <hypercubus> نظرياً ;-) 14:33 <jrandom> حسناً، هذا هو الأمر، موازنة كهذه ليست مثالية 14:33 <jrandom> لأن ليس كل العقد بنفس السرعة أو بنفس عرض الحزمة 14:33 <jrandom> ومن ناحية أخرى، موازنة الـ tunnels بحيث تمر جميعها عبر 2 أو 3 أقران سريعين جداً سيئة أيضاً 14:33 <jrandom> لأن سقوط أحدهم يعني *بوم* 14:34 <hypercubus> صحيح، فلماذا اتصال dm الـ DSL الأضعف محمّل بشكل زائد، بينما اتصال DSL الأسرع لدي مستغلّ بأقل من اللازم؟ 14:34 <Sciatica> هل سيزول هذا المشكلة مع نمو عدد العقد في الشبكة إلى ما بعد 100، 200، إلخ؟ 14:34 <dm> أضعف؟ :'( 14:34 <jrandom> hypercubus: لأن i2p حالياً غير متجاوب مع عرض الحزمة المتاح، إلا إذا فعّل الناس تحديد عرض الحزمة 14:34 <hypercubus> dm: تقنياً ;-) 14:34 <hypercubus> حسناً لدي تحديد عرض الحزمة مفعّل... dm على الأرجح لا؟ 14:35 <Sciatica> (في نقطة ما ألن يُ dwarfed عدد العقد التي يمكن لخادم استضافتها مقارنة بعدد العقد الإجمالي [أي tunnels]؟ 14:35 <ugha_node> آرر! 14:35 <ugha_node> '(وقت معالجة الرسائل المحلية يتجاوز 1s)' -- لا أظن أننا ينبغي أن نبرمج أي ثوابت كهذه في الـ router. أظن أن كل هذه القيم يجب أخذها من بيئة (شبكة I2P)، حتى تعمل إن وقع الـ router في بيئة غير متوقعة. 14:35 <dm> نعم، لا أفعل، كما أن رفع التحميل لدي جيد: 256kbps (التنزيل 150kbps) 14:35 <Sciatica> مصطلحات سيئة -- أكتب ببطء شديد لمثل هذه القضايا :-) 14:35 <jrandom> Sciatica: ليست مشكلة، إنها واقع. إن كانت كل عقدة تحافظ على 20 tunnels في أي لحظة، وبمتوسط قفزتين لكل tunnel، فلا يهم حجم الشبكة، سيبقى المتوسط كما هو 14:36 <jrandom> ugha_node: أتفق - رقم 1s عشوائي، لكن كيف نستنبط القيمة "الصحيحة"؟ ما مقدار التأخير الذي يُعد "كثيراً"؟ 14:37 <jrandom> لدينا بعض الشيفرة في RouterThrottleImpl تتعقّب "كم مقدار عرض الحزمة الذي وافقنا على تخصيصه" 14:37 <jrandom> لكن في الوقت الحالي، لا تُخنّق بناءً على ذلك 14:37 <dm> هُمم لا أحب هذه نقاشات الفرط... ذكريات سيئة عن freenet. 14:37 <jrandom> (عرض الحزمة المتفق عليه == # الـ tunnels المشاركة * # الرسائل لكل tunnel في المتوسط * # البايت لكل رسالة في المتوسط) 14:37 <dm> ربما علينا استخدام مُقدّرات؟ 14:38 * jrandom يركل dm 14:38 <hypercubus> dm: هل تستخدم تحديد عرض الحزمة في الـ router لديك؟ 14:38 <dm> hypercubus: لا 14:38 <hypercubus> dm: أوصي بشدة باستخدامه ;-) 14:38 <dm> jrandom: ثلاث كلمات... NGR 14:38 <fvw> الأمر يعود حقاً للعقدة التي طلبت الـ tunnel، أليس كذلك؟ أي نوع من التأخير هم مستعدون لقبوله؟ هل سيكون مجدياً جعله أحد معلمات الـ tunnel؟ 14:39 * fvw يتساءل إن كان dm يحاول إخافتنا أم أنها مجرد فائدة إضافية. 14:39 <jrandom> ممم، هذا له إمكانية 14:39 <dm> آوه.. ألن ينقل ذلك العتبة التعسفية إلى الـ router الطالب؟ ;) 14:39 <dm> أنا لا أريد أن أختار، أنت اختر! 14:40 <jrandom> نعم dm، لكن الـ router الطالب يعرف ما سيُستخدم الـ tunnel لأجله (irc بزمن تأخير منخفض مقابل نقل كثيف بزمن تأخير أعلى ومعدل نقل أعلى) 14:40 <fvw> نعم، لكن لبعض الأمور تأخير 10 ثوانٍ لا مشكلة (فكّر في نقل الملفات)، بينما أمور أخرى (irc) تحتاج زمناً منخفضاً. 14:40 <dm> نعم، إذن تجعل طبقة التطبيق تقرر العتبة؟ 14:40 <jrandom> هذا، مع ذلك، خطر 14:40 <fvw> المشكلة الوحيدة أن استخدام وصلات عالية التأخير لن يزيد السعة، لذا في النهاية تستحوذ نقلات الملفات على كل الموارد. 14:41 <cat-a-puss> هل يمكن حقاً الوثوق بأي ادعاءات حمل يقدّمها الـ router؟ وإلا فقد يحاول شخص خبيث جعل حركة عقد أخرى تمر عبر كل الـ routers لديه 14:41 <jrandom> cat-a-puss: هذه تُستخدم فقط لرفض طلبات المشاركة، وليس لاستقطابها 14:41 <ugha_node> لا يمكنك. 14:41 <cat-a-puss> حسناً 14:42 <jrandom> يمكن لمستخدم خبيث بالطبع قبول الـ tunnels وهو محمّل بشكل زائد تماماً، لكن سنكتشف ذلك عندما يفشل الـ tunnel 14:42 <jrandom> (ويمكن لمستغل الخدمة أن يرفض الـ tunnel عندما لا يكون محمّلاً، ولكن لا بأس) 14:43 <jrandom> الخنق بناءً على الحمل المحلي فعّال جداً. ومع ذلك، هذا ليس كافياً 14:43 <dm> جشع لعين 14:43 <jrandom> حاولت إيجاد طريقة مثلى لتقرير قبول الطلب من عدمه، وأظن أن هناك إمكانية لرفض بعض الطلبات احتماليّاً كنا سنقبلها، بناءً على عدد الـ tunnels التي نشارك فيها بالفعل 14:44 <jrandom> الفكرة أن الندّ يريد من الآخرين تحمل بعض الحمل 14:44 <cat-a-puss> هل علينا تشغيل عدد من الـ routers الافتراضية بقدر عرض الحزمة المتاح؟ 14:44 <jrandom> (لتوزيع الفشل) 14:44 <jrandom> هممم cat-a-puss؟ 14:44 <jrandom> هل تشغّل المحاكي على الشبكة الحية؟ 14:45 <jrandom> على أي حال، لا، يجب أن يكون router واحد قادراً على معالجة السعة المحلية 14:46 <deer> <mule_iip> المشكلة أن عرض الحزمة المستخدم في tunnel قد يتغير بشكل كبير عبر الزمن، أليس كذلك؟ 14:46 <cervantes> وهذا لا يحدث حالياً... على الأقل ليس لدي 14:46 <cat-a-puss> حسناً إن كان كل شيء احتمالي فكيف تستفيد من OC3 أكثر من شخص مسكين على 56k؟ إما أن تعلن: وهو إشكالي، أو تشغّل routers افتراضية، وفي كلتا الحالتين أظن أن طرفاً خبيثاً قد يحاول تطويق عقدة لهجوم إحصائي ما 14:46 <jrandom> صحيح mule_i2p. نحتاج مراقبة إضافية لنشاط الـ tunnel 14:46 <cervantes> 14 مشاركاً لكل منهم 11.5mbit ... هذا إهدار :) 14:47 <jrandom> cat-a-puss: احتمالي != عشوائي :) 14:47 <jrandom> هه cervantes 14:48 <jrandom> الفكرة الأساسية للرفض الاحتمالي هي نشر الحمل على أقران آخرين. ومع ذلك، إن كانت الشبكة مشبعة فعلاً، فلن تشكّل الاحتمالية مشكلة إذ سيعاود الناس الطلب 14:48 <jrandom> القضية أننا حالياً لدينا فائضاً هائلاً من السعة 14:48 <Sugadude> مسكينة i2p، لديها سعة كبيرة أكثر من اللازم. لا تقلقوا، سأهتم بالأمر. ;) 14:49 <fvw> بافتراض أن الجميع ملتزم، ربما يمكنك ألا ترفض من الذين يعودون خلال فترة قصيرة بعد رفض احتمالي؟ 14:49 <deer> <mule_iip> لذا املأ أي tunnel بحركة تمويه 14:49 <jrandom> هه Sugadude :) 14:49 <cervantes> هذا لأن كل الطلبات تُعالَج عبر router الخاص بـ dm ;-) 14:49 <jrandom> fvw: لا نعرف من يطلب الـ tunnel 14:49 <fvw> همم، نقطة جيدة. *يعيد تثبيت رأسه* 14:50 <jrandom> fvw: احتمالياً، الطلبات اللاحقة ستُقبل - نريد عامل "الرفض" أن يبقى منخفضاً بما يكفي 14:50 <deer> <mule_iip> ما سيزيد من الإخفاء ويجعل حساب الحمل أسهل 14:51 <jrandom> صحيح mule_iip، لكن سيكون من الجيد أن تعمل الشبكة بفعالية دون الحاجة إلى حمل عالٍ :) 14:51 <jrandom> لكن هذا بالتأكيد سيناريو جدير بالمحاكاة 14:51 <deer> <mule_iip> اجعل i2p يستخدم معدل بت ثابت مع حركة تمويه. لكن هذا لإصدار مستقبلي، فيما أظن :) 14:52 <jrandom> يمكننا استخدام تخصيص على نمط ATM 14:52 <fvw> أليس استخدام عرض الحزمة متقلباً جداً ليكون ذلك قابلاً للتطبيق؟ 14:52 <jrandom> مثلاً: نفترض 5 رسائل في الدقيقة لكل tunnel @ 32KB لكل منها، ونقارن ذلك بحدود عرض الحزمة، ونرفض وفقاً لذلك 14:52 <cervantes> لدى hyper بعض ascii يمكننا استخدامه لحشو الرسائل 14:52 <hypercubus> هممم، لا أحب فكرة معدل البت الثابت... سيتم ترشيح i2p من مزودي الخدمة بسرعة كبيرة إن طُبّق ذلك 14:53 <jrandom> هه cervantes 14:53 <deer> <kaji> نعم 14:53 * hypercubus لا يعرف عما يتحدث cervantes 14:53 * hypercubus يخفي قرصه المرن 14:53 <jrandom> fvw: الحشو؟ أم التخصيص؟ 14:53 <fvw> التخصيص 14:53 <cervantes> آه نعم قابلية الإنكار 14:54 <jrandom> همم fvw. ربما، لكن أظن يمكننا مراقبتها إحصائياً والتعويض 14:54 <deer> <kaji> معدل بت ثابت يذكّرني بـ Waste 14:54 <jrandom> مثلاً: http://localhost:7657/oldstats.jsp#tunnel.bytesAllocatedAtAccept 14:54 <hypercubus> ومن هنا جاء الاسم ;-) 14:55 <jrandom> هذا الإحصاء يراقب مقدار عرض الحزمة الذي وافقنا على تمريره لِـ tunnels الآخرين 14:55 <jrandom> (باستخدام آخر 10 دقائق كمرجع) 14:56 <jrandom> لذا نظيري مع 85 tunnels يقول إنه سينقل 3,676,945.65 بايت خلال الدقائق العشر القادمة لكل تلك الـ tunnels مجتمعة 14:56 <deer> <mule_iip> kaji: إنه Waste، وربما يجب أن نستخدمه فقط لتهديدات أكثر شدة. لكن سيكون جيداً لزمن تأخير منخفض مثل irc. 14:56 <jrandom> هذا 72bps لكل واحدة، لكن لست متأكداً من مدى الانحراف (على الأرجح كبير جداً) 14:57 <jrandom> ومع ذلك، إن بدأت كل تلك الـ tunnels باستخدام الكثير من عرض الحزمة، فسترتفع القيمة الإجمالية، ويمكننا خنقها 14:57 * fvw يومئ. 14:57 * fvw يلاحظ أن هذه مشكلة مثيرة للغاية نظرياً. 14:57 <fvw> (لكن ربما أنا غريب فقط) 14:57 <jrandom> أتفق 14:58 <jrandom> (مع كلا الأمرين ;) 14:58 <jrandom> لكن نعم، لا نملك الإجابة الصحيحة بعد. لكنه شيء للعمل عليه 14:59 <jrandom> حسناً، إن لم يكن هناك شيء آخر حول ذلك، ننتقل إلى 3) تحديثات الموقع 14:59 <fvw> يمكننا بالطبع أن نصبح فاقدين كلياً ونسقط الـ datagrams عندما نكون محمّلين بشكل زائد، ونجعل الناس يشغّلون شيئاً مثل tcp فوق ذلك. 14:59 <jrandom> جرّبنا ذلك، وفشل الكثير والكثير والكثير من الـ tunnels 15:00 <jrandom> (لأننا إن أسقطنا رسالة واحدة في tunnel، نُعلِمها كفاشلة) 15:00 <fvw> نعم، لا ينبغي فعل ذلك إن اتخذت هذا النهج. 15:00 <jrandom> ((وعندما جرّبنا ألا نكون متشدّدين، لم نلحظ حين يفشل tunnel فعلاً)) 15:00 * fvw يومئ ويمسح لحيته. نقطة جيدة. (ملاحظة لنفسي: إطالة اللحية لمسحها في مواقف كهذه) 15:01 <jrandom> هه 15:01 <jrandom> حسناً، على أي حال، كما رأيتم جميعاً، مُثبّتُنا الجديد وواجهة الويب الجديدة مختلفة تماماً عن الطريقة القديمة 15:01 * hypercubus يعطي fvw لحيته 15:02 <jrandom> وهذا "جيد"، إذ كانت الطريقة القديمة "مؤلمة"، لكن كل الوثائق القديمة الآن غير دقيقة بشدة 15:02 <fvw> هل يمكننا البقاء في 2) لبضع دقائق إضافية؟ لدي بعض الأفكار السيئة التي أريدك أن تطيح بها. 15:02 <jrandom> بالتأكيد 15:02 <dm> لا أستطيع استخدام الإنترنت... 15:02 <dm> Bandwidth in/out 15:02 <dm> 1m: 13.32/11.98KBps 15:02 <dm> 5m: 10.74/9.46KBps 15:02 <jrandom> كم tunnel لديك dm؟ 15:02 <hypercubus> dm: لهذا اقترحت أن فعّل تحديد عرض الحزمة في i2p ;-) 15:02 <dm> فقط 166 15:02 <jrandom> نعم، اخفضه إلى 6KBps 15:02 <jrandom> لووول 15:03 <dm> (المشاركة) 15:03 <jrandom> (أو ربما 8KBps إن كنت كريمًا) 15:03 <dm> سأتركه كما هو، أحتاج فقط لعرض هذه الصفحة 15:03 <jrandom> بالمناسبة، الفرق 13.32 مقابل 11.98 يجعلنا نعلم أنك تُنزّل تقريباً 1KBps محلياً 15:03 <jrandom> (عبر i2p) 15:03 <fvw> ماذا يحدث إن قمنا بإيقاف الـ tunnels عند وقت خمول معقول؟ لنقل 30 دقيقة أو شيء كهذا. الطبقة التالية للأعلى سيتعين عليها إرسال keepalives، لكن ألن يحل ذلك مسألة عدم كشف الـ tunnels الميتة؟ 15:03 <hypercubus> هو يُنزّل أكثر من ذلك بكثير في الواقع 15:04 <jrandom> ((مع أن 1KBps هذا قد يكون صغيراً بما يكفي ليكون netDb)) 15:04 <dm> hypercubus: نقلنا يتعثر بشدة، فعلياً. 15:04 <jrandom> fvw: الـ tunnels تنتهي بعد 10 دقائق 15:04 <deer> <kaji> تمهلوا، هل يعمل تحديد عرض الحزمة الآن؟ إن كان كذلك، إلى ماذا أعينه؟ 15:04 <dm> محبط من تركيبة getright/i2p 15:04 <jrandom> ليست طويلة العمر fvw، على عكس TOR 15:04 <fvw> وهل أدى ذلك لفشل معظم الـ tunnels، حتى مع keepalives؟ 15:04 <hypercubus> dm: دورياً نعم... أعتقد أن الحل سيكون تحديد رفعك إلى نحو 8KB/s 15:04 <jrandom> kaji: http://localhost:7657/ 15:05 <hypercubus> لأنك تبدو مشبعاً 15:05 <jrandom> إيه، /config.jsp 15:05 <fvw> حسناً، لكنك لا تريدها أن تختفي في زوابع من فقدان الحزم. 15:05 <jrandom> كل دقيقة (في المتوسط) يختبر كل نظير كل tunnel ليتأكد أنه حيّ (حتى يتمكن الآخرون من إرسال البيانات لنا - بدون tunnels، نحن في ورطة) 15:06 <fvw> حسناً. عليّ قراءة المزيد عن كيفية عمل i2p حالياً. بالنسبة لي يمكننا الانتقال إلى 3). 15:06 <deer> <kaji> حالياً هو على الإعداد الافتراضي -1 لكنني لا أعلم ما الذي تُترجم إليه وصلة 1.5/750@1.2ghz من حيث أقصى مشاركة في tunnels 15:07 <deer> <kaji> يبدو أنني أشارك في 166 15:07 <jrandom> kaji: الـ router لديك لن يحصل على عدد كبير من الـ tunnels يجعله مزدحماً على الـ CPU ;) 15:07 <deer> <mule_iip> خارج الموضوع: ألا تحتاج tunnel لتكون "في ورطة" :) 15:07 <deer> <kaji> *ing 15:07 <jrandom> هه 15:07 * fvw يصوّت "لا" 15:08 <deer> <kaji> jrandom، انتهيت للتو من قراءة الرسالة حول tunnels بلا عرض حزمة، فقط لا أعلم إلى ماذا أحدد الحد 15:08 <jrandom> حسناً، أتفق، الكثير جداً لا يزال علينا فعله لحل هذه الأمور 15:08 <jrandom> حسناً رائع kaji، فقط فعّل محدد عرض الحزمة لديك لقيمة مثل 8KBps 15:08 <jrandom> (أو 12 إن كنت لطيفاً :) 15:09 <deer> <kaji> </oftopic> 15:09 <jrandom> حسناً، إلى 3) تحديثات الموقع 15:09 <deer> <kaji> للداخل والخارج؟ 15:09 <jrandom> نعم kaji 15:09 <jrandom> حسناً، كما قلت، نحتاج مساعدة في الوثائق 15:09 <jrandom> (المساااااعدة!) 15:09 <hypercubus> أقترح أن نملأ المنصبين الشاغرين منذ زمن: Webmaster و Web Editor 15:10 * jrandom يؤيد الاقتراح 15:10 <jrandom> (الآن كل ما نحتاجه شخص يتطوع ;) 15:10 <hypercubus> أعلم أن cervantes مشغول 15:10 <jrandom> الأمر متروك للفرد أن يتطوع بنفسه يا hyper ;) 15:10 <hypercubus> أرشّح Curiosity لمنصب Webmaster أو Web Editor، أو كليهما إن رغبت ;-) 15:11 <deer> <ugha2p> آه. 15:11 <dm> يا رجل، حتى المعالج لدي بدأ يصل للحد الأقصى بسبب I2P... 15:11 <dm> أنتم تحبونني، تحبونني فعلاً :'( 15:11 <dm> عفواً، :') 15:12 * cervantes يشعر بأن أحدهم يدفعه إلى حلبة الثيران 15:12 <jrandom> أظن أننا بحاجة لكل مساعدة ممكنة، وإن كانت مستعدة للمساعدة، سنُسعد بذلك 15:13 <hypercubus> رأيت تصميماتها ويمكنني الشهادة لعملها 15:13 <hypercubus> وقد أبدت اهتماماً، لا أعلم ما قررته أخيراً مع ذلك 15:13 <jrandom> حسناً رائع 15:13 <dm> هي؟ 15:13 <cervantes> أنا متأكد أنها تستطيع أن تولي الأمر عناية واهتماماً أكثر بكثير مما أستطيع 15:14 <dm> هذه الكلمة يجب ألا تُستخدم في عالمنا 15:14 <fvw> دع عنك هذا، لقد قال "عناية واهتمام". 15:15 * jrandom يتأوه 15:15 <fvw> مع استثناء الحضور بالطبع. 15:15 <jrandom> حسناً، على أي حال، سنحتاج بعض الناس للمساعدة في الوثائق - كتابة جولات جديدة، وثائق تمهيدية، إلخ 15:16 <jrandom> سنتحدث مع Curiosity حول ما يمكننا أن نجعلها تعمل عليه :) 15:16 <hypercubus> يمكنني تولّي الأمور المتعلقة بالتثبيت 15:16 <hypercubus> s/on/of/ 15:16 <hypercubus> أعلم كم يحب الجميع قراءة أدلة "كيف" الباروكية التي أكتبها ;-) 15:16 <jrandom> :) 15:17 <jrandom> دليل تثبيت / جولة سيكونان رائعين 15:17 <fvw> ليست هذه طريقة كتابة 'broke'. 15:17 <jrandom> هه 15:17 * hypercubus يضحك خلسة، ثم يسرق محفظة fvw 15:17 <hypercubus> هذه هي طريقة كتابة "broke" ;-) 15:17 <deer> <kaji> hyper ما النظام الذي تستخدمه؟ سأحاول على نسخة winxp لكنني لست موثوقاً جداً، قد أرى شيئاً لامعاً وأتوقف 15:17 <deer> * Curiosity غائبة لبعض الوقت... 15:18 <hypercubus> kaji: ؟ 15:18 <deer> <kaji> hyper، كنت أسأل ما نظام التشغيل الذي تستخدمه 15:18 <hypercubus> OSes 15:18 <deer> <kaji> OSESES 15:19 <hypercubus> لدي vmware، لذا يمكنني تشغيل كل إصدارات Windows وfreebsd وما شابه 15:19 <hypercubus> لدي أيضاً pearpc، لذا أستطيع تشغيل OS X 15:20 <jrandom> حسناً، إن لم يكن هناك شيء آخر على صعيد الويب 15:20 <jrandom> ننتقل إلى * 4) واجهة الويب لـ I2PTunnel 15:21 * jrandom يصرّح بأن واجهة الويب لـ i2ptunnel سيئة. تعمل. لكنها سيئة. 15:21 <deer> <DrVince> يمكنني المساهمة بترجمة فرنسية إن كان هناك اهتمام 15:21 <jrandom> كان لدى duck بعض الأفكار لتحسينها، لكنه اضطر للمغادرة، لذا دعوني ألصق بعض الأسطر 15:21 <hypercubus> مرة أخرى، نحتاج المزيد من مطوري الويب ;-) 15:21 <jrandom> أوه، ترجمة صفحات الويب إلى الفرنسية سيكون رائعاً 15:22 <jrandom> s/french/french and other langs/ 15:22 <jrandom> إليكم بعض "حِكم duck": 15:22 <jrandom> <duck> تقليل حمل البيانات على الصفحة العامة؛ استخدم tables/div لترتيب الأشياء 15:22 <jrandom> <duck> توفير صفحة تعديل/تفاصيل بمعلومات لا يهتم بها معظم الناس، tunnels، dest hash، المفتاح الكامل 15:22 <jrandom> <duck> تغذية راجعة بعد الضغط على الأزرار، 'تم حفظ العنصر' إلخ. أعطِ dest كمخرَج عند إنشاء واحد جديد 15:22 <jrandom> <duck> (أخفها تحت edit/details وإلا) 15:22 <jrandom> <duck> وسم الرسائل العلوية على أنها 'log'؛ أحياناً مربكة 15:22 <jrandom> <duck> اجعل واضحاً أن 'confirm' مطلوب فقط للحذف، وليس للحفظ 15:22 * jrandom يوافق على ما قاله 15:23 <jrandom> كان هناك دفعة من إصلاحات الأخطاء خلف الكواليس في واجهة /i2ptunnel/ منذ 0.4 أيضاً، لذا ينبغي أن تكون العُقد الوظيفية قد صُقلت 15:24 <jrandom> الشيفرة التي تطبّق تلك الصفحات قبيحة نوعاً ما مع ذلك 15:24 <jrandom> ربما أفضل نهج أن نكتب الشاشات بـ HTML / CSS / صور / إلخ عادية، ثم نسلمها لأحد مطوري الجافا للدمج 15:25 <hypercubus> ماذا حدث لأيام كانت فيها وفرة مطوري الويب؟ ;-) 15:25 <jrandom> كلهم يعملون في mcdonalds 15:25 <hypercubus> آه صحيح 15:25 <deer> * Curiosity عادت :) 15:25 <jrandom> على أي حال، إن كان لدى أحد اهتمام بالمساعدة، أو لديه اقتراحات إضافية، فاليتواصل 15:25 <jrandom> أهلاً بعودتك Curiosity 15:26 <deer> <Curiosity> هل أطرح الفكرة التي أخبرتك عنها يا jrandom؟ 15:26 <cat-a-puss> أعرف شخصاً قد يتمكن من المساعدة في أمور الويب 15:26 <jrandom> آه، الـ live cd؟ 15:27 <jrandom> رائع cat-a-puss، نحتاج كل مساعدة ممكنة 15:27 <deer> <Curiosity> نعم :) 15:27 <deer> <Curiosity> آه نعم 15:27 <jrandom> Curiosity: نعم، اطرحي ذلك عندما نصل إلى البند 6) ??? 15:28 <deer> <Curiosity> حسناً :) 15:28 <cat-a-puss> حسناً، سأضيفهم إلى القائمة، وأعطيهم بريد jrandom (curiosity لا أعرف بريدك) 15:28 <jrandom> حسناً، هل لدى أحد شيء آخر يود ذكره بخصوص واجهة الويب لـ I2PTunnel؟ 15:28 <jrandom> r0x0r cat-a-puss 15:29 <deer> <Curiosity> أيضاً، لا أمانع المساعدة في تحرير الويب، إلخ. أيضاً :) 15:29 <jrandom> حسناً، إن لم يكن هناك شيء آخر، 5) خارطة الطريق وقائمة المهام 15:30 <jrandom> رائع Curiosity، شكراً! يمكننا الدردشة قليلاً بعد الاجتماع حول الاستيلاء على العالَم^W^W^W^Wأمور الويب 15:30 <deer> <Curiosity> حسناً :) 15:30 <jrandom> كما رأيتم ربما، هناك صفحة كبيرة مخيفة جديدة على الموقع (http://www.i2p.net/todo) 15:31 <jrandom> تغطي القضايا الكبيرة المخيفة التي أمامنا (ولا تذكر حتى كل تطبيقات العميل التي نحتاجها، إلخ) 15:31 <jrandom> كما ترون، لدينا كمية مهولة لنقوم بها، لكن الخبر الجيد أننا لا نحتاج لإنجازها كلها فوراً. 15:32 <jrandom> في الواقع، هذه الأمور هي فقط نقاط الرصاص من صفحة خارطة الطريق (مع ركام من النص يقدم كل واحدة) 15:33 <jrandom> رغم أني أعلم أن هذا كثير للتمحيص، سيكون رائعاً إن أبلغني الناس إن صادفوا شيئاً سنحتاج للتعامل معه وليس في تلك الصفحة 15:34 <jrandom> ليس ضرورياً اليوم أو هذا الأسبوع حتى، فقط "مرحباً، أعلمونا" بشكل عام 15:35 <jrandom> مع اقتراح mule (http://www.i2p.net/todo#nat) قمت بكثير من البحث داخل النفس، وربما تُعاد هيكلة خارطة الطريق قليلاً 15:35 <jrandom> لكن سنرى. 15:36 <jrandom> إن كان لديكم أي مشاعر قوية حول قضايا معينة ("يا إلهي لا يمكننا أن نعمل بدون X وY وZ!")، رجاءً أعلموني أو اكتبوا إلى القائمة 15:36 <jrandom> مع أني لست نصير الديمقراطية، إلا أني منفتح على المنطق :) 15:37 <jrandom> حسناً، هذا كل ما لدي لأقوله حول ذلك.. هل لدى أحد شيء لطرحه؟ 15:37 <deer> <Curiosity> ديكتاتورية متنوّرة :) 15:37 -!- Sonium_ أصبح الآن Sonium 15:37 <jrandom> بح، لست ديكتاتوراً - لا أتحكم فيما يبرمجه الآخرون :) 15:37 <cervantes> هيمنة هادئة 15:37 <cat-a-puss> حصلت على مطورَين إضافيين 15:37 <jrandom> w00t! 15:38 <cat-a-puss> ولدي خطط عظيمة لمحرك بحث موزّع 15:38 <jrandom> أوه، رائع جداً 15:38 <jrandom> هل سيكون شيئاً يمكن لـ http://files.i2p/ الارتباط به؟ 15:38 <jrandom> أو، حسناً، دعني فقط أقول، أوه، رائع جداً :) 15:38 <cat-a-puss> آه: لا أستطيع الوصول إلى هناك (بيئة معادية) 15:39 <jrandom> آه حسناً 15:39 <cat-a-puss> على أي حال، بعض مساحة في CVS ستكون جيدة، عندما نصل إلى هناك 15:40 <jrandom> بالتأكيد، المساحة على cvs.i2p متاحة 15:40 <jrandom> إما ضمن دليل i2p/apps/ أو وحدة خاصة بكم، إن فضلتم 15:40 <jrandom> (cvs.i2p == cvs.i2p.net) 15:40 <cat-a-puss> ربما يجب أن أتحدث إلى الأشخاص الذين يعملون على dht، أليس كذلك؟ 15:41 <cat-a-puss> ما الحالة حتى الآن 15:41 <jrandom> :) 15:41 <jrandom> لم أسمع أي تحديثات حالة من aum في الأيام القليلة الماضية، لكني متأكد أنه يعمل بلا توقف 15:42 <jrandom> آخر تحديث كان في http://dev.i2p.net/pipermail/i2p/2004-August/000425.html 15:43 <jrandom> حسناً، أظن أن ذلك ينقلنا إلى * 6) ??? 15:44 <jrandom> كانت Curiosity تتداول فكرة 'live cd' مع i2p 15:44 <jrandom> والتي أراها رائعة، وشيئاً سنريده 15:44 <deer> <Curiosity> جميل :) 15:44 <jrandom> رغم أننا لسنا مستقرين بما يكفي لذلك بعد، مع إصدار كل أسبوعين تقريباً 15:44 <hypercubus> أتفق... يمكن حتى دمجه داخل ISO لـ Knoppix 15:45 <deer> <Curiosity> ؟ 15:45 <hypercubus> Knoppix، توزيعة لينكس livecd 15:45 <hypercubus> سهلة الاستخدام جداً 15:45 <deer> <Curiosity> حسناً 15:45 <jrandom> ومع ذلك، بمجرد أن نحصل على ميزة Really Simple Update (تحديث بسيط جداً) التي تتيح تنزيل بنقرة واحدة من http://dev.i2p/i2p/i2pupdate.tar.bz2، قد لا يكون الأمر سيئاً 15:46 <jrandom> Curiosity: هل لديك شيء آخر تودين مناقشته حول ذلك؟ 15:46 <fvw> ... وبمجرد أن يصبح مستخدماً على نطاق واسع، أي شخص يسيطر على dev.i2p يمكنه اختراق الشبكة. 15:47 <jrandom> طالما أن الناس يستخدمون ميزة Really Simple Update 15:47 * fvw يومئ. 15:47 <deer> <Curiosity> أردت فقط طريقة ليتمكن الناس من تشغيله دون الحاجة لتنزيل الكثير من الأشياء على حواسيبهم 15:47 <jrandom> (وإن تم اختراق dev.i2p، نضع إدخال hosts.txt جديداً لـ dev.i2p) 15:48 <hypercubus> قرص knoppix i2p حي سيكون مثالياً للاستخدام في مقاهي الإنترنت 15:48 <deer> <mule_iip> jarndom: ألن يقوم مستخدم i2p الحقيقي بجلب المصدر، ثم دراسة الفروقات مع آخر نسخة مُراجَعة من الأقران وبنائه من المصدر :) 15:48 <fvw> نعم لكن الناس سيضغطون فقط "تحديث"؛ لن يستمعوا إلى نقاشات عما إذا كان الإصدار الجديد قد يحوي ثغرات... 15:48 <demonic_1> هل هناك أي طريقة للاستغناء عن ملف hosts. تعلم، مثل خادم dns؟ 15:48 <deer> <Curiosity> نعم... بالتأكيد mule_iip. لووول 15:49 <fvw> لكن على أي حال، سأكون سعيداً جداً عندما نصل إلى مرحلة تصبح فيها هذه مشكلة. 15:49 <fvw> demonic_l: هذا ممكن، لكن سيبقى هناك سلطة مركزية. 15:49 <hypercubus> demonic_1: هناك حالياً بضع مقترحات لمثل هذه الوظيفة، لكن الأسماء العالمية تم استبعادها 15:49 <jrandom> demonic_1: نعم، راجع القائمة البريدية (نقاشات حديثة على http://dev.i2p.net/pipermail/i2p/2004-September/000432.html ) 15:49 <jrandom> (ورأيي @ http://dev.i2p.net/pipermail/i2p/2004-September/000435.html :) 15:50 <hypercubus> *أسماء فريدة عالمياً 15:50 <demonic_1> حسناً 15:51 <jrandom> حسناً، هل لدى أحد شيء آخر يود طرحه؟ 15:52 <deer> <Curiosity> أود أيضاً اقتراح وضع عناصر الخدمة فقط داخل مجلد service... كنت أحاول إزالة تثبيت i2p (مرة من مرات عديدة) وكنت أضغط على أداة الإزالة الخطأ 15:52 <hypercubus> Curiosity: هذا قيد التنفيذ 15:52 <jrandom> w3rd 15:52 <hypercubus> سيقوم المُثبّت بإضافة اختصارات لـ i2p إلى قائمة Start في Windows 15:52 <hypercubus> واختيارياً على سطح المكتب 15:52 <deer> <Curiosity> حسناً :) 15:52 <hypercubus> من ضمنها سيكون "uninstall" 15:53 <deer> <Curiosity> كنت أتحدث عن عندما أدخل إلى program files/i2p 15:53 <hypercubus> لستِ بحاجة للدخول من هناك 15:54 <hypercubus> مستخدمو Windows لا يدخلون أبداً إلى مجلدات البرامج ;-) 15:54 <demonic_1> :/ 15:54 <deer> <Curiosity> أنا أدخل! :P 15:54 <jrandom> ربما يمكننا إضافة مجلد bin/ به كل السكربتات 15:54 <jrandom> إيه، لا بأس 15:54 <hypercubus> إذاً كنتِ سترين المجلد المسمى "Uninstall" ;-) 15:54 * jrandom يتذكر المسارات 15:54 <hypercubus> حيث يوجد المُزيل 15:54 <jrandom> يمكننا نقل سكربتات الخدمة إلى lib رغم ذلك 15:54 <hypercubus> لست متأكداً إن كان بإمكاننا 15:55 <cervantes> يمكنكِ اتباع أسلوب 'doze وجعل خيار "uninstall" داخل المُثبّت ;-) 15:55 <hypercubus> wrapper حساس جداً لمكان وضعها 15:55 <jrandom> على الأقل يمكنها "cd .." أولاً 15:55 <hypercubus> سأنظر في تغيير موقعها 15:55 <hypercubus> لكنه قد لا يكون ممكناً 15:55 <jrandom> رائع، شكراً. سيكون من الجيد إزالة بعض الفوضى في مجلد التثبيت 15:55 <hypercubus> أتفق 15:55 <jrandom> (معظمها بسببي مع كل تلك ملفات .config :) 15:56 <hypercubus> يمكن أن يكون لدينا مجلد config فيما أظن 15:56 <cervantes> ./conf ؟ 15:56 <jrandom> هيا، نحن جِيكس. etc/ :) 15:56 <jrandom> سيكون ذلك سهلاً جداً 15:56 <jrandom> (مجرد بضعة معاملات -D على CLI) 15:56 <hypercubus> حينها سيتعين علينا الرد على أسئلة من مستخدمي Windows مفادها أن "etc" ليست واضحة بما يكفي ;-) 15:56 <jrandom> لا ينبغي للناس لمس إعداداتهم 15:57 <jrandom> هذا ما وُجد الويب لأجله 15:57 <cervantes> لطالما فضّلت الواضح: ./configuration/ 15:57 <hypercubus> صحيح، لكن لا ينبغي لمستخدمي Windows إطلاق المُزيل من مجلد البرامج لديهم أيضاً هههه 15:57 <jrandom> ./thesefilestellstufftodothings/ 15:57 <cervantes> ./scripts/ 15:57 <cervantes> ./asciipr0n 15:57 <jrandom> حسناً، لكن نعم، بعض العمل يمكننا تفصيله 15:57 <deer> <Curiosity> لووول 15:58 <jrandom> هل لدى أحد شيء آخر لطرحه في الاجتماع؟ 15:58 <jrandom> إن لم يكن 15:58 * jrandom يستعد 15:59 * jrandom *baf* يغلق الاجتماع