А раз существует файл list.txt - то добавить файл api.txt
----
echo=/e/
msg=/m/
zecho=/z/e/
zmsg=/z/m/
push=/a/newmsg/<echoarea>
----
Или кому как нравится
----
echo=echo.php
msg=msg.php
zecho=echo.php?z=1
zmsg=msg.php?z=1
push=push.php?a=<echoarea>
----
+ совместимость
+ универсальность

- надо парсить подстановки типа <echoarea>

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

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

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

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

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

> Чем дальше спрячешь - тем сложнее крутить руками :) я бы вообще не .ii а ii сделал

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

> Для /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

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

>> to.doc.14

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

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

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

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


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

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


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

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

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

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

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

всё, фиксация.

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

надеюсь, это последний:

http://51t.ru/s/iisrv-bw03.tar.gz
http://51t.ru/s/iicli-bw03.tar.gz

умеет одновременно и /z, и /u (кто будет под старым конфигом подключаться, нужно исправить адрес с http://51t.ru/ на http://51t.ru/u/ )

на этом закончим. сейчас я удалю вообще поддержку /z, и на этом протокол заморозим (bw03 -последняя, умеющая и сервера 02 и сервера 03). в крайнем случае, уж лучше проект с новым именем завести, чем этот постоянно править :) а этот - свои функции выполняет.

в принципе, сейчас на сайт 51t.ru работают на приём и 01, и 02, и 03. :) на отправку - только 02 и 03.

в общем, всё будет. осталось только дождаться...

объявляю мораторий на правку софта на несколько дней (как минимум). баги собиаем, пакеты собираем :) доки пишем - софт не трогаем. работает, и ладно. :)

Какую лицензию в пакете указывать? :) Сейчас стоит custom

лицензия на foundation и bottle - по-моему, mit. на rssgen - даже не помню, в файле нет, а где я его взял - это найти надо :)

на мой код - CC0 (сервер на гитхабе именно под нею идёт)

Значит всё правильно, что указал custom :)

>всё, фиксация.
Рома, косячишь:) Как сервер упаковал клиент и наоборот=)

:) паролей нет - уже прогресс :)

спасибо, сейчас перепакую :)

php-нода с поддержкой новомодного протокоа u/push

http://51t.ru/s/ii.php.txt

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

классно! :)

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

> клавишами вправо/влево

Такое не предусмотрено в whiptail (в dialog возможно есть). Это просто концепт клиента на sh+whiptail, косяки почищу и положу в ведёрко.

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

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

Я не могу подобрать подобную программу из базовой поставки дистрибутива.
Можно организовать цикл с чтением клавиатуры и отрисовкой через ESC-коды, но это выходит за пределы простого клиента ys shell.

техническая и только техническая документация

http://ii.51t.ru

ясно....

ну хоть стиль форматирования вывода текста поменяй под 'golded', а то мой - ужасен :(

> под 'golded'
не знаком с таким, это как?

http://fghi.pp.ru/files/golded2.jpg

2014-03-26   139 =================================
2014-03-27   208 ==================================================
2014-03-28    59 ==============
2014-03-29    73 =================
2014-03-30    43 ==========
2014-03-31   190 =============================================
2014-04-01   117 ============================
2014-04-02    89 =====================
2014-04-03    56 =============

ii.whoami.2014 сносится с бона
to.doc.14 добавляется на бон

> рекомендация на будущее - кто будет создавать эхи, маркируйте их 14, а не 2014. а то я уже кучу сообщений в никуда отправил :)

txt-клиент сейчас пока работать не будет. ща портану и закоммичу в битбакет

обновил клиента

доступен в bitbucket

старые версии клиента, не работают. надеюсь, это последнее ломающее совместимость изменение в истории ii

новая эха ii.announce.14 которая будет официальным распространителям софта ii.

> Тогда если будет авторегистрация с настоящими поинтами, то лучше стирать сеть каждый час, как сейчас, чтобы спама не было

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

надо как-то решать эту палку о двух концах :)

кстати, односторонний гейт на тебя у меня уже давно работает, раз в сутки заливает тебе новые сообщения

Тогда теперь фетч делать надо :)
А я пакет из битбакета собрать пытаюсь

кстати, прямо сейчас он почему-то не работает, пуш-сообщения не проходят.

а, тебе наверное нодкей нужен :)

не-а, всё равно не проходит.

надо делать ii_server, что-то типа такого (придёт маг баша kirovpoint1, объяснит)

mkdir -p ~/.ii/{echo,msg}
и , если не существует конфига, копировать туда конфиг и базовые служебные файлы, которые там валяются, заполняя...

а затем cd ~/.ii
python /usr/share/ii-server/run.py

и ещё ii_addpoint либо симлинк на points.py в ~/.ii

или это у меня проблема. хрен пойми.... ща разберусь

Нодоключ - это твой пароль на поинта

неа, push не проходит. хотя до этого проходил, там уже куча сообщений.

да, его и прописал

> неа, push не проходит. хотя до этого проходил, там уже куча сообщений.
ну и что с этим делать?

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

Выслал скрипт, ii-functions.php идентичный гитхабовскому

> Выслал скрипт, ii-functions.php идентичный гитхабовскому

checkhash не отрабатывает. поэтому savemsg не срабатывает.

А если в checkhash добавить else return true, то работает?

> А если в checkhash добавить else return true, то работает?

да, я просто в checkhash вставил return true; и заработало

загляни сюда ii://ii.dialog.14

всем новый клиент тестировать :) кстати, на своей ноде тоже протестируй, только я не знаю, как там правильно url надо будет задать - наверное /ii.php?q=

ща ваще 500 ошибку выдаёт что фетч, что всё остальное.

Исправил фетч, проверь ещё раз