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

15:26 <jrandom> 0) selam 15:26 <jrandom> 1) Ağ durumu 15:26 <jrandom> 2) Throughput profillemesi 15:26 <jrandom> 3) Syndie blogları 15:26 <jrandom> 4) HTTP kalıcı bağlantılar 15:26 <jrandom> 5) I2Phex gwebcache 15:26 <jrandom> 6) ??? 15:26 * jrandom el sallar 15:26 <jrandom> haftalık durum notları http://dev.i2p.net/pipermail/i2p/2006-January/001247.html adresinde 15:27 <jrandom> (evet, biliyorum... 7) Bir şey daha... lazım) 15:28 <jrandom> 1) Ağ durumu'na geçiyoruz 15:28 <jrandom> Genel olarak, e-postadakilerin ötesinde, aynı tas aynı hamam gibi görünüyor. 15:28 <jrandom> 1) hakkında gündeme getirmek istediğiniz bir şey var mı? 15:30 <jrandom> tamam, yoksa 2) Throughput profillemesi'ne geçiyoruz 15:31 <tethra> kulağa hoş geliyor, ama amacı nedir sorabilir miyim? 15:31 <jrandom> hızlı peer (eş düğüm) bulmak 15:31 <tethra> (nüktedanlık ve incelik eksikliğimi mazur görün) 15:31 <tethra> ah, güzel. 15:32 <jrandom> temelde, eski hız profillememiz o kadar iyi değildi (özet için geçen haftanın durum notlarına bakın) ve bu, hızlı olduklarını bildiğim peer'ları bulmada oldukça iyi görünüyor 15:32 <jrandom> (hızlı olduklarını biliyorum çünkü hile yaptım ve anonim olmayan tekniklerle ölçtüm) 15:33 <tethra> şok edici! ;) 15:33 <jrandom> ((evet, biri deli olup ölçümlerimi şaşırtmak için saldırılar düzenlemiş olabilir ama, yani, pek sanmıyorum ;) 15:33 <tethra> haha 15:33 <tethra> harika, bu durumda istemci tunnel'ların 'iyi' bir peer bulma olasılığını artıracak ve muhtemelen 'hızlı' peer'ları daha az baskı altında bırakacak, öyle mi? 15:35 <tethra> s/'iyi'/hızlı/ 15:35 <jrandom> ilki için evet, ikincisi için pek değil - üzerlerindeki baskıyı azaltmayacak, ama insanların onları daha etkin kullanmasını sağlayacak 15:35 <@cervantes> sanırım hızlı peer'ları olanlar, peer throttling'in ek katılımı kaldıracak kadar iyi olmasını ummak zorunda kalacak 15:36 <jrandom> örneğin, $slow-->$fast-->$fast yerine, $fast-->$fast-->$fast olacak 15:36 <tethra> ah, anladım 15:36 <jrandom> evet cervantes, kapasite profiline de dikkat ediyorum ve işe yarıyor 15:36 <@cervantes> harika 15:37 <jrandom> kapasite ile hız arasındaki etkileşim önemli - hızları herkesinkinden yüksek bile olsa, yüksek kapasiteli değillerse peer'lar hızlı sayılmıyor 15:37 <@cervantes> throughput'u nasıl etkilediğini görmek ilginç olacak 15:37 <jrandom> (bu yüzden 'fast' aslında 'fast and high capacity'nin kısaltması) 15:37 <@cervantes> +h 15:37 <jrandom> aynen cervantes 15:39 <jrandom> tamam, 2 hakkında başka bir şey yoksa, 3) Syndie blogları'na geçelim 15:40 <jrandom> oradaki e-postanın ötesinde ekleyecek pek bir şeyim yok 15:41 <@cervantes> harika görünüyor 15:41 <tethra> blogların gittiği yönü çok beğeniyorum. Hani hepsi kaymak, denebilir. 15:41 <tethra> :D 15:41 <+Complication> Biraz geç kaldım, üzgünüm. 15:42 <jrandom> güzel, başlangıçtakine benzer, ama bence blog görünümü umut vadediyor 15:42 <jrandom> yeniden hoş geldin Complication, sorun yok, loglarımız var :) 15:43 <+Complication> Şu an geriye doğru kaydı okuyorum :) 15:43 <jrandom> iki görünümün de yeri olduğuna inanıyorum, sanırım kullanıcıya bağlı 15:43 <jrandom> (ve içeriğe, ve yazara) 15:45 <jrandom> ama bir konu var, html pek şahane değil. cervantes, çok temel eğitimimi daha modern bir bakışa dönüştürmemde yardımcı oluyor ama hâlâ çözülmesi gereken çok konu var 15:46 <jrandom> syndie'nin web arayüzüne sürekli iyileştirmeler olacak ve eğer bir html gönüllüsü biçimlendirme, tasarım, css, tarayıcılar arası sorunlar vb. konularda yardımcı olmak isterse çok makbule geçer 15:47 <@cervantes> iki açılış <style> etiketi olması dışında kod oldukça temiz görünüyor ;-) 15:47 <jrandom> heh, ups 15:48 <@cervantes> vurguyu, stilleri temiz ve okunur hale getirmeye ve belki bazı şablon alternatifleri tasarlamaya vereceğimizi düşünüyorum 15:48 <jrandom> hmm 15:49 <jrandom> blog görünümü için düşündüğüm şeylerden biri de buydu - insanların belirli öznitelikleri (renkler, fontlar, boyutlar) özelleştirmesini sağlamak kolay olurdu, ama daha fazlası ne kadar olur emin değilim 15:50 <jrandom> öte yandan, blog görünümü, tıpkı konu görünümü gibi, syndie arşivi üzerinde sadece bir şablon 15:50 <@cervantes> dağıtılabilir şablonlara kesinlikle izin vermek istemezsin 15:50 <jrandom> yani soru şu: şablon kimin için? 15:50 <jrandom> (şablonu kullanacakların hangi deneyim seviyesinde olması gerekir) 15:51 <@cervantes> ben sadece birinin blogu için seçebileceği açılır bir yapılandırma seçeneği düşünmüştüm 15:51 <jrandom> hı? 15:51 <@cervantes> Ben "Pony Look" istiyorum 15:51 <jrandom> ah, tamam 15:51 <@cervantes> yani syndie'yi çeşitli temalarla gönderiyoruz 15:52 <jrandom> evet, hazır renkler/font vb. 15:52 <jrandom> (ve ikonlar, vb.) 15:52 <jrandom> bu, blog görünümünde henüz pek uygulanmamış bir şey 15:54 <jrandom> karmaşık seçenekler yerine basit bir tema seçicisi fikri iyi 15:54 <@cervantes> alternatif olarak, biri kendi şablon hazır ayarlarını sitesinde indirme olarak sunabilir - bir tema klasörüne kaydedilebilir 15:55 <@cervantes> blog yazarının özel temasına güvenmek isteyip istememek bireyin takdirinde 15:55 <jrandom> ... güven? 15:55 <jrandom> syndie'de hiçbir şey sana güvensiz html veya css yapmana izin vermez 15:55 <tethra> peki güvensiz JavaScript/vb. ne olacak 15:55 <jrandom> temalar jsp yerine metin dosyaları/yapılandırma dosyaları/görüntüler olurdu 15:55 <tethra> ? 15:56 <tethra> (örneğin sayfanın js ile anonim olmayan adreslere yönlendirilmesi?) 15:56 <@cervantes> tema yapısal html değişiklikleri de içeriyor mu, ona bağlı 15:56 <@cervantes> tamam doğru 15:56 <@cervantes> bu gayet temiz ve basit kalmasını sağlar 15:57 <jrandom> tethra: JavaScript konusunda... inanılmaz derecede çekingenim. bugün default'ın yeni blog yazısını gördün mü? 15:57 <jrandom> "Sadece merak ediyorum: AJAX kullanıyor mu? Sayfa bir bütün olarak güncellenmiyor gibi..." 15:57 <tethra> nein, görmedim. 15:57 <tethra> şahsen kullanılan herhangi bir js'yi doğrudan bertaraf etmenin bir yolunu bulurdum. 15:58 <jrandom> syndie yerel olduğu için aşırı hızlı, ve aynı gecikme sorunları hakkında endişelenmemiz gerekmiyor 15:58 <tethra> zerre güvenmiyorum. 15:58 <tethra> hmm :/ 15:58 <jrandom> cervantes: evet, çok basit - hatta insanların hoşuna giden bir blog temasını görüntülerken "bu temayı çal" demesine bile izin verebiliriz 15:59 <@cervantes> teoride blog kullanıcısı için "güvenli" işlevlerden oluşan bir kütüphane sağlayabilirsin - ama ortalama bir tarayıcının uygulamasından güvensiz olan her şeyi çıkardığında geriye "alert();" işlevi kalır 16:00 <jrandom> heh 16:00 <jrandom> (ve JavaScript'in tüm o erişilebilirlik sorunları var) 16:00 <+Complication> cervantes: unutma, sonsuz döngüde alert() kötü olabilir :P 16:00 * jrandom Syndie'nin lynx-dostu oluşuyla oldukça gurur duyuyor 16:00 <tethra> lynx <3 16:02 <jrandom> tamam, 3) hakkında başka bir şey yoksa, 4) HTTP kalıcı bağlantılar'a geçelim 16:02 <jrandom> e-postadakilerin ötesinde ekleyecek bir şeyim yok... zzz, burada mısın? 16:02 <@cervantes> *tükürür* AJAX arayüzü uygulamanın başka yolları da var, mesela bir mozilla eklentisi 16:03 <jrandom> fire2pe++ :) 16:03 <jrandom> zzz ortalarda yok gibi, o yüzden 4) hakkında daha fazla bilgi için muhtemelen biraz beklememiz gerekecek 16:03 <@cervantes> fire2pe sadece bir yardımcı - kastettiğin syndilla ;-) 16:03 <jrandom> lol 16:04 <jrandom> (ve usb anahtarlık sürümü, syndog ;) 16:04 <jrandom> tamam, 5) I2Phex gwebcache'e geçiyoruz 16:05 <jrandom> Complication: p1ng 16:05 <+Complication> Şebekeyle bütünleşmeyi kolaylaştıracağı için... 16:06 <+Complication> ...son zamanlarda I2Phex'te zaten bulunan gwebcache kodunu diriltme üzerine çalıştım 16:06 <+Complication> Bu aşamada halihazırda çok sınırlı şeyler yapıyor (mesela düzgün çöküyor) :) 16:06 <+Complication> Ayrıca awup'un webcache sunucusunu orta derecede başarıyla darlıyor 16:07 <jrandom> lol güzel 16:07 <+Complication> Yine de umudum var, sonunda yeniden çalışır hale getireceğim 16:07 <+Complication> (şu anda çoğu IP adresleriyle uğraşmak için tasarlanmış) 16:09 <jrandom> harika, bol şans, ve yardımcı olabileceğim bir şey olursa haber ver 16:09 <+Complication> Haber veririm :) 16:10 <jrandom> tamam, 5) I2Phex gwebcache hakkında başka bir şey var mı, yoksa 6) ???'ya doğru yavaştan geçelim mi 16:11 <jrandom> geçtiğimizi varsayalım 16:11 <jrandom> toplantı için başka bir şey var mı? 16:11 <@cervantes> bir bardak çay daha fena olmazdı 16:12 <tethra> heheh 16:12 <Pseudonym> yol haritası nasıl? 16:12 <jrandom> değişiklik yok 16:12 <Pseudonym> 0.6.2 için ne kaldı? 16:13 <jrandom> 0.6.2 ile ilgili her şey 16:13 * jrandom eğilir 16:14 <Pseudonym> :-P 16:14 <@cervantes> biraz bling bling 16:14 <Pseudonym> tahmini bir tarih/zaman çizelgesi var mı? 16:14 <jrandom> özellikle, yeni tunnel oluşturma kriptosu ve algoritmaları, yeni peer seçim stratejileri 16:14 <tethra> heheh 16:14 <jrandom> tarih ve zaman çizelgesi yok (en azından, toplantılarda duyurulmuyor ;) 16:15 <Pseudonym> üzerinde çalıştığın throughput işlerinden başka peer seçim stratejilerinde daha fazlası var mı? 16:16 <jrandom> evet, bu peer profilleme değişiklikleri performans konuları, anonimlikle ilgili peer seçimi ve sıralama stratejileri değil 16:16 <+Complication> jrandom: doğru mu hatırlıyorum... tunnel oluşturma kriptosu, posta listesinde predecessor saldırıları (öncül saldırılar) ve diğerleri konuşulurken tartışılan şeylerle ilişkili mi? 16:17 <jrandom> evet Complication 16:17 <+Complication> s/related/relates 16:19 <+Complication> O süslü minik veri yapısını çalıştırmayı mı deneyeceksin? 16:19 <jrandom> evet 16:20 <jrandom> (dolayısıyla, 0.6.2 iki haftalık ufukta değil ;) 16:20 <+Complication> Güzel. İlginç geliyor, sanırım bununla ilgili biraz okumalıyım 16:21 <+Complication> Umarım sorunsuz gider 16:21 <jrandom> listede sadece lafta dolaştı, henüz yazıya dökülmüş bir taslak yok 16:21 <tethra> hangi şirin veri yapısı bu, pardon? 16:21 <+Complication> Ah, ve bağlantının neden çalışmadığını ( "moo" mesajındaki) çözdüm. :D freedomarchives.i2p (çoğul, s ile bitiyor) 16:21 <jrandom> geriye dönük uyumsuz olacak, yani "pürüzsüz" olmaz ama umarım çok acıtmaz :) 16:21 <jrandom> ah tüh 16:22 <jrandom> tethra: tunnel oluşturmaya yönelik henüz var olmayan bir veri yapısı 16:22 <tethra> güzel 16:22 <jrandom> (Kasım civarındaki predecessor başlıklarına bak) 16:23 <tethra> mevcut olana göre ne gibi artıları/eksileri olacak? (eğer mevcut bir tane varsa :o) 16:23 <jrandom> (Kasım civarındaki predecessor başlıklarına bak) ;) 16:23 <tethra> ah, tamam 16:23 <+Complication> Yanlış hatırlamıyorsam, tunnel oluşturmayı gözlemcilere daha az şeffaf kılmak için 16:23 <tethra> "" 16:23 <tethra> ;) 16:23 <jrandom> ama, bu bir öneri değil, 0.6.2 için masada hiçbir şey yok; 0.6.2 öncesindeki tüm şeyler çözülmeden. 16:23 <jrandom> çalışması gereken şeyler, gerektiği gibi çalışmaya başladığında, devam ederiz. 16:24 <Pseudonym> hızlı peer seçimi dışında, çalışmayan ne var? 16:25 <jrandom> hızlı peer seçimi "iyi performans"ın bir parçası 16:25 <jrandom> anonim bir ağ için /gerçekten/ iyi performansımız var, ama anonim olmayan ağlarla rekabet edecek kadar iyi değil 16:25 <jrandom> rekabet edebilmek için, daha iyi performans elde etmeli *ve* başka yerde bulamayacakları işlevler sunmalıyız 16:26 <jrandom> (anonimlik satmaz) 16:26 <Pseudonym> hızlı peer seçiminden başka bir şey var mı? 16:27 <jrandom> son bir iki ayda i2p'nin farklı yönlerini kıyaslarken, yavaş peer seçiminin en küçük darboğaz olduğu görülüyor. bir sonraki darboğazın ne olacağı bilinmiyor. 16:27 <jrandom> (performansı artırmak için farklı noktalarda sayısız iyileştirme de yapıldı) 16:27 <jrandom> (bkz. http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD ) 16:28 <Pseudonym> yani... yeni peer seçimi bu hafta mı çıkıyor? ;-) 16:28 <teal`c_> i2p iyi hissettiriyor 16:29 <jrandom> Pseudonym: evet, yeni peer profil algoritması cvs'de ve bu hafta 0.6.1.9 ile dağıtılacak 16:30 <jrandom> tamam, toplantı için başka bir şey var mı? 16:30 <Pseudonym> süper 16:31 <jrandom> yoksa... 16:31 * jrandom toparlanır 16:32 * jrandom toplantıyı *baf* kapatır