AL> в варианте "до" сабж как-то более выделен

В варианте "до" выделен не сабж, а отправитель и получатель.
Сабж как раз выделен в "после" большим размером шрифта.

AL> Кнопку отправки не узрел =)

Кнопка ответа серая, рядом с датой, прямо под сабжем =)

> // до конца недели полностью свободен
AL> Может вечером как-нить выкрою время на самом деле, но к вечеру у меня голова уже не работает от слова "совсем" и я стараюсь в код не лазить в таком состоянии.

Лучше не надо. Образование важнее Цезия, как ни крути. А тот комментарий был написан, чтобы люди не стеснялись писать сюда в любое время и знали, что им ответят.

AL> Как-то это немного не то, что я имел в виду, говоря о подписках.

А что ты имел в виду? Расскажи, как сам бы это реализовал.

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

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

Сама фича подписок в сабже была давно добавлена по просьбе поинтов с irk39.tk и на них же обкатана. Вроде бы их всё устроило. Если можешь предложить улучшения, то предлагай.

AL> Проблема известная, но у меня в пятницу начинается сессия и пока не до цезия.
AL> Я в работе/учёбе. Судорожно пишу лабы, контрольные, курсовые.

Просто ради интереса: сколько времени у тебя продлится сессия?

Ну а проблемы не очень-то критичные, так что можно и месяц подождать. Будет невтерпёж - сам напишу и исправлю =)
// до конца недели полностью свободен

AL> Вопрос по сабжу возник. Я так понял, что механизм подписок это просто скрытие эхоконференций и никаких виртуальных пуллов для новых сообщений пользователь не имеет. Это так?

Да, это так. Когда ты первый раз заходишь на сайт, тебе в куки идёт список эх, который сохраняется на время всей сессии (20 дней по дефолту). Это просто список и ничего более.

AL> Как новые эхи добавлять всем в подписки?

Добавить в $echolist в конфиге. Кто захочет, тот "вернётся к стандартному набору эх" и получит обновлённый список.

AL> Это типа свежая почта в эхе для пользователя.

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

AL> Вынесение настройки в конфиг никак не мешает использовать эту настройку, а наоборот способствует.

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

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

Хотя в будущем всё-таки придётся, наверное, вынести. Ради быстрых обновлений через git. Просто файлы фетчера в любом случае нужно писать вручную, а для интерфейсов ещё давно было решено сделать всё рабочим "из коробки".

AL> Теперь сабж обзавёлся фетчером, что в принципе позволяет его уже интегрировать в сеть.

Мог бы не писать велосипед и взять мой из клиента. Он умеет огромную кучу всего и не имеет никаких зависимостей от GUI. Тот же третий питон, и вся работа давно выполнена.
Всё, что тебе остаётся - подсунуть ему свои функции доступа к базе (например, sqlite).

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

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

AL> На тему твоего подхода попробуй на странице подписок сделать два списка действительно.
Попробую сделать так же, как сейчас у Ромы. http://ii.gk11.ru/h/personal

AL> попробуй сделать их в виде списков, а не полей ввода
AL> две кнопочки для перекидывания выделенного элемента туда-сюда

Реализовать это можно, конечно, но у меня такой принцип при написании ноды, что не должно быть ни строчки кода на JavaScript.

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

AL> ЗЫЖ А ещё переменную, отвечающую за показ/скрытие последнего сообщения лучше в конфиг, наверное, вынести.

Специально решил не выносить, чтобы была возможность сделать разные интерфейсы с разным поведением. То есть на обычной морде показывать последнее, а на "архивной" морде не показывать.

Загляни в ii-web.php из гита, там в комментарии всё прописано. Оно включается и отключается очень быстро.

Сабж вот-вот упал. Причина пока неизвестна. Завтра утром позвоню, чтобы в конторе его перезагрузили.

AL> Я не знаю что со мной произошло, но теперь мне нравится питон =) Видимо, поверхностное натяжение при погружении оказалось для меня слишком сильным и испытывал сильное отторжение по началу.

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

> Ничего страшного, всё понимаю. Добра тебе и побольше! И меня извини за регулярные придирки к мелочам.
AL> Мне придирки нужны. Иначе меня может начать заносить в идеях. Так что это только плюс.

Главное только сохранять дружбомагичную атмосферу. Критика ведь тоже разная бывает, и стоит держать её в разумных пределах.
Ладно, проехали.

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

Ну не надо же доводить до абсурда. Ясное дело, что каждый вправе реализовывать плоды своей фантазии и всякие хотелки по своему усмотрению. Не стоит забывать также, что PHP != Python и Qt != ncurses.

Но просто фетчинг - это настолько избитая и неоригинальная тема, что незачем тратить на это своё время/силы, когда есть куча всего готового (это было сказано именно в контексте Python'а, на котором написано много фетчеров).

AL> Кстати, а что от фетчера нужно кроме фетчинга? Что он ещё должен уметь?

Расскажу тогда про фичи своего фетчера:
* скачивание индексов и сообщений пачками, а не поочерёдно => скорость и экономия трафика
* поддержка /x/c => _огромный_ прирост в скорости
* полная поддержка расширенного /u/e (включая все "необычные" и индивидуальные случаи) => уменьшение потребления ОЗУ на сервере
* фетч через прокси (многим это не нужно, на самом деле)
* удобная интеграция с другими скриптами (передача результатов другим функциям для статистики и.т.д.)
* расширения и доп. фичи могут легко задаваться для каждой ноды в отдельности

AL> Кстати, фетчер я и так взял готовый по сути. Это немного модифицированная версия фетчера из цезия.

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

AL> И до кучи. Цель у меня не столько получить как можно быстрее конечный продукт, сколько поупражняться в программировании на питон, попутно реализуя клиент/ноду мечты. Так что я в любом случае буду писать всё сам. Это не кредо, не прихоть, а просто следствие из поставленной цели.

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

AL> // Извиняюсь, если сегодня мои ответы резковаты. Просто на работе всякой фигнёй достали шибко. Хоть валерьянку пей.

Ничего страшного, всё понимаю. Добра тебе и побольше! И меня извини за регулярные придирки к мелочам.

> Теперь пойду наполнять архивы.
AL> Можешь поподробней описать что там с архивами, кстати?

А что тут рассказывать? Архив у нас здесь: http://alicorn.tk/ii-old/
Только что зафетчил туда music.14, bone.14, iing.15 и скрытоэху, удалил их с ii-net.tk.

Осталось только сделать tar.xz со срезом и добавить его в /x/file.

Готово. Одним файлом обновлённый архив можно скачать либо через /x/file на mira station, либо по прямой ссылке:
http://alicorn.tk/ii-old/database.tar.xz

Улучшение юзабилити:

* В диалог подписок добавлен стандартный список эх, чтобы быть в курсе

http://ii-net.tk/ii/ii-web.php?action=personal
// если уже были здесь до этого, то обновить через Ctrl+F5

Вёрстка адаптивная, так что на телефоне это тоже смотрится нормально.

P.S. ветка features ноды

Сабж снова в строю! Быстро однако подняли.

Теперь пойду наполнять архивы.

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

// зря только аптайм сбивали, там около 300 дней накопиться должно было :(

Фетч снят. Жаль, теперь нас ещё меньше.

AL> пишу я в надежде, что ноду будут тыкать кто-либо помимо меня. Особенно в части веб-интерфейса

Тогда сразу багрепорт: при слишком большом сабже (эха lor-opennet.15) съезжает форматирование, и выглядит не очень красиво. Кроме этого отмечу отсутствие масштабирования на мобильных устройствах (решение - добавить мета-тег viewport, см. мой код).

Изменение в features-ветке:

* Настройки веб-интерфейса вынесены в конфиг (все, включая количество сообщений на странице)
* Сам конфиг немного причёсан, и там чуть больше комментариев

AL> Сабж уже некоторое время работает в тестовом режиме станция "tavern"

Да, ты уже несколько раз её упоминал. Если пишешь ещё раз, значит в скором времени станцию следует включить в основную сеть, верно?
Как только "тестовый период" закончится, пробросим гейт без проблем.

AL> Не понял что куда съезжает, если честно.
Например, вот это сообщение:

http://idec.spline-online.tk/GFLzxDRalAYAIPRemSHz/173

Может быть, поведение вполне ожидаемое, но читать такой текст немного неудобно. И сабж, и отправитель должны быть как-то отделены от остального сообщения, чтобы ничего не сливалось. Вот, например, для сравнения: http://ii-net.tk/ii/ii-web.php?msgid=GFLzxDRalAYAIPRemSHz

vit01>> ... не выводит никакой дебаг-информации ...
AL> А зачем она?

Ты уже сам ответил на свой вопрос:

AL> На самом деле это весьма длительная процедура, так как он опрашивает ноду на предмет коротких индексов всех эх подписки.

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

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

AL> что фетчится тоже особо не даст ничего. А на остальное вполне может ругнуться и интерпретатор.

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

А патч я тогда сделаю потом.

Ладно скроллбар (хотя зачем он вообще нужен?), но я сейчас обновил клиент, и возникла куча проблем.

Во-первых, фетчер запускается просто через ./fetcher.py, а надо бы через python3 ./fetcher.py
Проблема из-за того, что на андроидовском окружении env находится не в /usr/bin. Так что либо предыдущий вариант, либо мне придётся расширить патч.

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

А ещё при заходе в пустую эху (в моём случае это либо карбонка, либо favorites), клиент валится из-за скроллбара.

Проблема есть и на десктопе, и на телефоне.

Скрин: http://ii-net.tk/ii/files/74aTJsPBvtLCPelFtWTO.png

vit01> Во-вторых, фетчер просто зависает на надписи "Поиск новых сообщений..." и ничего не фетчит.

Ах да, это только на телефоне происходит. На десктопе всё фетчится.

Дебаг показал, что на несуществующей в базе эхе (а именно iing.15) происходит выход за границы индекса.

Фетчер начинает бесконечно запрашивать список и не выходит из цикла.

Очень хотелось бы держать опцию дебага по умолчанию, (когда я работал над своим клиентом, это экономило кучу времени).

vit01>> Ах да, это только на телефоне происходит. На десктопе всё фетчится.
AL> Давай я расширю выхлоп фетчера сегодня, а ты погоняешь его на телефоне. Дабы стало ясно где он виснет (хотя я догадываюсь где, но не догадываюсь почему).

Давай. Подумал, кстати, что имеет смысл тебе иногда делать тестовые ветки для цезия, потому что при добавлении всяких фич многое может отвалиться.

Кстати, попробуй набрать

termux-fix-shebang fetcher.py

> Патчем пропатчил. :)

А ты точно его пропатчил? Patch должен быть не стандартным, который в термуксе, а GNU-шным.

AL> Для интеграции с чем? Давай чтоль конкретный фичереквест, а то количество сообщений оно пишет на экран, но есть подозрение, что это не то.

Для интеграции со своими скриптами. Например, мне хотелось бы сделать Android-уведомления о фетчинге. Для этого фетчер должен иметь 3 выходных состояния: 1 - скачано N сообщений, 2 - новых сообщений нет, 3 - ошибка <название>.

Это можно реализовать либо специальным "тихим режимом", где пишется только "fetched N" или "error: text", либо заворачиванием фетчера внутрь какой-нибудь питоновской функции.

AL>> Пофиксил, вроде. Ситуация могла возникнуть только если эха была в локальной базе и не существовала на ноде. Добавл проверку.
AL> Отпишись как протестируешь.

Протестировал, всё теперь работает. Осталось только патч дополнительный сделать.

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

Обнаружил теперь регрессию в фетчере:
Если запустить без аргументов, то выдаёт

Traceback (most recent call last):
  File "./fetcher.py", line 116, in <module>
    node["node"] = node_addr
NameError: name 'node_addr' is not defined

Ещё минус, что при отсутствии поддержки /u/e начинается фетч с самого начала, с 2014 года
И да, если выбрать твою ноду, то он почему-то долго думает (тормозит) на этапе определения /x/features

AL> Вот это странно, но это скорее нода тупит. Ты имеешь в виду таверну или станцию13?

station13 (в десктопном конфиге была прописана). Когда поставил свою собственную, тормоза прошли.

vit01>> Ещё минус, что при отсутствии поддержки /u/e начинается фетч с самого начала, с 2014 года
AL> Если нет расширенной u/e, то он работает в старом режиме. Пилить тот костыль, который был в цезии, мне очень не хочется.

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

Идеальный вариант, конечно, это тонкая настройка в зависимости от предпочтений пользователя. Но пока подобный "костыль" в виде отсечки индекса не реализован хотя бы в CutieFeed, от таких хотелок пока воздержусь.

AL> Есть ли у многоуважаемго Олла возражения по этому вопросу? =)

Минуты две думал, кто такой Олл, и только потом допёр, что это вообще-то All :)

// могу хоть сейчас добавить

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

Difrex> Если эха будет в list.txt, то и в поиске появится =)

Пусть Андрей сам сначала добавит (ведь скрытоэха). А так как-то странно подобные вещи прятать. Если годный контент есть, то пусть его будет видно.

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

Информация в стандартной справке клиента.

// сам удивляюсь, почему не сделал это раньше

Фетч уже идёт, проверяй работу.

Difrex> все с 4-х известных мне нод

А архива за 2014 год всё-таки нет. http://alicorn.tk/ii-old/ii-point.php?q=/

// уже добавил таверну в http://ii-net.tk/station.html

Difrex> (даже пони туда попали)

Если наберёшь в амбреллу, например, echo "0L/QvtGF0L7QttC00LXQvdC40Y8g0YHRgtGA0LDQttCwCg==" | base64 -d (осторожно), то ты поймёшь, почему не все эхи следует добавлять в поисковой индекс :D

В том же архиве много в том числе и дебаг-эх (например, для трейсов Питона или для html) родом с 2014, которые также тащить не имеет особого смысла.

AL> Меня смущает разве что юридический вопрос. То, что права на сами произведения уже давно в Public Domain это ясно, а вот с переводами как дела обстоят неизвестно.

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

Или даже ещё проще. В статье на Викитеке, к примеру, указаны разные переводы и их года. Если прибавить к ним 70 лет, то для большинства исключительное право уже давно истекло, так что свободно можно брать.
https://ru.wikisource.org/wiki/%D0%AD%D0%B4%D0%B3%D0%B0%D1%80_%D0%90%D0%BB%D0%BB%D0%B0%D0%BD_%D0%9F%D0%BE#.D0.A0.D0.B0.D1.81.D1.81.D0.BA.D0.B0.D0.B7.D1.8B

Difrex> Эхи есть в list.txt? У меня не добавлена нода alicorn.tk. Ща сделаю.
AL> На аликорне, вроде, всё на виду

list.txt в архиве заботливо заполняется вручную и доступен как по API, так и внутри tar.xz вместе с содержимым.

Кстати, по сабжеэхе. Слишком большие рассказы надо бы разделять на несколько частей, потому что они не вписываются в стандарт. На php-ноде лимит и так повышен немного, но чтоб до такой степени...

fetch http://idec.spline-online.tk/u/m/sPn1SzQ3yumOmkabTJNh/NnK9BULgARR4lvyZlgX0
error: msg big
error: msg big

> 1. Мы расширяем допустимый размер кодированного сообщения до 84 килобайт, что даст нам 64 килобайта полезной нагрузки.

Расширил на ноде лимит кодированного сообщения до 87382 байт, что соответствует 4/3 для 64 килобайт (65536 байт) полезной нагрузки. Надо было это сделать ещё раньше.

> 2. Мы не трогаем стандарт, глушим и перебираем (видимо, я, ведь я эти толстые сообщения заслал) проблемные эхи.

Да, так и следует. После того, как я посмотрел в исходники, то убедился в своей правоте. Лимит в 64 кб полезной нагрузки определился правильно, и проблема именно в самих сообщениях.

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

AL> В общем, увеличение объёма примерно на треть. То есть на 64К кодированного сообщения приходится всего 48К полезной нагрузки. Оставим как есть и я буду тогда сносить creepy.14 и edgar.allan.poe или пересмотрим стандарты?

Нет, здесь немного по-другому. В стандартах лимит 64К именно на "реальную" информацию, поэтому для base64 порог должен быть побольше.

Сейчас на php-ноде в стандартных лимитах стоит вот это:

$postlimit=70000; // limit for base64 pointmsg
$msgtextlimit=65536; // limit for message text (with headers)

creepy.14 сносить не имеет смысла, потому что она нормально переваривается фетчерами. В сабжевой эхе можно сделать гораздо проще: добавить "большие" сообщения в blacklist и просто запостить их снова, разделив на части.

AL> Просьба отписаться по поводу блеклистовых сообщений с сабжа. Пользователи цезия могут просто клонировать эху.

Блэклист ещё утром заполнил везде и почистил.

* В стандарт добавлен пункт про размер сообщения 64КБ (со всеми оговорками вроде base64).
* На главной и в документации теперь есть ссылки на таверну

// документация и на гитхабе доступна, если что

Эха со статистикой прокинута.

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

AL> Эху можно промотать в конец клавишей End.

Или Shift+L, если c патчем

Обнаружил на сабже одно порченное сообщение в ii.test.14 ii://FbYeDw3FpA64o9g2ga20
Самое интересное не это, а то, что на моих станциях оно отсутствует вопреки блэклисту (и фетчер не давал ни единого предупреждения, что его не пускает).

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

curl --data-binary "pauth=my_authstr" http://idec.spline-online.tk/x/file

и получаю ... пустую строку, хотя по идее здесь должен был быть список файлов. Если добавить параметр filename, то всё работает.

curl --data-binary "pauth=my_authstr&filename=ic_robot.jpg" http://idec.spline-online.tk/x/file
# содержимое файла

Это не первая странность с /x/file. Проверив через браузер, обнаруживаю, что при запросе /x/file/filename выдаётся содержимое файла (хотя по стандарту так не должно быть), но при этом при запросе /x/file/random_string/filename нода шлёт пустоту, хотя файл публичный. При неверном authstr нода должна запретить вывод скрытого файла, но не публичного.

Такие вот дела.

vit01> Самое интересное не это, а то, что на моих станциях оно отсутствует вопреки блэклисту (и фетчер не давал ни единого предупреждения, что его не пускает).

Забавное дело. Если сделать запрос на таверну в вот таком формате, как делает мой фетчер:

http://idec.spline-online.tk/u/e/game.rogue.14/ru.humor.14/lor-opennet.15/linux.14/ii.test.14/lit.14/pipe.2032/ii.14/habra.16/mlp.15/ifiction.15/piratemedia.rss.15/lenta.rss/python.15/creepy.14/develop.16/edgar.allan.poe/ii.stat/-200:200

, то этого странного айдишника в списке нет.

Если же убрать из запроса эху game.rogue.14, то он вдруг появляется. Тьфу, чёрная магия какая-то.

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