Cuộc họp các nhà phát triển I2P - ngày 17 tháng 1 năm 2006

15:40 <jrandom> 0) chào 15:40 <jrandom> 1) Trạng thái mạng và 0.6.1.9 15:40 <jrandom> 2) Mật mã tạo tunnel 15:40 <jrandom> 3) Blog Syndie 15:40 <jrandom> 4) ??? 15:40 <jrandom> 0) chào 15:40 * jrandom vẫy tay 15:40 <jrandom> ghi chú trạng thái hàng tuần đã đăng @ http://dev.i2p.net/pipermail/i2p/2006-January/001251.html 15:41 <@cervantes> pfff, thật may I2P còn đáng tin hơn NASA 15:41 <jrandom> heh 15:41 <tethra> haha 15:41 <jrandom> (dù tôi đã trễ 20 phút... ;) 15:41 <jrandom> thôi nào, vào luôn mục 1) Trạng thái mạng và 0.6.1.9 15:42 <wmpq> NSA hay NASA, cũng không khác nhau lắm nhỉ? 15:42 <@cervantes> Tôi nói I2P chứ không phải jrandom ;-) 15:42 <jrandom> ý hay đấy cervantes ;) 15:42 <tethra> đừng ngốc thế, jrandom CHÍNH LÀ i2p! ;D 15:42 <@cervantes> ô tôi tưởng đó là một cách suy nghĩ 15:42 <wmpq> [redact] 15:43 <jrandom> heh thôi, dù sao thì 0.6.1.9 đã ra và đang chạy, 70% mạng đã nâng cấp (cảm ơn mọi người) 15:43 <Pseudonym> mmmm, bản phát hành mới ngon lành 15:44 <+zzz> thành công xây client tunnel vẫn <30% 15:44 <jrandom> Tôi chưa nghe nhiều báo cáo về việc tăng thông lượng đầu-cuối đáng kể, dù một số router còn bão hòa cả đường T1 15:44 <+zzz> giảm từ ~40% 15:44 <+Complication> Băng thông có vẻ bình thường, hơi cao hơn so với bản CVS cuối trước khi phát hành. Số peer có vẻ cao hơn. 15:45 <jrandom> hmm, ừ, tôi không quá lo vụ đó zzz, vì tất cả sẽ được viết lại hoàn toàn cho 0.6.2 15:45 <+zzz> BW trung bình tăng từ ~12K lên ~20K 15:45 <jrandom> 0.6.1.9 không nên chọn peer dễ đồng ý hơn (tức có năng lực cao), mà nên tập trung vào những peer có thông lượng cao hơn 15:46 <+Complication> Tỷ lệ truyền lại (ghi nhận 7% vào đêm phát hành) đã giảm xuống còn 6 phẩy gì đó 15:46 <jrandom> ừ, với router đẩy 1-300KBps, sẽ có độ lệch 15:46 <jrandom> hmm, đó là mức khá điên Complication, tôi chỉ thấy 2-3% 15:46 <jrandom> (nhưng tôi không nghi ngờ những gì bạn thấy) 15:47 <+Complication> Tôi đang dùng hết cỡ băng thông đi ra, gần như vậy 15:47 <+Complication> (ý là dùng hết dung lượng đường truyền) 15:47 <jrandom> à, thế thì đúng rồi 15:47 <+zzz> vẫn nhận NULL trước khi get dẫn đến 405 bad method, tốc độ có thể đang giảm, khó nói chắc 15:48 <jrandom> đúng zzz, có vài thứ cần xử lý trong streaming lib (thư viện streaming), nhưng chắc tôi sẽ không đụng tới cho đến sau khi làm mới tunnel của 0.6.2 15:48 <jrandom> (nhưng nếu ai muốn đào sâu trước thì tuyệt vời, dĩ nhiên) 15:49 <jrandom> Complication: nếu bạn giảm bộ giới hạn băng thông xuống khoảng 70% dung lượng đường truyền, thì tỷ lệ lỗi có về mức hợp lý không? 15:49 <+zzz> tôi vẫn nghĩ là có thứ gì đó vào code ngay trước năm mới, nên tốt hơn là xem sớm trước khi quên mấy thay đổi gần đây :) 15:50 <+zzz> Lần đầu thấy ngày 29/12 15:50 <jrandom> đúng zzz, chắc chắn thế. có thể liên quan đến cách ta giờ tôn trọng timeout. 15:51 <+Complication> jrandom: thực ra tôi đang thử rồi :) 15:51 <+Complication> Vừa điều chỉnh vài giây trước khi bạn hỏi, nhưng chắc chưa biết ngay được 15:51 <jrandom> nhưng còn nhiều việc cần làm trong đó để dọn dẹp, và quan trọng hơn là triển khai code tạo tunnel mới (sẽ cải thiện đáng kể tỷ lệ xây tunnel thành công, đồng thời thêm cả loạt cải tiến ẩn danh) 15:51 <jrandom> hay đó Complication, ừ, chờ 3-6 giờ 15:51 <jrandom> (để dọn các giá trị/kết nối cũ) 15:52 <+zzz> ~ 1% - 3% GET hiện tại bị hỏng 15:54 <jrandom> vậy bạn đề nghị hoàn nguyên thay đổi trong streaming lib (để i2psnark sẽ OOM (hết bộ nhớ) tất cả người dùng trong 12-48 giờ) và hoãn việc làm lại streaming lib cho đến sau khi làm tunnel 0.6.2, hay hoãn việc tunnel 0.6.2 một hai tuần để làm lại streaming lib? 15:55 <+zzz> chắc chắn đừng hoàn nguyên 15:56 <+zzz> tùy bạn quyết 15:56 <+Complication> Đó là một lỗi khá ranh mãnh, tôi chỉ có thể nói vậy 15:58 <jrandom> còn các lỗi khác trong streaming lib, nên nếu tôi đã xắn tay thì muốn xử hết cùng lúc (vì các lỗi còn lại không mấy lộ rõ). 15:59 <jrandom> mặt khác, chúng ta sẽ giảm đáng kể băng thông sử dụng, tăng phần trăm xây dựng thành công, ẩn danh tốt hơn, và khả năng cải thiện giám sát cân bằng tải trên mạng sống bằng cách làm phần tunnel trước 15:59 <Pseudonym> nếu chỉ 1-3% lỗi khi duyệt web, tôi nghĩ có thể chờ, nhưng chỉ là ý kiến tôi thôi. 16:00 <jrandom> tôi đang nghiêng về làm phần tunnel trước, vì sau khi triển khai, ta có thể giám sát thụ động mạng trong khi chủ động làm lại streaming lib 16:01 <jrandom> (tôi cũng muốn làm GUI để chỉnh/sửa và đăng lên Syndie, nhưng có thể đợi sau khi hai thứ kia xong ;) 16:01 <+Complication> Ở đây cũng như vậy về tỷ lệ 16:02 <+Complication> (trên eepsite của tôi) 16:04 <jrandom> Ok, tôi nghĩ sẽ rất tốt nếu mọi người để mắt xem các tỷ lệ đó có thay đổi không, nhưng trong lúc đó, tôi sẽ tiếp tục làm phần làm mới tunnel, sau đó sẽ đến phần làm mới streaming lib (cả hai sẽ xong trước 0.6.2) 16:05 <jrandom> (hoặc, nếu ai muốn đào sâu vào streaming lib [hoặc xem có tương tác lạ với i2ptunnel không], báo tôi nhé!) 16:06 <+Complication> jrandom: tò mò thôi, có thể loại trừ i2ptunnel bằng một app test không? 16:07 <+Complication> ví dụ nếu thứ như sample app của jnymo cũng nhận null, thì sẽ loại i2ptunnel khỏi danh sách nguyên nhân nghi vấn? 16:07 <jrandom> có thể đấu một implementation I2PSocket mỏng (trong VM) để làm việc đó, chắc chắn 16:07 <+Complication> Vì, nếu tôi nhớ không nhầm, sample đó dùng trực tiếp streaming lib... 16:08 <+Complication> (hoặc khá trực tiếp) 16:08 <jrandom> ừ, dĩ nhiên nếu thứ gì đó dùng streaming lib có thể tái hiện, thì i2ptunnel sẽ được minh oan 16:10 <+Complication> Hmm, trừ khi ai đó làm trước (tôi sẽ thử hoàn thành cái webcache trước) tôi có thể thử giả lập HTTP kiểu như thế... 16:10 <jrandom> wikked, cảm ơn Complication 16:10 <jrandom> ok, còn gì về 1) Trạng thái mạng và 0.6.1.9 không? 16:11 <jrandom> nếu không, ta lượn qua 2) Mật mã tạo tunnel 16:11 <+Complication> Không, có thể chẳng ra gì hữu ích, hoặc tôi vấp ở giữa chừng... nhưng đó là khả năng khiến tôi tò mò 16:11 <jrandom> ừ, đáng để khám phá Complication 16:12 <jrandom> (và khám phá không nhất thiết phải cho kết quả tích cực mới đáng giá :) 16:12 * cervantes phát hiện một ngoại lệ "moo" trong thay đổi nguồn trước thềm năm mới....có lẽ đó là vấn đề? :) 16:13 <jrandom> ok, có đặc tả mật mã tạo tunnel mới được tham chiếu trong email, dựa trên thảo luận mà toad, Michael và tôi đã có trên mailing list vào tháng 10 năm ngoái 16:14 <jrandom> xem thử và cho tôi biết ý kiến - nó sẽ chưa được triển khai trên mạng sống một thời gian, vì còn những thứ khác cần làm trước, nhưng nó đang tới 16:14 <+Complication> "moo" có phải từ dành riêng trong Java không? ;P 16:14 <+zzz> về mục 2) tôi sẽ giúp review các tham chiếu trong status mail 16:14 <+Complication> Về chủ đề mật mã tunnel, bạn không phiền nếu kiểm tra xem diễn đạt lại sau đây có ổn không - tôi chỉ muốn đảm bảo mình hiểu đúng... 16:14 <jrandom> cảm ơn zzz 16:15 <+Complication> "Mỗi hop mã hóa tất cả các record bằng reply key của họ, khóa mà họ giải mã ra từ record của mình bằng ElGamal private key, và bằng cách mã hóa như vậy, đảo ngược một lớp giải mã (hay nên nói là mã hóa) do chủ sở hữu tunnel thực hiện, khiến record của người tham gia tiếp theo có thể đọc được bằng ElGamal private key của người tiếp theo?" 16:15 <jrandom> Complication: đúng 16:15 <+Complication> Hay diễn đạt của tôi sai toét? 16:16 <+fox> <jme___> và quá phức tạp, nếu tôi được nói 16:16 <jrandom> tôi tin là đúng, nhưng ừ, nhiều mệnh đề quá :) 16:16 <+Complication> Tôi không nghĩ ra cách nào để hình dung tốt hơn. Đã đủ khó như thế rồi. :P 16:16 <jrandom> (hay jme___ bạn đang nói thuật toán quá phức tạp?) 16:17 <+fox> <jme___> không tôi đọc nhanh tài liệu và bỏ vì quá nhiều thứ đòi hỏi kiến thức nền 16:17 <+fox> <jme___> mặt khác tôi cũng không cố nhiều :) bận việc khác 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___> đây là peer review hình thức, hay bạn thực sự lo lắng/không chắc? 16:19 <+Complication> Chà, luôn tốt khi biết cơ chế nền đang làm gì... 16:19 <jrandom> Tôi tự tin là nó làm đúng điều tôi định, nhưng tôi thực sự quan tâm nếu ai đó nhìn ra vấn đề 16:19 <+fox> <jme___> nếu là trường hợp sau tôi có thể dành thời gian, nhưng kiến thức tôi cũ và không sẵn ngay trong đầu 16:20 <+fox> <jme___> nếu không thì tôi tin :) 16:20 <jrandom> phần ghi chú có vài câu hỏi - http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/tunnel-alt-creation.html?rev=HEAD#tunnelCreate.notes 16:22 <jrandom> không gấp, có lẽ phải một hai tuần trước khi crypto mới này thực sự được dùng trong router 16:22 <@cervantes> jrandom: về mấy cái đó, chèn một độ trễ ngẫu nhiên giữa các hop có làm giảm hiệu năng nhiều không? 16:22 <@cervantes> vì có vẻ đó là lựa chọn hợp lý nhất để ngăn tấn công thời gian 16:23 <jrandom> đây là tạo tunnel, nên trễ sẽ không hại, dù có thể gây hết hạn lease set sớm trong các lỗi thảm họa 16:25 <jrandom> ừ, tôi không chắc mấy độ trễ đó hiệu quả thế nào. Có thể giúp đáng kể, nhưng cũng có thể không. Tuy nhiên tunnel đang chạy có thể dùng blending để phát hiện peer thông đồng trên tunnel đó, nên tôi không chắc nó quan trọng 16:25 <+fox> <jme___> ok đọc lại 16:27 <jrandom> cảm ơn. ok, không gấp, nhưng nếu/khi ai có ý kiến, gửi cho tôi (hoặc lên list, hoặc lên blog của bạn, v.v.) 16:27 <jrandom> ok, còn gì về mục 2, hay ta chuyển sang 3) Blog Syndie? 16:29 <jrandom> (coi như đã chuyển) 16:29 <jrandom> ok, đồ blog mới hay ho trong syndie, vào khám phá đi ;) 16:29 <@cervantes> rất hay 16:30 <jrandom> các nhóm bên trái có thể chứa link tới url tùy ý, cũng như link tới blog, bài trong blog, hoặc tệp đính kèm của bài trong blog 16:30 <jrandom> còn nhiều cải tiến có thể làm nữa, như thêm style theo blog hoặc theo tag cho bài, icon, v.v. nếu ai muốn đào sâu thì tuyệt (và có tác động rất dễ thấy :) 16:31 <@cervantes> nhân tiện link ngoài được định nghĩa trong comment cũng nên có thuộc tính title đặt là url đích (như bạn đã làm ở panel bên trái) 16:31 <@cervantes> comments/posts 16:32 <jrandom> à, ý hay 16:33 <jrandom> (net.i2p.syndie.sml.BlogPostInfoRenderer method renderLinks(...) :) 16:34 <@cervantes> *viết nguệch ngoạc* 16:35 <jrandom> còn thiếu gì để blog syndie có thể thay thế chức năng cho các eepsite thông tin? rõ ràng, syndie là nội dung tĩnh, nên có những thứ không làm được, nhưng bạn có thể xuất bản nội dung và cho mọi người bình luận 16:36 <jrandom> có tùy biến cụ thể nào bạn muốn làm không? nếu có, báo tôi 16:37 <DoubtfulSalmon> jrandom: cập nhật nội dung hiện có qua script? 16:37 <@cervantes> lưu trữ theo ngày 16:37 <jrandom> DoubtfulSalmon: qua script? 16:37 <jrandom> cervantes: à, như một widget lịch nhỏ, thay vì link "5 bài cũ hơn"? 16:38 <@cervantes> đúng 16:38 <DoubtfulSalmon> jrandom: ví dụ tôi muốn file/văn bản này thay thế file/văn bản kia. Làm thế nào? 16:38 <jrandom> ok hay đó, ừ, cái đó khá dễ (nếu ai đó làm nhanh phần html :) 16:38 <@cervantes> hoặc đơn giản hơn "xem bài của tháng trước" 16:39 <@cervantes> jrandom: bạn chỉ cần bảng 7x6 với vài số trong đó ;-) 16:40 <jrandom> DoubtfulSalmon: thay đổi nội dung đã xuất bản là hướng thú vị. trên diện rộng, sẽ không phải lúc nào cũng hoạt động, vì phải vận hành như thông điệp điều khiển của usenet (hủy bài cũ, v.v.) 16:40 <jrandom> DoubtfulSalmon: mặt khác, bạn có thể đơn giản đăng file/mục mới và thay đổi link bên trái trỏ đến file/mục mới 16:40 <jrandom> (theo cách đó, nội dung cũ vẫn còn, nhưng mọi người được dẫn đến nội dung mới) 16:41 <DoubtfulSalmon> jrandom: vâng, ổn nếu nội dung cũ vẫn còn, miễn là link của mọi người trỏ đến nội dung mới, mà họ không phải sửa nội dung của họ. 16:41 <jrandom> xây một wiki hoàn chỉnh từ đó, về cơ bản đăng các diff với syndie render kết quả, là có thể, nhưng có thể quá mức cần thiết 16:41 <jrandom> hmm, ok tôi hiểu ý bạn 16:42 <jrandom> vậy, bạn muốn khả năng có link có thể redirect, thay vì link hiện tại trỏ tới phiên bản chính xác của nội dung 16:43 <jrandom> có lẽ có thể làm bằng cách link tới bookmark của một blog, và phiên bản chính xác được tìm bằng cách tải bookmark hiện tại của blog đó và xem nó trỏ đi đâu 16:44 <jrandom> ngược lại, phiên bản mới có thể đánh dấu là reply cho bài cũ, nên khi người ta theo link, họ có thể theo tiếp đến reply thay thế nội dung 16:44 <jrandom> (dù có lẽ không mượt mà bằng) 16:44 <DoubtfulSalmon> đúng: tôi muốn có link tới: ảnh radar hiện tại chẳng hạn, thứ sẽ cập nhật mỗi 10 phút. Ổn nếu nội dung không bay khắp mạng, nhưng nếu ai đó link tới trang của tôi, người dùng nên thấy ảnh hiện tại. 16:45 <jrandom> ừ, còn tùy họ muốn gì - họ muốn link tới ảnh như nó đã tồn tại khi họ tham chiếu, hay link tới dịch vụ render ảnh khi người đọc xem 16:45 <+Complication> cervantes: chuyện lạ trong ngày :D Bài cuối ở: http://forum.i2p/viewtopic.php?t=1199&start=15 16:46 <+Complication> Cảm giác như lại là một trong các overlord rô-bốt của ta :P 16:46 <jrandom> nhưng ý tưởng hỗ trợ cả hai khái niệm là tốt, và tôi không nghĩ sẽ phiền phức lắm 16:46 <@cervantes> cám ơn 16:46 <jrandom> dù sẽ cần một mở rộng nhỏ cho sml (ví dụ [blog bloghash="ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=" bookmark="radar.webp"]) 16:47 * cervantes sẽ nâng cấp phòng thủ forum nếu ta bắt đầu nhận nhiều cái như thế 16:47 <@cervantes> (đã biết cách chặn cái đó) 16:47 <DoubtfulSalmon> jrandom: họ nên có thể link tới cả phiên bản tĩnh của nó, miễn là người syndicator chưa xóa nội dung, cũng như một url tổng quát trỏ tới bản mới nhất 16:47 <jrandom> (thứ sẽ xem meta post hiện tại của ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c= để lấy bookmarks, lôi uri chính xác từ cái tên "radar.webp") 16:48 <DoubtfulSalmon> jrandom: cái đó giờ có thể làm bằng kiểu: "Xem 1 bài mới nhất trong tag <chuỗi kỳ lạ>" không 16:48 <jrandom> à, ý hay - có thể 16:49 <jrandom> thậm chí có thể hạn chế thành "Xem bài mới nhất bởi $author với tag $tag" 16:49 <jrandom> (để người khác không giả mạo) 16:49 <DoubtfulSalmon> vậy có lẽ thêm UI nào đó để người dùng không phải thấy tag kỳ lạ và các thứ 16:50 <jrandom> có ví dụ về cách nó trông ở trên, dù tôi không nhớ uri... nhưng ừ, là một link bao quanh đoạn văn bản được link 16:50 <DoubtfulSalmon> Tôi đoán tất cả thông tin đó có thể đưa vào dạng URL. 16:51 <jrandom> nhưng viết SML nguồn thì chắc chắn phức tạp, đó là lý do tại sao một GUI tạo SML sẽ hữu ích 16:51 <jrandom> chúng là thuộc tính trên thẻ SML, không phải URL 16:52 <@cervantes> và GUI SML sẽ khó nếu không có javascript 16:52 <DoubtfulSalmon> nhưng bạn có thể bookmark kết quả tìm kiếm đúng không? 16:52 <jrandom> kết quả tìm kiếm là gì? 16:52 <jrandom> và bạn nói bookmark là gì? 16:52 <@cervantes> (hoặc một tiện ích mở rộng trình duyệt ;-) 16:52 <jrandom> à, bookmark phía trình duyệt, đúng 16:52 <+Complication> Kết quả bộ lọc? 16:53 <jrandom> nhưng những bookmark đó nhìn chung không thể chia sẻ được 16:53 <DoubtfulSalmon> à: "lấy 1 bài mới nhất bởi X với tag Y" 16:53 <jrandom> (thực tế, phần lớn là được, nhưng không phổ quát, vì chúng là URLs chứ không phải URIs)) 16:53 <DoubtfulSalmon> vâng, sẽ tốt nếu blog khác cũng có thể link tới những cái đó 16:54 <jrandom> DoubtfulSalmon: họ có thể, với sml 16:54 <jrandom> [blog tag="Y" bloghash="X"] 16:54 <DoubtfulSalmon> ôi ngon 16:55 <jrandom> cervantes: javascript, hoặc xul, hoặc java, hoặc ứng dụng khách phụ thuộc hệ điều hành nào đó 16:57 <@cervantes> à hay, vậy bạn không ngại phụ thuộc vào script hay plugin 16:57 <jrandom> (khi website của ta được làm lại cho 0.6.2, syndie chắc chắn sẽ có một website giải thích syndie là cái quái gì, và nó có thể làm mọi thứ trừ rửa bát ;) 16:57 <@cervantes> (miễn là suy giảm chức năng mượt) 16:57 <jrandom> cervantes: syndie nên hoạt động với lynx, nhưng có nhiều chỗ cho client phong phú 16:58 <jrandom> (s/function/functional/) 16:58 <@cervantes> đúng..vậy người dùng lynx sẽ nhận một bảng tham chiếu SML, nhưng không hơn 16:58 <jrandom> ừ, như ta có bây giờ 16:58 <jrandom> dù có lẽ một SML giản lược, chưa biết. 17:01 <+Complication> jrandom: bạn có nghĩ có dù chỉ hơi khả dĩ... rằng lỗi null có thể liên quan đến gzip encoding? 17:01 <+Complication> Tôi đang nghĩ cách tắt gzipping cho tunnel eepsite của tôi... 17:01 <+Complication> Hay hoàn toàn không thể? 17:01 <@cervantes> có một số thứ nén http được thêm ngay trước năm mới trong i2ptunnel 17:03 <jrandom> ừ, có thể - bạn có thể tắt nó phía client với i2ptunnel.gzip=false (trên /configadvanced.jsp). hiện tại tôi không nghĩ bạn có thể tắt trong i2ptunnelhttpserver 17:03 <+zzz> nó ở phía request nơi không có nén 17:03 <+zzz> server sẽ không nén nếu client đặt false 17:03 <+Complication> zzz: à, đúng, tôi quên mất 17:04 <jrandom> (nhưng không quá khó bạn có thể thêm vào I2PTunnelHTTPServer [dòng 310, v.v]) 17:04 * Complication thật ngốc, và xin lỗi vì điều đó 17:04 <@cervantes> (hoặc bạn có thể dùng một tunnel bình thường) 17:04 <+Complication> Aha, cảm ơn... 17:05 <jrandom> hmm, dù khi i2ptunnelhttpserver nhận được GET, null đã ở đó rồi 17:05 <+zzz> vâng tôi đã chuyển orion về tunnel HTTP giúp thời gian tải cho trang của anh ấy nhanh hơn nhiều vì giờ lại nén 17:05 <+Complication> Bằng cách nào đó tôi quên béng rằng gzipping bắt đầu khi client và server đã ĐỒNG Ý làm nó 17:05 <jrandom> vậy có thể ở phía client, nhưng chắc chắn không phải phía server 17:05 <jrandom> ừ zzz, giờ nhanh điên cuồng :) 17:05 <+zzz> nó ở phía _request_ chứ không ở phía _response_ - có thể ở phía client hoặc server 17:06 <jrandom> đúng 17:09 <jrandom> ok, còn ai có gì về 3) Blog Syndie không? 17:09 <jrandom> nếu không, ta nhảy qua 4) ??? 17:09 <jrandom> ai còn gì muốn đưa ra trong buổi họp không? 17:10 <cat-a-puss> Complication: Java's gzip stream + I2P tunnels. Không HOẠT ĐỘNG và đó là lỗi của sun 17:10 <jrandom> hmm cat-a-puss? thật à? 17:10 <+zzz> cập nhật HTTP persistent connections: phía client gần xong, phía server tiến triển tốt, còn nhiều việc "chống đạn" và kiểm thử, ước tính hoàn tất 2-4 tuần 17:10 <jrandom> nice1 zzz! 17:11 <cat-a-puss> jrandom: ừ tôi đã nói với bạn chuyện đó khá lâu rồi, tôi có thể tìm lại giải thích dài về lý do, nhưng có lẽ tốt nhất là chỉ tài liệu hóa đâu đó vì chẳng có lý do gì để làm. 17:12 <jrandom> hmm tôi bị mất ngữ cảnh, chính xác cái gì không hoạt động? lỗi của sun là gì? 17:14 <dust> tôi nhận log lạ kiểu này: 21:21:59.816 WARN [%d0%a2%d1%4f] net.i2p.util.EepGet : ERR: status <html> 17:14 <jrandom> hmm, thú vị 17:15 <jrandom> tracker nào vậy? 17:15 <cat-a-puss> jrandom: Như tôi nhớ sun dùng zip không header và một magic number để báo đó là luồng zip. Nhưng con số đó lại vô tình là số âm, vậy nếu bạn tạo một luồng zip trong một luồng zip vì lý do nào đó, nó đọc dữ liệu từ luồng như một dãy byte không dấu và thế là magic number bị chuyển thành số dương nào đó khác. (có thể tôi bỏ lỡ vài chi tiết nhưng đại ý là thế) 17:16 <dust> ví dụ OSDevWithCVS_3E.pdf.torrent 17:17 <dust> d8:announce540:http://YRgrgTLGnbTq2aZOZDJQ... 17:17 <jrandom> hmm, tôi không biết gì về chuyện đó, và tôi cũng không chắc nó ảnh hưởng tới luồng gzip qua i2ptunnel thế nào (nếu /có/, tất cả sẽ hỏng, vì ta gzip mọi thứ) 17:19 <jrandom> ok hay dust, vậy tracker của postman. hmm, bạn đang dùng 0.6.1.9 chứ dust? 17:20 <cat-a-puss> jrandom: ừ đã gần một năm từ lúc tôi gặp vấn đề đó nên tôi không nhớ rõ, và tôi không biết có được sửa trong 1.5 hay không nhưng tôi đã cực kỳ vất vả cố hiểu vì sao mọi loại luồng bình thường đều hoạt động, nhưng khi bọc chúng trong luồng nén thì tất cả đều hỏng. 17:20 <dust> đúng 17:20 <jrandom> cat-a-puss: chúng tôi đã thay đổi rất nhiều cho nén qua i2p trong năm qua ;) 17:21 <jrandom> (và cá nhân tôi không dùng 1.5) 17:21 <jrandom> nhưng chúng tôi tự mã hóa zip một cách tường minh, thay vì dùng packaged stream của họ (nhưng vì lý do ẩn danh/hiệu quả, không phải tương thích) 17:22 <@cervantes> zzz: chính xác trong request thì null xảy ra ở đâu? ngay sau GET? 17:22 <+Complication> Trước đó, nếu tôi nhớ 17:23 <+fox> <lordalbert> chào 17:23 <+Complication> Lưu ý: Celeron 300 cho tỷ lệ truyền lại thấp hơn gấp đôi so với Sempron 17:23 <jrandom> chào lordalbert 17:23 <jrandom> hay Complication, 2-3% là hợp lý (dù tôi muốn thấp hơn, dĩ nhiên) 17:23 <@cervantes> sẽ thú vị nếu bắn một loạt yêu cầu HEAD hay gì đó... 17:24 <jrandom> ừ, một bộ test cục bộ sẽ rất tốt, dù nếu tôi nhớ không nhầm Complication đã thử lúc trước mà không lỗi 17:24 <+fox> <lordalbert> ai có thể làm tracker ẩn danh không? Tôi thử rồi mà không hiểu dùng tunnel thế nào 17:24 <+Complication> cervantes: tôi từng thử chọc cho nó xảy ra, với wget đệ quy giữa 2 node của tôi 17:24 <+Complication> Mệt trước khi nó xảy ra 17:25 <@cervantes> heh 17:26 <+fox> <lordalbert> 'lo b0unc3 ;) 17:26 <+fox> <b0unc3> lordalbert, :D 17:26 <+Complication> lordalbert: bạn cần tư vấn phần nào? 17:27 <+Complication> Về thiết lập tracker, tiếc là tôi không biết. 17:27 <+Complication> Về I2PTunnel, tôi có thể thử giải thích... 17:27 <+fox> <lordalbert> Tôi đã cài BTtracker, và nó chạy hoàn hảo 17:28 <+Complication> Cũng cần lưu ý rằng, để tracker VẪN ẩn danh, có lẽ nên chạy cấu hình khá cẩn thận 17:28 <+fox> <lordalbert> giờ, tôi muốn ẩn danh hóa nó 17:28 <+fox> <lordalbert> vậy 17:28 <jrandom> Tôi chắc chúng ta có thể giúp xử lý sau buổi họp. bạn không nên dùng tracker chung chung, bạn cần cái được xây cho ẩn danh 17:28 <+fox> <lordalbert> tôi vừa làm một i2ptunnel 17:29 <jrandom> (ví dụ bản chỉnh sửa bytemonsoon mà bạn có thể tìm ở bất kỳ tracker i2p nào, hoặc trong cvs) 17:29 <+fox> <lordalbert> giờ, tôi muốn biết dùng tunnel này thế nào. Tôi đã làm một tunnel rồi 17:29 <jrandom> ok, ai còn gì khác cho buổi họp không? 17:30 <jrandom> lordalbert: http://localhost:7657/i2ptunnel/ sẽ cho bạn tạo một 'http server tunnel' trỏ tới webserver/tracker của bạn, nhưng tracker của bạn sẽ không hoạt động trừ khi nó đã được chỉnh sửa để dùng ẩn danh 17:30 <+fox> <lordalbert> jrandom, tôi phải dùng tracker nào? 17:31 <+Complication> postman dùng bản chỉnh sửa của ByteMonsoon, tôi nghĩ vậy 17:32 <jrandom> i2p-bytemonsoon đã được chỉnh sửa để dùng ẩn danh - có một zip ở @ http://i2p-bt.postman.i2p/, và có cvs ở http://dev.i2p.net/cgi-bin/cvsweb.cgi/bytemonsoon/ nhưng tôi thực sự không biết nhiều về nó 17:32 <+fox> <lordalbert> bytemonsoon không phải lỗi thời à? 17:32 <jrandom> nếu nó hoạt động, thì không lỗi thời. nó hoạt động 17:33 <+fox> <lordalbert> ok XD 17:33 <jrandom> có nhiều tracker ngoài kia, và nếu nhà phát triển nào muốn chỉnh sửa để chạy an toàn và ẩn danh, thì quá tốt 17:33 <+Complication> Có thể khá cũ... nhưng chắc chắn hoạt động với destkeys (khóa đích) thay vì IP... 17:33 <+Complication> Không thể nói về bảo mật và chống rò rỉ 17:34 <jrandom> (nó được duck và những người khác chỉnh sửa cho ẩn danh và bảo mật) 17:34 <+Complication> Nhưng nó đã chạy một thời gian, và có vẻ xoay sở được... 17:35 <jrandom> ok, nếu không còn gì khác cho buổi họp... 17:36 * jrandom kết thúc 17:36 * jrandom *baf*S buổi họp khép lại