I2P Geliştirici Toplantısı - 17 Ocak 2006

15:40 <jrandom> 0) merhaba 15:40 <jrandom> 1) Ağ durumu ve 0.6.1.9 15:40 <jrandom> 2) Tunnel oluşturma kriptografisi 15:40 <jrandom> 3) Syndie blogları 15:40 <jrandom> 4) ??? 15:40 <jrandom> 0) merhaba 15:40 * jrandom el sallar 15:40 <jrandom> haftalık durum notları şurada yayınlandı @ http://dev.i2p.net/pipermail/i2p/2006-January/001251.html 15:41 <@cervantes> pfff, neyse ki i2p NASA'dan daha güvenilir 15:41 <jrandom> heh 15:41 <tethra> haha 15:41 <jrandom> (gerçi 20 dakika geç kaldım... ;) 15:41 <jrandom> neyse, 1) Ağ durumu ve 0.6.1.9 ile başlayalım 15:42 <wmpq> NSA ya da NASA, o kadar da farklı değiller, değil mi? 15:42 <@cervantes> Ben I2P dedim, jrandom değil ;-) 15:42 <jrandom> iyi nokta cervantes ;) 15:42 <tethra> saçmalama, jrandom I2P'DİR! ;D 15:42 <@cervantes> oh bunun bir düşünme biçimi olduğunu sanıyordum 15:42 <wmpq> [redact] 15:43 <jrandom> heh neyse, 0.6.1.9 çıktı ve ağın %70'i yükseltildi (hepiniz sağ olun) 15:43 <Pseudonym> mmmm, leziz yeni sürüm 15:44 <+zzz> istemci tunnel kurulum başarısı <%30 seviyesinde kalıyor 15:44 <jrandom> Uçtan uca verimlilikte ciddi artış bildirimleri pek duymadım, gerçi bazı router'lar T1 hatlarını fazlasıyla doyuruyor 15:44 <+zzz> ~%40'tan düştü 15:44 <+Complication> Bant genişliği normal görünüyor, sürümden önceki son CVS'e göre biraz daha yüksek. Eş sayıları biraz daha yüksek görünüyor. 15:45 <jrandom> hmm, evet, zzz, bunun için pek endişelenmiyorum, çünkü bunların hepsi 0.6.2 için tamamen yeniden çalışılıyor 15:45 <+zzz> ortalama bant genişliği ~12K'dan ~20K'ya çıktı 15:45 <jrandom> 0.6.1.9, (yüksek kapasite demek olan) daha kolay kabul eden eşleri seçmemeli, bunun yerine daha yüksek aktarım hızına sahip olanlara odaklanmalı 15:46 <+Complication> Yeniden iletim yüzdesi (sürüm gecesinde %7 not edilmişti) 6 nokta bir şeye düştü 15:46 <jrandom> aynen, 1-300KB/sn'yi zorlayan router'larla bir kayma olacak 15:46 <jrandom> hmm, bu oldukça çılgın bir oran Complication, ben sadece %2-3 gördüm 15:46 <jrandom> (ama gördüklerinden şüphe etmiyorum) 15:47 <+Complication> Dışa giden trafiğimi neredeyse tamamen dolduruyorum 15:47 <+Complication> (ve hat kapasitesini sonuna kadar doldurmayı kastediyorum) 15:47 <jrandom> ah, o işi görür 15:47 <+zzz> GET'lerden önce hâlâ NULL'lar geliyor ve bu 405 bad method ile sonuçlanıyor, oran düşüyor olabilir, kesin söylemesi zor 15:48 <jrandom> evet zzz, streaming kütüphanesinde üzerinde çalışılması gereken bazı şeyler var, ama muhtemelen 0.6.2 tunnel yenilemelerinden sonra ona bakacağım 15:48 <jrandom> (ama biri ondan önce daha derine dalmak isterse, harika olur elbette) 15:49 <jrandom> Complication: bant genişliği sınırlayıcını hat kapasitenin %70'i gibi bir değere indirirsen, başarısızlık oranı makul bir değere döner mi? 15:49 <+zzz> Yine de yılbaşından hemen önce koda giren bir şey olduğunu düşünüyorum, bu yüzden o son değişiklikler unutulmadan bakmak daha iyi :) 15:50 <+zzz> İlk olarak 29 Aralık'ta görüldü 15:50 <jrandom> evet zzz, kesinlikle öyleydi. muhtemelen artık zaman aşımlarını nasıl dikkate aldığımızla ilgili. 15:51 <+Complication> jrandom: aslında şu anda onu deniyorum :) 15:51 <+Complication> Sormandan birkaç saniye önce ayarladım, ama çok yakında öğrenemeyeceğim sanırım 15:51 <jrandom> ama orayı temizlemek için yapılması gereken hatırı sayılır iş var, ve yeni tunnel oluşturma kodunu uygulamak daha önemli (bu, tunnel kurulum başarı oranlarını ciddi şekilde artırmanın yanı sıra bir dizi anonimlik iyileştirmesi de ekleyecek) 15:51 <jrandom> harika Complication, evet, 3-6 saat ver 15:51 <jrandom> (eski değerleri/bağlantıları temizlemesi için) 15:52 <+zzz> ~ GET'lerin %1 - %3'ü şu anda bozulmuş 15:54 <jrandom> yani streaming kütüphanesindeki değişiklikleri geri almayı mı öneriyorsun (böylece i2psnark 12-48 saat içinde tüm kullanıcılarını OOM edecek) ve streaming kütüphanesinin yeniden çalışılmasını 0.6.2 tunnel işinden sonraya mı bırakalım, yoksa streaming kütüphanesini elden geçirirken 0.6.2 tunnel işini bir iki hafta erteleyelim mi? 15:55 <+zzz> kesinlikle geri almayın 15:56 <+zzz> sen bilirsin 15:56 <+Complication> Oldukça sinsi bir hata, diyebileceğim bu 15:58 <jrandom> streaming kütüphanesinde başka hatalar da var, bu yüzden kolları sıvayacaksam hepsini birlikte ele almak isterim (çünkü kalan hataların hiçbiri bariz değil). 15:59 <jrandom> öte yandan, önce tunnel işine gidersek, kayda değer bant genişliği kullanım azalması, artan kurulum başarı yüzdesi, daha iyi anonimlik ve canlı ağda yük dengelemeyi izleme yeteneğinde iyileşme elde edeceğiz 15:59 <Pseudonym> eğer sörfte sadece %1-3'lük bir başarısızlık oranıysa, bekleyebilir derim, ama bu sadece benim fikrim. 16:00 <jrandom> Önce tunnel işini yapma eğilimindeyim, çünkü onu devreye aldıktan sonra, streaming kütüphanesini aktif olarak elden geçirirken ağı pasif olarak izleyebiliriz 16:01 <jrandom> (Syndie için düzenleme/gönderim yapmaya yönelik bir GUI de yapmak isterim, ama o ikisi hallolduktan sonrasına kalabilir ;) 16:01 <+Complication> Burada da oran öyle 16:02 <+Complication> (benim eepsite'imde) 16:04 <jrandom> Tamam, bu oranlar değişiyor mu diye gözünüz üzerinde olursa harika olur, bu arada ben de tunnel yenilemesine devam edeceğim; ardından streaming kütüphanesi yenilemesi gelecek (ikisi de 0.6.2'den önce hazır olacak) 16:05 <jrandom> (ya da biri streaming kütüphanesine dalmak isterse [veya i2ptunnel ile garip bir etkileşim var mı diye bakmak], haber verin!) 16:06 <+Complication> jrandom: merakımdan soruyorum, bir test uygulamasıyla i2ptunnel hariç tutulabilir mi? 16:07 <+Complication> örn. jnymo'nun örnek uygulaması gibi bir şey de null alacak olursa, bu i2ptunnel'i şüpheli nedenler listesinden çıkarır mı? 16:07 <jrandom> bunu yapmak için hafif bir (VM içinde) I2PSocket uygulaması bağlanabilir, elbette 16:07 <+Complication> Çünkü, hatırladığım kadarıyla, o örnek streaming kütüphanesini doğrudan kullanıyordu... 16:08 <+Complication> (ya da neredeyse doğrudan) 16:08 <jrandom> aynen, elbette streaming kütüphanesini kullanan bir şey bunu çoğaltabilirse, i2ptunnel'i aklar 16:10 <+Complication> Hmm, başkası önce davranmazsa (önce şu webcache işini bitirmeye çalışacağım) onun gibi bir şeyle HTTP'yi öykünmeyi deneyebilirim... 16:10 <jrandom> süper, teşekkürler Complication 16:10 <jrandom> tamam, 1) Ağ durumu ve 0.6.1.9 hakkında başka bir şey var mı? 16:11 <jrandom> yoksa, 2) Tunnel oluşturma kriptografisine doğru ağır ağır geçelim 16:11 <+Complication> Yok, hiçbir faydalı şeye de yol açmayabilir, ya da yarı yolda tökezleyebilirim... ama beni cezbeden bir olasılık 16:11 <jrandom> aynen, kesinlikle araştırmaya değer Complication 16:12 <jrandom> (ve araştırmaların değerli olması için olumlu sonuç vermesi gerekmez :) 16:12 * cervantes yılbaşına giderken yapılan kaynak değişikliklerinde bir "moo" exception yakalar...belki de sorun odur? :) 16:13 <jrandom> tamam, e-postada referans verilen yeni bir tunnel oluşturma kripto spesifikasyonu var; geçen ekimde toad, Michael ve benim posta listesindeki tartışmamıza dayanıyor 16:14 <jrandom> bir göz atın ve fikirlerinizi söyleyin - canlı ağa bir süre dağıtılmayacak, önce uygulanması gereken başka şeyler var, ama geliyor 16:14 <+Complication> "moo" Java için ayrılmış bir sözcük mü? ;P 16:14 <+zzz> 2) konusunda, durum e-postasındaki referansları gözden geçirmeye yardımcı olacağım 16:14 <+Complication> Tunnel kriptosu konusunda, aşağıdaki yeniden ifade düzgün mü diye bakar mısın - doğru anladığımdan emin olmak istiyorum... 16:14 <jrandom> teşekkürler zzz 16:15 <+Complication> "Her atlama, kendi kayıtlarından ElGamal özel anahtarlarını kullanarak çözdükleri yanıt anahtarıyla tüm kayıtları şifreler ve bu şekilde şifreleyerek, tunnel sahibinin yaptığı çözmenin (ya da demeli miyim, şifrelemenin) bir katmanını tersine çevirir; böylece bir sonraki katılımcının kaydı, bir sonraki katılımcının ElGamal özel anahtarıyla okunabilir hâle gelir?" 16:15 <jrandom> Complication: evet 16:15 <+Complication> Yoksa yeniden ifadem tamamen yanlış mı? 16:16 <+fox> <jme___> ve aşırı karmaşık, müsaadenle 16:16 <jrandom> doğru olduğunu sanıyorum, ama evet, çok fazla cümlecik var :) 16:16 <+Complication> Bunu görselleştirmenin daha iyi bir yolunu düşünemedim. O hâliyle bile yeterince zordu. :P 16:16 <jrandom> (yoksa jme___ algoritmanın çok karmaşık olduğunu mu söylüyorsun?) 16:17 <+fox> <jme___> hayır, belgeyi hızlıca okumayı denedim ve vazgeçtim; çok fazla şey ön bilgi gerektiriyor 16:17 <+fox> <jme___> diğer yandan çok da denemedim :) yapılacak başka şeyler var 16:17 <jrandom> Complication: http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/java/src/net/i2p/router/tunnel/BuildMessageProcessor.java?rev=HEAD 16:18 <+fox> <jme___> bu akran değerlendirmesi bir formalite mi, yoksa gerçekten endişeli/emin değil misin ? 16:19 <+Complication> Şey, alttaki mekanizmanın ne yaptığını bilmek her zaman iyidir... 16:19 <jrandom> İstediğim şeyi yaptığı konusunda eminim, ama biri bir sorun görebilirse içtenlikle ilgilenirim 16:19 <+fox> <jme___> eğer ikinciyse zaman ayırabilirim, ama bilgim eski ve aklımın ucunda değil 16:20 <+fox> <jme___> değilse güveniyorum :) 16:20 <jrandom> notlar bölümünde bazı sorular var - http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/tunnel-alt-creation.html?rev=HEAD#tunnelCreate.notes 16:22 <jrandom> acele yok, bu yeni kriptonun router'da gerçekten kullanılmasına muhtemelen bir iki hafta var 16:22 <@cervantes> jrandom: bunlarda, atlamalar arasına rastgele bir gecikme eklemenin performansa büyük bir etkisi olur mu? 16:22 <@cervantes> çünkü zamanlama saldırılarını önlemek için en mantıklı seçenek o gibi görünüyor 16:23 <jrandom> bu tunnel oluşturma, dolayısıyla bir gecikme zarar vermez, ama felaket türü arızalarda lease set'in erken süresinin dolmasına yol açabilir 16:25 <jrandom> şey, bu gecikmelerin ne kadar etkili olacağından emin değilim. önemli ölçüde yardımcı olabilirler de, olmayabilirler de. canlı tunnel'lar, ancak, o tunnel üzerindeki işbirliği yapan eşleri tespit etmek için basitçe blending kullanabilir, bu yüzden emin değilim fark eder mi 16:25 <+fox> <jme___> tamam, yeniden okuyorum 16:27 <jrandom> teşekkürler. tamam, acele yok, ama birinin bir fikri olursa/olduğunda, bana gönderin (ya da listeye, ya da blogunuza, vb) 16:27 <jrandom> tamam, 2 hakkında başka bir şey var mı, yoksa 3) Syndie bloglarına geçelim mi? 16:29 <jrandom> (geçtik sayın) 16:29 <jrandom> tamam, syndie'de yeni hoş blogvari şeyler var, dalın ;) 16:29 <@cervantes> çok.havalı 16:30 <jrandom> soldaki gruplar keyfi URL'lere bağlantılar içerebildiği gibi, bloglara, bloglardaki yazılara veya bloglardaki yazılara ekli dosyalara bağlantılar da içerebilir 16:30 <jrandom> yazılar için blog başına ya da etiket başına stil, simgeler vb. eklemek gibi bir dizi geliştirme de mümkün. buna dalmak isteyen olursa harika olur (ve oldukça görünür bir etkisi olur :) 16:31 <@cervantes> bu arada, yorumlarda tanımlanan dış bağlantıların da hedef URL'ye ayarlı bir title özniteliği olmalı (soldaki panelde yaptığın gibi) 16:31 <@cervantes> yorumlar/yazılar 16:32 <jrandom> ah, iyi fikir 16:33 <jrandom> (net.i2p.syndie.sml.BlogPostInfoRenderer method renderLinks(...) :) 16:34 <@cervantes> *karalama* 16:35 <jrandom> Syndie bloglarının bilgilendirici eepsite'lere işlevsel bir alternatif sunabilmesi için başka neye ihtiyaçları var? elbette, syndie statik içerik, dolayısıyla bazı şeyleri yapamazsınız; ama içerik yayımlayabilir ve insanların yorum yapmasına izin verebilirsiniz 16:36 <jrandom> özellikle yapmak istediğiniz özelleştirmeler var mı? varsa haber verin 16:37 <DoubtfulSalmon> jrandom: mevcut içeriği betik ile güncellemek? 16:37 <@cervantes> tarihe göre arşiv 16:37 <jrandom> DoubtfulSalmon: betik ile? 16:37 <jrandom> cervantes: ah, "5 eski giriş" bağlantıları yerine küçük bir takvim bileşeni gibi mi? 16:38 <@cervantes> evet 16:38 <DoubtfulSalmon> jrandom: diyelim ki şu dosya/metin o dosya/metnin yerini alsın istiyorum. Bunu nasıl yaparım? 16:38 <jrandom> tamam harika, evet, bu gerçekten kolay olmalı (birisi HTML'yi hazırlarsa :) 16:38 <@cervantes> ya da daha basitçe "geçen ayın yazılarını görüntüle" 16:39 <@cervantes> jrandom: içinde birkaç sayı olan 7x6'lık bir tabloya ihtiyacın var sadece ;-) 16:40 <jrandom> DoubtfulSalmon: yayımlanmış içeriği değiştirmek ilginç bir yön. genel olarak her zaman işe yaramaz, çünkü usenet kontrol iletileri gibi çalışması gerekir (eski bir gönderiyi iptal etmek vb) 16:40 <jrandom> DoubtfulSalmon: öte yandan, basitçe yeni bir dosya/girdi gönderebilir ve soldaki bağlantıları yeni dosya/girdiye işaret edecek şekilde değiştirebilirsin 16:40 <jrandom> (bu şekilde, eski içerik hâlâ orada durur, ama insanlar yeni içeriğe yönlendirilir) 16:41 <DoubtfulSalmon> jrandom: evet, herkesin bağlantıları yeni içeriğe işaret ettiği sürece, eski içerik hâlâ durabilir; onların içeriğini değiştirmesi gerekmeden. 16:41 <jrandom> bundan tam teşekküllü bir wiki yapmak, özetle diff'leri gönderip sonucu syndie'nin işlemesi şeklinde, mümkün; ama aşırı olabilir 16:41 <jrandom> hmm, tamam ne dediğini anlıyorum 16:42 <jrandom> yani, içeriğin kesin sürümlerine giden mevcut bağlantılar yerine yönlendirilebilir bağlantıların olmasını istiyorsun 16:43 <jrandom> belki bu, bir blogun yer imine bağlantı vererek yapılabilir ve kesin sürüm, o blogun güncel yer imlerini yükleyip nereye işaret ettiğine bakılarak bulunabilir 16:44 <jrandom> öte yandan, yeni sürüm eski gönderiye yanıt olarak işaretlenebilir; böylece insanlar bir bağlantıyı izlediğinde, içeriğin yerini alan yanıta da gidebilirler 16:44 <jrandom> (gerçi bu muhtemelen o kadar kesintisiz olmaz) 16:44 <DoubtfulSalmon> evet: diyelim ki güncel bir radar görüntüsüne ya da her 10 dakikada bir güncellenecek benzer bir şeye bağlantı vermek istiyorum. İçeriğin tüm ağa yayılmaması sorun değil, ama başka biri sayfama bağlanırsa, kullanıcı güncel resmi görmeli. 16:45 <jrandom> şey, bu onların ne yapmak istediğine bağlı - başvurdukları andaki hâliyle görüntüye mi bağlanmak istiyorlar, yoksa okuyucu baktığında görüntüyü oluşturan hizmete mi bağlanmak istiyorlar 16:45 <+Complication> cervantes: günün garipliği :D Şuradaki son gönderi: http://forum.i2p/viewtopic.php?t=1199&start=15 16:46 <+Complication> Bir başka robot efendilerimizden biri gibi hissettirdi :P 16:46 <jrandom> ama her iki kavramı da desteklemek iyi bir fikir ve çok zahmet olacağını sanmıyorum 16:46 <@cervantes> thnx 16:46 <jrandom> yine de sml'e küçük bir genişleme gerekir (örn. [blog bloghash="ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=" bookmark="radar.webp"]) 16:47 * cervantes eğer bunlardan çok almaya başlarsak forum savunmalarını yükseltecek 16:47 <@cervantes> (onu nasıl durduracağımı zaten biliyorum) 16:47 <DoubtfulSalmon> jrandom: syndicator içeriği silmemişse hem statik sürümüne hem de en son sürüme işaret eden genel bir URL'ye bağlantı verebilmeliler 16:47 <jrandom> (bu da yer imleri için ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c='in güncel meta gönderisine bakar, "radar.webp" adlı olandan kesin URI'yi çeker) 16:48 <DoubtfulSalmon> jrandom: bu şu anda şöyle bir şeyle yapılabilir mi: "View most recent one post in tag <weird string>" 16:48 <jrandom> ah, iyi nokta - evet, yapılabilir 16:49 <jrandom> hatta "View most recent post by $author with tag $tag" ile sınırlandırılabilir 16:49 <jrandom> (böylece başkaları onu sahteleyemez) 16:49 <DoubtfulSalmon> o hâlde belki bir tür UI koyup kullanıcının garip etiketler vb. görmesine gerek kalmamasını sağlamak 16:50 <jrandom> nasıl göründüğüne dair bir örnek yukarıda var, ama URI aklımda değil... ama evet, bağlanan metnin etrafında bir bağlantı 16:50 <DoubtfulSalmon> Tüm bu bilginin URL biçiminde gelebileceğini varsayıyorum. 16:51 <jrandom> ama kaynak SML'yi yazmak kesinlikle karmaşık; bu yüzden SML oluşturmak için bir GUI faydalı olur 16:51 <jrandom> onlar SML etiketlerinde öznitelikler, URL değil 16:52 <@cervantes> ve SML GUI'si javascript olmadan zor olacak 16:52 <DoubtfulSalmon> ama bir arama sonucunu yer imlerine ekleyebilirsin, değil mi? 16:52 <jrandom> arama sonucu nedir? 16:52 <jrandom> ve yer imiyle ne demek istiyorsun? 16:52 <@cervantes> (ya da bir tarayıcı uzantısı ;-) 16:52 <jrandom> oh, tarayıcı tarafı yer imleri, evet 16:52 <+Complication> Bir filtre sonucu? 16:53 <jrandom> ama bu yer imleri genel olarak paylaşılabilir değil 16:53 <DoubtfulSalmon> yani: "X tarafından Y etiketiyle en son 1 gönderiyi getir" 16:53 <jrandom> (aslında çoğu öyle, ama evrensel değil, çünkü onlar URI değil URL)) 16:53 <DoubtfulSalmon> evet, diğer bloglar da onlara bağlanabilse iyi olur 16:54 <jrandom> DoubtfulSalmon: yapabilirler, sml ile 16:54 <jrandom> [blog tag="Y" bloghash="X"] 16:54 <DoubtfulSalmon> oh süper 16:55 <jrandom> cervantes: javascript, ya da xul, ya da java, ya da başka bir işletim sistemi özelinde istemci uygulaması 16:57 <@cervantes> ah harika, yani betikleme ya da eklenti bağımlılığı sorun değil 16:57 <jrandom> (web sitemiz 0.6.2 için elden geçirildiğinde, syndie'nin şu tüm syndie şeyinin ne olduğunu ve bulaşık yıkamak dışında her şeyi nasıl yapabildiğini açıklayan bir web sitesi kesinlikle olacak ;) 16:57 <@cervantes> (zarifçe geriye düşebildiği sürece) 16:57 <jrandom> cervantes: syndie lynx ile çalışır durumda olmalı, ama zengin istemciler için çok alan var 16:58 <jrandom> (s/function/functional/) 16:58 <@cervantes> doğru.. yani lynx kullanıcıları bir SML başvuru tablosu alır, ama daha fazlası değil 16:58 <jrandom> evet, şu anda olduğu gibi 16:58 <jrandom> yine de belki sadeleştirilmiş bir sml, bilemiyorum. 17:01 <+Complication> jrandom: sence en ufak bir ihtimal bile var mı... null hatasının gzip kodlamasıyla ilgili olabileceğine? 17:01 <+Complication> eepsite tunnel'ım için gzip'i nasıl devre dışı bırakabileceğimi düşünüyordum... 17:01 <+Complication> Yoksa bu tamamen mantıksız mı olur? 17:01 <@cervantes> yılbaşından hemen önce i2ptunnel'a bazı http sıkıştırıcı şeyleri eklendi 17:03 <jrandom> aynen, olabilir - istemci tarafında i2ptunnel.gzip=false ile devre dışı bırakabilirsin (/configadvanced.jsp üzerinde). şu anda i2ptunnelhttpserver içinde devre dışı bırakabileceğini sanmıyorum 17:03 <+zzz> sıkıştırmanın olmadığı istek tarafında 17:03 <+zzz> istemci false'a ayarlıysa sunucu sıkıştırmayacak 17:03 <+Complication> zzz: oh, doğru, onu unuttum 17:04 <jrandom> (ama çok fazla zahmet olmadan I2PTunnelHTTPServer'a ekleyebilirsin [satır 310, vb) 17:04 * Complication ahmaktır ve bunun için özür diler 17:04 <@cervantes> (ya da normal bir tunnel kullanabilirsin) 17:04 <+Complication> Aha, teşekkürler... 17:05 <jrandom> hmm, gerçi i2ptunnelhttpserver GET'i aldığında null zaten orada oluyor 17:05 <+zzz> evet, orion'u tekrar HTTP tunnel'a taşıttım; bu sayfalarının yükleme sürelerine çok yardımcı oldu çünkü yeniden sıkıştırılıyor 17:05 <+Complication> Bir şekilde, gzip'in istemci ve sunucu bunu yapmayı kabul ettiğinde başladığını tamamen unuttum 17:05 <jrandom> yani istemci tarafında olabilir, ama kesinlikle sunucu tarafında değil 17:05 <jrandom> evet zzz, şu an oldukça deli gibi hızlı :) 17:05 <+zzz> bu _istek_ tarafında, _yanıt_ tarafında değil - istemci ya da sunucu tarafında olabilir 17:06 <jrandom> doğru 17:09 <jrandom> tamam, 3) Syndie blogları hakkında başka bir şey olan var mı? 17:09 <jrandom> yoksa, 4) ???'a geçelim 17:09 <jrandom> toplantıda gündeme getirmek istediği başka bir şey olan var mı? 17:10 <cat-a-puss> Complication: Java'nın gzip akışı + I2P tunnel'ları. ÇALIŞMIYOR ve bu Sun'ın hatası 17:10 <jrandom> hmm cat-a-puss? gerçekten mi? 17:10 <+zzz> HTTP kalıcı bağlantılar güncellemesi: istemci tarafı çoğunlukla bitti, sunucu tarafı iyi ilerliyor, yapılacak çok sayıda sertleştirme ve test var, tahmini tamamlanma 2-4 hafta 17:10 <jrandom> güzel1 zzz! 17:11 <cat-a-puss> jrandom: evet, bu konuda seninle uzun zaman önce konuşmuştum; nedenine dair uzun açıklamayı muhtemelen bulabilirim, ama bunu bir yerde belgelemek en iyisi, çünkü bunu yapmanın hiçbir nedeni yok. 17:12 <jrandom> hmm bağlam dışındayım, tam olarak ne çalışmıyor? Sun'ın hatası ne? 17:14 <dust> şu tür tuhaf günlükler alıyorum: 21:21:59.816 WARN [%d0%a2%d1%4f] net.i2p.util.EepGet : ERR: status <html> 17:14 <jrandom> hmm, ilginç 17:15 <jrandom> hangi tracker? 17:15 <cat-a-puss> jrandom: hatırladığım kadarıyla Sun başlıksız zip'ler ve bunun bir zip akışı olduğunu söylemek için bir sihirli sayı kullanıyor. Ama bu sayı tesadüfen negatif, dolayısıyla bir nedenle bir zip akışı içinde başka bir zip akışı oluşturursan, akıştan veriyi işaretsiz baytlar dizisi olarak okuyor ve böylece sihirli sayı başka bir pozitif sayıya dönüşüyor. (Muhtemelen bazı ayrıntıları kaçırıyorum ama özeti bu) 17:16 <dust> örneğin OSDevWithCVS_3E.pdf.torrent 17:17 <dust> d8:announce540:http://YRgrgTLGnbTq2aZOZDJQ... 17:17 <jrandom> hmm, bunun hakkında bir şey bilmiyorum ve i2ptunnel üzerinden gzip akışını nasıl etkileyeceğinden emin değilim (etkileseydi hepsi başarısız olurdu, çünkü her şeyi gzipliyoruz) 17:19 <jrandom> tamam harika dust, yani postman'in tracker'ı. hmm, 0.6.1.9 mu kullanıyorsun dust? 17:20 <cat-a-puss> jrandom: evet, bu sorunu yaşadığımdan beri neredeyse bir yıl geçti, o yüzden pek iyi hatırlamıyorum ve 1.5'te düzeltilip düzeltilmediğini bilmiyorum; ama neden her normal akış türünün çalıştığını, ancak onları sıkıştırılmış bir akışa sardığım anda hepsinin neden başarısız olduğunu çözmeye çalışırken gerçekten canım çıktı. 17:20 <dust> evet 17:20 <jrandom> cat-a-puss: i2p üzerinde sıkıştırma için son bir yılda işleri dramatik biçimde değiştirdik ;) 17:21 <jrandom> (ve şahsen 1.5 kullanmıyorum) 17:21 <jrandom> ama paketlenmiş akışlarını kullanmak yerine kendi zip kodlamamızı açıkça yapıyoruz (ama uyumluluk için değil, anonimlik/verimlilik nedenleriyle) 17:22 <@cervantes> zzz: null istekte tam olarak nerede oluyor? GET'ten hemen sonra mı? 17:22 <+Complication> Öncesinde, yanlış hatırlamıyorsam 17:23 <+fox> <lordalbert> merhaba 17:23 <+Complication> Not: Celeron 300, Sempron'dan iki kat daha düşük yeniden iletim yüzdesi gösteriyor 17:23 <jrandom> 'lo lordalbert 17:23 <jrandom> güzel Complication, %2-3 makul (gerçi elbette daha düşük olmasını tercih ederim) 17:23 <@cervantes> bir sürü HEAD isteği falan ateşlemek ilginç olurdu... 17:24 <jrandom> evet, bir dizi yerel test harika olurdu, gerçi hatırladığım kadarıyla Complication bunu bir süre önce denedi ve hata çıkmadı 17:24 <+fox> <lordalbert> anonim bir tracker yapabilir mi biri? Denedim ama tunnel'ı nasıl kullanacağımı anlamıyorum 17:24 <+Complication> cervantes: bir kez, 2 düğümüm arasında özyinelemeli wget ile kışkırtmayı denedim 17:24 <+Complication> Olmadan önce yoruldum 17:25 <@cervantes> heh 17:26 <+fox> <lordalbert> 'lo b0unc3 ;) 17:26 <+fox> <b0unc3> lordalbert, :D 17:26 <+Complication> lordalbert: hangi konuda tavsiyeye ihtiyacın var? 17:27 <+Complication> Tracker kurma konusunda maalesef bilmiyorum. 17:27 <+Complication> I2PTunnel hakkında, anlatmayı deneyebilirim... 17:27 <+fox> <lordalbert> BTtracker kurdum ve mükemmel çalışıyor 17:28 <+Complication> Ayrıca tracker'ın anonim kalması için muhtemelen oldukça dikkatli bir yapılandırma ile çalışması gerektiği not edilmelidir 17:28 <+fox> <lordalbert> şimdi onu anonimleştirmek istiyorum 17:28 <+fox> <lordalbert> yani 17:28 <jrandom> Eminim toplantıdan sonra bunu birlikte halletmeye yardımcı olabiliriz. genel tracker'ları kullanmamalısın; anonimlik için yapılmış olana ihtiyacın var 17:28 <+fox> <lordalbert> az önce bir i2ptunnel yaptım 17:29 <jrandom> (örn. i2p tracker'larının herhangi birinde ya da cvs'de bulabileceğin bytemonsoon değişikliği) 17:29 <+fox> <lordalbert> şimdi bu tunnel'ı nasıl kullanacağımı bilmek istiyorum. Bir tunnel yaptım zaten 17:29 <jrandom> tamam, toplantı için başka bir şeyi olan var mı? 17:30 <jrandom> lordalbert: http://localhost:7657/i2ptunnel/ web sunucuna/tracker'ına işaret eden bir 'http server tunnel' oluşturmanı sağlamalı, ama tracker'ın anonim kullanım için değiştirilmedikçe çalışmayacaktır 17:30 <+fox> <lordalbert> jrandom, hangi tracker'ı kullanmalıyım? 17:31 <+Complication> postman, sanırım ByteMonsoon'un değiştirilmiş bir sürümünü kullanıyor 17:32 <jrandom> i2p-bytemonsoon anonim kullanım için değiştirilmiştir - http://i2p-bt.postman.i2p/ adresinde bir zip var ve http://dev.i2p.net/cgi-bin/cvsweb.cgi/bytemonsoon/ adresinde de cvs var; ama gerçekten pek bilgim yok 17:32 <+fox> <lordalbert> bytemonsoon modası geçmiş değil mi? 17:32 <jrandom> çalışıyorsa, modası geçmiş değildir. çalışıyor 17:33 <+fox> <lordalbert> tamam XD 17:33 <jrandom> ortada birçok tracker var ve eğer bir geliştirici onu güvenli ve anonim çalışacak şekilde değiştirmek isterse, harika olur 17:33 <+Complication> Biraz eski olabilir... ama IP'ler yerine destkey'lerle kesinlikle çalışıyor... 17:33 <+Complication> Güvenlik ve sızıntı yapmama konusunda bir şey diyemem 17:34 <jrandom> (anonimlik ve güvenlik için duck ve diğerlerince değiştirildi) 17:34 <+Complication> Ama bir süredir ayakta ve idare ediyor gibi görünüyor... 17:35 <jrandom> tamam, toplantı için başka bir şey yoksa... 17:36 * jrandom toparlar 17:36 * jrandom *baf* toplantıyı kapatır