[>]
Re: ii.gk11.ru is off
ii.14
Roman Yakovlev(station13, 11) — Andrew Lobanov
2016-04-14 08:51:56
>> Фетч снят. Жаль, теперь нас ещё меньше
>Надо писать двухсторонний фетчер с гк11. Правда есть подозрение, что это будет не интересно Роме.
мне ещё надо будет форкать клиента - у меня версия несколькимесячной давности, и кроме мелких штрихов она идеальна. но если можно от новой версии напрочь удалить новомодное цитирование и некоторые другие неоднозначные вещи - я форкнусь с неё.
[>]
выпуск ii final
ii.14
Roman Yakovlev(station13, 11) — All
2016-04-28 08:12:21
В связи с активизацией ГК11, выполнена финализация ii.
Выпущена окончательная версия проекта ii. В архив входят сервер (по сравнению с версией 0.5, убрана отправка сообщения в два шага, добавлена регистрация, упрощён фетчер, добавлен автогенератор server.cfg для записи новых эх), curses-клиент caesuim, веб-клиент 51talk и официальная документация.
Скачать:
http://gk11.ru/s/ii-final.tar.gz
[>]
пишу фильтр
ii.14
Roman Yakovlev(station13, 11) — All
2016-05-04 08:31:11
def _is_name(qq):
return False
# здесь надо зафигачить проверку, которая определяла бы
# похоже ли написанное на имя или нет, но случаи типа
# 5>2, -3>-4, 5*2+4>100-10 не вырезала
def _msg_filter(lines):
out = []
codestart = 0
for n in lines:
if n == '====':
codestart = 1 - codestart
if '>' in n and not codestart:
qq, qline = n.split('>',1)
if len(qq) < 21 and _is_name(qq):
out.append('>' + qline)
else:
out.append(n)
else:
out.append(n)
return out
честно говоря, чем больше смотрю на варианты, тем меньше понимаю, как её написать :(
ваши идеи?
[>]
Re: пишу фильтр
ii.14
Roman Yakovlev(station13, 11) — vit01
2016-05-04 17:08:34
>> если ты сделаешь опцию, чтобы такое цитирование отключалось - фильтр вообще можно будет выкинуть, потому что это остался единственный клиент, где такое поведение "насильно" :)
>Если такое цитирование у меня отключить, то сообщения перестанут выделяться цветом, а это крайне нежелательно для глаз.
>Да и вообще: ты хотя бы протестировал клиент, чтобы уже делать какие-то выводы? Присланная регулярка поддерживает как старые, так и новые цитаты, так что никто в пролёте не оказывается.
>А насчёт адаптации к ГК11 было написано ещё в этом сообщении: ii://F17PPvWlIqnmScZeagVo
причём здесь, как это выглядит? мне надо, чтобы имелась возможность НЕ ОТПРАВЛЯТЬ такие сообщения, при включении некоторой опции.
потому что я сейчас сижу и думаю, и вижу только два варианта:
- либо я приделываю "вырезалку кривых цитат" из того, что присылают на ii-гейт, но это всё из-за одного-единственного клиента. с которого пока ни одного сообщения не было написано.
- либо я вырезаю этот явно лишний и невнятный код, но при этом завтра какой-нибудь юзер узнаёт про этот гейт, качает клиента, начинает отвечать направо и налево, и потом улетает в бан по подсети, и даже не узнает, за что :)
или я могу как-то опознать клиента, и вместо принятия сообщения написать "ваш клиент не поддерживается нашим гейтом"?
[>]
Re: пишу фильтр
ii.14
Roman Yakovlev(station13, 11) — vit01
2016-05-04 15:46:38
>> это третий python? что-то ни re.UNICODE, ни уникодизации строки
>Да, конечно, это третий питон. Но ты, наверное, и сам лучше меня знаешь, как это дело на второй исправить.
>Только не забудь в комментариях написать, зачем тебе вообще эти строки кода, а то люди не поймут.
вообще, насколько я правильно посчитал -
если ты сделаешь опцию, чтобы такое цитирование отключалось - фильтр вообще можно будет выкинуть, потому что это остался единственный клиент, где такое поведение "насильно" :)
или ещё какие-то клиенты имеют эту "фичу" жёстко забитой?
[>]
Re: пишу фильтр
ii.14
Roman Yakovlev(station13, 11) — vit01
2016-05-04 15:12:59
>Попробуй регулярку из моего клиента
>====
>re.compile(r"^\s?[\w_А-Яа-я\-]{0,20}(>)+.+$", re.MULTILINE | re.IGNORECASE)
>====
>Вместо > > ставишь, и всё
это третий python? что-то ни re.UNICODE, ни уникодизации строки
а вообще, проблемы лучше решать по мере их поступления: закоммитил с пустым фильтром, пока не возникло проблем - пусть всё пропускает.
[>]
Re: пишу фильтр
ii.14
Roman Yakovlev(station13, 11) — vit01
2016-05-04 18:02:26
>// Цезий, кстати, делает автоцитирование, но в моём клиенте этого нет и никогда не было
да, видимо жаль, что я так и не смог его запустить
вопрос снят. пойду выдирать фильтр из гейта :) я думал, что там такое же автоподставление с цитированием
[>]
cutiefeed
ii.14
Roman Yakovlev(station13, 11) — All
2016-05-04 18:35:00
запустил и проверил клиент на py3-qt5
добавил его в архив ii-клиентов.
теперь там четыре клиента, официально одобренные :) для работы с гейтом:
старый caesium, новый caesium, 51talk и cutiefeed
постоянно обновляемый архив находится тут
http://gk11.ru/s/ii-clients.tar.gz
код "неправильного цитирования" с гейта удалён
[>]
?ii-bonds
ii.14
Roman Yakovlev(station13, 11) — All
2016-05-04 18:50:47
(я познаю сайт, часть третья) :)
> Когда в эхе накапливается по 3000 сообщений и более, получать индекс со станции становится долго.
> Из-за предыдущей причины приходилось "перекатывать" эхи, периодически переходя из одной в другую
Эхи не "приходится перекатывать". Эхи обязаны перекатывать, это основной принцип ii. При создании я его объяснял на примерах, задавая простой вопрос "а ты можешь найти архив RU.GAME за 1995 год?". Эха в ii должна быть целостной, у 99% нодов и пойнтов сообщения должны быть идентичными (различаться может только порядок). После чего эха конкретного года аккуратно тарболится и ложится в архив - чтобы хоть у кого-нибудь, но набор эхи за этот год остался. Потом, в следующем году, сообщения в новой эхе тоже постепенно растекаются по всем, чтобы за год все успели всех синхронизнуть - и снова в архив, чтобы через 20 лет можно было найти.
Это не достоинство и не недостаток, это фундаментальная основа проекта ii. Другое дело, что она не слишком применима, и смысла в этих архивах нет никакого :), поэтому ГК11 - это совсем иной принцип. Но если будет контент под задачу "хранить вечно", тогда ii ещё пригодится - поэтому архив с ii-final раздаётся прямо на странице загрузки ГК11 :)
[>]
?text-decoration
ii.14
Roman Yakovlev(station13, 11) — All
2016-05-04 18:43:35
> Чтобы сослаться на эху или сообщение, дописываете перед ними ii://.
> Например, ii://pipe.2032 или ii://LzGnRCl9R0pwz6JHdShE.
эээ... а как вы решаете проблему "опознания", если вы от цифровых постфиксов отказались?
://dvadcatbukvesheesheo - это эха или сообщение?
[>]
Re: ?text-decoration
ii.14
Roman Yakovlev(station13, 11) — Difrex
2016-05-04 19:03:34
>>эээ... а как вы решаете проблему "опознания", если вы от цифровых постфиксов отказались?
>В названии эхи есть точка, в msgid - нет.
всё, уже дочитал до этого места :)
[>]
ii-net.tk/idec-doc/
ii.14
Roman Yakovlev(station13, 11) — All
2016-05-04 18:39:45
> Что значат все эти непонятные слова: нода, поинт, эха, фетч, сабж?
> Мы используем терминологию, которая пришла из фидо. Словарь терминов есть на этой странице
слово "фетч" пришло не из фидо, там и слова-то такого не было... честно говоря, я уже забыл, как оно там называлось - полл, по-моему, менее склерозные фидошники пусть меня поправят :)
слово "фетч" я взял из OpenBSD, потому что постоянно занимался там фетчингом :) в смысле, make fetch в портах, а точнее - dpb -F #
[>]
Re: ?text-decoration
ii.14
Roman Yakovlev(station13, 11) — vit01
2016-05-04 19:03:34
>> эээ... а как вы решаете проблему "опознания", если вы от цифровых постфиксов отказались?
>Ну ты почитай внимательнее :)
>Идентификация идёт по точке. Проще говоря, "постфиксы" теперь могут быть и буквенными тоже. Но хотя бы одна точка в названии эхи должна быть.
ясно. не, я иначе сделал - у меня идентификаторы эх начинаются с :
я почему-то думал, что вы тоже от точек отказались
[>]
Re: cutiefeed
ii.14
Roman Yakovlev(station13, 11) — vit01
2016-05-04 19:13:51
>> теперь там четыре клиента, официально одобренные :) для работы с гейтом:
>Зря одобрял. Ну раз всё-таки записал, то не забудь уточнить, чтобы пользователи снимали галочки в настройках "Включить схему /x/c" и "Поддержка расширенного /u/e", иначе фетчер для классических ii-станций работать не будет.
я же конфиги поправляю и адаптирую, после чего пробую на чтение и запись
в дефолт-конфиге это всё изменено