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

15:26 <jrandom> 0) chào 15:26 <jrandom> 1) Tình trạng mạng 15:26 <jrandom> 2) Lập hồ sơ thông lượng 15:26 <jrandom> 3) blog Syndie 15:26 <jrandom> 4) Kết nối HTTP duy trì (persistent) 15:26 <jrandom> 5) I2Phex gwebcache 15:26 <jrandom> 6) ??? 15:26 * jrandom vẫy tay 15:26 <jrandom> ghi chú trạng thái hàng tuần đã đăng tại http://dev.i2p.net/pipermail/i2p/2006-January/001247.html 15:27 <jrandom> (ừ, tôi biết... chúng ta cần 7) Một điều nữa...) 15:28 <jrandom> nhảy ngay vào 1) Tình trạng mạng 15:28 <jrandom> Nói chung thì vẫn như cũ thôi, ngoài những gì trong email. 15:28 <jrandom> Có ai muốn nêu gì về mục 1) không? 15:30 <jrandom> ok, nếu không thì chuyển sang 2) Lập hồ sơ thông lượng 15:31 <tethra> nghe hay đấy, nhưng cho tôi hỏi mục tiêu là gì? 15:31 <jrandom> tìm các peer (nút ngang hàng) nhanh 15:31 <tethra> (tha lỗi cho tôi thiếu dí dỏm và tế nhị) 15:31 <tethra> à, hay đấy. 15:32 <jrandom> cơ bản là, cách lập hồ sơ tốc độ cũ của chúng ta không tốt lắm (xem ghi chú trạng thái tuần trước để tóm tắt), và cái này có vẻ khá tốt trong việc tìm các peer mà tôi biết là nhanh 15:32 <jrandom> (Tôi biết họ nhanh vì tôi đã 'ăn gian' và đo bằng các kỹ thuật không ẩn danh) 15:33 <tethra> sốc thật! ;) 15:33 <jrandom> ((vâng, có thể ai đó điên rồ đã tiến hành các cuộc tấn công để làm rối các phép đo của tôi, nhưng, ờ, tôi nghi ngờ điều đó ;) 15:33 <tethra> haha 15:33 <tethra> tuyệt, vậy điều đó sẽ khiến các client tunnels dễ tìm thấy một peer 'tốt' hơn và có lẽ sẽ đặt các peer 'nhanh' dưới ít áp lực hơn, đúng không? 15:35 <tethra> s/'good'/fast/ 15:35 <jrandom> đúng với ý đầu, nhưng không hẳn với ý sau - nó sẽ không giảm áp lực lên họ, nhưng sẽ cho phép mọi người sử dụng họ hiệu quả hơn 15:35 <@cervantes> Tôi đoán những người có các peer nhanh sẽ phải hy vọng cơ chế throttling của peer đủ tốt để gánh thêm mức tham gia 15:36 <jrandom> ví dụ, thay vì $slow-->$fast-->$fast, sẽ là $fast-->$fast-->$fast 15:36 <tethra> à, tôi hiểu 15:36 <jrandom> ừ cervantes, tôi cũng đã chú ý đến hồ sơ năng lực (capacity) và nó đang phát huy tác dụng 15:36 <@cervantes> tuyệt 15:37 <jrandom> sự tương tác giữa năng lực và tốc độ là quan trọng - các peer không được coi là nhanh nếu họ không có năng lực cao, ngay cả khi tốc độ của họ được xếp hạng cao hơn mọi người khác 15:37 <@cervantes> sẽ thú vị khi xem nó ảnh hưởng thế nào đến thông lượng 15:37 <jrandom> (đó là lý do 'nhanh' chỉ là viết tắt của 'nhanh và năng lực cao') 15:37 <@cervantes> +h 15:37 <jrandom> ừ cervantes 15:39 <jrandom> ok, nếu không còn gì về 2, hãy nhảy sang 3) blog Syndie 15:40 <jrandom> Tôi không có gì nhiều để bổ sung ngoài những gì trong email 15:41 <@cervantes> trông rất ổn 15:41 <tethra> cá nhân tôi rất thích hướng đi của các blog. Có thể nói tất cả đều 'ngon lành'. 15:41 <tethra> :D 15:41 <+Complication> Tới hơi muộn, xin lỗi. 15:42 <jrandom> hay, nó giống như ban đầu, nhưng tôi nghĩ chế độ xem blog có nhiều tiềm năng 15:42 <jrandom> mừng Complication quay lại, đừng lo, chúng ta có log :) 15:43 <+Complication> Đang đọc lại phần trước ngay giờ :) 15:43 <jrandom> Tôi nghĩ cả hai chế độ xem đều có chỗ đứng, tôi đoán còn tùy người dùng 15:43 <jrandom> (và nội dung, và tác giả) 15:45 <jrandom> một điều là html không được hay ho cho lắm. cervantes đã giúp tôi 'tân trang' hiểu biết rất cơ bản của tôi theo hướng hiện đại hơn, nhưng vẫn còn nhiều vấn đề 15:46 <jrandom> sẽ còn tiếp tục cải tiến giao diện web của syndie, và nếu có tình nguyện viên html nào muốn giúp về định dạng, thiết kế, css, vấn đề tương thích đa trình duyệt, v.v., thì rất đáng trân trọng 15:47 <@cervantes> ngoài việc có 2 thẻ mở <style>, mã trông khá sạch ;-) 15:47 <jrandom> heh thôi chết 15:48 <@cervantes> Tôi nghĩ trọng tâm sẽ là khiến phần styling sạch và dễ đọc và có lẽ thiết kế vài template thay thế 15:48 <jrandom> hmm 15:49 <jrandom> đó là một điều tôi đã nghĩ cho chế độ xem blog - sẽ dễ cho phép mọi người tùy biến một số thuộc tính (màu, phông chữ, kích thước), nhưng tôi không chắc còn có thể đến mức nào nữa 15:50 <jrandom> mặt khác, chế độ xem blog, giống như chế độ xem chuỗi, chỉ là một template phủ lên kho lưu trữ của syndie 15:50 <@cervantes> bạn chắc chắn không muốn cho phép các template có thể triển khai 15:50 <jrandom> vậy câu hỏi là, template dành cho ai? 15:50 <jrandom> (những người dùng template sẽ cần mức kinh nghiệm nào) 15:51 <@cervantes> Tôi đang nghĩ chỉ cần một tùy chọn cấu hình dạng popup mà ai đó có thể chọn cho blog của họ 15:51 <jrandom> hmm? 15:51 <@cervantes> Tôi muốn "Pony Look" 15:51 <jrandom> à, được 15:51 <@cervantes> vậy chúng ta phát hành syndie kèm nhiều skin 15:52 <jrandom> ừ, màu/phông/etc dựng sẵn 15:52 <jrandom> (và biểu tượng, v.v.) 15:52 <jrandom> đó là một điều vẫn chưa thực sự được triển khai qua chế độ xem blog 15:54 <jrandom> ý tưởng hay về bộ chọn theme đơn giản, thay vì một tập tùy chọn phức tạp 15:54 <@cervantes> một phương án khác là ai đó có thể cung cấp các preset template của riêng họ để tải về trên site của họ - có thể lưu vào một thư mục theme 15:55 <@cervantes> tùy mỗi người nếu họ muốn tin tưởng skin tùy biến của tác giả blog 15:55 <jrandom> ... tin à? 15:55 <jrandom> không có gì trong syndie cho phép bạn dùng html hay css không an toàn 15:55 <tethra> còn javascript/etc không an toàn thì sao 15:55 <jrandom> các skin sẽ là tệp văn bản/tệp cấu hình/hình ảnh, chứ không phải jsp 15:55 <tethra> ? 15:56 <tethra> (ví dụ chuyển trang tới các địa chỉ không ẩn danh bằng js?) 15:56 <@cervantes> còn tùy xem một theme có thể chứa thay đổi html về cấu trúc hay không 15:56 <@cervantes> rồi, ok 15:56 <@cervantes> như vậy sẽ giữ mọi thứ gọn gàng và đơn giản 15:57 <jrandom> tethra: Tôi... cực kỳ do dự về javascript. thấy bài blog mới hôm nay từ default chưa? 15:57 <jrandom> "Tôi chỉ tò mò: nó có dùng AJAX không? Trang có vẻ không cập nhật toàn bộ..." 15:57 <tethra> không, tôi chưa. 15:57 <tethra> cá nhân tôi sẽ tìm cách triệt tiêu bất kỳ js nào được dùng. 15:58 <jrandom> vì syndie là *local*, nó nhanh điên cuồng, và chúng ta không cần lo các vấn đề độ trễ tương tự 15:58 <tethra> vì tôi chẳng tin nó chút nào. 15:58 <tethra> hmm :/ 15:58 <jrandom> cervantes: ừ, rất đơn giản - thậm chí ta có thể để người xem một theme blog mà họ thích bấm "lấy theme này" 15:59 <@cervantes> về lý thuyết bạn có thể cung cấp một thư viện các hàm "an toàn" cho người dùng blog - nhưng đến khi bạn loại bỏ mọi thứ không an toàn khỏi triển khai trình duyệt trung bình thì bạn chỉ còn hàm "alert();" 16:00 <jrandom> heh 16:00 <jrandom> (và bạn sẽ gặp đủ thứ vấn đề về khả năng truy cập với javascript) 16:00 <+Complication> cervantes: lưu ý, alert() trong một vòng lặp vô hạn có thể tệ lắm đấy :P 16:00 * jrandom khá tự hào về sự thân thiện với lynx của syndie 16:00 <tethra> lynx <3 16:02 <jrandom> ok, nếu không còn gì về 3), hãy nhảy sang 4) Kết nối HTTP duy trì (persistent) 16:02 <jrandom> Tôi không có gì để bổ sung ngoài những gì trong email... zzz, bạn đây chứ? 16:02 <@cervantes> có những cách khác để triển khai một giao diện AJAX *spit*, như một tiện ích mở rộng mozilla 16:03 <jrandom> fire2pe++ :) 16:03 <jrandom> zzz có vẻ không ở đây, nên có lẽ ta sẽ phải đợi thêm thông tin về mục 4) sau 16:03 <@cervantes> fire2pe chỉ là một trình trợ giúp - ý bạn là syndilla ;-) 16:03 <jrandom> lol 16:04 <jrandom> (và, phiên bản usb móc khóa, syndog ;) 16:04 <jrandom> ok, chuyển sang 5) I2Phex gwebcache 16:05 <jrandom> Complication: p1ng 16:05 <+Complication> Ừ, vì nó sẽ giúp tích hợp với mạng dễ hơn... 16:06 <+Complication> ...gần đây tôi đã làm việc để hồi sinh phần mã gwebcache vốn đã có trong I2Phex 16:06 <+Complication> Ở giai đoạn này nó đã làm được vài thứ rất hạn chế (như crash gọn gàng) :) 16:06 <+Complication> Cũng quấy rầy máy chủ webcache của awup với mức độ thành công vừa phải 16:07 <jrandom> lol hay đấy 16:07 <+Complication> Tuy vậy tôi hy vọng cuối cùng tôi sẽ làm lại được nó 16:07 <+Complication> (nhiều phần hiện nhằm xử lý địa chỉ IP) 16:09 <jrandom> tuyệt, chúc may mắn, và cho tôi biết nếu có gì tôi có thể giúp 16:09 <+Complication> Sẽ làm :) 16:10 <jrandom> ok, còn gì về 5) I2Phex gwebcache không, hay chúng ta lững thững chuyển sang 6) ??? 16:11 <jrandom> coi như chúng ta đã lững thững chuyển rồi 16:11 <jrandom> ai còn gì cho buổi họp không? 16:11 <@cervantes> thêm một tách trà thì tuyệt 16:12 <tethra> heheh 16:12 <Pseudonym> lộ trình thế nào rồi? 16:12 <jrandom> không thay đổi 16:12 <Pseudonym> còn gì cho 0.6.2? 16:13 <jrandom> tất cả những thứ liên quan đến 0.6.2 16:13 * jrandom cúi đầu né 16:14 <Pseudonym> :-P 16:14 <@cervantes> một chút lấp lánh 16:14 <Pseudonym> chúng ta có ngày/mốc thời gian dự kiến không? 16:14 <jrandom> cụ thể là mật mã và thuật toán tạo tunnel mới, các chiến lược chọn peer mới 16:14 <tethra> heheh 16:14 <jrandom> không có ngày và mốc thời gian (ít nhất là không công bố trong các buổi họp ;) 16:15 <Pseudonym> các chiến lược chọn peer còn gì ngoài mấy thứ thông lượng bạn đang làm không? 16:16 <jrandom> có, các thay đổi lập hồ sơ peer này là vấn đề hiệu năng, không phải các chiến lược chọn và sắp xếp peer liên quan đến ẩn danh 16:16 <+Complication> jrandom: tôi nhớ đúng chứ... nếu tôi đoán phần mật mã tạo tunnel liên quan đến những thứ đã bàn trên mailing list, trong lúc nói về các tấn công predecessor (tiền nhiệm) và các tấn công khác? 16:17 <jrandom> đúng rồi Complication 16:17 <+Complication> s/related/relates 16:19 <+Complication> Bạn sẽ thử làm cho cái cấu trúc dữ liệu nhỏ xinh cầu kỳ đó hoạt động à? 16:19 <jrandom> ừ 16:20 <jrandom> (vì vậy, 0.6.2 sẽ không xuất hiện trong vòng 2 tuần ;) 16:20 <+Complication> Hay đó. Nghe thú vị, chắc tôi nên đọc kỹ về nó 16:21 <+Complication> Hy vọng mọi thứ suôn sẻ 16:21 <jrandom> mới chỉ được bàn suông trên list, chưa có đặc tả được viết ra 16:21 <tethra> xin lỗi, đó là cấu trúc dữ liệu hay ho nào vậy? 16:21 <+Complication> À, và đã hiểu vì sao liên kết (từ thông điệp "moo") không hoạt động. :D Là freedomarchives.i2p (dạng số nhiều, có "s" ở cuối) 16:21 <jrandom> nó sẽ không tương thích ngược, nên 'suôn sẻ' sẽ không phải khẩu hiệu của nó, nhưng hy vọng sẽ không đau quá :) 16:21 <jrandom> ôi trời 16:22 <jrandom> tethra: một cấu trúc dữ liệu vẫn chưa tồn tại để tạo tunnel 16:22 <tethra> hay đấy 16:22 <jrandom> (xem các chuỗi thảo luận về predecessor khoảng tháng 11 hay vậy) 16:23 <tethra> nó sẽ có ưu/nhược điểm gì so với cái hiện tại? (nếu hiện có cái nào :o) 16:23 <jrandom> (xem các chuỗi thảo luận về predecessor khoảng tháng 11 hay vậy) ;) 16:23 <tethra> à, ok 16:23 <+Complication> nếu tôi nhớ không nhầm, để việc tạo tunnel ít minh bạch hơn đối với người quan sát 16:23 <tethra> "" 16:23 <tethra> ;) 16:23 <jrandom> nhưng, đây chưa phải đề xuất, chưa có gì đưa lên bàn cho 0.6.2 cho đến khi mọi thứ trước 0.6.2 được thu xếp xong. 16:23 <jrandom> khi những thứ lẽ ra phải hoạt động đã hoạt động theo cách chúng ta cần, thì ta mới tiếp tục. 16:24 <Pseudonym> ngoài việc chọn peer nhanh, còn gì chưa hoạt động? 16:25 <jrandom> chọn peer nhanh là một phần của 'hiệu năng tốt' 16:25 <jrandom> chúng ta THỰC SỰ có hiệu năng tốt, đối với một mạng ẩn danh, nhưng chưa đủ tốt để cạnh tranh với các mạng không ẩn danh 16:25 <jrandom> để cạnh tranh, chúng ta phải đạt hiệu năng tốt hơn VÀ cung cấp chức năng họ không có ở nơi khác 16:26 <jrandom> (ẩn danh không 'bán' được) 16:26 <Pseudonym> ngoài chọn peer nhanh còn gì nữa không? 16:27 <jrandom> suốt một hai tháng qua, khi đo đạc (benchmark) nhiều khía cạnh của i2p, chọn peer chậm có vẻ là nút thắt nhỏ nhất. nút thắt tiếp theo sẽ là gì thì chưa biết. 16:27 <jrandom> (cũng đã có vô số cải tiến ở nhiều chỗ để nâng cao hiệu năng) 16:27 <jrandom> (xem http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD ) 16:28 <Pseudonym> vậy... phát hành phần chọn peer mới tuần này? ;-) 16:28 <teal`c_> i2p chạy ổn 16:29 <jrandom> Pseudonym: ừ, thuật toán hồ sơ peer mới đã ở trong cvs và sẽ được triển khai tuần này cùng 0.6.1.9 16:30 <jrandom> ok, còn ai có gì cho buổi họp không? 16:30 <Pseudonym> hay 16:31 <jrandom> nếu không... 16:31 * jrandom dọn dẹp để kết thúc 16:32 * jrandom *baf* đóng cuộc họp