I2P Geliştirici Toplantısı - 06 Aralık 2005

15:26 <jrandom> 0) selam 15:26 <jrandom> 1) 0.6.1.7 ve ağ durumu 15:26 <jrandom> 2) Deneysel tunnel başarısızlıkları 15:26 <jrandom> 3) SSU ve NAT'ler 15:26 <jrandom> 4) Syndie 15:26 <jrandom> 5) ??? 15:26 <jrandom> 0) selam 15:26 * jrandom el sallar 15:26 <jrandom> haftalık durum notları http://dev.i2p.net/pipermail/i2p/2005-December/001237.html adresinde yayınlandı 15:26 * ailouros notları okudu 15:27 * jrandom geç kaldı, o yüzden okumanız için size bir dakika vereceğim :) 15:29 <jrandom> tamam, 1) 0.6.1.7 ve ağ durumu konusuna dalalım 15:29 <@cervantes> *öksürür* 15:29 <jrandom> Bu konuda e-postadakiler dışında ekleyeceğim pek bir şey yok. başka yorum/soru/fikir var mı? 15:30 <Pseudonym> tunnel oluşturma algoritmasını değiştirmeden önce performans optimizasyonu yapmak ters gibi görünüyor 15:30 <gott> Bir sürü "No HTTP method found in the request. 15:30 <gott> Software caused connection abort: socket write error 15:30 <gott> " 15:30 <@modulus> tunnel gecikmesi çok daha düşük, bir değişiklik mi yaptınız yoksa ISS'im birden bire mi düzeldi bilmiyorum. 15:30 <gott> I2PTunnel Webmanager'dan 15:31 <jrandom> gott: bunlar hatalı http isteklerine ya da eepproxy'nin anlayamadığı şeylere işaret ediyor 15:31 <jrandom> modulus: güzel, işleri iyileştirmek için epey şey yapıyoruz 15:31 <jrandom> Pseudonym: şey, şimdiye kadar darboğazımız tunnel oluşturma olmadı - darboğaz daha üst seviye şeylerdeydi 15:32 <jrandom> öte yandan, son birkaç revizyondaki iyileştirmeler aşağıdaki bazı sorunları ortaya çıkardı 15:32 <Pseudonym> aa, yani optimizasyon kodun diğer kısımlarıyla ilgiliydi? 15:32 <Pseudonym> güzel 15:33 <jrandom> evet, SSU seviyesinde ve tunnel işletim seviyesinde. tunnel oluşturma performansa hassas bir işlem değildir [öyle olduğu zamanlar hariç ;] 15:34 <jrandom> Canlı ağ yük testleri yapıyorum, farklı eşlerin anonim olmayan yük istatistiklerini toplayıp işleri daha da daraltmaya çalışıyorum 15:34 <ailouros> Bazen bir hedef için yapılandırılandan daha fazla tunnel gördüğümü merak ediyorum (ör. eeProxy, gelen 7 tunnel, giden 4) 15:34 <jrandom> yani, önümüzdeki birkaç gün içinde 7xgV router'ının çok veri aktardığını görürseniz, şey, aldırmayın ;) 15:35 <jrandom> ailouros: tunnel oluşturma biraz zaman aldığında, ne olur ne olmaz diye fazladan oluşturur. 15:35 <jrandom> zzz bu cephedeki bazı garip sorunları da özetledi ve işleri biraz iyileştirecek bir yama üzerinde çalışılıyor 15:35 <ailouros> Anladım.. ama o zaman neden hepsi aynı anda süresi doluyor? 15:35 <@cervantes> jrandom: meraktan soruyorum, bu testlere ne zaman başladın? 15:35 <jrandom> cervantes: birkaç gün önce 15:36 <@cervantes> ah güzel, o _değilmiş_ demek ;-) 15:36 <jrandom> bilmiyorum ailouros, birkaç koşula bağlı. ama tunnel oluşturma kodunda bazı... *öksürür* tuhaflıklar var, 0.6.2 için yeniden yazıldığından beri ona dokunmayı erteledim 15:38 <ailouros> Anladım. Bir politika meselesi sanmıştım... iyi bir neden olmadığı sürece tunnel'ların farklı zamanlarda bitmesini tercih ederim 15:38 <ailouros> yani, tunnel oluşturma zamanları kaydırılmış 15:39 <jrandom> evet, 0.6.2 için daha iyi rastgeleleştirme olacak ve zzz'nin yaması mevcut revizyona da biraz rastgelelik katıyor 15:40 <+Complication> Yoksa gayet sağlıklı olan bir i2phex örneği... neden her çalıştırışımda dosyaları yeniden hash'lemeye karar verir ki? 15:40 <jrandom> hiçbir fikrim yok 15:40 <+Complication> Şimdiye kadar en olası neden bozulmuş yapılandırma gibi görünüyor ama yapılandırmamı henüz silmedim. 15:40 <jrandom> belki kaymış zaman damgaları? 15:42 <+Complication> Yok, onlar da doğru görünüyor 15:42 * jrandom bilmiyor. phex'in kodunun o kısmına hiç bakmadı 15:42 <jrandom> şey, code 15:42 <+Complication> Eski yapılandırma dosyalarını silmenin işe yarayıp yaramadığına bakacağım 15:42 <jrandom> güzel 15:43 <jrandom> tamam, 1) Ağ durumu / 0.6.1.7 hakkında başka bir şey? 15:43 <jrandom> yoksa, 2) Deneysel tunnel başarısızlıklarına geçelim 15:44 <jrandom> Buna biraz değindik, notlarda ve zzz.i2p'de daha fazlası var 15:44 <jrandom> zzz: eklemek/ gündeme getirmek istediğin bir şey var mı? 15:46 <jrandom> yoksa, 3) SSU ve NAT'lere geçelim 15:46 <jrandom> bar: eklemek istediğin bir şey var mı? 15:46 <+bar> hayır, e-postadakiler dışında ekleyeceğim bir şey yok 15:47 <jrandom> güzel, evet bazı ayrıntılara hâlâ yanıt vermem gerekiyor - bence yeniden iletimimiz değindiğin bazı sorunları zaten halledecek 15:48 <jrandom> Püf noktası hangi durumun söz konusu olduğunu saptamak olacak ki doğru prosedürü otomatikleştirebilelim (ya da kullanıcıya işleri berbat ettiğini bildirelim) 15:48 <+bar> Her şey zamanla, acele yok 15:49 <+bar> evet, şimdilik o sorunu aşmak için manuel bir kullanıcı ayarı önermiştim, belki mümkün değildir ama bunu sonra tartışabiliriz 15:50 <jrandom> evet, manuel geçersiz kılmalar yardımcı olur ama önceki i2p revizyonlarındaki deneyimim herkesin (*herkesin*) bunu berbat ettiğiydi ;) bu yüzden otomasyon tercih edilir 15:50 <jrandom> (herkes derken ben de dahil ;) 15:52 <+bar> katılıyorum 15:52 <ailouros> lol ben de yaptıysam belgelerde bir sorun vardı demektir, çünkü harfiyen takip ettim :D 15:53 <+bar> bu arada, eş testini incelemeye biraz zaman ayıracağım 15:53 <jrandom> güzel, teşekkürler bar! 15:54 <+bar> (belki bununla ilgili biraz da işe yaramaz spam üretebilirim :) 15:54 <jrandom> :) 15:55 <jrandom> tamam, 3) hakkında başka bir şey yoksa 4) Syndie'ye geçelim 15:56 <jrandom> Son zamanlarda bu cephede çok ilerleme oldu, 0.6.1.7 çıktığından beri oldukça kapsamlı arayüz yenilemeleri var 15:57 <jrandom> ayrıca yeni bir bağımsız kurulum/derleme de var, gerçi hepimizde i2p kurulu olduğu için ayrı bir şeye gerek yok 15:57 <ailouros> 6.1.7'nin düzeninin 6.1.6'ya göre kullanmasının daha zor olduğunu düşünüyorum 15:58 <jrandom> hmm, syndie'yi tek kullanıcı modunda mı çalıştırıyorsun? ve/veya en son CVS derlemesini mi yoksa resmi 0.6.1.7 derlemesini mi kullanıyorsun? 15:58 <ailouros> resmi 0.6.1.7, tek kullanıcı 15:58 <jrandom> threaded gezinmeye karşı blog benzeri arayüzün savunucularından biri misin? 15:58 <ailouros> Değilim, gerçi hangisi blog benzeri tam bilmiyorum 15:58 <ailouros> şahsen threaded bir gezinmeyi tercih ederim 15:59 <ailouros> (ve thread görünümünde yeni iletilerin biraz renklendirilmesi de) 15:59 <+Complication> Görece yeni bir CVS, tek kullanıcı 15:59 <+Complication> Küçük bir gariplik buldum (bence kasıt dışı olabilir) 15:59 <jrandom> ah, bu cephede CVS'de epey ilerleme oldu ailouros 15:59 <ailouros> harika :) 16:00 <jrandom> Tüm dallar yerine yalnızca bir dalın cervantes'in önerdiği tam dolaşımını kullanan yeni bir threaded görüntüleme de yaptık 16:00 <@cervantes> bu değişiklikler syndiemedia.i2p.net'e gönderildi mi? 16:00 <+bla> http://localhost:7657/syndie/syndicate.jsp adresindeki konum için bazı varsayılan örnekleri göstermek iyi bir fikir olur mu? 16:00 <jrandom> syndiemedia.i2p.net CVS'in en günceli, evet 16:00 <+Complication> Bir thread'i açtığınızda ve şu an gönderilerini okurken... hiçbir gönderinin eşleşmediği bir filtre uygulamayı seçerseniz (ör. 'Syndie threading' thread'ini aç, 'i2p.i2phex' filtresini uygula)... 16:00 <jrandom> evet, olabilir bla. yeni kurulumlarda üç varsayılan orada olacak, ama örnekler iyi olur 16:01 <@cervantes> (gerçek thread'in ağacının da tamamen açılması gerekiyor gerçi) 16:01 <+Complication> ...sanki eşleşiyorlarmış gibi mevcut gönderileri görüntülemeye devam ediyor gibi görünüyor... 16:01 <+Complication> Kesinlikle "Go" düğmesine tıklamış olmama rağmen. 16:01 <@cervantes> Complication: evet, ben de bunu kafa karıştırıcı buldum 16:02 <jrandom> hmm Complication, genel fikir bir gönderiye bakarken etrafta gezinmene izin vermekti, ama belki de görüntülenen gönderileri kaldırmak en iyisi olur 16:02 <jrandom> cervantes: ah evet, yaprağa kadar genişletmek iyi olur ve yapmak da çok kolay olmalı 16:02 <+Complication> Yeni fark ettim ve göze battığı için söyleyeyim dedim 16:02 <@cervantes> (ya da eşleşme olmadığını daha bariz yapın) 16:03 <jrandom> şey, thread gezinmesi *no matches* diyor :) 16:03 <ailouros> belki çakmak arıyordur 16:03 <jrandom> !thwap 16:03 <@cervantes> (ya da eşleşme olmadığını daha da bariz yapın) 16:03 <jrandom> <blink>No matches</blink> 16:03 <+Complication> Amanın :) 16:04 <tethra> görünüşe göre !thwap'in spaetz__'e geldi, jr! 16:04 <+Complication> Doğru, bazen thread gezgini gerçekten de uzak bir yerdeymiş gibi geliyor :) 16:04 <jrandom> evet, onu yana 'float' etmek için bazı CSS denemeleri yapıyoruz, bir seçenek olarak 16:05 <@cervantes> skinning desteğiyle thread'i üst-alt-sol-sağ vs. yerleştirebilirsin 16:05 <@cervantes> ah jr'ın dediği gibi 16:05 <+Complication> "Threads" bağlantısı yine de insanı oraya oldukça hızlı götürüyor 16:05 <+Complication> ...tabii şu an görüntü alanı (viewport) içindeyse. 16:06 <+Complication> Ve klavyeyle gezinmeye alışkın olanlar doğal olarak "End" tuşuna basabilir 16:06 <jrandom> tabii, bu şeyleri değiştirmek gerçekten çok kolay (CVS'deki hızlı değişikliklerden gördüğün üzere :), bu yüzden önerisi olan varsa (ya da taslaklar - html / png / vb), lütfen uygun olduğunda yayınlayın 16:07 <jrandom> Önümüzdeki birkaç gün içinde CVS'de ana bir blog genel bakış sayfası olmasını bekliyorum 16:08 <jrandom> tamam, syndie ile ilgili başka birçok şey oluyor, daha fazla bilgi için http://localhost:7657/syndie/ adresine uğrayın :) 16:08 <jrandom> bu konuda gündeme getirecek başka bir şey var mı, yoksa 5) ???'e geçelim mi? 16:09 <zzz> selam, yeni geldim. 2) ile ilgili, yamam için testçi arıyorum. 16:10 <zzz> Sonuçlarım iş gecikmesi ve güvenilirlikte iyileşme ve router kilitlenmelerinde azalma şeklinde. Bu yüzden başkalarının da denemesini umuyorum. 16:10 <ailouros> kulağa yeterince iyi geliyor. ne yapmam gerekiyor? 16:11 <jrandom> selam zzz, tamam güzel, ben de burada biraz hırpalayacağım. içinde pek çok farklı bileşen var, bu yüzden parçalara ayırmaya değer olabilir, ama iyi görünüyor ve 0.6.1.8 için yolda 16:11 <ailouros> (ortalama çalışma süresi burada yaklaşık 10 saat :( 16:11 <zzz> Kaynak kodun ve ant'in varsa yamayı uygulaman yeterli - ya da istersen bir i2pupdate.zip koyabilirim 16:12 <zzz> jrandom onu parçalara ayırma üzerinde çalışacağım 16:12 <ailouros> Güncelleme yolunu seçeceğim, teşekkürler 16:13 <zzz> ailouros bir saat içinde zzz.i2p'ye koyacağım - teşekkürler 16:13 <jrandom> zzz: boş vaktin yoksa dert etme... diff'i okuyabilirim :) 16:13 <ailouros> teşekkür ederim 16:14 <zzz> jrandom tamam. Senin ya da benim kolayca çıkartabileceğimiz bazı muhtelif şeyler var. 16:16 <ailouros> Sanırım şimdi 5) ???'teyiz? 16:16 <zzz> jrandom başka bir konu i2phex ile Router bellek yetersizliği (OOM) ve olası SAM sorunlarıydı 16:16 <jrandom> evet ailouros 16:16 <jrandom> ah evet zzz, SAM ile ne olup bittiğini izini sürmek harika olurdu 16:17 <ailouros> j346, uygulamamı kontrol etme fırsatın oldu mu? 16:17 <jrandom> Şahane olurdu eğer biri SAM köprüsünün bakımını üstlenebilseydi, çünkü ben üzerinde kayda değer bir iş yapmadım ve human da bir süredir ortalarda yok. 16:19 <jrandom> henüz değil ailouros, maalesef. nasıl çalıştığı konusunda biraz emin olamadım, bu yüzden önce kaynağı okumam gerek 16:20 <ailouros> sormaktan çekinme 16:20 <ailouros> (ve kaynakta yolculuğa iyi şanslar, 'mess' kelimesi için iyi bir tanımdır) 16:20 <jrandom> hehe 16:21 <zzz> düzeltme: deneyimlerim i2phex değil i2p-bt kullanırken OOMs şeklinde oldu. Bir i2p-bt çalışırken yaklaşık 24 saat sonra, iki i2p-bt çalışırken birkaç saat içinde oluyor 16:22 <+Complication> Benimki geç saatlerde yapılan bazı stres testlerinden sonra oldu. 16:22 <+Complication> (bu sırada, not düşülsün, 5 dakikalık ortalamada 50 KB/s gördüm) 16:22 <bar_> uygulamanın ne olduğunu/ne yaptığını hatırlatır mısın, ailouros? hafızam iyi ama kısa... 16:22 <+Complication> Gelen, yani. 16:22 <+Complication> Giden 35 KB/s ile sınırlıydı 16:22 <@cervantes> Complication: buna daha önce geç-gece stres testi dendiğini duymamıştım... 16:22 <jrandom> güzel Complication 16:23 <+Complication> cervantes: şey, o zaman yarı-günlük mega-leeching de diyebiliriz :P 16:23 <ailouros> bar_: farklı dosyalar arasında ortak blokları paylaşan dağıtık bir dosya paylaşım uygulaması için çalışan bir kavram kanıtı (polecat'in önerdiği gibi) 16:23 <bar_> ah, doğru, teşekkürler ailouros 16:24 <tethra> cervantes: heheheh ;) 16:24 <ailouros> rica ederim (kaynağı almak isteyen olursa, c/c++ ile yazıldı) 16:25 <+polecat> ailouros: Dikkatli ol, iki ikili bloğun aynı olma olasılığı yeterince nadirdir, çoğunlukla pratikte işe yaramayacak saf teoriden bahsediyorum. 16:25 <ailouros> polecat, katılıyorum. En iyi tahminim, aynı dosyaların farklı sürümlerini aldığında işe yarayacağı 16:25 <ailouros> mesela, bozuk bloğu olan bir film 16:25 <+polecat> Sıfırlardan oluşan blokları yıldırım hızıyla aktarabilirsin! ("Sonraki blok sıfırlar" "oh bende o zaten var" "sonraki blok sıfırlar" "oh bende o zaten var") 16:26 <ailouros> ya da başka zip dosyalarının arşivi 16:26 <jrandom> ya da ör. değiştirilmiş ID3 etiketleri, vb. 16:26 <ailouros> aynen 16:26 <+polecat> Doğru. Bozuk bloğu olan bir filmi "düzeltmenin" kolay yolu, BitTorrent'e onun üzerine indirmesini söylemektir. Çoğu istemci hash'i aynı olan blokları korur ve farklı olanların üzerine yazar. 16:26 <jrandom> ama dosya arşivleri muhtemelen işe yaramaz, çünkü dosya sınırlarında bölünmeleri gerekir 16:27 <ailouros> j636, bu yüzden sabit blok boyutları yerine veri işaretlerinde bölmeyi öneren LBFS fikrini uygulamak istiyorum 16:27 <@cervantes> DC topluluğu bu yöntemi rarset'lerde dosya dağıtımlarını paylaşarak kullandı 16:27 <+polecat> Yararlı olabilecek şey genel bir ikili hata düzeltme algoritması yapmak ve sonra bunu geniş ölçekte uygulamak olabilir. Tüm bloklar birbirine "düzeltilebilir" ve yalnızca düzeltme verisini iletmen gerekir; bu da bloğun kendisini iletmekten daha küçük olabilir. 16:29 <@cervantes> ve sonra aramalar o rar parçalarının tiger hash'lerine dayanır 16:29 <+Complication> Güzel fikir... ama zor kulağa geliyor :) 16:29 <+polecat> Ama sadece hash-ile-hash eşdeğeri... asla iki aynı blok bulamazsın! 16:29 <ailouros> cervantes, "rarset" nedir? :D ( "RAR dosyası" dışında yani) 16:29 <+polecat> Her iki tarafın da dosyaya zaten sahip olduğu ve birinin bozuk olduğu durumlar hariç. 16:29 <ailouros> polecat, ha? 16:29 <@cervantes> ailouros: gerekirse parite dosyalarıyla bölünmüş bir rar arşivi 16:30 <ailouros> cervantes: bunun avantajını anlamıyorum 16:31 <@cervantes> başlıca faydası DC'ye sözde çok kaynaklı indirme eklemekti 16:32 <ailouros> peki, bu zaten dosyalar arasındaki blok paylaşma mekanizmasının bir kısmı, değil mi? 16:34 <ailouros> polecat: bittorrent'in hasarlı dosyaların üzerine yazmasıyla ilgili olarak, aynı anda birden fazla sürümü almaya çalıştığında işe yaramıyor 16:35 <@cervantes> istemcin yalnız geçerli parçaları eşleştirir/indirir, parite dosyaların varsa hasarlı parçaları da kurtarabilirsin 16:35 <ailouros> benim sistemimde hasarlı parça yok (dosyalar ancak oluşturan bloklar indirildiğinde ve yeniden kontrol edildiğinde birleştirilir) 16:36 <@cervantes> bittorrent'in varsayılan olarak yaptığı şeyler, yalnız bireysel parçaları özel olarak arayamazsın kısmı hariç 16:36 <+polecat> Birden çok sürümün ortak tek bit'e sahip olması pek olası değil... bu yüzden de bu kadar aptalca. Bazı dangalak filmi pul boyutunda yeniden kodlamaya karar veriyor ve aynı adı veriyor. 16:37 <+polecat> Ya da başka bir dangalak rastgele veriyi alıp indirmek istediğin dosyanın adıyla adlandırıyor. 16:37 <ailouros> lol doğru 16:37 <@cervantes> aynen ve rarset dağıtımları buna bağışık... 16:37 <ailouros> ama diğer ağlardan gelen dosyaların (emule, kazaa, vesaire) sık sık bozuk geldiğini unutmayın 16:38 <+polecat> rarset dağıtımları bağışık değil... 16:38 <+polecat> Hâlâ hangi rarset'in doğru olduğunu bulmak zorundasın. 16:38 <ailouros> cervantes, rarset'ler rastgele zırva yayınlayan bir aptala karşı nasıl bağışık? 16:38 <@cervantes> (güvenilir bir kaynağın olduğu varsayıldığında) 16:39 <@cervantes> çünkü bir yayın grubu hash'leri/dağıtım bilgilerini yayınlar 16:39 <ailouros> hahaha o kolay :D 16:39 <@cervantes> ve bir şey düşük kalitedeyse "nuked" olarak işaretlenir, insanlar paylaşımlarından kaldırır 16:40 <ailouros> cervantes, oyuncağım o kadarı zaten yapıyor 16:40 <@cervantes> güzel 16:40 <ailouros> güvenilir bir kaynaktan dosya tanımlayıcısını alırsın, dosyayı çoklu indirmeyle şipşak çekersin 16:41 <@cervantes> kulağa hoş geliyor ;-) 16:41 <ailouros> dosyaları arayamıyorsun, ama her kullanıcının paylaşılan dizinine göz atabiliyorsun, bu yüzden bir web tarayıcısı (crawler) kullanıp sonuçları önbelleğe alabilirsin 16:42 <ailouros> yine de gerek görülürse ileride bir arama işlevi ekleyebilirim 16:44 <ailouros> Oyuncağımın, düzgünce bir uygulamaya dönüştürüldüğünde, freenet insanların sunmaya çalıştığı önbellekleme ve dayanıklılığı sunabileceğine inanıyorum 16:44 <ailouros> yani statik içerik dağıtımı ve önbellekleme 16:45 <ailouros> blogumu okursun, onu önbelleğe alırsın ve başkaları istediğinde sunarsın. içeriği orada bırakmaktan fazlasını yapmazsın 16:45 <ailouros> içeriği beğenmedin mi? sil ve iş biter 16:45 <jrandom> hmm, bunu syndie için kullanılabilecek bir arka depo olarak mı görüyorsun? 16:46 <ailouros> arka depo olarak KULLANILABİLİR 16:46 <ailouros> şu haliyle, i2p varsayılan kurulumlarında jetty yerine bile kullanabilirsin 16:46 <jrandom> ör. ekler / bağlantılar [clunk hash="$foo"]my file[/clunk] 16:46 <ailouros> (şey, ufak tefek birkaç değişiklikle :D ) 16:46 <jrandom> heh 16:47 <jrandom> tamam, evet, clunk'ın nasıl çalıştığını kesinlikle anlamıyorum... bunun hakkında syndie'de bir gönderi yazar mısın, yoksa bir eepsite açar mısın? :) 16:47 <ailouros> dosya hash'leri dosya istendiğinde indirilir ve bu hash'ler kendiliğinden tam dosyaya indirilir 16:48 <jrandom> doğru, ama "indirmenin" nereden nereye olduğu vs. bir soru. genel bir ağ mimarisi açıklaması yardımcı olur 16:48 <ailouros> önce düzgün bir belge yazacağım, sonra bir yerde yayınlayacağım 16:48 <jrandom> r0x0r, teşekkürler 16:48 <ailouros> hash'i nereden aldıysan oradan indirilir 16:48 <ailouros> artı bu blokları paylaşan diğer herkes 16:49 <ailouros> go!zilla ve download accelerator gibi düşün :) 16:49 <jrandom> Sanırım ne kadar kafamın karıştığını anlamadın 16:49 <ailouros> ama şeffaf ve i2p içinde 16:49 <ailouros> lol sanırım öyle :D 16:50 <jrandom> çok çok temel bir açıklama, ör. "bir clunk istemcisi çalıştırırsın, bir clunk sunucusundan indirirsin, clunk eşleri hakkında bilgi alırsın", vb 16:50 <jrandom> bir clunk istemcisini mi sorgulamak için web tarayıcısı kullanırım? yoksa sunucuyu mu? yoksa eşi mi? 16:51 <jrandom> (işte bu kadar kayboldum) 16:51 <ailouros> 0'dan yeniden başla :) 16:51 <ailouros> web tarayıcını kullanırsın 16:51 <ailouros> istemcine bağlanırsın 16:51 <ailouros> tarayıcınla başkalarının dizinine göz atarsın 16:51 <ailouros> tarayıcınla hangi dosyaları indireceğini seçersin 16:51 <ailouros> pis işi istemcin yapar 16:52 <ailouros> indirilen dosyayı geri alırsın 16:52 <ailouros> bu daha iyi mi? :) 16:52 <jrandom> tamam harika, teşekkürler - yani "başkasının dizinine göz atma" işi, istemcin onların istemcisini sorgulayıp bunun HTML temsiliyle yanıtlamasıyla yapılıyor 16:52 <ailouros> aynen 16:53 <jrandom> (ya da bir sunucu/süper- eş/vb.'den çekilir) 16:53 <jrandom> hoş 16:53 <ailouros> tüm pis işler (kopyaları bulma, çoklu indirmeler vs.) (yerel) istemcin tarafından şeffaf şekilde yapılır 16:54 <ailouros> gördüğün şey temelde bir dizin ağacı ve indirebileceğin bazı dosyalar 16:54 <jrandom> güzel 16:55 <ailouros> verilerini yayımlamak için herkese açık (p2p) adresini verirsin 16:55 <ailouros> ve dosya paylaşmak için onları pub/ dizinine (ya da bir alt dizine) kopyalarsın (ya da sembolik bağ verirsin). Bu kadar kolay 16:57 * jrandom kaynağı daha da eşeleyecek ve daha fazla bilgiyi dört gözle bekleyecek :) 16:57 <jrandom> tamam, toplantı için başka bir şey olan var mı? 16:57 <bar_> ıı.. sorabilir miyim, yayınlamakla paylaşmak arasındaki fark nedir? yayınlamak veriyi bir veri deposuna mı iter? 16:58 <ailouros> bar_: paylaşmak indirilecek blokları vermektir. yayınlamak ise dünyaya ne paylaştığını duyurmaktır 16:58 <ailouros> yayınlamak, paylaşmanın bir alt kümesidir 16:58 <bar_> aha, anladım, teşekkürler 16:58 <ailouros> örneğin, bir dosyanın yarısına sahipsen onu paylaşırsın ama yayınlamazsın 16:59 <jrandom> insanlar o blokları senden alabileceklerini o zaman nasıl bilecek? 16:59 <ailouros> ve hangi dosyaları yayınladığın üzerinde tam kontrole sahipsin (indirilen her dosyanın yayınlandığı emule'ün aksine) 16:59 <ailouros> çünkü her istemci hangi blokları sunabileceğine dair bilgiyi periyodik olarak ağa gönderir 17:00 <jrandom> hoş 17:00 <ailouros> ağa şu anda olduğu gibi sunucuya ya da DHT'ye (gelecek) gönderir 17:00 <jrandom> yani bir blok izleyiciyle mnet-vari 17:00 <ailouros> şey mnet-vari mi? 17:01 <jrandom> mnet'in (mnetproject.org) çalışma şekline benzer 17:01 * ailouros mnetproject.org'u okuyor 17:02 <ailouros> şey, sadece kişisel alanların var, paylaşılan alan yok 17:02 <ailouros> ve blokları etrafa PUSH etmiyorsun 17:02 <jrandom> evet, mnet ile tam olarak aynı değil, ama yapısal olarak benzer 17:03 <jrandom> sanki herkesin verisini barındatacak kadar parası olmadığı bir mnet gibi ;) 17:03 <ailouros> evet 17:03 <ailouros> :D 17:03 <jrandom> tamam, gündeme getirecek başka bir şey var mı? 17:04 <jrandom> yoksa... 17:04 * jrandom toparlanır 17:04 * jrandom toplantıyı *baf* diye kapatır