> Спасибо. Исправь ещё баг в keys.py. Ты там удалил комбинацию s_send, а вернуть назад забыл. Клиент падает при запуске.

Готово.

> // почту проверь ещё

Забрал.

> То, что отправка и получение сообщений являются _разными_ действиями - это нелогичное поведение? Круто, что сказать.

Почему-то у почтовиков это объеденино и никто не парится по теме. И мейлеры у FTN-сетей тоже объединяют эти действия.

> Ладно, если бы ты назвал это дело "Транзакция с сервером", тогда это можно было считать логичным.
> Но когда пользователь выбирает именно "Скачать сообщения", то совсем не логично, что клиент вдруг начнёт сливать серверу все черновики.

Это никак не обозвано. Текущий ридми не соответствует действительности и будет подгоняться под реалии ближе к фиксированию версии. Исходящие сообщения не являются черновиками. Как раз отсутствие черновиков и является нелогичным поведением.

Кстати, как лучше всего работать с черновиками? При сохранении спрашивать куда положить и иметь возможность перекидывать хоткеем при просмотре черновиков (схожий с просмотром исходящих режим) это лучшее, что я смог придумать за несколько часов =)

> А насчёт "раньше всё работало" я имел в виду все упомянутые фичи, а не только конкретно эту.

Тут какое дело. Раньше оно чаще падало из-за длинных названий эх, например. Потому что туда ещё и msgid писался. Часто было так, что я написал сообщение и забывал его отправить. Потом несколько дней сидел в read-only и сообщение так и болталось в исходящих. Это неправильно.

> Пулл-реквесты или Issues подойдут? Могу их присылать почаще, если ты будешь смотреть, конечно.

Не обещаю оперативного реагирования, но этот вариант самый расово верный, бо одно дело делаем =)

Только я не научился толком мержить это всё и вообще. В идеале было бы слать патчи как это в чистом git предусмотрено, а то гитхабом этим сложно пользоваться больно =)

AL> Вернул фетчеры. Отправка сообщений отдельной клавишей работает, если в конфиге указана опция send, содержащая вызов сендера (см. caesium.def.cfg).

Спасибо. Исправь ещё баг в keys.py. Ты там удалил комбинацию s_send, а вернуть назад забыл. Клиент падает при запуске.
// почту проверь ещё

vit01> Просто "раньше же всё работало", а теперь получается, что важная особенность сломана.

AL> Это не важная особенность, а нелогичное поведение, которое было временной мерой.

То, что отправка и получение сообщений являются _разными_ действиями - это нелогичное поведение? Круто, что сказать.
Ладно, если бы ты назвал это дело "Транзакция с сервером", тогда это можно было считать логичным.
Но когда пользователь выбирает именно "Скачать сообщения", то совсем не логично, что клиент вдруг начнёт сливать серверу все черновики.

А насчёт "раньше всё работало" я имел в виду все упомянутые фичи, а не только конкретно эту.

AL> Я не могу и не хочу контролировать форки и влиять на них. Сливать же форки я тупо ленюсь =)

Пулл-реквесты или Issues подойдут? Могу их присылать почаще, если ты будешь смотреть, конечно.

AL> Про msgid вообще не понял, если честно.

Процитирую тогда:

AL>> Для узких терминалов (например, телефонов) теперь урезается отображаемая информация для более адекватного внешнего вида.

vit01> Ээ, теперь наверху не отображается msgid. Как теперь с телефона блэклист наполнять или сослаться на какое-нибудь сообщение?

AL> Это, как и отображение адреса отправителя будет отображаться в message box'е по хоткею, но пока просто спрятано да.

Пока спрятано. До сих пор спрятано. Так что опять придётся чинить и патчить всё самому.

AL> Проще тогда запилить черновики отдельно. Бо это сильно разные фичи.

Можно и так сделать. Просто "раньше же всё работало", а теперь получается, что важная особенность сломана.

AL> Парсер ссылок будет после фиксации 0.3. То есть через недельку-другую хочу заняться.

Вот. Значит, что нескоро. Поэтому и хочется сосредоточить своё внимание на этом, чтобы не ждать по две недели.

Файл клавиш протестирую на андроиде в течении пары часов и отправлю.

> Пока спрятано. До сих пор спрятано. Так что опять придётся чинить и патчить всё самому.

Можно и так, конечно, но моё отношение смотри в конце сообщения.

> Можно и так сделать. Просто "раньше же всё работало", а теперь получается, что важная особенность сломана.

Это не важная особенность, а нелогичное поведение, которое было временной мерой. Я не зря не даю пока номер версии приближенный к 1.0. Это прямое указание на то, что до релиза и воплощения всех хотелок и фич ещё далеко.

AL>> Парсер ссылок будет после фиксации 0.3. То есть через недельку-другую хочу заняться.

> Вот. Значит, что нескоро. Поэтому и хочется сосредоточить своё внимание на этом, чтобы не ждать по две недели.

Это в итоге породит пачку несовместимых форков. Только и всего. Я не могу и не хочу контролировать форки и влиять на них. Сливать же форки я тупо ленюсь =)

> Файл клавиш протестирую на андроиде в течении пары часов и отправлю.

Спасибо.

AL> Что про сабж, кстати, скажешь?

Лично я не пользовался им и даже не тестировал. Во-первых, оверхэд при парсинге (и потребление ОЗУ, т.к. надо держать всю эху целиком, а не только индекс). Во-вторых, уже давно написаны ii-db-utils и IDEC-utils, которые совместимы только с "классикой".

Понятно дело, что оно кому-то будет нужно, если ты это добавил.

Ошибкой считаю то, что ты сделал 2 отдельных мейлера-фетчера для новой базы. Лучше создать единый интерфейс и вынести все функции доступа к базам туда (указывать нужную исключительно в конфиге). Прикладные программы вроде фетчера и самого клиента вообще не должны иметь к базе никакого отношения.

> Можно и так сделать. Просто "раньше же всё работало", а теперь получается, что важная особенность сломана.

Вернул фетчеры. Отправка сообщений отдельной клавишей работает, если в конфиге указана опция send, содержащая вызов сендера (см. caesium.def.cfg).

> Но их же ещё возвращать надо. То есть специально лезть в старое дерево, расчехлять фетчер и подменять строку в конфиге.

Ну так я верну.

> Либо можно сделать компромисс. Добавить в конфиг строку

> behaviour preload (отправка и фетч одновременно)
> behaviour keep-outbox (старое "раздельное" поведение)

Как вариант, конечно. Подумать надо как лучше.

> Фетчер (теперь уже мейлер) не умеет скачивать сообщения со всех станций одновременно. То есть он берёт только последнюю станцию из конфига, если их несколько.

Это так задумано. По одному конфигу на узел. Если так уж надо вызывать мейлер отдельно и качать всё и сразу.

Что про сабж, кстати, скажешь?

> Лично я не пользовался им и даже не тестировал. Во-первых, оверхэд при парсинге (и потребление ОЗУ, т.к. надо держать всю эху целиком, а не только индекс). Во-вторых, уже давно написаны ii-db-utils и IDEC-utils, которые совместимы только с "классикой".

Я бы не сказал, что такой уж оверхэв, бо держать в ОЗУ пару-тройку мегабайт и при этом не иметь почти 30к мелких файлов в одной директории это более правильно, чем держать маленький индекс в памяти и держать кучу файлов. В любом случае, если вдруг на машине не найдётся пары лишних мегабайт в ОЗУ, можно использовать и старый формат.

> Ошибкой считаю то, что ты сделал 2 отдельных мейлера-фетчера для новой базы. Лучше создать единый интерфейс и вынести все функции доступа к базам туда (указывать нужную исключительно в конфиге). Прикладные программы вроде фетчера и самого клиента вообще не должны иметь к базе никакого отношения.

Вот спорный вопрос. В идеале тогда должно быть две программы: мейлер/фетчер и тоссер, но это мне не нравится. То, что каждая программа содержит в себе код работы с базой является осознанным шагом, бо психологически понятней скопировать маленький файлик в сборку/ноду/клиент и не контролировать зависимости при этом. То есть я руководствуюсь тем, что каждая программа - это вещь в себе и ничего ей для работы больше не нужно. По крайней мере стремлюсь к этому.

Фетчер же я вынес сугубо для того, чтобы не дублировать функционал в отдельном фетчере при ноде и в клиенте.

> В общем, ты уже понял, над чем работать в Цезии. И ладно.

Ну сейчас возможно и старое и новое поведение.

> Так напиши msgid на следующей строке, а не рядом. В чём проблема?

В том, что область под всю эту информацию строко фиксирована и раздувать её нет смысла.

AL>> Не обещаю оперативного реагирования

> И жаль. Это самый принципиальный вопрос. А так я тебе и в патчах могу, и на гитхабе самом, да хоть куда.

Просто пока нет достаточно свободного времени. Но я стараюсь по мере сил. Хотя, сейчас уже там что-то скопилось, но я просто не знаю как за это взяться =)

AL> Я бы не сказал, что такой уж оверхэв, бо держать в ОЗУ пару-тройку мегабайт и при этом не иметь почти 30к мелких файлов в одной директории это более правильно, чем держать маленький индекс в памяти и держать кучу файлов. В любом случае, если вдруг на машине не найдётся пары лишних мегабайт в ОЗУ, можно использовать и старый формат.

Дело даже не столько в ОЗУ. Проблема в том, что на каждый чих это всё считывать и парсить. Как у нас обычно - на splitlines(). А это ещё и время.

sqlite - это хорошо, потому что там работа с одним файлом наиболее эффективно реализована. А ещё там есть индексация.

Доверять сабжу такие эхи, как lenta.rss или lor-opennet.15 я бы не стал.

AL> Вот спорный вопрос. В идеале тогда должно быть две программы: мейлер/фетчер и тоссер, но это мне не нравится.
AL> То есть я руководствуюсь тем, что каждая программа - это вещь в себе и ничего ей для работы больше не нужно. По крайней мере стремлюсь к этому.

Как хочешь, но поддерживать это и по времени, и по силам сложнее. Ошибок проще наделать и так далее. Когда я в php-ноде реализовал систему транспортов, у меня голова меньше болеть стала по поводу разных кусков кода, реализующих по сути одно и то же.

Да и вся эта возня с "вещью в себе" порой превращает исходники в макаронные изделия.

Кстати, один маленький баг в сабже.
Если нажмёшь "прокрутку на страницу вперёд", то она выбрасывает сразу в конец сообщения. Аналогичное действие "назад" работает правильно.

Баг проявился и в обычном keys.py, и в андроидовском. Так что дело в самом caesium.py, насколько понимаю.

Видимо, придётся мне всё-таки подробно почитать как описание бинарного формата sqlite, так и код реализацию aio.
Потестирую ещё потом, как будет время.

> Дело даже не столько в ОЗУ. Проблема в том, что на каждый чих это всё считывать и парсить. Как у нас обычно - на splitlines(). А это ещё и время.

Это совсем немного времени. Самая большая задержка происходит при перерасчёте количества сообщений. И всё равно это работает быстрее, чем в sqlite.

> sqlite - это хорошо, потому что там работа с одним файлом наиболее эффективно реализована. А ещё там есть индексация.

> Доверять сабжу такие эхи, как lenta.rss или lor-opennet.15 я бы не стал.

Вот как раз такие пухлые эхи сильно тормозят sqlite и гораздо меньше тормозят aio. Я его потому и добавил в апстрим, что оно оказалось не так уж и плохо. И даже оперативнее СУБД.

> Как хочешь, но поддерживать это и по времени, и по силам сложнее. Ошибок проще наделать и так далее. Когда я в php-ноде реализовал систему транспортов, у меня голова меньше болеть стала по поводу разных кусков кода, реализующих по сути одно и то же.

> Да и вся эта возня с "вещью в себе" порой превращает исходники в макаронные изделия.

Вот с этим не поспоришь. Может, я и вынесу это всё в отдельную библиотеку со временем.

> Так напиши msgid на следующей строке, а не рядом. В чём проблема?
AL> В том, что область под всю эту информацию строко фиксирована и раздувать её нет смысла.

Но как-нибудь узнавать msgid всё равно нужно. И желательно не через 2 недели, а немного пораньше :)

AL> Почему-то у почтовиков это объеденино и никто не парится по теме. И мейлеры у FTN-сетей тоже объединяют эти действия.

Вот насчёт почтовиков неправда. Когда пишешь сообщение, всегда есть выбор: отправить сразу или сохранить.
И кнопочка "проверить почту", которая ничего никуда не отправляет без согласия.

В общем, ты уже понял, над чем работать в Цезии. И ладно.

AL> Кстати, как лучше всего работать с черновиками? При сохранении спрашивать куда положить и иметь возможность перекидывать хоткеем при просмотре черновиков (схожий с просмотром исходящих режим) это лучшее, что я смог придумать за несколько часов =)

Можешь и так сделать. У меня вот вообще мыслей по этому поводу нет. Как-нибудь придумаю, если что.

AL> Тут какое дело. Раньше оно чаще падало из-за длинных названий эх, например. Потому что туда ещё и msgid писался.

Так напиши msgid на следующей строке, а не рядом. В чём проблема?

AL> Не обещаю оперативного реагирования

И жаль. Это самый принципиальный вопрос. А так я тебе и в патчах могу, и на гитхабе самом, да хоть куда.

О, у меня есть идея.

Открой на станции13 файл filter.php

Замени там строку 79 на

return $this->transport->getMsgList($echo, $offset, $length);

и строку 98 на

return $this->checkHash($msgid);

Поскольку ты все плохие сообщения уже очистил, проверять базу лишний раз уже не нужно. Фильтр ЧС после этого будет включаться только на стороне фетчера.

Станции-то всё ничего, а у клиента задержка уменьшится.

В эхе bash.rss.15 строки не разделяются переносами. Это можно поправить? В исходном rss (наверное бот его парсит) в месте переноса стоит тег <br>

vit01> На Таверне и Station13. Около 10-20 секунд на запрос.

vit01> Наверное, это из-за блэклиста. Увы, но пока Денис не почистит это дело на ii.difrex.ru, избавляться от ЧС мы не можем.

Ага. Это именно из-за него. Каждое сообщение приходится проверять на вхождение а то. Но жить можно.

На Таверне и Station13. Около 10-20 секунд на запрос.

Наверное, это из-за блэклиста. Увы, но пока Денис не почистит это дело на ii.difrex.ru, избавляться от ЧС мы не можем.

btimofeev> В исходном rss (наверное бот его парсит) в месте переноса стоит тег <br>

https://github.com/vit1-irk/ii-php/blob/master/ii-rss.php

Смотреть строки с 92 по 97. Даже я у себя на ii-net.tk в ботах немного ослабил этот фильтр.

Увы, но в идеале нужен индивидуальный подход для каждого новостного сайта. Для какой-то RSS-ки убирать ограничения, для другой - наоборот включить побольше.

Станция снова в строю!

// надо уже подыскивать какой-нибудь резерв, чтобы в случае чего быстро "переключиться"; хотя бы только для сайта проекта и документации

> В эхе bash.rss.15 строки не разделяются переносами. Это можно поправить? В исходном rss (наверное бот его парсит) в месте переноса стоит тег <br>

Подпишись на bash.rss.

Эха создана с новым ботом и ходит с таверны. Прокинул на станцию13.

> В эхе bash.rss.15 строки не разделяются переносами. Это можно поправить? В исходном rss (наверное бот его парсит) в месте переноса стоит тег <br>

Есть такое дело, но я что-то не разобрался в коде бота. Планирую переезд ботов со станции13 в таверну. Там уже будет мой робот и он правильнее работает с этим делом.

> Подпишись на bash.rss.

Здесь какой-то глюк: цезий загрузил мне 200 сообщений, но в обратном порядке по дате, от самых свежих к самым старым. Т.е. первое сообщение в цезии самое новое, потом старее, старее и т.д. Это не логично, т.к. в остальных местах все ровно наоборот, чем дальше тем сообщения свежее.

> Это у них такой RSS. Дальше пойдёт нормально по идее.

Это не RSS у них такой. Это мозги у меня такие. В RSS последнее сообщение "сверху", а робот парсит сверху вниз.

Поправить конфиг у станции13 пока не могу, так как временно лишён шелл-доступа на сервер.

На всякий случай напоминаю, что станция13 живёт по достаточному принципу и клиенты необходимо перенастроить на таверну (http://idec.spline-online.tk/ и веб-морда и линк для клиента). Поинты и там и там одинаковые. Конечно, мне не тяжело её содержать, но она находится не на моём сервере и по сути её приютил один мой знакомый. Так что возможны разнообразные ситуации вплоть до отсутствия доступа =)

Обновил сертификат сегодня. И установил принудительный редирект на сабж.

> Здесь какой-то глюк: цезий загрузил мне 200 сообщений, но в обратном порядке по дате, от самых свежих к самым старым. Т.е. первое сообщение в цезии самое новое, потом старее, старее и т.д. Это не логично, т.к. в остальных местах все ровно наоборот, чем дальше тем сообщения свежее.

Это у них такой RSS. Дальше пойдёт нормально по идее.

Что нового:

* В настройках появился пункт "Таймаут сетевого соединения". По умолчанию равен 20 секунд. Действует не только на фетчеры, но и на всё остальное.
* Окно списка эх теперь запоминает станцию, с которой пользователь последний раз работал

Можно ли в цезии отсортировать сообщения по дате? Он, с какого-то перепугу, скачал мне 4000 сообщений, и теперь старые лежат после новых. Уже не в первый раз такое, хотелось бы сортировку.

А у тебя json невалидный!

Сначала было вот: https://ii-net.tk/files/andrew-nodelist.png

Подумал потом, что это всё-таки разрешено стандартом. Но нет, Python парсить файл отказался.

AL> Сортировки оно не имеет. Проще базу отсортировать, чем каждый раз её ворочать. Скачать больше мог только если ты обновился на новый фетчер, а в других случаях не должен был.

Я обновлялся несколько дней назад, при этом я все старые сообщения потер. После обновления сразу цезий мне ничего не скачал, потом качал только новые сообщения, а сегодня вот почему-то сразу 4000 выкачал. Возможно я как-то неправильно старые сообщения удалял (точно не помню, но кажется я просто снес папку).

AL> Кстати, aio пробовал уже в цезии?
Нет, не пробовал. Не очень понял в чем плюс и вы тут писали, что цезий работает медленнее.

AL> ЗЫЖ Надо бы написать скрипт сортировки базы.
Да, можно и так. А потом забиндить скрипт на горячюю клавишу в цезии: выделил эху в главном меню, нажал, к примеру S, сообщен ия отсортировались, нажал D все сообщения в эхе удалились.

>Ага. Это именно из-за него. Каждое сообщение приходится проверять на вхождение а то. Но жить можно.

А можно узнать список msgid бажных сообщений с моей ноды? Я бызу почистю.

Пыхоскрипт больше не ругается.

Вроде почистил

Теперь вообще ужас творится. Битые сообщения появились здесь и в пайпе.

Cмотри сюда: https://ii-net.tk/ii/difrex-fetch.php

Difrex> Пыхоскрипт больше не ругается.

Но как же это:

linux.14
fetch http://ii.difrex.ru/u/m/Uz5
pipe.2032
fetch http://ii.difrex.ru/u/m/0m/ytxo5uFCgmr0/4ipBfwZy/qS48Cmk
ii.14
fetch http://ii.difrex.ru/u/m/k4Eoo5WImUb9F/N6JdahGLb/zwg6n0mi6/PpiBcXz08

Если ты откроешь эти адреса в браузере, то увидишь пустоту. К тому же, айдишники совсем даже не 20-символьные, что уже настораживает. Скрипт не руганулся (потому что пустой ответ сервера), но в базу это всё равно не попадёт.

btimofeev> Можно ли в цезии отсортировать сообщения по дате? Он, с какого-то перепугу, скачал мне 4000 сообщений, и теперь старые лежат после новых. Уже не в первый раз такое, хотелось бы сортировку.

Сортировки оно не имеет. Проще базу отсортировать, чем каждый раз её ворочать. Скачать больше мог только если ты обновился на новый фетчер, а в других случаях не должен был.

Возможно, я когда-нибудь заставлю сносно работать sqlite в плане полсчёта количества сообщений и тогда сортировка будет и быстрая.

Кстати, aio пробовал уже в цезии?

ЗЫЖ Надо бы написать скрипт сортировки базы.

>Ага. Это именно из-за него. Каждое сообщение приходится проверять на вхождение а то. Но жить можно.

Difrex> А можно узнать список msgid бажных сообщений с моей ноды? Я бызу почистю.

Во-первых, как обычно: https://ii-net.tk/ii/blacklist.txt
Во-вторых, вот:

habra.16
fetch http://ii.difrex.ru/u/m/0MqaSB1N5vPvdO90d4lz/BjcGAw3asKzohA036QB4/wLGgzg4rEHQAACQx3OU1/OAnDmztbqoXDUyhZbuvF/9XovFZnTskuj8rEDz9Kp/oHYxTvFnUHkkvN2rAfn2/v2GYo6xxzcZWJAS1zh7H/60vA1RAWIXt1oh4KEmPB/AW3WjW7OvbNsqpWAAGwl/v8KtwP1j1VXdATb3Dlax/mWylazTtOoKa9hQrxGc9/hcwI4ICT5sQZQfBJkcte/3AqVU65jMDbbpnSsUaDy/Ssw9yjGhvWh4FB9l2t0G/eOsrUEx5a2hdDocaV8Sc/gZHBc42ClDzNuM96QLGM/8oGmGqKWlW9ZdF4sVqUD/qNlwZeihf59E2z8P6DA7/bE1VWcwPaA4f2YsXA3u8/NL63MRJpc0it9Bv1T5ge
invalid message: 0MqaSB1N5vPvdO90d4lz
invalid message: BjcGAw3asKzohA036QB4
invalid message: wLGgzg4rEHQAACQx3OU1
invalid message: OAnDmztbqoXDUyhZbuvF
invalid message: 9XovFZnTskuj8rEDz9Kp
invalid message: oHYxTvFnUHkkvN2rAfn2
invalid message: v2GYo6xxzcZWJAS1zh7H
invalid message: 60vA1RAWIXt1oh4KEmPB
invalid message: AW3WjW7OvbNsqpWAAGwl
invalid message: v8KtwP1j1VXdATb3Dlax
invalid message: mWylazTtOoKa9hQrxGc9
invalid message: hcwI4ICT5sQZQfBJkcte
invalid message: 3AqVU65jMDbbpnSsUaDy
invalid message: Ssw9yjGhvWh4FB9l2t0G
invalid message: eOsrUEx5a2hdDocaV8Sc
invalid message: gZHBc42ClDzNuM96QLGM
invalid message: 8oGmGqKWlW9ZdF4sVqUD
invalid message: qNlwZeihf59E2z8P6DA7
invalid message: bE1VWcwPaA4f2YsXA3u8
invalid message: NL63MRJpc0it9Bv1T5ge
habra.16
fetch http://ii.difrex.ru/u/m/HyMhvqvQzxclwaueSJe6/7me2XfL8kLKyb63BPZoA/DKKAQYMMf0F9ZA22zfGJ/GDbnzksDNAjVgnz4bF6Z/74bx4V3jOy34Fz1n5x8M/qqd27dUFxjuEhjSQ6Kf9/5tVXuwcV2gSXvAy250YL/LtUd9DF3kmczGrpBB35S/n49txBRWSkr1A8I2244D/dzUdylVrBj5YodxrlS2R/J9mKu45LiInmKamvTkby/eYX0zTAtliBjJpKiO6Sk/tsUCYRFgm2gfn1A2azMH/0XFDdofon88FrE6pMcmu/aLD5uzqqDI5KXQe6jaCc/jR1z0wppLOoA19QgTyns/XXwPyVEpVcvi52zB0Qgb/FkNTazBUAxxhkgvpzRoJ/9A1qhh4DHyeHIzzAAyP8/f0gWQ2nInTt14XTvCekL
invalid message: HyMhvqvQzxclwaueSJe6
invalid message: 7me2XfL8kLKyb63BPZoA
invalid message: DKKAQYMMf0F9ZA22zfGJ
invalid message: GDbnzksDNAjVgnz4bF6Z
invalid message: 74bx4V3jOy34Fz1n5x8M
invalid message: qqd27dUFxjuEhjSQ6Kf9
invalid message: 5tVXuwcV2gSXvAy250YL
invalid message: LtUd9DF3kmczGrpBB35S
invalid message: n49txBRWSkr1A8I2244D
invalid message: dzUdylVrBj5YodxrlS2R
invalid message: J9mKu45LiInmKamvTkby
invalid message: eYX0zTAtliBjJpKiO6Sk
invalid message: tsUCYRFgm2gfn1A2azMH
invalid message: 0XFDdofon88FrE6pMcmu
invalid message: aLD5uzqqDI5KXQe6jaCc
invalid message: jR1z0wppLOoA19QgTyns
invalid message: XXwPyVEpVcvi52zB0Qgb
invalid message: FkNTazBUAxxhkgvpzRoJ
invalid message: 9A1qhh4DHyeHIzzAAyP8
invalid message: f0gWQ2nInTt14XTvCekL
habra.16
fetch http://ii.difrex.ru/u/m/kIHs0NiAbICVrh6V2T7r/zm6nOt2pFFUzs8jdWGvJ/OqTom9cKJbXBfNADEouJ/3OvUnzJhpmLUcnffkAXC/56yqPJetYzWmQbvSFBrL/i0fXWpUfQzoe5bH7GlAF/q9A9WmQr1b0dLTdilwC6/K1Co7tTykcRKbidkkwa0/JZGiBTr7JJ8l3XpJl7Z5/TF8KQAzkarvu6z6TOuXw/A6ly9sOnnYzuN77pljDh/TnRLEZYJllNAH43RNvcR/UyJ5HKIFAxf62t7tYl3a/YoflP6PeRGemZQMK9RsC/A7TpyLmB0pfQf6F4EMbV/3DatKs2wTdSPciaOHbIB/QlIDeAI74jLc8gi1finQ/Tv8ndODmso8qL91M4bnD/hyOJLFtKGgXKIbXnYLwm/rRt5FmYg63OA0Bkb57Hp
invalid message: kIHs0NiAbICVrh6V2T7r
invalid message: zm6nOt2pFFUzs8jdWGvJ
invalid message: OqTom9cKJbXBfNADEouJ
invalid message: 3OvUnzJhpmLUcnffkAXC
invalid message: 56yqPJetYzWmQbvSFBrL
invalid message: i0fXWpUfQzoe5bH7GlAF
invalid message: q9A9WmQr1b0dLTdilwC6
invalid message: K1Co7tTykcRKbidkkwa0
invalid message: JZGiBTr7JJ8l3XpJl7Z5
invalid message: TF8KQAzkarvu6z6TOuXw
invalid message: A6ly9sOnnYzuN77pljDh
invalid message: TnRLEZYJllNAH43RNvcR
invalid message: UyJ5HKIFAxf62t7tYl3a
invalid message: YoflP6PeRGemZQMK9RsC
invalid message: A7TpyLmB0pfQf6F4EMbV
invalid message: 3DatKs2wTdSPciaOHbIB
invalid message: QlIDeAI74jLc8gi1finQ
invalid message: Tv8ndODmso8qL91M4bnD
invalid message: hyOJLFtKGgXKIbXnYLwm
invalid message: rRt5FmYg63OA0Bkb57Hp
habra.16
fetch http://ii.difrex.ru/u/m/IGe9Wf020C3StAqu0liI/atrzzKFZg61PXoB4zeiw/czmqNIXjfUS3WOdziTQg/3gXeXq95G8yVfSOVftoO/RV1zYHEIeQeArhujKzhh/0t8uvciOvVJVB2xL4eNs/Zja4QX05WCNQV4uvV8zC/gECoJYtVnUDuQfWYQC8p/P6jj9mND9Qf5XnscNpme/cjAtwWz5JpKMKrX8wrqp/m4xXjeTyxWkTJsbatxCN/TVmzgnTuLOoF4TOabtr1/ygr6QXJrwyWNDbwMAkjQ/58e48fYoCdFyHaw4xJzd/8zK3N7xXK6agDtWKbVpH/1JtB0lADFmMWACny4pPP/wvNh04I6gy2T3a6cuhEC/PDDE8pAuDeaMMy8OdomA/UhZ0ANtgEW7unV9sYTAf/h6qLIdgAztIDcrECHiTo
invalid message: IGe9Wf020C3StAqu0liI
invalid message: atrzzKFZg61PXoB4zeiw
invalid message: czmqNIXjfUS3WOdziTQg
invalid message: 3gXeXq95G8yVfSOVftoO
invalid message: RV1zYHEIeQeArhujKzhh
invalid message: 0t8uvciOvVJVB2xL4eNs
invalid message: Zja4QX05WCNQV4uvV8zC
invalid message: gECoJYtVnUDuQfWYQC8p
invalid message: P6jj9mND9Qf5XnscNpme
invalid message: cjAtwWz5JpKMKrX8wrqp
invalid message: m4xXjeTyxWkTJsbatxCN
invalid message: TVmzgnTuLOoF4TOabtr1
invalid message: ygr6QXJrwyWNDbwMAkjQ
invalid message: 58e48fYoCdFyHaw4xJzd
invalid message: 8zK3N7xXK6agDtWKbVpH
invalid message: 1JtB0lADFmMWACny4pPP
invalid message: wvNh04I6gy2T3a6cuhEC
invalid message: PDDE8pAuDeaMMy8OdomA
invalid message: UhZ0ANtgEW7unV9sYTAf
invalid message: h6qLIdgAztIDcrECHiTo
habra.16
fetch http://ii.difrex.ru/u/m/bp7I0HpBFDUDwNFhOcbI/p2vqaPdjAFDzTpPcXlrz/fnYI4Eh01rCBgidVU5Mm/BXbTGrjt2L7sfYhFtc5B/9QBLjWuW8FoFyYvuHuAA/Uj25hA0pz9rj3ICAounj/Y8tJuEbNDWCLgLgCp0r3/w6EfbcQmNvPzj5QBMeAA/2ZVtYtFtM8I85YonY7rX/Enl5w2AcZz8FGRA2AMwY/gt6Bk6F8u7UsT46PMb5f/R5UZSCKRMXikfP6QQ0K7SkO23p6
invalid message: bp7I0HpBFDUDwNFhOcbI
invalid message: p2vqaPdjAFDzTpPcXlrz
invalid message: fnYI4Eh01rCBgidVU5Mm
invalid message: BXbTGrjt2L7sfYhFtc5B
invalid message: 9QBLjWuW8FoFyYvuHuAA
invalid message: Uj25hA0pz9rj3ICAounj
invalid message: Y8tJuEbNDWCLgLgCp0r3
invalid message: w6EfbcQmNvPzj5QBMeAA
invalid message: 2ZVtYtFtM8I85YonY7rX
invalid message: Enl5w2AcZz8FGRA2AMwY
invalid message: gt6Bk6F8u7UsT46PMb5f

Difrex> Файловая бд - зло. Пыхонода же умеет в нормальную базу?

Мускул можно подцепить, что я и проделал на станции13.

AL> 2vit01: Если не затруднит, не мог бы ты пометить контактную информацию, которой не хочешь делиться как unpublished?

Готово. Всего-то одну строку убрать.
https://ii-net.tk/ii/ii-point.php?q=/x/file/nodelist-public.json

// С удовольствием бы взглянул на красивый граф, где будет наглядно показываться, кто кого и в какие интервалы времени гейтует

> // С удовольствием бы взглянул на красивый граф, где будет наглядно показываться, кто кого и в какие интервалы времени гейтует

Что-то типа такого http://idec.spline-online.tk/x/file/sect.svg ?

Решил избавиться от своего ЧС. Тестовый фетч показал, что на станции13 осталось немного пропущенных айдишников.

Посмотри: https://ii-net.tk/ii/blacklist.txt

Битых среди них нет. Большинство (за исключением трёх) были добавлены из-за дубликатов и глюков на клиентской стороне.

btimofeev> Я обновлялся несколько дней назад, при этом я все старые сообщения потер. После обновления сразу цезий мне ничего не скачал, потом качал только новые сообщения, а сегодня вот почему-то сразу 4000 выкачал. Возможно я как-то неправильно старые сообщения удалял (точно не помню, но кажется я просто снес папку).

Ты грохнул только msg/ или echo/ тоже? Но всё равно странно. Буду пробовать гонять с текстовой базой всяко. Может, отловлю.

btimofeev> Нет, не пробовал. Не очень понял в чем плюс и вы тут писали, что цезий работает медленнее.

Плюс в том, что мало файлов. Один файл на эху вместе с индексом и сообщениями. Медленней работает подсчёт количества сообщений и толстых конференций типа ii://lenta.rss . Но это не особо заметно, бо даже на моём дохлом нетбуке это занимает около секунды и происходит только при старте и сразу после загрузки сообщений.

btimofeev> Да, можно и так. А потом забиндить скрипт на горячюю клавишу в цезии: выделил эху в главном меню, нажал, к примеру S, сообщен ия отсортировались, нажал D все сообщения в эхе удалились.

Тут надо думать как перерассчитвать значение указателя на последнее прочитанное сообщение. Это важно и фиг знает как с этим быть.

Difrex> Файловая бд - зло. Пыхонода же умеет в нормальную базу?

MySQL - без проблем. Если хочется прикрутить свою базу, то вот интерфейс и образец:

https://github.com/vit1-irk/ii-php/blob/master/transports.php

Более того, между базами можно безболезненно переключаться (через конфиг) и даже работать с несколькими одновременно.

А текстовая БД - это не такое уж и зло. По крайней мере, если у тебя меньше 20 000 сообщений.

Исправил.

Файловая бд - зло. Пыхонода же умеет в нормальную базу?

Хочу выпустить сабж и интегрировать его в вебморду таверны.

2vit01: Если не затруднит, не мог бы ты пометить контактную информацию, которой не хочешь делиться как unpublished?

2Difrex: Сделаешь свой лист? Желательно с контактной информацией для приватного списка и без оной для публичного.

>2Difrex: Сделаешь свой лист? Желательно с контактной информацией для приватного списка и без оной для публичного.

Вот он http://ii.difrex.ru/nodelist.json

> Решил избавиться от своего ЧС. Тестовый фетч показал, что на станции13 осталось немного пропущенных айдишников.

Что странно, бо ЧС туда я брал с тебя. Ближе к ночи посмотрю.

> Посмотри: https://ii-net.tk/ii/blacklist.txt