>Вот как не везёт =) Только начал записывать, как не тыкал - баг не проявляется. Очень странно, ведь совсем недавно он который раз был. А, может, мне как раз везёт =)

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

Обновился на новую версию ii-php, прописал эхолист. Теперь клиентописателям можно спокойно проводить эксперименты с экономией трафика, автоподписками, описаниями эх.

>автоподписками

Давно хотел спросить как это планируется делать. Да всё руки не доходили. Пока кроме сообщения с особым сабжем и ссылкой на новую версию эхи ничего не придумал. Так как это будет?

>> автоподписками
> Давно хотел спросить как это планируется делать. Да всё руки не доходили. Пока кроме сообщения с особым сабжем и ссылкой на новую версию эхи ничего не придумал. Так как это будет?

Я имел в виду автоподписку по списку эх. Ну вот запускает первый раз человек клиент, прописывает адрес ноды, а какие там есть эхи - не знает. Клиент автоматически подгружает, что есть на станции.

Если ты насчёт переполнения эх, то лично я предполагаю, что это можно сделать с помощью сообщения специальным поинтом, например, "subscribe-bot". Нода проверяет, сколько сообщений в эхе, и если их количество превышает лимит, то она даёт сообщение указанным поинтом с именем новой эхи, чтобы клиенты автоматически переподписывались. Либо просто перемещает сообщения из одной эхи в другую, как предложил gadfly.

>Я имел в виду автоподписку по списку эх. Ну вот запускает первый раз человек клиент, прописывает адрес ноды, а какие там есть эхи - не знает. Клиент автоматически подгружает, что есть на станции.

Монструзно. Клиент тут же утягивает все болталки за все года. Надо идти по пути диалог-клиента =) Рома уже сделал. Подписка производится прямо в клиенте. Указываешь линк для подключения и получаешь список эх, расскавляешь галочки на что хочешь получаться и радуешься.

https://yadi.sk/d/DdoT9BbcTxPB7

Обновление

Если какие-то баги, постарайтесь описать алгоритм воспроизведения бага, на каких сообщениях проявляется и всю сопутствующую информацию

> Монструзно. Клиент тут же утягивает все болталки за все года. Надо идти по пути диалог-клиента =) Рома уже сделал. Подписка производится прямо в клиенте. Указываешь линк для подключения и получаешь список эх, расскавляешь галочки на что хочешь получаться и радуешься.

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

>Указываешь линк для подключения и получаешь список эх, расскавляешь галочки на что хочешь получаться и радуешься.

Осталось только чтобы ноды имели общий механизм отдачи списка эх

>Осталось только чтобы ноды имели общий механизм отдачи списка эх

/list.txt

Пока &h и &el я не сделал, но просто /list.txt пашет и у меня и у Виктора. И у Ромы, наверняка.

> /list.txt
Давайте тогда list.txt за стандарт возьмём. У меня просто он ещё дублируется на /x/echolist, но поскольку первоначальный вариант много где работает, я не против. Кто против - тот пусть выскажется.

> Пока &h и &el я не сделал

&h и &el дублирует /x/t. Тем более, это реализовано костыльно, в виде отдельных кусков данных, а не как схема параметров. Поэтому насчёт такого я против.

как раз только об этом в I'm спросил.
относительный путь одинаковый на всех нодах?

> относительный путь одинаковый на всех нодах?
Это либо http://51t.ru/list.txt в случае python-ноды, либо http://irk38.tk/ii/ii-point.php?q=/list.txt в случае php ноды. Относительно /u/ он одинаков, но советую лучше брать за основу не /u/, а /, чтобы было проще пользоваться расширениями

ну как же он одинаков, если в одном случае ../list, а в другом /list

> ну как же он одинаков, если в одном случае ../list, а в другом /list
Ты точки имеешь в виду? Ну да, в python ноде есть редирект по точкам, а на php ноде нет. Я предлагаю либо отсекать 2 последних символа с /u/ (правда, это костыль), либо сразу брать адрес без /u/, то есть просто /

/u/ - это схема. как http: в http. это показывает, что это именно ii нода (и именно метод /u/), а не продуктовый магазин. поэтому ничего страшного в обрезании /u/ - нету.

Ну и ладно. Всё равно клиент не я реализую, пусть он решает. Принципиально ничего особенного.

У вас разные пути.
Нужен один для всех нод.

Чтобы если использовать клиент на другой ноде, можно было конкатенацией nodeUrl и /list.txt получить список эх.

Вроде разобрались

> У вас разные пути.
> Нужен один для всех нод.

Ну я же путём "было" и "стало" объяснил алгоритм.

> Чтобы если использовать клиент на другой ноде, можно было конкатенацией nodeUrl и /list.txt получить список эх.

Если так делать, то придётся его пихать в /u/. Но зачем портить стандарты, если всё и без этого работает? Объяснил же, что либо отрезать 2 последних символа, либо брать в клиенте адрес без u/, чтобы просто конкатенацию сделать.

Я наоборот говорил о том, что нужен единый относительный путь. Если у всех нод он ../ list.txt, вопрос снимается

> Я наоборот говорил о том, что нужен единый относительный путь. Если у всех нод он ../ list.txt, вопрос снимается
Зачем брать относительный путь, если можно обойтись абсолютным? В некоторых клиентах и во многих фетчерах так и делается.

>Зачем брать относительный путь, если можно обойтись абсолютным? В некоторых клиентах и во многих фетчерах так и делается.

Затем, чтобы клиент работал со всеми нодами. посмотри свой пример ниже, если ты к адресу /u/ каким-то образом добавишь list.txt получится путь, который будет валидным на обеих нодах. "Добавить" не обязательно означает, что надо сложить строки.

> Затем, чтобы клиент работал со всеми нодами.
Я уже рассказал, как сделать так, чтобы клиент работал со всеми нодами.

> посмотри свой пример ниже, если ты к адресу /u/ каким-то образом добавишь list.txt получится путь, который будет валидным на обеих нодах. "Добавить" не обязательно означает, что надо сложить строки.
Ты мне скажи, как ты предлагаешь это сделать? При этом так, чтобы не нарушались стандарты, и получалось работать со всеми нодами одновременно. Я свои варианты уже озвучил.

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

Да так как есть сейчас и оставить. Если вы договорились, что лист доступен по адресу на уровень выше чем /u/, то все ОК.

ОК. Если будет работать - значит хорошо :)

Вроде работает

>https://yadi.sk/d/DdoT9BbcTxPB7

Поправил цитирование, добавил получение списка эх из list.txt, если не включены подписки.

Вроде, работает :)
Из list.txt берётся список
Клиент становится всё лучше и лучше :)

https://yadi.sk/d/8K3hKOs6YUNQN

Теперь должно работать выделение на всех устройствах, начиная с 3.0 и выше. Так же поправлено поведение приложения при нажатии на кнопку "назад", находясь в настройках (теперь клиент не должен закрываться).
По крайней мере в эмуляторе 4.0.3 работает.

У кого были проблемы, потестируйте.

Минимальный уровень API 15 (Android 4.0.3+)

Блин, не обновлял клиент со второй, вроде, публичной версии. Круто очень все!

Спасибо за клиент :)

Обновился, спасибо.

Обновления в сабже:
1. Исправлен rss-бот, убрано куча тормозов и ненужностей, из-за которых были дубли.
2. Улучшена читаемость кода в некоторых местах
3. Поправлен push (советую обновиться, так как ранняя опечатка делала ноду уязвимой)
4. В читалке количество сообщений учитывает блэклист
5. Адрес ноды вынесен в конфиг

Обновлена документация на irk38.tk, внесено куча мелких исправлений и уточнений, стандартизирован list.txt, push ушёл в расширения, а также был описан его формат. Скачать: http://irk38.tk/ii-doc.tar.gz
Читать: http://irk38.tk/ii-doc

(Надо бы давно обновить её на iinet.sexy)

> (Надо бы давно обновить её на iinet.sexy)
done

> done
А главная страница проекта index.html с ещё одним моим емейлом и ссылкой на ii-net.link? =)

А, нет, всё нормально обновилось, извиняюсь

Немного поменял http://irk38.tk/iidownload/ , теперь там написано, наверное, обо всём ii-софте, который вообще есть.

https://github.com/spline1986/ii-dc нынче нет. Вместо него будет https://github.com/spline1986/cl-ii у которого будет другая философия.

К тому же пока рано на него давать линк, ИМХО. Там пока нечем пользоваться. Хотя, сегодня я добавил поддержку list.txt и blacklist.txt.

Пусть останется тогда. Когда выпустишь нормальную версию, ссылку поменяю
И да, /blacklist в стандарт не входит, см. im.100

Обновил dev версию, слабонервным лучше не использовать:)

Из новых фич - поддержка оффлайна (читать/писать).

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

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

Если кто-то хочет помочь потестировать:
https://yadi.sk/d/RtNyfR39Z8NVf

P.S. возможно, "обычный" режим работы (хранения сообщений не в базе) был сломан, на первый взгляд вроде все нормально, но черт его знает, поэтому параллельно скачайте "стабильную" версию на всякий случай:
https://yadi.sk/d/zF477StyZ8NWX

Промазал:)

Уже и первый баг: сообщения загружаются не циклом, а при нажатии кнопки. По размеру бандла. Буду отправлять.

Чёрт, im.100 и другие длинные эхи так неудобно читать, они с самого начала подгружаются

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

Скачать можно здесь https://github.com/spline1986/cl-ii

Для работы необходимы:
* sbcl
* ncurses

При первом запуске программа скачивает все необходимые лисповые пакеты и компилирует их, после чего сохраняет дамп лисп-машины в cl-ii.core. После первого запуска можно уделить всё, кроме cl-ii.core, cl-ii.sh и config.lisp.

>Уже и первый баг: сообщения загружаются не циклом, а при нажатии кнопки. По размеру бандла. Буду отправлять.

Не понял.

>Чёрт, im.100 и другие длинные эхи так неудобно читать, они с самого начала подгружаются

После первой загрузки в базу поведение не будет отличается от того, что было ранее)

> Не понял.
Так, объясню. К примеру, у меня размер бандла 20 сообщений
Я захожу в эху, загружаются 20 сообщений (не все, а только это число)
Жму обновить, загружается ещё 20. Потом ещё, но только если нажать на кнопку. В im.100 больше тысячи сообщений, как мне последние прочитать?

Обновил ссылку на http://irk38.tk/iidownload