> Пока можно и без этого обойтись, но в отдалённой перспективе сие нужно

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

у меня основная проблема с регулярными выражениями - это сделать всё по стандарту

покажи готовый python-код, чтобы я его на тестовых файлах попробовал.

любая строка. чтобы в html-клиенте включались теги pre или code, а в текстовых - просто обрамление сверху и снизу.

я же приводил пример

вот, например

for n in lst:
    print n

вот тут в html не будет отступов, всё в одну колонку будет. а надо - чтобы это был код

одни no messages, мля

два простеньких sh-скрипта, один из которых копирует выбранные эхи вместе с сообщениями (в cp/*), а другой - удаляет выбранные эхи вместе с сообщениями:

#!/bin/sh

mkdir -p cp/msg
mkdir -p cp/echo

for e in $@
do
cp echo/$e cp/echo/$e
for n in `cat echo/$e`
do
cp msg/$n cp/msg/$n
done
done

#!/bin/sh

for e in $@
do
for n in `cat echo/$e`
do
rm msg/$n
done
rm echo/$e
done

сейчас оно вот:

def rend(txt):
    out = bottle.html_escape(txt)
    r1 = re.compile(r"(\b(http|https)://([-A-Za-z0-9+&@#/%?=~_()|!:,.;]*[-A-Za-z0-9+&@#/%=~_()|]))")
    out = r1.sub(r'<a href="\1">\1</a>',out)
    r2 = re.compile(r"(\b(ii)://([-A-Za-z0-9+&@#/%?=~_()|!:,.;]*[-A-Za-z0-9+&@#/%=~_()|]))")
    out = r2.sub(r'<a href="\3"><span class="success radius label">\3</span></a>',out)
    return out.replace('\n', '<br />')

нужно сделать это адекватнее: (плюс >, >>, >>> и т.д. должны стилем выделяться)

==== лучше оставлять, наверное. но сейчас пока не принципиально, хоть как пусть будет, чтобы попробовать :)

в смысле, может быть

или >, или >>, или >>>, и так штук до 6, больше не надо (в голдеде, по-моему, штук 8-10 было :)

скоро. возможно, сделаю и тестовую паблик-ноду...

погоняй всё это на новом клиенте?

покрути там sx.rend, попробуй всё это применить

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

до завтра как-нибудь косяки причешу, и пойду посмотрю, что там в 0.2 запланировано в багтрекере...

не, обновляться нужно обязательно, и переходить на ноду 51t.ru
всё, что связано с нодой ii.51t.ru - скоро работать не будет.

спасибо, как закоммичу всё своё, так и это закоммичу

регулярку ii, если в них понимаешь, надо тоже переделать, а то она просто копированием взята, и, если, скажем, закончить её запятой, то и запятая тоже пройдёт и испортит ссылку.

пока есть только три теоритических адресации, и лишь пока две из них есть по факту:
* строка из выше на фильтр эхи
* и 20 символов A-Za-z0-9 на фильтр сообщения.

слов нет описать, насколько это вестчь! :)

> Я и сам-то в регулярках не очень-то понимаю :)

будем не понимать вместе :)

ii - в том же самом, что ты процитировал. в самом низу.

можно даже красивно сделать, меняя сообщение отдельно, а эху - отдельно (можно будет иконку вставить)

даты есть. в базе - это смещение от 1970 года.

> Tell me doctor, what will be the date,
> Is it 1901, or 2038.
> All I wanna do is make my keyboard sing

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

> вот даты на веб-сайте же есть. откуда они?

проставляются нодой во время регистрации на ноде

возьми любой файл сообщения, да хотя бы вот: http://51t.ru/m/MReDiyb3csQnosWL1zCe

первая строка пустая, потому что нет доп.атрибутов,
вторая - эха
а вот третья - это дата, 1396338883, число секунд с 1970 года в формате UTC

приделать дату в текст.клиенте? ща приделаем :)

щаприделал

http://51t.ru/s/iitxt-02.tar.gz

сайт ii.51t.ru в этом клиенте не поддерживается (а завтра вообще нигде не будет поддерживаться)

только 51t.ru

есть, должно быть!

если честно - понятия не имею. вероятно, как-то её запустить :)

https://bitbucket.org/51t/ii-txt/commits/46ad5740a938a151ad3e4b94bd8287dc6c5d1233

вотжеон!

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

выглядит это вот так: http://51t.ru/s/android-point1.png http://51t.ru/s/android-point2.png

как не нужен. а зачэм я его держу тогда? :) как меня на lorquotes забанили, так теперь этот сайт даже не почитаешь, потому что ip фиксированный.

хотя уже и домен тот угас, и адрес ведёт в никуда... :)

ну вы хакеры... :) кстати, про kivy кто-нибудь что-нибудь смотрел. у меня такое ощущение, что тарбол с pypi работать в openbsd не будет... хотя надо будет проверить...

а как это пакажить - я вообще не понял. там "самое интересное" пропущено :)

ну и хорошо :) да и офтопик, эбаут уже болталку перегнала, хотя ту планируется всё время заменять по накоплению сообщений :)

его уже протестировали, и даже без моего ведома :)

http://db.51t.ru/old-files/spam.tar.xz (13M)

Скажу за себя - я не очень понял. :)

Избыточность - я бы не сказал, скорее - недостаточность.

Текстовый клиент исторически был самым первым, чтобы просто опробовать, что оно работает. 0000.txt - для того, чтобы было удобно читать
текстовые файлы - в принципе, я сегодня уже думал, чтобы их вообще не генерировать... но их генерация легко отключается, поэтому лично я отключать не стал... ими удобно отвечать - скопировал, оставил текст и нужные тэги, и пиши себе ответ, проставляя правильный repto. не думаю, что лишних 300 кб кого-то обременит

Репозитории - они же для всего. Для всех эх сразу. Если мне нужно только две эхи гейтовать - как тогда. Да и зачем вообще историю таскать. Сейчас вся база легко фетчится за несколько секунд стандартным любым клиентом. hg clone http://db.51t.ru/db задумывается ощутимо дольше. быстрее только дамп слить с db.51t.ru :)

Что делать с "коммитом" - это уже решение на уровне ноды. У ноды может вообще быть веб-форум, где юзеры пишут письма через обычный браузер в обычные форумы. Так что это всё - это уже задача ноды, кто у него пойнты.

И опять же - это всё какой-то оверхед. Это, может быть, и замечательная идея, но другая. Я не буду усложнять изначальную схему, не буду в принципе. :) Обмен - только одним способом. Приём сообщений - висит на ноде. Всё внешнее - есть msgid как ориентир.


И ещё очень много сумбурных мыслей, я не совсем понял, кто сбивается и что там происходит. :)

где не портится?

сейчас у меня регулярные выражения не используются. я пока оставлю свой парсер, как более интеллектуальную структуру, позволяющую проверять крайние случаи :)

потом, может быть, и регулярки пригодятся, не знаю, це не принципиально.

так давно уже надо :) на ноде только она и есть

и вообще, завтра ii.51t.ru перестанет вообще обрабатывать заявки :)

и, кстати, временно регистрировать пойнтов - тоже. так что, юзеры, торопись! :)

ура! вступаю в фанклуб этого клиента (ему надо крутое название! там был godled, а тут golbaba или goldbaby или dedushko :) шучу)

так я ж давал ссылки.

http://51t.ru/s/ii-02.tar.gz
http://51t.ru/s/iiclient-02.tar.gz
http://51t.ru/s/iitxt-02.tar.gz

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

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

или куда ещё можно написать, кто знает?

> Посмотрел код, немного костыльно, но поддерживать будет легче.

улучшать и упрощать будет проще, чем так, как это было раньше, где ничего непонятно. это отдельный модуль. пусть и "грязный", я даже сам не особо его рассматривал - написал, чтобы работало, протестировал - работает, пока пусть так будет. всё равно, у нас курс на упрощение, а не на усложнение. :)

то, чего у нас нет.

1. кроссплатформенные клиенты хоть на чём-нибудь.

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

3. клиенты для андроидов, которые ставятся в один клик через какой-нибудь f-droid. это будет классненько.

4. политика, политика, политика. буду искать, кому и где написать, и буду им писать, объяснять, показывать, рассказывать. наплыв юзеров быстро сошёл, остались самые стойкие - надо думать, как развиваться дальше.

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

6. то, что прописано в todo в трекере. подписка-отписка, разные виды синхронизации, там ещё хватит задач, если в народ пойдём. для общения трёх человек, это, конечно, ничего не нужно, но с развитием сети - будут новые вызовы.

до встречи в сети.

ps. http://www.opennet.ru/openforum/vsluhforumID3/95158.html#8

есть опыт написания спеков? альт - это гораздо серьёзнее, чем даже колибри или хайку :)

7. написать простенькую ноду на php, совместимую хоть с php4, хоть с cgi-режимом php.

реализующую /e, /m, /z/m, /z/e, /z/get на отдачу и /z/point через post и get на приём (по points.txt).

чтобы можно было закинуть на любой полубесплатнобесплатный хостинг (лишь бы вывод баннерами не заглушили) и обеспечить раздачу и пойнтоприём. просто прописав в конфиге строку http://tralala/ii.php?q= и на сервере уже разбирать q

чисто такой резервный автономный вариант малой кровью, в единственном файле

под альт, в первую очередь...

я сейчас сам пакет подготовлю (тут кой-какие изменения наметились, попробовал писать php-раздавалку, и понял, что пока у нас есть проблемы с простотой), чтобы и в home писал, и всё в себе содержал

наверное, чтобы избежать путаниц с несовместимостью (кто что может), версию назову 0.3...

надо, чтобы база в домашней директории была :)

по альту - прочти по ссылке. во-первых, у нас пока только русскоязычная версия и документация, и меня интересуют русскоязычные пользователи, полагаю, что у альта их раз в 10 больше, чем у арча и генты вместе взятых. :) во-вторых - будем добиваться вставки в стандартную поставку альта, вплоть до гейтования мейллистов :)

надо спек написать.

надо сделать для всего. :) но для альта - просто надо :)

нужно его ещё запускать :)

сейчас, доделаю апи, и сделаю бандл ii-net, который будет включать все пакеты и утилиты, документацию, и скрипты ii_server и ii_client, которые будут при запуске использовать ~/.ii для баз, копий конфига и прочее...

надо, кстати, написать 'with web interface'

и она мне нравится

пока, конечно, неофициально и экспериментально, а там

1. zlib вне python юзать не так просто. как, например, gzip. вся разница в несколько байт заголовка, а плоская распаковка - сильно лучше

2. url-схемы, которые и определяют, будет ли использоваться gzip или нет, какой будет base64. чтобы простые серверы использовали просто, а сложные - сложно.

3. база. база сообщений, которую так запросто и неперемаркируешь. сейчас я впереди ставлю ii/ok в виде доп.ключа, чтобы можно было распознавать сообщение. вопрос только в том, считать это опцией или обязаловом. если в стандарт - то лучше делать это, как можно раньше

чёто ещё забыл.

ладно, эксперименты - потом. в принципе, я тут подумал, можно всё решить в рамках существующей реалзиации

1. сделать рядом с /z/ ещё одну (а не 8, как планировалось) реализацию, /u/ - без zlib и для обычного base64. /u/ должны будут поддерживать все серверы и все клиенты, всегда. /z/ - пока будет вотчина python, а там посмотрим.

2. так и сделать - вместо хттп://51t.ru/ писать хттп://51t.ru/z/. или хттп://51t.ru/u/. или даже хттп://мойсайт.ру/ii.php?q=/u/, по нему и определять, если на /z/ заканчивается - значит схема python, если на /u/ - значит плоская схема. для получения - всегда останутся /m/ и /e/

3. пока будет опциональным. пусть внедряется. :)

А в дальнейшем (пока оставим для совместимости с 0.2 клиентами, но документировать не будем) можно вообще отказаться от z-схемы. Явное "переусложнение".

> Я за схему, где можно указывать как /z/, так и get.php?q=/z/ - удобнее писать сервер - а клиентам должно быть всё равно

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

> Ещё надо механизм ограничения выдачи сообщений, по 100-200 (как серверу удобнее) штук за раз, а потом маркер что не все сообщения (ii/part вместо номера сообщения), за следующей порцией приходи ещё раз. Если сообщения отправлены целиком - тогда ii/ok последней строкой.

сообщения сейчас бандлами по 40 штук выдаются. лимиты будут, но не такие, подобного расширения формата точно не будет.

> Авторы, очень прошу для хранения сообщений использовать не ~/.ii, а ~/.share/ii или ~/.local/ii

Чем дальше спрячешь - тем сложнее крутить руками :) я бы вообще не .ii а ii сделал. потому что там в довесок будет ещё десяток утилит поиграться, и бегать с ними в тридесятое царство - это неудобно. Посмотрим, я ещё вообще об этом не думал, это требования дистрибутивов. Куда у них там положено, туда и положим. :)

нам нужен стандарт. чтобы делать простые серверы и простые клиенты. а потом уже, может быть, из простых вырастут сложные. сами по себе - точно никакие не вырастут

нет, добавления ничего пока не будет. я сейчас, наоборот, только сижу и удаляю, что можно :) текущая технология, за исключением /z/, меня вполне устраивает, как серверы, так и клиенты. они и будут эталонной реализацией.

а распарсить строку сможет любой сервер, будь то php?q=/u/ или /u/

> Для /z/get/ было описание, а как теперь правильно забирать список новых сообщений?

z/get делал бандлы эхи. это противоречит идеологии. :) сейчас пишу описание запросов, их там всего пока будет 5 штук, два плоских /m/ и /e/ и три, заменяющих аналогичные /z/ - это u/e, u/m и u/point пока на этом всё.

> Это просто удобнее. Некоторый софт уже перешёл на хранение в .local. Как пример mc - при обновлении он предлагает перенести свои настройки из ~/.mc в ~/.config/mc

но ты же не лазишь туда постоянно. а там у тебя конфиги, базы, и прочее, к чему можно утилитами прикоснуться. или у тебя cd ii либо один клац в mc - и ты уже там, или ты бегаешь по дереву и ищешь, где бы это изменить :)

а говорили - нет шифрования. вот же оно :) для профессиональных разведчиков - в самый раз :)

ii://to.doc.14

вот тут постепенно буду кидать тексты, которые планируются в документацию добавиться, подпишись/смотри и читай.

> Отлично, добавь её в list.txt, чтобы она в общем списке была.

а зачем она всем. кто хочет подписаться - пусть подпишется, а в браузере - по ссылке ходит. это чисто черновики, когда мысли в голове тесно, и она бумаги просит. а потом, на холодную голову, спокойно разбирать, что там понаписал, и переносить на ii.51t.ru. зачем она всем-то? :)


> wiki.51t.ru можно использовать как-то?

это выглядит, как разработчики svn, которые пользуются git для разработки svn :)


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

> это выглядит, как разработчики svn, которые пользуются git для разработки svn :)

вот, что называется

> Проект Apache Subversion начал перевод своей кодовой базы на использование Git. Разработка системы контроля версий Subversion отныне будет вестись в Git-репозитории. Миграция позволит проекту уйти от централизованной организации разработки к децентрализованной модели. Для Subversion также представлен бэкенд для работы через Git.

а я ведь просто так ляпнул, я даже не знал. :) видимо, идея уж слишком на поверхности :)