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

16:03 <jrandom> 0) chào 16:03 <jrandom> 1) Tình trạng mạng 16:03 <jrandom> 2) Tình trạng phát triển Syndie 16:03 <jrandom> 3) ??? 16:03 <jrandom> 0) chào 16:03 * jrandom vẫy tay 16:03 * Complication loạng choạng đến đâu đó trong tầm với của bàn phím (đầu tuần như địa ngục, nhưng giờ qua rồi) 16:04 <jrandom> (hoan hô những khởi đầu khắc nghiệt!) 16:04 <jrandom> ghi chú tình trạng hàng tuần đã được đăng tại http://dev.i2p.net/pipermail/i2p/2006-October/001315.html 16:04 <+Complication> Xin chào 16:05 <jrandom> trong khi mọi người đọc các ghi chú (ngắn), hãy chuyển sang 1) Tình trạng mạng 16:05 * jrandom đã kết nối với freshcoffee suốt 3 ngày mà không bị ngắt, và có vẻ cả hai máy chủ irc đều có lượng người dùng khá đông 16:06 <jrandom> stats.i2p cũng hoạt động lại, và tỷ lệ thành công tunnel có những dao động kỳ lạ, nhưng nhìn chung cũng ổn 16:06 <jrandom> (dù vẫn ở khoảng 20–30) 16:06 <jrandom> ((tốt hơn nhiều so với 5–10, nhưng kém xa 60–80)) 16:07 <jrandom> ok, ai có điều gì muốn nêu về 1) tình trạng mạng không? 16:08 <+Complication> Bên tôi cũng tương tự, nhưng không có kết nối bền bỉ bất thường 16:08 <+tethra> ngoài vỗ tay ra, tôi không có gì! 16:08 <+Complication> Tôi chỉ muốn viết vài dòng liên quan đến các vấn đề NTP (Giao thức Thời gian Mạng) 16:09 <+Complication> Về cơ bản, vào Chủ nhật, 29 Tháng 10, một số múi giờ sẽ chuyển khỏi daylight saving time (DST – giờ tiết kiệm ánh sáng ban ngày) 16:09 <jrandom> (sẽ khá tệ đây) 16:10 <+Complication> Cá nhân tôi hy vọng nó không gây vấn đề cho ai, nhưng tôi không rành NTP đủ để chắc chắn 16:10 <+Complication> Vì vậy, phòng khi phép kiểm tra tính hợp lý của máy chủ NTP gần đây (thêm từ phiên bản .26) gây bất tiện cho ai đó đêm đó... 16:11 <+Complication> ...tôi nghĩ tốt hơn là nhắc đến khóa cấu hình có thể dùng để tắt nó (nếu cần) 16:11 <+Complication> (để những ai đọc ghi chú tình trạng sẽ biết) 16:12 <+Complication> Có thể tắt bằng cách nhập dòng "router.clockOffsetSanityCheck=false" vào http://localhost:7657/configadvanced.jsp 16:12 <+Complication> Nhưng như đã nói, tôi hy vọng không ai cần đến điều đó 16:13 <+Complication> Sẽ thú vị khi theo dõi xem mạng cư xử thế nào đêm đó, khi các múi giờ lần lượt chuyển đổi 16:13 <+Complication> Tôi chắc chắn sẽ quan sát, hy vọng rằng nếu thấy bất thường nào, có lẽ có thể sửa được trước mùa Xuân :D 16:14 <jrandom> vào đúng phút chuyển đổi đó có lẽ sẽ khá nhảy loạn, nhưng sẽ tự ổn lại nhanh thôi 16:14 <+Complication> ...và tôi chỉ có vậy. :) 16:14 <jrandom> nhưng hy vọng mọi thứ sẽ ổn; nếu không, như bạn nói, còn có mùa xuân :) 16:14 <bar> và nếu quả thực mọi thứ b0rk, đã có hai đề xuất khả dĩ để cải thiện trong tương lai được nêu ra trong buổi chat hôm trước: 16:15 <bar> "prevent skewed routers from forming subnets by handing over control to NTP if peers <some number" 16:15 <bar> ...và "do not delete floodfill peer router infos from netdb if there are too few of them" 16:15 <jrandom> ừ 16:16 <+Complication> Đúng vậy, điều chỉnh số lượng điểm dữ liệu cần thiết (các độ lệch đồng hồ của peer sẵn có) để coi phép đo độ lệch của peer là đáng tin cậy 16:16 <+Complication> (ui, hơi thừa từ ở câu vừa rồi) 16:17 <+Complication> ...và vâng, kiểm tra floodfill. Tôi hiểu là hiện chưa có kiểm tra tương tự nào? 16:18 <jrandom> đúng 16:18 <+Complication> Có vẻ đôi khi một số người, do may mắn hay phép màu nào đó, lại đánh mất dấu các peer floodfill 16:19 <jrandom> điều đó chắc chắn cần được khắc phục 16:19 <jrandom> (điều này đã ảnh hưởng đến vài người hôm trước, khi một trong số chúng bị null routed) 16:20 <jrandom> (nếu #floodfill == 0, có lẽ ngẫu nhiên coi vài nút là floodfill) 16:20 <+Complication> Nếu làm được vậy thì cũng ổn 16:21 <+Complication> Tuy nhiên, có lẽ làm vậy đồng thời vẫn giữ ít nhất 2 (hoặc cỡ đó) peer floodfill sẽ càng an toàn 16:22 <jrandom> ừ 16:25 <jrandom> ok, còn ai có gì cho 1) tình trạng mạng không? hay ta chuyển sang 2) tình trạng phát triển Syndie? 16:25 <badger> về độ ổn định irc: phía máy chủ thấy ít lần kết nối lại hơn rất rất nhiều. 16:25 <badger> bạn gần như có thể gọi đó là một dịch vụ :) 16:26 <jrandom> :) 16:28 <jrandom> ok, chuyển sang 2) tình trạng phát triển Syndie 16:28 <jrandom> nhiều tiến triển ở đây, như đã nêu trong ghi chú tình trạng 16:28 <jrandom> mấy ngày qua ở đây cũng đã có khá nhiều thảo luận về nó 16:28 <jrandom> ai có điều gì muốn nêu ở mảng đó không? 16:30 <@cervantes> cài thứ gì khác ngoài mspaint đi 16:30 <jrandom> hê 16:30 <jrandom> ờ, dùng mấy thứ *xấu xí* để phác thảo cũng có giá trị – hạn chế kỳ vọng 16:31 <+fox> <HotTuna> các liên kết trong bài viết diễn đàn có vẻ bị chết ... ít nhất một số.. 16:31 <@cervantes> Tôi nghĩ điều đó đã được nhắc trong các bài viết 16:31 <+fox> <HotTuna> ồ... xin lỗi 16:31 <jrandom> hottuna: chúng đã được mirror @ dev.i2p.net/~jrandom/mockup/ 16:31 <@cervantes> một số sẽ được mirror thêm bên dưới 16:32 <+Complication> Một câu hỏi: bạn có nghĩ sẽ dễ (và an toàn) hơn khi tự triển khai một tập con HTML hạn chế từ đầu, thay vì mổ xẻ một trình duyệt nào đó? 16:33 * jrandom vừa tải lên thêm hai ảnh: dev.i2p.net/~jrandom/mockup/forum.webp và blog.webp (thể hiện thảo luận vài ngày qua về các cách khác nhau để xem một diễn đàn) 16:33 <@cervantes> chắc chắn là dễ làm an toàn hơn 16:33 <+Complication> (chỉ tò mò về những gì đang diễn ra phía GUI, vì tôi khá thiếu cập nhật) 16:33 <jrandom> Complication: tôi đã làm xong gần hết các phần phục vụ định dạng chung rồi 16:33 <@cervantes> đặc biệt vì chỉ hỗ trợ một tập con HTML hạn chế trong syndie 16:34 <+Complication> À ha 16:34 <jrandom> (font, canh lề, kích cỡ, màu sắc, ảnh, liên kết, danh sách (kể cả lồng nhau), tiêu đề, đoạn văn, entity HTML) 16:35 <jrandom> còn nếu làm div để bố cục hoặc bảng thì cần nhiều công hơn đáng kể, nhưng tôi chưa đụng đến giờ 16:35 <+Complication> Nghe khá ổn 16:36 <@cervantes> và tất nhiên là thẻ <blink> 16:36 * jrandom ném vào cervantes một † 16:37 <@cervantes> ái, bị xiên bởi một entity 16:37 <jrandom> để xem. khi được triển khai và sử dụng, có lẽ sẽ cần chuyển sang một engine kết xuất HTML đầy đủ 16:38 * jrandom vẫn muốn codebase càng nhỏ càng tốt, để bớt phải debug và rà soát các vấn đề bảo mật và ẩn danh 16:39 <+Complication> Quả vậy, chắc chắn có lợi khi chỉ xử lý text/plain 16:40 <+Complication> (hy vọng chỉ “hỗ trợ” các kiểu tấn công ngôn ngữ tự nhiên ;P ) 16:41 <+Complication> Bạn nghĩ gì về khả năng dùng biện pháp chống spam kiểu hashcash (cơ chế Proof-of-Work)? Quá sớm để nói chăng? Bạn có nghĩ thêm sau này sẽ dễ không? 16:42 <@cervantes> tôi đoán dùng BBCode hoặc cú pháp wiki sẽ giảm rủi ro chèn đánh dấu độc hại trong một engine HTML đầy đủ 16:42 <@cervantes> *trình kết xuất 16:43 <jrandom> khá dễ để gắn thêm thôi Complication – chỉ cần một public header mới (được tính hash dựa trên canonical syndie uri, xác minh khi import, tạo khi ký) 16:44 * Complication đã nghĩ chút về vài thứ này vài ngày trước, nhưng chỉ lướt qua 16:44 <jrandom> hashcash cũng có thể thực hiện ở nhiều mức – theo kênh mới (meta.syndie), theo kênh cập nhật, hoặc theo bài đăng (thậm chí có thể điều chỉnh theo sizeof(post) hoặc #msgs/day) 16:44 <+Complication> Nếu muốn triển khai hashcash như Proof-of-Work, tôi tự hỏi người đăng nên được yêu cầu tính va chạm dựa trên cái gì thì hợp lý nhất? 16:45 <+Complication> À, uri... có lẽ đúng vậy 16:45 <+Complication> Ồ, đúng vậy 16:45 <+Complication> Đó là vài điều tôi chưa nghĩ tới 16:48 <jrandom> cervantes: đúng thế 16:48 <jrandom> ok, còn ai có gì cho 2) tình trạng phát triển Syndie không? 16:51 <jrandom> ok, nếu không, ta chuyển sang 3) ??? 16:51 <jrandom> ai còn điều gì muốn nêu không? 16:54 <jrandom> ok, nếu không... 16:54 * jrandom chuẩn bị 16:54 * jrandom *baf* kết thúc cuộc họp