Хм... Т.е. бот отправляет сообщения в некую эху на ноду, которую, в свою очередь, могут читать и другие?

Сабж.

У нас появилась новая эха и новый узел (а то и два). А то и три =)

С таверны или Go! можно забрать std.club (клуб инстедовцев). Узел, с которого эха прилетает ко мне является интересной смесью idec и гк11. Более того, Рома сказал, что закрывает гк11 и переходит на idec. Посмотрим что из этого выйдет.

Так же я начал облагораживать внешний вид и функциональность веб-интерфейса iing. Посмотреть текущий результат можно на http://idec.spline-online.tk/ В разработке, и это уже можно заметить на главной и в читалке, находится адаптивный вариант вёрстки.

Важное: я потихоньку съезжаю с гитхаб. Вы можете считать меня чудаком, но мне просто не нравится гитхаб, хотя и нравится гит. Все разработки по ii/idec переехали на http://git.spline-online,tk/

Ну, вроде бы ничего не забыл.

Сегодня на компе с андроид-студией заменили блок питания, и он снова рабочий! И что это значит?

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

Итак, в новой сборке клиента:

1. Исправлена недоработка с пустыми строками в list.txt
2. Фетчер теперь не валится, если были ошибки парсинга некоторых сообщений
3. Экспорт и импорт бандлов теперь учитывает избранные! Так что можно не бояться переустанавливать клиент и экспериментировать с ним: вся годнота при переносе БД сохраняется и подлежит восстановлению.

Скачать APK: http://ii-net.tk/ii/files/app-debug.apk

Замечание насчёт фичи под пунктом 3: используется стандартный механизм тегов ii, который совместим со всеми реализациями. Так что пользователи клиентов и тулз для работы с бандлами (ii-db-utils, idec-utils) этих изменений даже не заметят.

А ещё я смог настроить Emacs для разработки под андроид. Так что в экстренных ситуациях уже могу работать с этим делом и на своём нетбуке, без андроид-студии.
Посмотрите на этот милый скриншот, кто его ещё не видел: https://ii-net.tk/files/screen-emacs-01.png

P.S. Серьёзные баги чиню только на выходных

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

vit01> 17track прикрыл лавочку с общедоступным API, однако cainiao прекрасно идёт ему на замену, съедая больше видов трек-номеров.

А бот пригоден для обычного пойнта? Или это для станций?

Ребят, а нафига нам сабж? =)

geomaster> А бот пригоден для обычного пойнта? Или это для станций?

Конечно пригоден. Там ведь даже в конфиге видно. На 1 строке - адрес станции, на 2 - пароль, на третьей - имя нужной эхи, в которую будет стекаться информация.

Только в Cron успевай дёргать, и всё.

Мне сабж с алиэкспрессом кучу времени экономит

AL> Я ж уже объяснял тебе эту фичу. Берём x/c с ноды, берём локальный x/c. Вычисляем максимальную разницу между каунтерами и её передаём в расширенный u/e. Если новая эха и в локальном x/c по ней информации, то выставляем длину индекса на умолчальную, если максимальная разница меньше.

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

Режим "максимальной экономии через /x/c" надо бы тоже реализовать, только наиболее прозрачно для настройки.
Думаю просто галочку прикрутить вроде "минимизировать запросы индекса" и выставить её по умолчанию для включённого /x/с

Добавил себе в TODO: https://github.com/vit1-irk/idec-mobile/projects/

AL>>> При получении списка эх с ноды имею в конце эху null.
vit01>> Ничего необычного. В конце list.txt сервер наверняка выдал пустую строку, а клиент посчитал её за настоящую. Могу починить, если критично.

AL> Эта ситуация вполне обычная и тянется ещё с ii-03. Я имел в виду, что почему сюда не присобачить фильтр?

Раньше никогда не задумывался о такой проблеме (с пустой строкой). Окей, прикручу проверку. Добавил в TODO.

AL> Голимо. Всё таки раньше в этом плане было лучше. Братья фидошники выручали и железом на поюзать. А сейчас я донатнуть даже не могу толком - ремонт не за горами.

Да ладно, не преувеличивай. Мне для разработки хватит даже самой простой виртуалки с VNC+ssh, ни в каких донатах необходимости нет.

Что-нибудь придумаю. Может быть, сделаю "раздельный процесс" вроде написания кода в емаксе и сборки APK вручную. Это будет занимать гораздо больше времени и телодвижений, зато можно будет кое-как работать.

Из фич IDE, которые сильно сокращали время, могу отметить дизайнер интерфейсов (эксклюзивная штука, которая очень нужна и которой нигде больше нет), Instant Run, "прибитую гвоздями" интеграцию с ADB (с подсветкой ошибок, через обычный cli-запуск ADB так вроде нельзя), прекрасное автодополнение по куче фишек конкретно андроида, мгновенный lint по коду и умный подсказыватель, который определяет deprecated-методы и даёт советы по обратной совместимости кода между версиями ОС.

geomaster>> А бот пригоден для обычного пойнта? Или это для станций?

vit01> Конечно пригоден. Там ведь даже в конфиге видно. На 1 строке - адрес станции, на 2 - пароль, на третьей - имя нужной эхи, в которую будет стекаться информация.

Все, нашёл сообщение, что пойнт может сам создать на ноде эху. Если никто не знает названия, то и подписаться не сможет.
Надо будет затестить...

Товарищи из всех сетей, хочу представить вашему вниманию свой сервер для idec-ноды (реализующую пока, правда, не все расширения) проекта ГК11.

Это веб-портал, написанный на python 2.7 (не имеющий никаких сторонних зависимостей), содержащий веб-интерфейс, api idec и несколько других api: json, rss, flat text, /bb/.

Портал поддерживает все базы данных, которые поддерживаются ORM Peewee. База данных по умолчанию: sqlite3

Среди фич портала: сводная лента, топики (что такое топики, можно увидеть на любой из нижеуказанных станций), удаление и блеклистинг сообщений через web-интерфейс администратора, карбонки и rss-карбонки прямо в веб-интерфейсе, lite html/0.01 interface для пользователей kolibri os и дисковых сотовых телефонов и многое другое.

На данном сервере работают две ноды: http://gk11.ru и http://club.syscall.ru

Проект находится в активной разработке. Получить актуальную версию из репозитория можно через

hg clone http://51t.ru/gk11/

Фич-реквесты и баг-репорты приветствуются

В новой сборке клиента:

1. Изменил способ запроса статистики из БД на списке эх, чтобы тот не дёргался при прокрутке. Теперь он синхронный (как в Цезии). Помню, Андрей мне несколько раз говорил про этот баг. По ощущениям отзывчивость клиента поуменьшилась, но проблема должна уйти.

2. При отсутствии интернет-соединения клиент чётко даст об этом знать, а не просто напишет, что зафетчил 0 сообщений (о баге сообщил Борис)

Качать APK по прежней ссылке

AL> Посмотреть текущий результат можно на http://idec.spline-online.tk/ В разработке, и это уже можно заметить на главной и в читалке, находится адаптивный вариант вёрстки.

И где здесь адаптивная вёрстка? Зашёл с телефона, выдало десктопную версию (всё мелко, надо зуммировать пальцами).

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

AL> Вы можете считать меня чудаком, но мне просто не нравится гитхаб, хотя и нравится гит. Все разработки по ii/idec переехали на http://git.spline-online.tk/

Тогда будь добр указывать ссылки на репозитории, когда делаешь новые релизы. И желательно на гитхабе таки сделать зеркало, просто чтобы народу удобнее было качать. Или тогда документацию подправь на собственный хост.

А бегство с Гитхаба вполне понимаю. Когда есть собственный сервер, часто хочется держать все данные у себя, а не у дяди. И ещё все хорошие ребята (которые на этом сайте пока есть, я уверен) имеют свойство рано или поздно уходить из бизнеса.

AL> С таверны или Go! можно забрать std.club (клуб инстедовцев)

Готово. Уже ходит ко мне

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

Теперь на ноде наконец-то обрезаются длинные сообщения ("Читать далее").

И ещё в админке (sysop.php) стало удобнее удалять содержимое эх да чистить базу по ЧС

Фичу топиков можно позаимствовать, очень интересная идея.

Лайт-версия в оригинале сделана плоховато (например, нет постраничного вывода и главной страницы), но идея с таковой тоже нравится.

AL> Ребят, а нафига нам сабж? =)

Это усматривалось, чтобы с сообщениями могли работать не очень мощные клиенты, да и чтобы у спамеров не получилось просто взять и порушить БД у пользователей.

Вот возьмёт нехороший человек и закинет в базу сообщение мегабайт так на 500. И расхлёбывать всем нам. И тем, у кого клиент упадёт, и тем, кто ноду держит.

Сейчас у нас объём 64 кб на полезную нагрузку. Это разве мало?

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

Перепись!

Peter> Клиент хорошо бы исправить все-равно, имхо. Стандарт вроде не нарушен.
Peter> Эха:счетчик:пустое описание

Исправил клиент, обновляйся
Ещё, кстати, поправил пиктограмму для уведомлений

> Посмотрел список эх на станции и всё понял. Парсер не хочет съедать пустые описания.
> Так что пусть либо сисоп заполнит описания, либо я выпущу обновление, либо ты выставишь нужные эхи в клиенте вручную.
Там это кодом генерится, подправил, чтоб в качестве названия была сама эха. Так норм?
http://club.syscall.ru/list.txt

Не могу прицепить клуб http://ii.club.syscall.ru/ к idec mobile. Вроде все поля заполнил, а оно пишет чот не может получить список эх. Памагити!

Лента скатилась и пожелтела давно уже.

Клиент хорошо бы исправить все-равно, имхо. Стандарт вроде не нарушен.
Эха:счетчик:пустое описание

Да, так должно заработать. Но вообще странно как-то
Всегда вроде вручную заполняли описания

AL> Кто-то ещё читает сабж? Качество материала у них как-то стремительно упало за последние пару лет. Вот думаю, выключить робота и снести эту эху.

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

Выключай бота короче

Kerbal> Вроде все поля заполнил, а оно пишет чот не может получить список эх. Памагити!

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

vit01>> Ещё, кстати, поправил пиктограмму для уведомлений

btimofeev> Ты её кажется не закоммитил, программа теперь из-за этого не собирается.

Всё, теперь закоммитил, должно заработать

// Теперь при загрузке через /x/file размер загруженного файла отображается адекватно, через 1.5 секунды

vit01> Ещё, кстати, поправил пиктограмму для уведомлений

Ты её кажется не закоммитил, программа теперь из-за этого не собирается.

блин, не то сцитировал, ?q=/u/e это я адрес подбирал, пока не подобрал :)

где взять наиболее полный список эх, включая архивные, с доступом к ним через /u/e?

https://alicorn.tk/ii-old/ii-point.php?q=/ , если уж на то пошло

Или проще: https://alicorn.tk/ii-old/database.tar.xz
Или даже вот так: https://ii-net.tk/ii/ii-point.php?q=/x/file/database.tar.xz

А https - это сейчас стильно, модно и молодёжно.
Фетчеры его нормально должны переваривать.

нашёл архив
https://alicorn.tk/ii-old/?q=/u/e

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

решено

Добавил в Navigation Drawer кнопку для загрузки обновления. Она просто открывает браузер, чтобы скачать APK

Это на будущее, чтобы мне не писать постоянно ссылку на клиент в своих сообщениях

> где ещё можно разжиться мессагами, которых нет на этих станциях?

Сюда можешь заглянуть: https://dynamic.lessmore.pw/idec/list.txt

Это нода Дениса, он у нас тоже архивами заведует.

Для тех, кто ищет большего. и для тех, кто ищет. 61178 на текущий момент ждут вас.

http://51t.ru : работают все api, что и на гк11-сервере, кроме, конечно, любой отправки сообщений - она там просто вырезана

имеется полнотекстовый поиск и выборка по критериям
- поиск не юникодный :(, поэтому русские запросы регистрозависимы. кто знает, как подружить Peewee, Sqlite Full Text Search и Unicode, расскажите
- в полнотекстовом поиске сейчас не указаны эха и автор - только заголовок и текст, чтобы узнать остальное, надо будет заходить в это сообщение
- число результатов как в поиске, так и в выборке, ограничено 400

каждые полчаса фетчер опрашивает idec.spline-online.tk и club.syscall.ru, забирая все эхи, какие есть в list.txt. где ещё можно разжиться мессагами, которых нет на этих станциях? полный архив был также слит (кроме некорректных сообщений)

база данных вместе с индексами сейчас занимает 250 мб

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

а дайте бота для lenta.rss

Ромеро> а каким url для rss ты пользовался?

http://lenta.ru/rss/articles/science/
http://lenta.ru/rss/news/science/
http://lenta.ru/rss/articles/sport/
http://lenta.ru/rss/articles/culture/
http://lenta.ru/rss/news/culture/
http://lenta.ru/rss/articles/media/
http://lenta.ru/rss/news/media/

а каким url для rss ты пользовался?

о, спасибо, завтра попробую что-нибудь настроить

Рома> а дайте бота для lenta.rss

http://git.spline-online.tk/spline/rss2idec

Крупное обновление клиента

1. Теперь сабж может запоминать последнее прочитанное сообщение в эхе и переходить к нему в обход списка. Включайте галочку в настройках

2. Переработано меню в режиме чтения. Можете попробовать перевернуть телефон и посмотреть, что получится. Ещё в меню добавлена возможность написать новое сообщение (то есть не ответ, а просто новое) специально для любителей пункта 1. И ещё кнопка возврата к списку (см. пункт 1)

3. На Android версий 6 и 7 появился разъяснительный экран, который вылезет, если пользователь запретил доступ к карте памяти

4. Значки на плавающих кнопках (список сообщений и правка эх) стали более аккуратными

5. Обновлены зависимости, проведена чистка кода от дублирования и вообще чистка

Обновляйтесь, товариши, и тестируйте.

Вот Андрею я фичу под номером 1 пообещал, например. Так что, надеюсь, она без внимания не обойдётся.

Адаптировал под современные реалии http-клиент 51talk, отучил его от смотрения цифр в эхах

51talk - это http-клиент на python 2.7, запускается локально и позволяет собирать свою базу сообщений: для использования необходим веб-браузер, но подключения к интернету не требуется. Фичи клиента:

* Запрос списка эх с list.txt, простая подписка
* Развёрнутый конфиг, настройки
* Поддержка загрузки эхи только с определённого сообщения
* Сбор сообщений с нескольких серверов
* Ответ в другую эху
* Карбонки (пока примитивные) и неудобный поиск
* Избранное
* Шортлинки

Скорее всего, какие-то баги там ещё остались. Но пока вроде бы работает.

http://st.51t.ru/51talk.tar.gz

>> А разве клиенты не должны иметь возможность обмениваться сообщениями между собой, в обход ноды? :)

spline> А зачем? Суть ii в том что не надо быть джедаем чтоб развернуть ноду.
Конечно некрофилия, копаться в записях старых, но вот что-то перечитывая,
наткнулся и в общем не удержался.

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

То, в общем, ничего не взлетит. Как минимум надо понимать, что и как
устроено, и как работает, что следует за чем, и что с чем связано, как
куда добавлять настройки, и тому подобное, и это только про ноду и ее
серверную часть.

Потом если допустим, юзернейм желает, чтобы оно вообще работало, надо
иметь либо go либо phyton3 на машине, и еще там какие-то зависимости же.

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

И это еще не все... это только я столкнулся с кучей информации, которую
в кратце озвучил, надо было понять, чтобы запустить ноду, написанную AL
и понять что для чего служит и за что отвечает, и как это все настроить
и связать, чтобы работало и приносило щастье.

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

Peter> Завел две ноды с разными подписками. Слева в меню переключаю ноды, а список эх остается старым. При рестарте приложения -- меняется.

AL> Изменение подписок так же видно только после рестарта. Что-то разладилось.

Поправил клиент, проверяйте.

посмотрел старик Ромерыч на 10000 файлов, и аж заколдобился

выпущена переделанная версия с peewee sqlite, адрес тот же:
http://st.51t.ru/51talk.tar.gz

версия с плоскими файлами оставлена тут: http://st.51t.ru/51talk-flat.tar.gz

0. Дудочка и кувшинчик - либо сверхпростой протокол, который можно ПОНЯТЬ, даже не будучи адептом. Либо вещь, которая думает за тебя, но *не всё так однозначно*. Подобных вещей и так достаточно, спасибо. А так, чтобы и просто, и само - так не бывает, либо дудочка, либо кувшинчик.

1. А ЗАЧЕМ клиентам обмениваться? Клиент вообще не производит сообщения. Жизнь любому сообщению даёт нода, пока пойнт на ноде не завизирует сообщения, не поставит ему штамп, именной номер - этого сообщения ни для кого не существует. Его жизнь начинается только тогда, когда юзер находит возможность связаться с нодой, и сказать *у меня тут некий текстик - пожалуйста, сделай из него сообщение*. поэтому любое сообщение всегда есть на ноде. и достаточно пройти по всем нодам, чтобы собрать все нужные эхи

2. поэтому вопрос *обмена сообщениями* - это очень узкий частный случай, например *нет сети*. но при этом любой клиент, который хранит сообщения в файлах в echo/ и msg/ - он уже имеет нужную нодовую базу. не знаю, как сейчас, а раньше были и минимальная нода без веб-форм, чей код умещался в один экран, которая могла спокойно раздавать. один запустил эту ноду в каталоге, второй настроил клиент на http://127.0.0.1:62220, и, пожалуйста, обменивайся. кроме того, раньше были и утилиты для флоппинета, когда и веб-сервер не требуется

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

Peter> Завел две ноды с разными подписками. Слева в меню переключаю ноды, а список эх остается старым. При рестарте приложения -- меняется.

Изменение подписок так же видно только после рестарта. Что-то разладилось.

>>> А разве клиенты не должны иметь возможность обмениваться сообщениями между собой, в обход ноды? :)
spline>> А зачем? Суть ii в том что не надо быть джедаем чтоб развернуть ноду.
jmaks> Конечно некрофилия, копаться в записях старых, но вот что-то перечитывая,
jmaks> наткнулся и в общем не удержался.
jmaks> Вот тут я короче прям очень не соглашусь.
jmaks> Да в настройке и в общем-то обслуживании, готового развернутого, ничего
jmaks> сложного. А вот если мы берем рядового пользователя и говорим ему, а ну,
jmaks> иди туда, ii-net.tk читай доку и ставь быстро ноду, пробрасывай к другим
jmaks> станциям эхи, делай фетч того сего, пятого десятого, у себя храни это и
jmaks> то.
jmaks> То, в общем, ничего не взлетит. Как минимум надо понимать, что и как
jmaks> устроено, и как работает, что следует за чем, и что с чем связано, как
jmaks> куда добавлять настройки, и тому подобное, и это только про ноду и ее
jmaks> серверную часть.
jmaks> Потом если допустим, юзернейм желает, чтобы оно вообще работало, надо
jmaks> иметь либо go либо phyton3 на машине, и еще там какие-то зависимости же.
jmaks> Если хочет веб-морду, то как бы должен понимать apache или nginx, понимать
jmaks> что такое dns, nameserver и тому подобные вещи и вообще знать как и где
jmaks> расположить, что и почему, начиная от прав доступа и заканчивая хостером.
jmaks> И это еще не все... это только я столкнулся с кучей информации, которую
jmaks> в кратце озвучил, надо было понять, чтобы запустить ноду, написанную AL
jmaks> и понять что для чего служит и за что отвечает, и как это все настроить
jmaks> и связать, чтобы работало и приносило щастье.
jmaks> В итоге, джедаем быть не обязательно, но адептом прям рекомендуется.

Всё перечисленное является особенностями интернета и без этого не обойтись. Сами же ноды (что на питоне, что на golang) не требуют ничего, кроме питона и golang соответственно. И для их работы надо всего лишь прописать нужные эхи в конфиг (чтобы они не были скрытыми) и добавить поинтов. Всё. Остальное уже относится к транспорту, проксированию http и всяким другим штукам.

> - сам idec -- прост как валенок и выполняет свою работу (при всей технологичности ГК11, мне кажется, idec обладает большей простотой);

Ну, смотря что понимать под простотой. А вообще, я от ii никогда не отказывался, его реализация мне всегда нравилась. И, фактически, ii и ГК11 это одно и то же (это не потому, что это хорошо, а потому, что я ничего другого изобретать не умею - всегда одно и то же получается).

Просто ii стал слишком идеален. :) Меньше всего я люблю писать код. А больше всего - удалять код. Когда удаляешь огромный блок, и ничего от этого не ломается - это то самое прекрасное чувство, когда мир становится лучше. И в один момент я вдруг понял, что уже нечего больше упрощать. Как в том анекдоте - *у руководства Газпрома закончились мечты*.

Тогда я решил изменить подход. ГК11 гораздо проще для клиентов, потому что можно многие вещи делать просто правильными запросами. Но он сложнее в серверах - как минимум, он просто обязан ориентироваться на выборки базы данных. Что даёт дополнительные возможности.

Например, в ii идёт двойная запись. Есть файл эхи, где перечислены msgid, и есть файл msgid, где есть указание эхи (причём изначально это задумано только для того, чтобы можно было *перебилдить индекс*, то есть пересобрать файл эхи). При этом возможна ситуация, что файл есть на диске, но его нет в списке эхи. Или, наоборот, есть в списке, но самого файла уже нет. Кроме того, на заре времён люди лихо переименовывали эхи, а внутри указатель оставался старым - поэтому никакой софт не доверяет тому, что указано в параметре *эха* (я уж молчу про то, что в первых версиях был сервер-сайд-кроспост, то есть эх могло быть сразу несколько - и такие сообщения, наверное, до сих пор можно найти в архиве сети).

В новом протоколе же это невозможно. И там всегда можно ориентироваться на то, что и сообщение из списка эхи, и тэг эхи в сообщении - это одно и то же. Когда ты давно не собирал почту, тебе придут сначала 200 сообщений из эхи А, затем 200 из эхи Б. И если в старом протоколе ты обязан так получать, разбирая эху, то в новом ты получаешь все сообщения одним потоком, не разделяя бандл на *указатель эхи* и *код сообщения*, общим потоком сообщений и именно в том порядке, как они пришли, а имя эхи вычленяешь из сообщения. В общем, его реализация и постоянное упрощение позволили избавить сам сервер от многих проблем. И теперь, фактически, он стал предельно прост, и ничего не мешало заменить его на *ii без циферок*, т.е. на idec (в базовой его реализации). Но всё равно, мой 51talk к твоей станции запрашивает списки не через list.txt, а через /discover :) Но в остальном сейчас этот протокол для обмена и не нужен, старого хватит - главное, что его реализация помогла решить разные проблемы, и даже в рамках текущего стандарта стало возможным делать многие вещи. А /bb/ (как и json и другие api) хорошо подходит для самописного софта, которому не обязательно быть стандартным (вот клиенты или софт обработки для протокола /bb/ не стоит писать ни в коем случае! ибо любой idec-софт совместим с любой гк11-станцией и idec-станцией, а гк11-софт - только с гк11-станцией. а самописный одноразовый софт, благодаря развитому api, писать становится проще).

Но в любом случае это вопрос нюансов, а протоколы ii/idec и /bb/-запросы - это практически одно и то же. Просто idec давно стандартизован и его url-ы более привычны для клиентов.

В связи с отсутствием взаимности с нодой Ромы у меня вопрос:
Оставлять ли obsd.11 эху? Нужна ои она кому-то в виде оторванного островка? :)
Мне самому obsd нравится, но если я один -- смысла оставлять эху не вижу.

Очень прошу вернуть цезий на гитхаб. Хотя бы зеркало.
В очередной раз столкнулся с тем что ссылки на реп с цезием не работают: http://instead.syscall.ru/club/
Не работают ссылка на реп в описании сети idec итд.
Перед людьми не удобно. :) Я вот сейчас вообще не знаю, где его брать.
Репозиторий на гитхабе решит все проблемы!
Поддержите начинание =)