I2P डेवलपर बैठक - 10 जनवरी, 2006

15:26 <jrandom> 0) हाय 15:26 <jrandom> 1) नेट की स्थिति 15:26 <jrandom> 2) थ्रूपुट प्रोफाइलिंग 15:26 <jrandom> 3) Syndie ब्लॉग्स 15:26 <jrandom> 4) HTTP स्थायी कनेक्शन 15:26 <jrandom> 5) I2Phex gwebcache 15:26 <jrandom> 6) ??? 15:26 * jrandom हाथ हिलाता है 15:26 <jrandom> साप्ताहिक स्थिति नोट्स यहां पोस्ट किए गए हैं http://dev.i2p.net/pipermail/i2p/2006-January/001247.html 15:27 <jrandom> (हाँ, मुझे पता है... हमें 7) एक और बात... चाहिए) 15:28 <jrandom> 1) नेट की स्थिति पर चलते हैं 15:28 <jrandom> कुल मिलाकर, मेल में जो है उसके अलावा सब वही पुराना सा लगता है। 15:28 <jrandom> क्या किसी के पास 1) के बारे में उठाने के लिए कुछ है? 15:30 <jrandom> ठीक है, अगर नहीं, तो 2) थ्रूपुट प्रोफाइलिंग पर आगे बढ़ते हैं 15:31 <tethra> यह अच्छा लगता है, पर क्या मैं पूछ सकता हूँ कि उद्देश्य क्या है? 15:31 <jrandom> तेज़ पीयर ढूँढना 15:31 <tethra> (मेरी सूझबूझ और संयम की कमी माफ करें) 15:31 <tethra> अच्छा, बढ़िया। 15:32 <jrandom> मूल रूप से, हमारी पुरानी स्पीड प्रोफाइलिंग इतनी अच्छी नहीं थी (सारांश के लिए पिछले हफ्ते के स्थिति नोट्स देखें), और यह उन पीयर को ढूँढने में काफ़ी अच्छी लगती है जिनके बारे में मुझे पता है कि वे तेज़ हैं 15:32 <jrandom> (मुझे पता है कि वे तेज़ हैं क्योंकि मैंने चीट करके उन्हें गैर-अनाम तकनीकों से मापा है) 15:33 <tethra> चौंकाने वाला! ;) 15:33 <jrandom> ((हाँ, कोई पागल होकर मेरे मापों को भ्रमित करने के लिए हमले कर सकता था, लेकिन, खैर, मुझे शक है ;) 15:33 <tethra> हाहा 15:33 <tethra> अच्छा, तो इससे क्लाइंट tunnels को 'अच्छा' पीयर मिलने की संभावना बढ़ जाएगी और संभवतः 'तेज़' पीयर पर दबाव भी कम पड़ेगा, है न? 15:35 <tethra> s/'good'/fast/ 15:35 <jrandom> पहले वाले के लिए हाँ, लेकिन दूसरे के लिए वास्तव में नहीं - इससे उन पर दबाव कम नहीं होगा, पर यह लोगों को उनका अधिक प्रभावी उपयोग करने देगा 15:35 <@cervantes> मेरा ख्याल है कि जिनके पास तेज़ पीयर हैं उन्हें उम्मीद करनी होगी कि पीयर थ्रॉटलिंग अतिरिक्त भागीदारी संभालने के लिए पर्याप्त अच्छा हो 15:36 <jrandom> उदाहरण के लिए, $slow-->$fast-->$fast की जगह $fast-->$fast-->$fast होगा 15:36 <tethra> आह, समझ गया 15:36 <jrandom> हाँ cervantes, मैं क्षमता प्रोफाइल पर भी ध्यान दे रहा हूँ, और वह काम कर रही है 15:36 <@cervantes> बहुत बढ़िया 15:37 <jrandom> क्षमता और स्पीड के बीच तालमेल महत्वपूर्ण है - यदि पीयर उच्च क्षमता वाले नहीं हैं तो उन्हें तेज़ नहीं माना जाता, भले ही उनकी स्पीड बाकी सब से अधिक रैंक की गई हो 15:37 <@cervantes> यह देखना दिलचस्प होगा कि इसका थ्रूपुट पर क्या असर पड़ता है 15:37 <jrandom> (इसीलिए 'fast' असल में 'fast और high capacity' का शॉर्टहैंड है) 15:37 <@cervantes> +h 15:37 <jrandom> हाँ cervantes 15:39 <jrandom> ठीक है, अगर 2 पर और कुछ नहीं, तो 3) Syndie ब्लॉग्स पर चलते हैं 15:40 <jrandom> वहाँ मेल में जो है उसके अलावा मेरे पास जोड़ने के लिए ज़्यादा नहीं है 15:41 <@cervantes> यह बहुत बढ़िया लग रहा है 15:41 <tethra> व्यक्तिगत रूप से, मुझे ब्लॉग्स जिस दिशा में जा रहे हैं वह बहुत पसंद है। कोई कह सकता है कि सबकुछ बोनस जैसा लग रहा है। 15:41 <tethra> :D 15:41 <+Complication> थोड़ी देर से, माफ़ कीजिए। 15:42 <jrandom> अच्छा, यह मूल रूप जैसा ही है, पर मुझे लगता है कि ब्लॉग व्यू में काफ़ी संभावनाएँ हैं 15:42 <jrandom> वेलकम बैक Complication, चिंता नहीं, हमारे पास लॉग्स हैं :) 15:43 <+Complication> अभी स्क्रॉलबैक पढ़ रहा हूँ :) 15:43 <jrandom> मुझे लगता है दोनों व्यूज़ की अपनी जगह है, शायद यह उपयोगकर्ता पर निर्भर करता है 15:43 <jrandom> (और सामग्री पर, और लेखक पर) 15:45 <jrandom> एक बात यह है कि html उतना अच्छा नहीं है। cervantes मेरी बहुत बुनियादी समझ को अधिक आधुनिक दृष्टि में ढालने में मदद कर रहा है, लेकिन अभी कई मुद्दे बाकी हैं 15:46 <jrandom> syndie के वेब इंटरफेस में निरंतर सुधार होते रहेंगे, और यदि कोई html स्वयंसेवक फॉर्मैटिंग, डिजाइन, css, क्रॉस-ब्राउज़र मुद्दों आदि में मदद करना चाहे, तो बहुत आभारी रहेंगे 15:47 <@cervantes> 2 opening <style> tags होने के अलावा कोड काफ़ी साफ़ दिखता है ;-) 15:47 <jrandom> हेह, ऊप्स 15:48 <@cervantes> मुझे लगता है ज़ोर स्टाइलिंग को साफ़ और पठनीय बनाने पर होगा और शायद कुछ टेम्पलेट विकल्प डिज़ाइन करने पर 15:48 <jrandom> हम्म 15:49 <jrandom> यह एक चीज़ थी जिसके बारे में मैं ब्लॉग व्यू के लिए सोच रहा था - लोगों को कुछ गुण (रंग, फ़ॉन्ट, आकार) कस्टमाइज़ करने देना आसान होगा, लेकिन मुझे नहीं पता इससे आगे कितना 15:50 <jrandom> दूसरी ओर, ब्लॉग व्यू, थ्रेड व्यू की तरह, syndie आर्काइव के ऊपर मात्र एक टेम्पलेट है 15:50 <@cervantes> खैर आप निश्चित रूप से deployable templates की अनुमति नहीं देना चाहेंगे 15:50 <jrandom> तो सवाल है, टेम्पलेट किसके लिए? 15:50 <jrandom> (जो लोग टेम्पलेट का उपयोग करेंगे उन्हें किस स्तर का अनुभव चाहिए होगा) 15:51 <@cervantes> मैं तो बस एक पॉपअप कॉन्फ़िग विकल्प सोच रहा था जिसे कोई अपने ब्लॉग के लिए चुन सके 15:51 <jrandom> हम्म? 15:51 <@cervantes> मुझे "Pony Look" चाहिए 15:51 <jrandom> अच्छा, ठीक 15:51 <@cervantes> तो हम syndie को कई तरह के स्किन के साथ शिप करें 15:52 <jrandom> हाँ, प्रीसेट रंग/फ़ॉन्ट/आदि 15:52 <jrandom> (और आइकॉन, आदि) 15:52 <jrandom> यह एक चीज़ है जो अभी ब्लॉग व्यू के माध्यम से वास्तव में लागू नहीं हुई है 15:54 <jrandom> पर सरल थीम चुनने वाला रखना अच्छा विचार है, किसी जटिल विकल्प-समूह की बजाय 15:54 <@cervantes> एक विकल्प यह होगा कि कोई अपने टेम्पलेट प्रीसेट अपनी साइट पर डाउनलोड के रूप में उपलब्ध करा सके - जिन्हें किसी थीम फ़ोल्डर में सेव किया जा सकता है 15:55 <@cervantes> यह व्यक्ति पर निर्भर होगा कि वे ब्लॉग लेखक की कस्टम स्किन पर भरोसा करना चाहते हैं या नहीं 15:55 <jrandom> ... भरोसा? 15:55 <jrandom> syndie में कोई भी चीज़ आपको unsafe html या css करने नहीं देगी 15:55 <tethra> unsafe javascript/आदि का क्या? 15:55 <jrandom> स्किन jsp के बजाय text files/config files/images होंगी 15:55 <tethra> ? 15:56 <tethra> (उदाहरण के लिए, js के साथ पेज non-anonymous पतों पर फॉरवर्ड हो जाए?) 15:56 <@cervantes> यह इस पर निर्भर करेगा कि क्या थीम में structural html बदलाव भी हो सकते हैं 15:56 <@cervantes> ठीक है 15:56 <@cervantes> खैर, इससे यह अच्छा, साफ़ और सरल रहेगा 15:57 <jrandom> tethra: मैं... javascript के बारे में बेहद हिचक रहा हूँ। आज default की नई ब्लॉग पोस्ट देखी? 15:57 <jrandom> "मैं बस जानना चाहता/चाहती हूँ: क्या यह AJAX का इस्तेमाल करता है? पेज एक साथ अपडेट होता नहीं दिख रहा..." 15:57 <tethra> नहीं, मैंने नहीं देखी। 15:57 <tethra> व्यक्तिगत रूप से, मैं इस्तेमाल की गई किसी भी js को बस ब्लॉक करने का तरीका ढूँढूँगा। 15:58 <jrandom> क्योंकि syndie *local* है, यह बेहद तेज़ है, और हमें वही latency समस्याओं की चिंता करने की ज़रूरत नहीं 15:58 <tethra> क्योंकि मैं उस पर तनिक भी भरोसा नहीं करता। 15:58 <tethra> हम्म :/ 15:58 <jrandom> cervantes: हाँ, बहुत सरल - हम तो यह भी कर सकते हैं कि किसी को पसंद आया ब्लॉग थीम देखते ही वह कह सके "यह थीम चुरा लो" 15:59 <@cervantes> सैद्धांतिक रूप से आप ब्लॉग यूज़र के लिए "safe" फ़ंक्शन्स की लाइब्रेरी दे सकते हैं - लेकिन जब तक आप औसत ब्राउज़र के इम्प्लीमेंटेशन से असुरक्षित हर चीज़ हटा देंगे, तब तक आपके पास "alert();" फ़ंक्शन ही बचेगा 16:00 <jrandom> हेह 16:00 <jrandom> (और javascript की वे सारी accessibility समस्याएँ भी हैं) 16:00 <+Complication> cervantes: ध्यान रहे, alert() को infinite loop में रखना भी बुरा हो सकता है :P 16:00 * jrandom syndie की lynx-friendliness पर काफ़ी गर्व करता है 16:00 <tethra> lynx <3 16:02 <jrandom> ठीक है, 3) पर और कुछ नहीं तो 4) HTTP स्थायी कनेक्शन पर चलते हैं 16:02 <jrandom> मेल में जो है उसके अलावा मेरे पास जोड़ने को कुछ नहीं... zzz, आप यहाँ हैं? 16:02 <@cervantes> *spit* AJAX UI को लागू करने के और भी तरीके हैं, जैसे कोई mozilla एक्सटेंशन 16:03 <jrandom> fire2pe++ :) 16:03 <jrandom> zzz आसपास नहीं दिख रहे, तो 4) पर अधिक जानकारी के लिए हमें शायद बाद तक इंतज़ार करना होगा 16:03 <@cervantes> fire2pe तो सिर्फ़ एक हेल्पर है - आप syndilla कहना चाह रहे हैं ;-) 16:03 <jrandom> lol 16:04 <jrandom> (और, USB की-चेन संस्करण, syndog ;) 16:04 <jrandom> ठीक है, 5) I2Phex gwebcache पर चलते हैं 16:05 <jrandom> Complication: p1ng 16:05 <+Complication> ठीक है, क्योंकि इससे नेट के साथ एकीकरण आसान हो जाएगा... 16:06 <+Complication> ...मैंने हाल ही में I2Phex में पहले से मौजूद gwebcache कोड को पुनर्जीवित करने पर काम किया है 16:06 <+Complication> यह इस चरण में कुछ बहुत सीमित चीज़ें कर रहा है (जैसे साफ़-सुथरे तरीके से क्रैश होना) :) 16:06 <+Complication> साथ ही awup के webcache सर्वर को मध्यम सफलता के साथ परेशान भी करता है 16:07 <jrandom> lol अच्छा 16:07 <+Complication> फिर भी मुझे उम्मीद है कि अंततः मैं इसे फिर से काम में ले आऊँगा 16:07 <+Complication> (इसका बहुत सा हिस्सा फिलहाल IP addresses से निपटने के लिए बना है) 16:09 <jrandom> अच्छा, शुभकामनाएँ, और यदि मदद के लिए मैं कुछ कर सकता हूँ तो मुझे बताइए 16:09 <+Complication> ज़रूर :) 16:10 <jrandom> ठीक है, 5) I2Phex gwebcache पर और कुछ, या हम 6) ??? की ओर mosey करें? 16:11 <jrandom> मान लीजिए हम mosey कर चुके 16:11 <jrandom> क्या बैठक के लिए किसी के पास और कुछ है? 16:11 <@cervantes> एक और कप चाय मिल जाए तो अच्छा होगा 16:12 <tethra> हेहेह 16:12 <Pseudonym> रोडमैप कैसा है? 16:12 <jrandom> कोई बदलाव नहीं 16:12 <Pseudonym> 0.6.2 के लिए क्या बचा है? 16:13 <jrandom> 0.6.2 से जुड़ी सारी चीज़ें 16:13 * jrandom झुक जाता है 16:14 <Pseudonym> :-P 16:14 <@cervantes> थोड़ा ब्लिंग ब्लिंग 16:14 <Pseudonym> क्या हमारे पास कोई अस्थायी तारीख़/टाइमलाइन है? 16:14 <jrandom> विशेष रूप से, नया tunnel निर्माण crypto और algorithms, नई peer selection strategies 16:14 <tethra> हेहेह 16:14 <jrandom> कोई तारीख़ें और टाइमलाइन्स नहीं (कम से कम, बैठकों में घोषित नहीं ;) 16:15 <Pseudonym> क्या peer selection strategies में उस थ्रूपुट वाली चीज़ से ज़्यादा कुछ है जिस पर आप काम कर रहे हैं? 16:16 <jrandom> हाँ, ये peer profiling बदलाव परफ़ॉर्मेंस से जुड़े मुद्दे हैं, न कि anonymity से संबंधित peer selection और ordering strategies 16:16 <+Complication> jrandom: क्या मुझे ठीक याद है... यदि मैं मानूँ कि tunnel creation crypto मेलिंग लिस्ट पर predecessor (और अन्य) हमलों की चर्चा के दौरान उठी चीज़ों से संबंधित है? 16:17 <jrandom> हाँ Complication 16:17 <+Complication> s/related/relates 16:19 <+Complication> आप उस फैंसी छोटे से डेटा-स्ट्रक्चर को काम में लाने की कोशिश करने वाले हैं? 16:19 <jrandom> हाँ 16:20 <jrandom> (इसलिए, 0.6.2 दो हफ्तों के क्षितिज पर नहीं है ;) 16:20 <+Complication> बहुत बढ़िया। दिलचस्प लगता है, मुझे शायद इसके बारे में पढ़ना चाहिए 16:21 <+Complication> उम्मीद है यह सुचारू रूप से होगा 16:21 <jrandom> यह सूची पर बस इशारों में ही चर्चा हुई थी, अभी कोई स्पेक लिखित नहीं है 16:21 <tethra> माफ़ कीजिए, यह कौन सा बढ़िया डेटा-स्ट्रक्चर है? 16:21 <+Complication> ओह, और पता चल गया कि लिंक (वाले "moo" संदेश से) क्यों काम नहीं करता था। :D वह freedomarchives.i2p है (बहुवचन में, अंत में "s" के साथ) 16:21 <jrandom> यह backwards incompatible होगा, इसलिए 'smooth' इसका कैचफ्रेज़ नहीं होगा, पर उम्मीद है बहुत दर्दनाक भी नहीं होगा :) 16:21 <jrandom> अरे धत् 16:22 <jrandom> tethra: tunnels बनाने के लिए एक ऐसा डेटा-स्ट्रक्चर जो अभी अस्तित्व में नहीं है 16:22 <tethra> अच्छा 16:22 <jrandom> (नवंबर या आसपास के predecessor थ्रेड्स देखें) 16:23 <tethra> मौजूदा वाले पर इसके क्या फायदे/नुकसान होंगे? (यदि कोई मौजूदा वाला है :o) 16:23 <jrandom> (नवंबर या आसपास के predecessor थ्रेड्स देखें) ;) 16:23 <tethra> अच्छा, ठीक 16:23 <+Complication> IIRC, tunnel निर्माण को प्रेक्षकों के लिए कम पारदर्शी बनाना 16:23 <tethra> "" 16:23 <tethra> ;) 16:23 <jrandom> लेकिन, यह कोई प्रस्ताव नहीं है, 0.6.2 के लिए कुछ भी मेज़ पर नहीं है जब तक 0.6.2 से पहले की सारी चीज़ें सुलझ नहीं जातीं। 16:23 <jrandom> जब जिन चीज़ों को काम करना चाहिए वे उसी तरीके से काम करने लगें जैसी हमें ज़रूरत है, तब हम आगे बढ़ेंगे। 16:24 <Pseudonym> तेज़ peer selection के अलावा, क्या काम नहीं कर रहा? 16:25 <jrandom> fast peer selection "good performance" का हिस्सा है 16:25 <jrandom> एक anonymous नेटवर्क के लिए हमारे पास /वाकई/ good performance है, पर non-anonymous नेटवर्क्स से प्रतिस्पर्धा करने जितनी अच्छी नहीं 16:25 <jrandom> प्रतिस्पर्धा के लिए, हमें बेहतर परफ़ॉर्मेंस *और* ऐसी फ़ंक्शनालिटी देनी होगी जो उन्हें कहीं और नहीं मिलती 16:26 <jrandom> (anonymity बिकती नहीं) 16:26 <Pseudonym> क्या इसमें fast peer selection से अधिक कुछ है? 16:27 <jrandom> पिछले एक-दो महीनों में, i2p के अलग-अलग पहलुओं की बेंचमार्किंग के दौरान, धीमी peer selection सबसे छोटा bottleneck लगता है। अगला bottleneck क्या होगा यह अज्ञात है। 16:27 <jrandom> (परफ़ॉर्मेंस सुधारने के लिए अलग-अलग जगहों पर अनगिनत सुधार भी हुए हैं) 16:27 <jrandom> (देखें http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD ) 16:28 <Pseudonym> तो... नया peer selection इस हफ्ते रिलीज़? ;-) 16:28 <teal`c_> i2p अच्छा महसूस होता है 16:29 <jrandom> Pseudonym: हाँ, नया peer profile algorithm cvs में है और इस हफ्ते 0.6.1.9 के साथ डिप्लॉय होगा 16:30 <jrandom> ठीक है, क्या बैठक के लिए किसी के पास और कुछ है? 16:30 <Pseudonym> अच्छा 16:31 <jrandom> अगर नहीं... 16:31 * jrandom समेटता है 16:32 * jrandom *baf* के साथ बैठक समाप्त करता है