اجتماع مطوري I2P - 01 أغسطس 2006

16:02 <jrandom> حسنًا، لنبدأ إذًا 16:03 <jrandom> مرحبًا، ملاحظات ما قبل الاجتماع منشورة على http://dev.i2p.net/pipermail/i2p/2006-August/001304.html 16:03 <jrandom> بدلًا من أن أعيد قراءة تلك الرسالة لكم هنا، دعونا ننتقل مباشرة إلى قسمنا القياسي ??? - 16:04 <jrandom> هل لدى أي شخص شيء يود طرحه ومناقشته؟ 16:04 <@cervantes> إمم 16:04 * cervantes يهرع لقراءة المشاركة 16:05 <+Complication> بخصوص حالة الشبكة، كل شيء جيد هنا... 16:05 <+Complication> لكن هناك سؤال (في الواقع منقول من المنتدى) حول NTCP transport، 16:06 <+Complication> تحديدًا، هل يبدو مرجحًا أن تفعيله قد يسبب مشاكل حمل على الـCPU لدى البعض (كانوا على XP)؟ 16:06 <@cervantes> عليّ أن أقول إنني في الواقع أرى استخدام CPU أقل منذ أن تحولت إليه :) 16:07 <jrandom> حسنًا، لا يمكنك *تعطيله* (إلا إذا كنت تقرأ الشيفرة المصدريّة وتعرف التعويذة السحرية ;) 16:07 <+Complication> الشخص الذي تحدث عن هذه المشكلة (صعب إعادة إنتاجها بسهولة، ولا يوجد استخدام كبير للـCPU هنا) ذكر أن تجربته مع ارتفاع استخدام الـCPU بدت مرتبطة بـ NTCP 16:07 <jrandom> إذًا، أفترض أنهم يقصدون عدم قبول اتصالات ntcp الواردة 16:07 <+polecat> NTCP يتسبب في أن يقوم الـrouter عندي برفع المعالج فورًا لأقصى حد، وقد كررتها مرتين قبل أن أضطر لتعديل ملف الإعداد يدويًا كي يعود الـrouter للعمل. 16:07 <jrandom> (مع الاستمرار في استخدام اتصالات ntcp الصادرة) 16:07 <+Complication> (هنا الزيادة بسيطة جدًا عن المستويات المعتادة، وربما لأنني أضخ *كمية* أكبر بكثير من البيانات) 16:08 <+Complication> ( http://forum.i2p/viewtopic.php?t=1815 ) 16:08 <jrandom> عند إنشاء اتصال ntcp، تُجرى عملية تشفير ثقيلة (أو ثلاث) 16:08 <jrandom> إذا كنت تقبل اتصالات ntcp الواردة، قد تتلقى الكثير من المحاولات الواردة دفعة واحدة، إذ هناك مئات من i2p routers هناك 16:09 <jrandom> polecat: لم تكن مشكلة ntcp، بل كانت مشكلة خادم NTP سيّئ في تجمع NTP 16:09 <+polecat> نعم. إذًا لا أستطيع التعامل مع ذلك بنفسي، على ما يبدو. 16:09 <jrandom> (شكرًا لـ cervantes لتعقّب خادم NTP ذاك وجعل القائمين على الـpool ي !thwap 'em :) 16:10 <jrandom> ((ولـ Complication لجعلنا نتجنب أولئك المجانين في المستقبل :)) 16:10 <@cervantes> هه أظن أن مراقبات الخادم لديهم تعمل فقط في أيام الأسبوع ;-) 16:10 <+Complication> حسنًا، التجنّب الحالي محدود جدًا 16:10 <@cervantes> http://www.pool.ntp.org/scores/216.52.237.153 16:11 <+Complication> آمل أن أكتب شيئًا أكثر حذرًا لاحقًا 16:11 <+polecat> آه، إذًا تمكين NTCP لن يجعل الـCPU بأقصى سرعة بعد الآن؟ 16:11 <jrandom> (لم يحدث ذلك أساسًا يا polecat، كانت مجرد صدفة ;) 16:12 <+Complication> "clock" بأي معنى تحديدًا؟ 16:12 <jrandom> (انظر رابط cervantes) 16:12 * polecat يضرب Complication على رأسه. 16:12 <@cervantes> ماذا تدخّن يا polecat 16:12 <+Complication> :P 16:12 <+polecat> أقصد، سرق كل دورات الساعة. :) 16:13 <+Complication> إذا قفز الزمن للأمام 30 ثانية أو للخلف، فقد يكون قد فقد الكثير من الجلسات، واضطر إلى كل أنواع التشفير الثقيل جدًا 16:13 <+Complication> قد يسرق ذلك الكثير من دورات CPU، على ما أظن 16:13 <+Complication> بالفعل، ربما الشخص في المنتدى رأى الشيء نفسه، لكنه ربطه خطأً؟ ينبغي أن نسأل... 16:13 <jrandom> آه.. حسنًا، دفعات من اتصالات ntcp الواردة الصالحة ستسبب دفعات من استهلاك CPU، بينما ntcp الصادر فقط سيحاول التحدث إلى عدد محدود من أقران ntcp الجدد في كل مرة 16:14 <jrandom> لا مشكلة في عدم تمكين ntcp الوارد. 16:15 <@cervantes> Complication: تم تصحيح الخادم منتصف الاثنين، لذا قد يكون من المفيد معرفة ما إذا كانت لديهم مشاكل منذ ذلك الحين 16:15 <jrandom> حسنًا، هل لدى أي شخص آخر شيء يود مناقشته؟ 16:16 <+Complication> cervantes: بالفعل، قد يستحق التجربة 16:16 <@cervantes> تلقيت تقارير عن بعض الأشخاص ما زالوا يفقدون leases بشكل دوري... هل هذه مشكلة معروفة؟ 16:16 <+void> إلى أي مدى يختلف تنفيذ NTCP عن SSU؟ 16:17 <+polecat> كيف نعرف إن كنا نفقد leases؟ 16:18 <jrandom> void: هناك حمل أعلى قليلًا لكل رسالة في ntcp (مع أنه ربما يُعوَّض بتنفيذ النقل الموثوق الأكثر كفاءة على الأرجح في نظام التشغيل) 16:18 <+Complication> polecat: ستعرض صفحة tunnels.jsp عدم وجود أي tunnels لمجموعة tunnel معيّنة (مثل "shared clients") 16:18 <jrandom> cervantes: نعم، معدلات نجاح بناء tunnel لدينا ليست حيث ينبغي أن تكون بعد 16:18 <+void> polecat: يخبرك الـrouter console بذلك 16:18 <+Complication> وكما قال void، سيخبرك الشريط الجانبي الأيسر للوحة التحكم بذلك 16:19 <+polecat> أتلقى رسائل "No leases" كثيرًا... هذا ما تقصده، صحيح؟ 16:19 <@cervantes> نعم 16:20 <+polecat> هذا عادةً ما يقتل اتصال IRC لديّ. كنت أظنه طبيعيًا! 16:21 * jrandom يرتجف 16:24 <+tethra> لوول ;) 16:25 <jrandom> حسنًا، هل لدى أحد أي شيء آخر للاجتماع؟ 16:25 <@cervantes> jrandom: هل حققت أي تقدم على Syndie مؤخرًا أم أن يداك مشغولتان بـ ntcp/إصلاح الأخطاء/البحث عن ISP/ركوب الدراجة؟ 16:27 <+tethra> أي أخبار عن feedspace، أم ينبغي أن أذهب فقط إلى eepsite الخاص بهم؟ 16:28 <jrandom> عندما تدهورت الشبكة الحيّة دفعت Syndie جانبًا. لكن مع عودة الشبكة إلى المسار الصحيح مجددًا، عاد Syndie ليسرق وقتي، وآمل أن أطرح نظام CLI صغيرًا قريبًا (مع واجهات GUI مركّزة تأتي بعد ذلك، بناءً على آراء المستخدمين) 16:28 <jrandom> (واجهة SWT الرسومية المُنفّذة بحالة جيدة، لكن ربما من الأفضل البدء بـ CLI لضبط التوقعات) 16:29 * jrandom لم يسمع أي أخبار عن feedspace 16:29 <@cervantes> رائع 16:29 <jrandom> frosk: أي جديد؟ :) 16:29 <+polecat> سعيد لأنك تعمل على Syndie مرة أخرى. النسخة الجديدة تبدو واعدة. أي أفكار عن ACL لأشياء مثل حذف المدوّنات من عقدة، أو تنفيذ مهام إدارية مستقلة عن الحساب؟ 16:30 <@cervantes> <jrandom> DELETE FROM messages WHERE postedOn <NOW()-14*24*60*60; 16:31 <jrandom> من المرجح أن تبقى الأرشيفات المحلية موثوقة أساسًا (لأنه إن كان بإمكانك الوصول إلى قاعدة بيانات الأرشيف المحلي، يمكنك تغيير الملف كيفما تشاء) 16:32 <jrandom> أما بالنسبة للمدوّنات المشتركة، نعم هناك مجموعة كاملة من البُنى التشفيرية للتحقق من صحة/أو تخويل المشاركات والتغييرات 16:33 <jrandom> (لكن سيكون هناك أيضًا طريقة لعرض المشاركات "غير المُخوّلة"، لكنها ستكون هامشية جدًا) 16:33 <+polecat> أنا متأكد أنه ما إن يغمر أحدهم Syndie بآلاف منشورات المدوّنات العملاقة، ستُتقَن تقنية حذف المشاركات فعليًا. 16:34 <+tethra> هههه 16:35 <jrandom> الحذف الفعلي تافه، السؤال هو أي المشاركات نقبل منذ البداية ;) 16:36 <jrandom> (لا رغبة لديّ في جعل Syndie منصة توزيع أفلام، إلخ) 16:36 <+polecat> لا يمكن التأكد مما يتم قبوله، حتى يتم قبول عيّنة. أتخيل شيئًا مثل السماح فقط بقائمة بيضاء من المدوّنات، والسماح بالمعرّفات الجديدة على أساس تجريبي قبل إضافتها، مع حذف فوري عند خيانة السبام. 16:36 <jrandom> نعم 16:37 <+polecat> ما يهمني أكثر هو تطبيقه لضم سلاسل المحادثات معًا: يمكننا إنشاء BBS بلا خادم مركزي، مجرد وسم مشترك! 16:37 <jrandom> (السماح يدويًا بالمعرّفات الجديدة، وحظر/طرد المعرّفات التي تُغرِق، إلخ) 16:37 <jrandom> هناك حتى دعم متأصل لذلك في التشفير يا polecat :) 16:37 <+polecat> ربما يوقّع المشرف الرسائل المعتمدة للـBBS، والناس يجمعون قوائم الاعتماد من مدوّنة المشرف. 16:38 <+polecat> أووه ممتاز. 16:38 <@frosk> jrandom: كنت أعمل على أشياء GUI مؤخرًا، لكن كان من الصعب التوفيق مع بدء وظيفة جديدة :( 16:39 * cervantes يتواصل مع الموارد البشرية لطرد frosk 16:40 <jrandom> آه جيد، نأمل أنه عندما يخرج Syndie بترخيم HTTP ترقيعي سنغريك بالعودة إليه ;) 16:40 <@frosk> على الأقل مديري يتابع تطوير i2p الآن :) 16:40 * jrandom يلوّح لمدير frosk 16:40 <@frosk> نعم، ما زلت مصرًّا (تبًا!) :) 16:40 <jrandom> (أعطوا frosk وقتًا أطول إجازة، نحن بحاجة إليه!) 16:41 <@cervantes> نأمل ألا يقرأ عن كيف أنك كنت تنشر معلومات الشركة السرّية على مدوّنة Syndie الخاصة بك 16:41 <bar> GUI جيدة، نحن نحب GUI. أنت معفوّ. 16:41 <+Complication> هههه :) 16:41 <@frosk> غريب أن أدخل مكتبه وأضبطه يقرأ Syndie :) 16:41 <jrandom> هاها رائع 16:42 <+polecat> مبارك يا frosk، حتى لو طُردت بخزي وسمعة سيئة، على الأقل أريت شخصًا آخر كم هو رائع Syndie. 16:43 <@frosk> ههه نعم 16:43 <+tethra> ههه 16:44 <@frosk> واجهة الـGUI (في swt) هي/ستكون منصة اختبار لكل ما يخص feedspace، لإطلاقه 16:44 <jrandom> r0x0r 16:45 <+void> jrandom: ربما ينبغي أن تعيد نشر كل ما يذهب إلى القوائم البريدية على Syndie أيضًا؟ 16:45 <jrandom> علينا تمامًا دمجه مع واجهة Syndie SWT الرسومية (النموذج الأساسي هو متصفح، لكنه لا يعرض صفحات html في الألسنة) 16:46 <+polecat> سيكون ذلك لطيفًا. لا يبدو أنني أتلقى القائمة البريدية بعد الآن. 16:46 <jrandom> void: سيكون من السهل على أحدهم كتابة سكربت shell صغير لتمرير procmail إلى واجهة Syndie CLI 16:46 <@cervantes> هل هذه واجهات SWT الفاخرة مرتبطة بالتطبيقات؟ أم أنها واجهات فوق برامج CLI التنفيذية أو تستخدم TCP إلخ إلخ 16:46 <@frosk> يبدو منطقيًا 16:46 <jrandom> (إن لم تخني الذاكرة هناك منشور في مدوّنتي منذ فترة يشرح كيفية استخدام syndie cli لإدراج المشاركات) 16:47 <+polecat> حاليًا يمكن إنشاء خلاصات RSS لإطعامها لـ Syndie، رغم أنها ما تزال مرقّعة قليلًا. 16:47 <jrandom> cervantes: JDBC في معالجات الأحداث، مضمّنة مع استدعاءات JNI و MSVC، بالطبع ;) 16:47 * jrandom ينحني 16:48 <+polecat> Microsoft Visual Classes؟ 16:49 <@cervantes> jrandom: إذًا أي شيء يستطيع التحدث SQL يمكنه إدارة Syndie إذن 16:49 <jrandom> (من منظور Syndie، كل الوظائف مُنفّذة أساسًا في الكثير من تطبيقات CLI الصغيرة التي تحدّث قاعدة بيانات JDBC، وهناك واجهة SWT لاستعراض الـdb) 16:51 <+polecat> وبما أن لقاعدة البيانات واجهتين، JDBC و SQL، فإن عميلًا يتواصل بأي من البروتوكولين قد يعبث بـ Syndie. 16:51 <jrandom> cervantes: نعم ولا - جزء كبير من قاعدة البيانات مشفّر، لذا ليست كل الحقول قابلة للقراءة 16:51 <+void> هل ستبقى واجهة الويب الحالية؟ 16:51 <jrandom> (jdbc == sql) 16:51 <jrandom> void: لا 16:51 <+polecat> ظننت أنك قلت إن JDBC ليس بروتوكولًا نصيًا قابلًا للقراءة للبشر؟ 16:51 <+Complication> jdbc == java database interface، ربما مشابه قليلًا لـ odbc 16:51 <jrandom> ((jdbc ~= sql)) 16:51 <+Complication> شيء تتحدث SQL من خلاله 16:52 <+void> jrandom: ماذا سيحدث لـ syndie.i2p/syndiemedia.i2p.net؟ 16:52 <+polecat> أوه. عمومًا لم أحب SQL على أي حال. 16:52 <@cervantes> jrandom: إذًا من الأفضل إنشاء واجهة لـ syndieTools (tm) بدلًا من محاولة مصّ البيانات بنفسك 16:53 <jrandom> void: سيخبرنا الزمن. على الأرجح أنها 1) ستخدم كموقع/eepsite لـ Syndie، 2) ستخدم كأرشيف عام للمشاركات يمكن syndicate منه، ولاحقًا، عندما تُكتب واجهة ويب، 3) ستقدم واجهة ويب 16:53 <+polecat> لماذا لا نرسل bytecode كاستعلامات لقاعدة البيانات، بدلًا من عبارات COBOL العتيقة؟ 16:53 <jrandom> نعم يا cervantes 16:53 <jrandom> !lart polecat 16:54 <+void> ههههه 16:54 <+polecat> آه، نقطة ضعفي السرية. 16:54 <@cervantes> * لديك 6 larts متبقية في جردك، هناك باب إلى الشمال و polecat فاقد الوعي على الأرض 16:54 <jrandom> cervantes: هذا في الواقع تطبيق CLI رقم 3 (استخراج المشاركات الفردية، والذي يأتي بعد التطبيق رقم 2، سرد المشاركات الفردية (بعد رقم 1، إنشاء المشاركات الفردية، وبعد رقم 0، إدارة الأسماء المستعارة (nyms))) 16:54 <jrandom> لوول 16:54 <+tethra> هههه 16:55 <+Complication> مقترح ميزة: بدل bytecode، لماذا لا نرسل عملاء $agency الأحياء كاستعلامات لقاعدة البيانات؟ ;P 16:56 <+Complication> سيكون أسهل بكثير التحقق من أمانهم :P 16:56 <@cervantes> jrandom: وصلني 16:56 <+tethra> هل يتصرفون مثل الحمام الزاجل في المناخ المناسب، Complication؟ 16:56 <+Complication> tethra: فقط إذا تمكنت من دفعهم عبر طبقة TCP سليمين :P 16:56 <+polecat> نعم، استعلامات قاعدة البيانات عبر CPP! 16:57 <+Complication> أتخيل أن التجعّد في TCP قد يفسدهم 16:58 <+Complication> (آسف، كان ينبغي أن أحصر النكات في #i2p-chat، لكن أحيانًا لا أستطيع المقاومة) 16:58 * cervantes يشعر بأن baff يقترب قريبًا 16:58 <+Complication> استعلامات قاعدة البيانات كـ shellcode؟ 16:59 <jrandom> حسنًا، هل لدى أحد أي شيء آخر للاجتماع؟ 16:59 <+polecat> http://www.blug.linux.no/rfc1149/ <- يمكننا تمرير i2p عبر هذا، حقًا. 16:59 * Complication يفضّل البقاء مع SQL 17:00 <+void> jrandom: هل لدى لغات غير java مكتبات لقواعد بيانات hsqldb؟ 17:01 <+Complication> أوو يبدو مرجحًا، بما أنهم يستخدمونه على ما يبدو 17:01 <+void> يبدو لي "لا" 17:01 <+void> أوه، همم 17:01 <@cervantes> openoffice يستخدمه لذا سأخمّن نعم 17:01 <+Complication> لكنني لست متأكدًا ممّ كُتِب OpenOffice 17:01 <jrandom> ليس مما أعرف. لكن يمكن لشخص ما تشغيل Syndie على قاعدة JDBC أخرى (mysql, oracle, إلخ) 17:01 <jrandom> oo يستخدم java 17:02 <+void> تحديدًا بماذا يستخدم openoffice هذه القاعدة؟ 17:02 <+Complication> لكنه يبدو أنه يستخدمه جزئيًا فقط 17:02 <jrandom> void: لتوليد PDF ولتطبيق قاعدة البيانات الشبيه بـ access لديهم 17:02 <jrandom> (من بين أمور أخرى) 17:02 <+Complication> نظرًا لأنه يوصي بـ JRE خارجي 17:02 <+void> حسنًا 17:03 <+void> من المزعج جدًا كتابة SQL قابلة للنقل رغم ذلك 17:03 <+Complication> إذا لم تستخدم triggers أو stored procedures، فلا ينبغي أن يكون الأمر مزعجًا جدًا 17:04 <jrandom> آه، ليس بهذا السوء، وسهل جعله خارجيًا 17:04 <+void> خصوصًا عند الاستهداف لـ oracle ;) 17:05 <jrandom> في الواقع، hsqldb يدعم pl/sql ;) 17:06 <bar> هل هناك أي خطط أخرى لهذه القاعدة، مثل الإحصاءات، ملفات الأقران، netdb..? 17:06 <jrandom> لا، هذا لـ Syndie فقط 17:06 <bar> حسنًا 17:07 <jrandom> (مع أنه عندما نشحن شيفرة hsqldb، يمكننا استخدامها في i2p "مجانيًا") 17:07 <@cervantes> بما أن Syndie ليس تطبيق I2P، بل تطبيق يمكن أن يعمل فوق I2P، صحيح؟ 17:07 <jrandom> نعم يا cervantes، لا توجد تبعية على i2p 17:07 <+Complication> من الجيد إبقاء Syndie قابلًا للنقل، إذ قد يكون له transports أخرى غير I2P 17:07 <bar> صحيح 17:08 <+Complication> ومع ذلك، أفهم أنه لن يكون صعبًا تشغيل العديد من مثيلات hsqldb على نفس الجهاز 17:08 <+Complication> لذا إذا احتاجته تطبيقات أخرى، فيبدو أنها تستطيع استخدامه 17:08 <jrandom> تافه، وبتكلفة 0 إذا استخدمت in-jvm dataase 17:08 <+Complication> (تستخدم مثيلها الخاص، ويفضل) 17:10 <+void> لا يوجد سائق jdbc لـ sqlite؟ 17:11 <jrandom> لا أدري، لم أستخدمه 17:11 <+void> آه، يبدو أن هناك *شيء ما* 17:13 <jrandom> حسنًا، أي شيء آخر للاجتماع؟ 17:13 <jrandom> إن لم يكن... 17:13 * jrandom يتهيأ 17:13 * jrandom يتراجع خطوة 17:13 * jrandom يلفّ ذراعه 17:13 * jrandom *baf* يُغلق الاجتماع