I2P Geliştirici Toplantısı - 24 Ekim 2006

16:03 <jrandom> 0) merhaba 16:03 <jrandom> 1) Ağ durumu 16:03 <jrandom> 2) Syndie geliştirme durumu 16:03 <jrandom> 3) ??? 16:03 <jrandom> 0) merhaba 16:03 * jrandom el sallar 16:03 * Complication klavyeye erişebileceği bir yere sendeleyerek gelir (haftanın başlangıcı cehennem gibiydi, ama artık bitti) 16:04 <jrandom> (cehennem gibi başlangıçlara yaşasın!) 16:04 <jrandom> haftalık durum notları http://dev.i2p.net/pipermail/i2p/2006-October/001315.html adresinde yayınlandı 16:04 <+Complication> Merhaba 16:05 <jrandom> hepiniz (kısa) notları okurken, 1) Ağ durumu'na geçelim 16:05 * jrandom 3 gündür freshcoffee'ye kesinti olmadan bağlı ve her iki irc sunucusunda da iyi sayıda kullanıcı var gibi görünüyor 16:06 <jrandom> stats.i2p de geri döndü, ve tunnel başarı oranı garip sıçramalar yapıyor, ama genel olarak iyi durumda 16:06 <jrandom> (yine de 20-30 aralığında) 16:06 <jrandom> ((5-10'dan çok daha iyi, ama 60-80'den çok daha kötü)) 16:07 <jrandom> tamam, 1) ağ durumu için gündeme getirecek bir şey olan var mı? 16:08 <+Complication> Burada da benzer, ancak ekstra kalıcı bağlantılar yok 16:08 <+tethra> alkıştan başka benden bir şey yok! 16:08 <+Complication> Sadece NTP sorunlarıyla ilgili küçük bir not düşmek istedim 16:09 <+Complication> Özetle, 29 Ekim Pazar günü bazı saat dilimleri yaz saatinden çıkacak 16:09 <jrandom> (berbat olacak) 16:10 <+Complication> Şahsen kimseye sorun çıkarmaz umarım, ama emin olacak kadar NTP konusunda yetkin değilim 16:10 <+Complication> Yani, olur da o gece birilerini rahatsız ederse diye, son NTP sunucusu tutarlılık denetimi (sürüm .26 ile eklendi)... 16:11 <+Complication> ...bunu devre dışı bırakmaya yarayan yapılandırma anahtarını belirtmenin daha iyi olacağını düşündüm (gerek olursa diye) 16:11 <+Complication> (böylece durum notlarını okuyanlar bilmiş olur) 16:12 <+Complication> Bunu devre dışı bırakmak için http://localhost:7657/configadvanced.jsp içine "router.clockOffsetSanityCheck=false" satırını girebilirsiniz 16:12 <+Complication> Ama söylediğim gibi, umarım kimsenin buna ihtiyacı olmaz 16:13 <+Complication> Yine de, farklı saat dilimleri geçiş yapmaya başladıkça o gece ağın nasıl davrandığını izlemek ilginç olacak 16:13 <+Complication> Kesinlikle gözlemleyeceğim, bir anomali görülürse belki bahara kadar düzeltilebilir umuduyla :D 16:14 <jrandom> o dakika muhtemelen epey dalgalı olacak, ama kısa sürede toparlanmalı 16:14 <+Complication> ...ve bende olanlar bu kadardı. :) 16:14 <jrandom> ama umarım sorunsuz olur, olmazsa da dediğin gibi, bahar var :) 16:14 <bar> ve işler gerçekten b0rk olursa, geçen gün sohbette ortaya çıkan iki olası gelecekteki iyileştirme önerisi vardı: 16:15 <bar> "eşler <some number ise denetimi NTP’ye devrederek sapmış routers’ın alt ağlar oluşturmasını engellemek" 16:15 <bar> ...ve "eğer sayıları çok azsa netdb’den floodfill eş router bilgilerini silmemek" 16:15 <jrandom> aynen 16:16 <+Complication> Gerçekten de, eş sapma ölçümlerini güvenilir saymak için gereken veri noktası sayısını (mevcut eş saat sapmaları) ayarlamak 16:16 <+Complication> (hoop, son cümlemde biraz gereksiz tekrar oldu) 16:17 <+Complication> ...ve evet, floodfill denetimi. Şu anda benzer bir denetim yok, doğru mu anladım? 16:18 <jrandom> doğru 16:18 <+Complication> Görünüşe göre bazı insanlar bazen, ya şansla ya da sihirle, floodfill eşlerin izini kaybetmeyi başarıyor olabilir 16:19 <jrandom> bu kesinlikle giderilmeli 16:19 <jrandom> (geçen gün birilerinin başına geldi, içlerinden biri null route edildiğinde) 16:20 <jrandom> (if #floodfill == 0, belki rastgele birkaçını floodfill olarak kabul etmek) 16:20 <+Complication> Bu yapılabiliyorsa, bu da mümkün 16:21 <+Complication> Yine de, bunun yanında en az 2 (ya da ona yakın) floodfill eş tutmak da iki kat güvenli olur 16:22 <jrandom> aynen 16:25 <jrandom> tamam, 1) ağ durumu için başka bir şey var mı? yoksa 2) syndie geliştirme durumu’na geçelim mi? 16:25 <badger> irc kararlılığıyla ilgili: sunucu tarafında çok çok çok daha az yeniden bağlanma görüyorum. 16:25 <badger> neredeyse buna bir hizmet diyebilirsin :) 16:26 <jrandom> :) 16:28 <jrandom> tamam, 2) syndie geliştirme durumu’na geçiyorum 16:28 <jrandom> durum notlarında belirtildiği gibi burada çok ilerleme var 16:28 <jrandom> son birkaç gündür burada bunun üzerine bir sürü tartışma oldu 16:28 <jrandom> bu konuda gündeme getirmek istediğiniz bir şey var mı? 16:30 <@cervantes> mspaint dışında bir şey kur 16:30 <jrandom> heh 16:30 <jrandom> şey, karalama yapmak için *çirkin* şeyler kullanmanın bir değeri var - beklentileri sınırlar 16:31 <+fox> <HotTuna> forum gönderisindeki bağlantılar çökmüş gibi görünüyor ... en azından bazıları.. 16:31 <@cervantes> Bunun gönderilerde belirtildiğini düşünüyorum 16:31 <+fox> <HotTuna> ah. . özür 16:31 <jrandom> hottuna: bunların yansıları @ dev.i2p.net/~jrandom/mockup/ 16:31 <@cervantes> bazıları da daha aşağıda yansılanmış olmalı 16:32 <+Complication> Bir soru: sınırlı HTML’yi, bir web tarayıcısını parçalamadan, sıfırdan (güvenli bir şekilde) uygulamak daha kolay mı sizce? 16:33 * jrandom az önce iki resim daha yükledi: dev.i2p.net/~jrandom/mockup/forum.webp ve blog.webp (son birkaç gündeki, bir forumu görüntülemenin farklı yollarına ilişkin tartışmayı gösteriyor) 16:33 <@cervantes> bunu güvenli bir şekilde yapmak kesinlikle daha kolay 16:33 <+Complication> (GUI tarafında neler olduğuna dair biraz habersiz kalmış biri olarak sadece merak ediyordum) 16:33 <jrandom> Complication: genel biçimlendirme amaçları için neredeyse her şeyi hallettim zaten 16:33 <@cervantes> özellikle de syndie’nin destekleyeceği sınırlı html alt kümesi düşünüldüğünde 16:34 <+Complication> Aha 16:34 <jrandom> (yazı tipleri, hizalama, boyutlar, renkler, resimler, bağlantılar, listeler (iç içe olanlar dahil), başlıklar, paragraflar, HTML entity’leri) 16:35 <jrandom> şimdi, yerleşim için div’lere veya tablolara girmek çok daha fazla iş gerektiriyor, ama onu şu anda ele almıyorum 16:35 <+Complication> Yeterince hoş geliyor 16:36 <@cervantes> ve tabii ki <blink> etiketi 16:36 * jrandom cervantes’e † fırlatır 16:37 <@cervantes> ah, bir entity tarafından şişlendim 16:37 <jrandom> yine de göreceğiz. dağıtılıp kullanılmaya başlandıkça, belki tam teşekküllü bir HTML işleme motoruna geçmek gerekecek 16:38 * jrandom yine de kod tabanının mümkün olduğunca küçük olmasını istiyor, böylece güvenlik ve anonimliğe ilişkin sorunlar için daha az hata ayıklama ve gözden geçirme gerekir 16:39 <+Complication> Gerçekten, text/plain işlemeye dair kuşkusuz faydalar var 16:40 <+Complication> (ki umarız yalnızca doğal dil saldırılarını destekler ;P ) 16:41 <+Complication> hashcash anti-spam önlemleri olasılığı hakkında görüşlerin neler? Söylemek için çok mu erken? Sence bunları sonradan eklemek kolay olur mu? 16:42 <@cervantes> şey, sanırım bbcode veya wiki syntax kullanmak, tam bir HTML işleme motorunda markup enjeksiyonu riskini azaltır 16:42 <@cervantes> *rendering engine 16:43 <jrandom> eklemek oldukça kolay Complication - sadece yeni bir public header (kanonik syndie URI’sine karşı 'hashcalc'ed, içe aktarımda doğrulanır, imzalama sırasında oluşturulur) 16:44 * Complication birkaç gün önce biraz düşünmüştüm, ama yalnızca hafifçe 16:44 <jrandom> hashcash birkaç düzeyde de yapılabilir - yeni kanal başına (meta.syndie), güncellenen kanal başına ya da gönderi başına (hatta belki sizeof(post) veya #msgs/day’e göre derecelendirilmiş) 16:44 <+Complication> Birisi hashcash’i proof of work (iş ispatı) olarak uygulamak istese, mesajı gönderenin en iyi neye karşı çakışmalar hesaplamasının istenmesi gerektiğini merak ediyorum? 16:45 <+Complication> Aha, URI... gerçekten olabilir 16:45 <+Complication> Ah, gerçekten 16:45 <+Complication> Bunlar üzerine düşünmemiştim 16:48 <jrandom> cervantes: oldukça doğru 16:48 <jrandom> tamam, 2) syndie geliştirme durumu için başka bir şey var mı? 16:51 <jrandom> tamam, yoksa 3) ???’ye geçelim 16:51 <jrandom> gündeme getirmek istediğiniz başka bir şey var mı? 16:54 <jrandom> tamam, yoksa... 16:54 * jrandom hazırlanır 16:54 * jrandom *baf*s toplantıyı kapatır