Встреча разработчиков I2P — 24 октября 2006 г.

16:03 <jrandom> 0) привет 16:03 <jrandom> 1) статус сети 16:03 <jrandom> 2) статус разработки Syndie 16:03 <jrandom> 3) ??? 16:03 <jrandom> 0) привет 16:03 * jrandom машет 16:03 * Complication спотыкается куда‑то в пределах досягаемости клавиатуры (начало недели было адом, но это позади) 16:04 <jrandom> (ура адским началам!) 16:04 <jrandom> еженедельные заметки о статусе выложены на http://dev.i2p.net/pipermail/i2p/2006-October/001315.html 16:04 <+Complication> Привет 16:05 <jrandom> пока вы читаете (короткие) заметки, давайте перейдём к 1) статус сети 16:05 * jrandom подключен к freshcoffee уже 3 дня без дисконнекта, и похоже, на обоих irc-серверах сейчас прилично пользователей 16:06 <jrandom> stats.i2p тоже снова работает, и успешность tunnel делает какие‑то странные скачки, но в целом всё в порядке 16:06 <jrandom> (хотя всё ещё в диапазоне 20-30) 16:06 <jrandom> ((что гораздо лучше 5-10, но намного хуже 60-80)) 16:07 <jrandom> ок, у кого‑нибудь есть что‑нибудь по пункту 1) статус сети? 16:08 <+Complication> Похоже у меня похоже, но без особо стойких соединений 16:08 <+tethra> кроме аплодисментов — ничего от меня! 16:08 <+Complication> Хотел бросить короткую ремарку по NTP 16:09 <+Complication> В общем, в воскресенье, 29 октября, некоторые часовые пояса выйдут из летнего времени 16:09 <jrandom> (будет неприятно) 16:10 <+Complication> Лично я надеюсь, что это ни у кого не вызовет проблем, но я не настолько хорошо разбираюсь в NTP, чтобы быть уверенным 16:10 <+Complication> Так что на случай, если недавняя проверка на адекватность NTP-сервера (добавлена в версии .26) доставит кому‑то неудобства той ночью... 16:11 <+Complication> ...подумал, что лучше упомянуть ключ конфигурации, которым это можно отключить (если возникнет необходимость) 16:11 <+Complication> (чтобы те, кто читает заметки о статусе, знали) 16:12 <+Complication> Отключить это можно, введя строку "router.clockOffsetSanityCheck=false" на http://localhost:7657/configadvanced.jsp 16:12 <+Complication> Но, как уже сказал, надеюсь, никому это не понадобится 16:13 <+Complication> Однако будет интересно посмотреть, как сеть поведёт себя той ночью, когда разные часовые пояса начнут переключаться 16:13 <+Complication> Я непременно понаблюдаю, в надежде, что если увидим какие‑то аномалии, возможно, к весне удастся это исправить :D 16:14 <jrandom> в сам момент, вероятно, всё будет заметно дёргаться, но вскоре должно восстановиться 16:14 <+Complication> ...и это всё, что у меня было. :) 16:14 <jrandom> но будем надеяться, всё пройдёт нормально, а если нет — как ты и говоришь, будет весна :) 16:14 <bar> и если всё действительно сломается, на днях в чате всплыли две возможные идеи для будущих улучшений: 16:15 <bar> "предотвращать образование подсетей routers с сильным рассинхроном, передавая управление NTP, если пиров <some number" 16:15 <bar> ...и "не удалять floodfill peer router infos из netdb, если их слишком мало" 16:15 <jrandom> ага 16:16 <+Complication> Действительно, можно подстроить требуемое число точек данных (доступных смещений часов пиров), необходимых, чтобы считать измерения смещения у пиров достоверными 16:16 <+Complication> (упс, в последнем предложении немного тавтологии) 16:17 <+Complication> ...и да, проверка на floodfill. Понимаю так, что сейчас подобной проверки нет? 16:18 <jrandom> верно 16:18 <+Complication> Похоже, некоторые люди иногда, то ли по везению, то ли по магии, умудряются потерять из виду floodfill-пиров 16:19 <jrandom> это определённо нужно исправить 16:19 <jrandom> (недавно это ударило по некоторым, когда одного из них сделали null routed) 16:20 <jrandom> (if #floodfill == 0, возможно, случайным образом считать нескольких как floodfill) 16:20 <+Complication> Если это осуществимо, возможно, также 16:21 <+Complication> Хотя, возможно, делать это вдобавок к поддержанию как минимум 2 (или около того) floodfill-пиров было бы вдвойне надёжно 16:22 <jrandom> ага 16:25 <jrandom> ок, у кого‑нибудь есть ещё что‑нибудь по 1) статус сети? или перейдём к 2) статус разработки Syndie? 16:25 <badger> насчёт стабильности irc: на стороне сервера вижу намного-намного-намного меньше переподключений. 16:25 <badger> это уже почти можно назвать сервисом :) 16:26 <jrandom> :) 16:28 <jrandom> ок, переходим к 2) статус разработки Syndie 16:28 <jrandom> прогресса здесь много, как и упоминалось в заметках о статусе 16:28 <jrandom> за последние несколько дней здесь было множество обсуждений по теме 16:28 <jrandom> у кого‑нибудь есть что добавить по этому направлению? 16:30 <@cervantes> установи что‑нибудь, кроме mspaint 16:30 <jrandom> хех 16:30 <jrandom> ну, в использовании *уродливых* вещей для набросков есть смысл — это снижает ожидания 16:31 <+fox> <HotTuna> ссылки в посте на форуме, похоже, лежат ... по крайней мере некоторые.. 16:31 <@cervantes> думаю, об этом в постах упомянуто 16:31 <+fox> <HotTuna> ой. . сорри 16:31 <jrandom> hottuna: они зеркалируются @ dev.i2p.net/~jrandom/mockup/ 16:31 <@cervantes> некоторые должны быть продублированы ниже 16:32 <+Complication> Один вопрос: как думаешь, проще (и безопаснее) реализовать ограниченный HTML с нуля, не разбирая какой‑нибудь браузер? 16:33 * jrandom только что загрузил ещё две картинки: dev.i2p.net/~jrandom/mockup/forum.webp и blog.webp (показывают обсуждение последних дней о разных способах просмотра форума) 16:33 <@cervantes> определённо проще сделать это безопасно 16:33 <+Complication> (просто любопытствую, что происходит на стороне GUI, так как был не особо в курсе) 16:33 <jrandom> Complication: у меня почти всё уже сделано для задач общего форматирования 16:33 <@cervantes> особенно учитывая ограниченный поднабор html, который будет поддерживать syndie 16:34 <+Complication> Ага 16:34 <jrandom> (шрифты, выравнивание, размеры, цвета, изображения, ссылки, списки (включая вложенные), заголовки, параграфы, html entities) 16:35 <jrandom> а вот поддержка divs для раскладки или таблиц требует существенно больше работы, но я этим сейчас не занимаюсь 16:35 <+Complication> Звучит неплохо 16:36 <@cervantes> и, конечно, тег <blink> 16:36 * jrandom бросает в cervantes † 16:37 <@cervantes> ай, проткнули сущностью 16:37 <jrandom> посмотрим. по мере развёртывания и использования, возможно, придётся перейти на полноценный html-движок рендеринга 16:38 * jrandom хочет, чтобы кодовая база была как можно меньше, чтобы было меньше отлаживать и проводить ревью на предмет вопросов безопасности и анонимности 16:39 <+Complication> Действительно, у поддержки text/plain есть, без сомнения, плюсы 16:40 <+Complication> (который, будем надеяться, поддерживает только атаки естественным языком ;P ) 16:41 <+Complication> Как ваше мнение насчёт возможности использовать hashcash как антиспам? Пока рано говорить? Думаете, их будет легко прикрутить позже? 16:42 <@cervantes> ну, думаю, использование bbcode или wiki-синтаксиса уменьшило бы риск инъекций разметки в полноценном html-движке 16:42 <@cervantes> *rendering engine 16:43 <jrandom> довольно легко прикрутить, Complication — просто новый публичный заголовок (хеш, вычисленный относительно канонического syndie uri, проверяется при импорте, создаётся при подписании) 16:44 * Complication думал об этом пару дней назад, но лишь вскользь 16:44 <jrandom> hashcash можно сделать на нескольких уровнях — на новый канал (meta.syndie), на обновлённый канал или на пост (возможно, даже градуируя в зависимости от sizeof(post) или #msgs/day) 16:44 <+Complication> Если захотеть реализовать hashcash как proof of work, интересно, против чего лучше всего заставлять автора сообщения вычислять коллизии? 16:45 <+Complication> Ага, uri... возможно, да 16:45 <+Complication> О, точно 16:45 <+Complication> Об этом я не подумал 16:48 <jrandom> cervantes: верно 16:48 <jrandom> ок, у кого‑нибудь есть ещё что‑нибудь по 2) статус разработки Syndie? 16:51 <jrandom> ок, если нет, перейдём к 3) ??? 16:51 <jrandom> у кого‑нибудь есть что‑нибудь ещё, что хочется поднять? 16:54 <jrandom> ок, если нет... 16:54 * jrandom замахивается 16:54 * jrandom *baf* закрывает собрание