>Не торопитесь. Я в день по чайной ложке пишу =)

Ок, подождем, значит =)

>Оффтопик. Я начинаю присматриваться к идее с уровнем пробелами, но пока сомневаюсь. При большом уровне вложенности/ответов от темы ничего кроме пробелов не останется.

Я от идеи деревьев отказался, остановился просто на тредах.

>Всё. Я откровенно сдаюсь. Запрограммировать это чудо различать Esc и Cursor keys я не в состоянии. Толи я тупой толи что, но оно возвращает мне разные последовательности на одну и ту же клавишу. То [A то Esc[A. И это ужасно.

Нельзя отличить Esc от Esc-последовательности без колдунства. Совсем. Не трогай Esc.

Вот экскурс в историю: http://ru.wikipedia.org/wiki/VT100
Вот коды: http://ru.wikipedia.org/wiki/%D0%A3%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D1%8F%D1%8E%D1%89%D0%B8%D0%B5_%D0%BF%D0%BE%D1%81%D0%BB%D0%B5%D0%B4%D0%BE%D0%B2%D0%B0%D1%82%D0%B5%D0%BB%D1%8C%D0%BD%D0%BE%D1%81%D1%82%D0%B8_ANSI

>* Оптимизация SQL
>* Меню
>* Добавлен файл лицензии
>* Переход со схемы /e /m на /u
>
>Забирать от сюда https://github.com/Difrex/iiplc

Что-то не очень работает. По-первых, зачем-то хочет писать какие-то файлы в echo/ и msg/, а во-вторых нефетчит.

>* Оптимизация SQL
>* Меню
>* Добавлен файл лицензии
>* Переход со схемы /e /m на /u
>
>Забирать от сюда https://github.com/Difrex/iiplc

> II/Get.pm
> 32: my @content = `curl $host$echo_url$echo`;

Eeeew!

>* Оптимизация SQL
>* Меню
>* Добавлен файл лицензии
>* Переход со схемы /e /m на /u
>
>Забирать от сюда https://github.com/Difrex/iiplc

Ну ок, поставил ему курл, тянет. Но не отображает :/

Собственно потому и бета. Были какие-то проблемы с фетчем через LWP.
Пакеты все поставил?
Тянет медленно в первый раз. Браузер может отвалиться по тайм-ауту. Смотри вывод в консоли. Собственно, если фетч прошел нормально, то в консоли будет примерно такой вывод:

Mon Jun 16 17:02:02 2014: writing messages
Mon Jun 16 17:02:03 2014: messages writed to DB

Если браузер отвалился, то в /get ничего не будет.

А, да. Как прописан урл в конфиге?
Должно быть так:

http://spline.rooker.ru/ii/ii-point.php?q=/

>По-первых, зачем-то хочет писать какие-то файлы в echo/ и msg/
У меня там в туду стоит перейти на чистый SQL без файловой базы. Пока времени нет на это.

>Собственно потому и бета. Были какие-то проблемы с фетчем через LWP.
>Пакеты все поставил?
>Тянет медленно в первый раз. Браузер может отвалиться по тайм-ауту. Смотри вывод в консоли. Собственно, если фетч прошел нормально, то в консоли будет примерно такой вывод:
>====
>Mon Jun 16 17:02:02 2014: writing messages
>Mon Jun 16 17:02:03 2014: messages writed to DB
>====
>Если браузер отвалился, то в /get ничего не будет.

Ничего, пустая лента.

Консоли обычно нет, это ж под lighttpd крутится. Вот отладочная:

> xxx.202.231.xxx - - [16/Jun/2014:16:04:00 +0200] "GET / HTTP/1.1" 200 3360 "http://iinet.sexy:5000/" "Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0"
> % Total % Received % Xferd Average Speed Time Time Time Current
> Dload Upload Total Spent Left Speed
> 100 13384 100 13384 0 0 93588 0 --:--:-- --:--:-- --:--:-- 150k
> xxx.202.231.xxx - - [16/Jun/2014:16:04:39 +0200] "GET /get HTTP/1.1" 200 2961 "http://iinet.sexy:5000/" "Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0"
> xxx.202.231.xxx - - [16/Jun/2014:16:07:32 +0200] "GET / HTTP/1.1" 200 3360 "http://iinet.sexy:5000/get" "Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0"

P.S.: write - wrote - written

>А, да. Как прописан урл в конфиге?
>Должно быть так:
>====
>http://spline.rooker.ru/ii/ii-point.php?q=/
>====

Так и прописано. Я с кодом сверился.

Короче, я хз почему у тебя не работает надо больше информации.
Проверял на Ubuntu 14.04, Debian 7, OpenSUSE 12.3, Fedora 20 - везде работает.

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

Запусти через plackup все же. Если хочется лайта заюзать, то пускай через starman. Я не пускал это все дело в лайте/нджинксе/етц.

>P.S.: write - wrote - written
Ok

>Короче, я хз почему у тебя не работает надо больше информации. ^M
>Проверял на Ubuntu 14.04, Debian 7, OpenSUSE 12.3, Fedora 20 - везде работает.

# lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 12.04.4 LTS
Release: 12.04
Codename: precise

Package: libplack-perl
Status: install ok installed
Priority: optional
Section: perl
Installed-Size: 700
Maintainer: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
Architecture: all
Version: 0.9985-1

Package: libsql-abstract-perl
Status: install ok installed
Priority: optional
Section: perl
Installed-Size: 256
Maintainer: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
Architecture: all
Version: 1.72-1

Package: libdbd-sqlite3-perl
Status: install ok installed
Priority: optional
Section: perl
Installed-Size: 262
Maintainer: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
Architecture: i386
Version: 1.35-1

>Запусти через plackup все же. Если хочется лайта заюзать, то пускай через starman. Я не пускал это все дело в лайте/нджинксе/етц.^M
>^M
>>P.S.: write - wrote - written^M
>Ok

Так через него тоже запускал -- оттуда выхлоп консольный.

> starman

Кого?

>Запусти через plackup все же. Если хочется лайта заюзать, то пускай через starman. Я не пускал это все дело в лайте/нджинксе/етц.
>
>>P.S.: write - wrote - written
>Ok

Короче, почистил, запустил от рута через plackup, заработало. Видимо, с правами что-то. А curl в зависимости пропиши.

Смотрите, первая альфа версия, так сказать: http://irk38.tk/ii/ii-reader.php

>Смотрите, первая альфа версия, так сказать: http://irk38.tk/ii/ii-reader.php

А ничего так.

> Но прикручивать СУБД это оверхед.

Не соглашусь с Вами, производительность субд на порядок выше, чем если собирать сообщения по файлам на диске. Опять же, тут и возможность сортировки по темам сообщений, по тредам и т.д. А при больших нагрузках субд вообще вне конкуренции.

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

Потихоньку переношу свой код на java.

Сперва попробовал выводить в список целиком весь текст всех сообщений, но получилось не очень производительно (на большом кол-ве сообщений иногда подвисает на секунду при скроллинге, тестирую на tf101, кастом 4.4.3 по-моему).

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

Мета-информация, разумеется, будет выведена в любом случае (от кого, кому, тема, время)

Если у кого-то есть предложения по юзабилити, пишите.

>Видимо, с правами что-то.
Хм, ну это у тебя что-то не так.

>А curl в зависимости пропиши.
Да, я как-то ридми особо не занимался. Пропишу, да.

>Потихоньку переношу свой код на java.

О, ништяк! А то я уже вебклиетом озаботился.

>>Видимо, с правами что-то.
>Хм, ну это у тебя что-то не так.
>
>>А curl в зависимости пропиши.
>Да, я как-то ридми особо не занимался. Пропишу, да.

А теперь двоится. Но я знаю, почему. Оно не хотело добавлять сообщения в базу, и я потер echo/ и msg/.
Соответственно, при следующем фетче в базе всё раздвоилось. Кроме того, что до этого не добавлялось :)

http://iinet.sexy/e?echo=ii.dev.14&view=thread

>А теперь двоится.
Хе, прикольно. Надо делать проверку. Ну, это все в планах есть.
Все будет устранено, как только избавлюсь от echo/ и msg/. :)

Как впечатления, если не обращать внимания на глюки?

>>А теперь двоится.
>Хе, прикольно. Надо делать проверку. Ну, это все в планах есть.
>Все будет устранено, как только избавлюсь от echo/ и msg/. :)
>
>Как впечатления, если не обращать внимания на глюки?

Сырое, но симпатичное.
Еще глюк -- если сообщение не отправилось, оно всё равно удаляется.

Можно протестировать, пожалуйста! У меня у самого CyanogenMod 11 на 4.4.3, qpython неудобно запускать, поэтому родной клиент удобнее будет.

>Еще глюк -- если сообщение не отправилось, оно всё равно удаляется.
Ага, спасибо. На самом деле отправленные не удаляются, а помечаются, как отправленные в базе, но выглядит так, как будто удалилось, да. Сегодня, если время будет, поковыряюсь.

>>Еще глюк -- если сообщение не отправилось, оно всё равно удаляется.
>Ага, спасибо. На самом деле отправленные не удаляются, а помечаются, как отправленные в базе, но выглядит так, как будто удалилось, да. Сегодня, если время будет, поковыряюсь.

> Cannot open file ./msg/Found</title></head>: No such file or directory

Курл, говоришь...

Сделай git pull origin master. Там поправлено это.

Брать тут https://github.com/Difrex/iiplc

* Убрана зависимость от curl
* Переезд на чистый SQL без msg/ и echo/
* Дублей в базе больше быть не может

>Можно протестировать, пожалуйста! У меня у самого CyanogenMod 11 на 4.4.3, qpython неудобно запускать, поэтому родной клиент удобнее будет.

Пока еще нечего тестить, но как только - так сразу:)

>Сделай git pull origin master. Там поправлено это.

II/Get.pm строка 71: замени res на res_echo.

>>Сделай git pull origin master. Там поправлено это.

>II/Get.pm строка 71: замени res на res_echo.

В 86-й, соответственно, res_msg.

>II/Get.pm строка 71: замени res на res_echo.
Ага, спасибо. Что-то не заметил.

nightly-debug-билд

https://yadi.sk/d/DdoT9BbcTxPB7

Что можно:
* Читать сообщения из эх, список которых есть в /echo
* На данный момент загружаются только последние 120 сообщений из эхи.

Примечания:
* Никакие эксепшены пока что не обрабатывал, к примеру если нет подключения к интернету - клиент сразу упадет.

Стабильность не гарантирую, но читать можно.

> nightly-debug-билд
По-моему, очень хорошо.

>nightly-debug-билд

Ща затестю

Написал по просьбе Ромы читалку на Tkinter.
http://irk38.tk/files/other/ii-reader-tk.py
Установка - поместить в папку клиента рядом с echo/ и msg/, указать в скрипте нужные эхи в getEchoList

Пока это будет прообразом будущего Desktop клиента :)

Второй nightly-debug-build.
Ссылка: https://yadi.sk/d/DdoT9BbcTxPB7

Изменения:
* Примитивная обработка ошибок. Клиент больше не будет крешится, если отсутствует или вдруг пропало подключение к интернету
* Добавлена возможность отвечать на сообщения, а так же писать новые
* Добавлена поддержка хранения настроек параметров клиента
* Добавлен механизм обновления сообщений (пока что при нажатии на кнопку)
* Немного повышена производительность
* При отсутствие подключения к интернету в момент запуска, программа завершает своё выполнение (т.к. не её выполнение имеет смысла, локально ничего не сохраняется)
* Теперь при первом запуске клиента открывается окно настроек, в котором на текущий момент доступен один пункт "Общее". При нажатии на элемент списка, пользователю предлагается ввести адрес сервера, auth-токен и список, откуда будут браться эхи (то, что выводится списком слева).
Необходимо ввести следующее:
http://irk38.tk/ii/ii-point.php?q=/u/
ваш токен
http://irk38.tk/ii/echo

Клиент великолепный (с него пишу), но откуда появилась идея брать список эх из echo/?
Я ведь сделал это просто для удобства, это не входит в стандарты, а подписываются на эхи обычно вручную.

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

Ручное управление списком эх добавлю позже, можно будет не указывать адрес /echo, просто приоритетнее было научить клиент отправлять сообщения и не падать, если что-то пошло не так

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

> Когда я делал клиент, я не знал какие эхи есть на ноде, чтобы подписаться нужны имена, я не знал откуда их брать. поэтому появилась идея выводить пользователю список эх из бона, /echo и еще там как-то можно, забыл как)
Просто /echo не входит ни в какой стандарт. Когда я хотел скрыть полный список эх у себя на ноде, то добавил заглушку. А потом просто туда написал бонные эхи. Если хочется автоматически подцеплять с сервера бонные эхи, то лучше это делать из bone.14, потому что она, по крайней мере, гейтуется всеми узлами.

> С точки зрения юзабилити было бы неплохо, если бы нода умела сообщать клиенту список общедоступных эх с их описанием.
А с точки зрения простоты реализации это неразумно. Эх может быть неограниченное количество. Не бывает несуществующих эх, бывают те, в которых 0 сообщений. Если хочется автоматически брать список эх, то есть bone.14, ну и bone.15, когда наступит следующий год.

По-моему с точки зрения простоты реализации как раз это очень разумно.
Клиент запрашивает, допустим, /u/echolist/, а сервер возвращает ему список эх из *текущего* бона.
Иначе как программно узнавать откуда брать эхи? числа в боне меняются в зависимости от года, так тогда на локальное время нельзя полагаться, у меня может стоять 12 год, а bone.12 не существует.

Клиент вообще ничего не должен знать про боны и прочее, он должен уметь отправить один запрос и проанализировать ответ. Подчеркиваю: я говорю о том, что сервер должен уметь отдавать список *общедоступных* эх, например im.100 или какие-то гостевые. Если у ноды нет общедоступных эх, тогда возвращается пустая строка, либо какой-нибудь 404. Я не говорю, что надо отдавать список всех эх, это глупо, но почему нельзя отдавать тот же im.100, ii.dev.14, чтобы новый пользователь сразу смог начать общаться? Не обязательно релизовывать это так, как я привел в примере, но я считаю, что общий для всех нод механизм получения списка эх необходим. Причем, это все отлично впишется в качестве расширений, о которых я писал ранее.

Посмотрите на эту проблему с точки зрения простого пользователя, который никогда не пользовался ii. Он вообще ничего не знает про бон, про /echo, и т.д., но он хочет общаться. Ну правда, я когда садился писать клиент, у меня первый вопрос был: а откуда я узнаю вообще какие там есть эхи? Мне сказали "для этого служит бон". Какой бон, что за бон? Ну потом понял, что это bone.14.

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

Много воды написал.
Суть: нужен какой-то общий запрос вида /u/echolist, который будет возвращать эхи из текущего бона (то есть bone.14 для 2014 года и автоматически bone.15 для 2015 года)

это ареафикс :)

в моей версии был /list.txt, с эхами текущей станции

дык именно что в твоей версии, а надо чтоб везде единообразно было:)
тогда можно одним клиентом ходить на несколько станций.

Очередное обновление.

https://yadi.sk/d/DdoT9BbcTxPB7

Изменения:
* В настройках добавлен пункт меню "Подписки". В этом пункте меню можно включить или выключить использование подписок
* Добавлена поддержка управления подписками на эхи. Управление подписками осуществляется через настройки.
* Добавлена возможность переключения между получением списка эх от сервера и собственным списком подписок.
* При отсутствии источников списка эх теперь отображается соответствущее сообщение.
* Теоретически, появилась возможность создавать новые эхи (путем добавления подписки на новую эху и отправке туда сообщения, не тестировалось)