[>]
Re: Странности Таверны
ii.14
vit01(mira, 1) — Andrew Lobanov
2016-05-02 20:14:31
AL> А как быть, если у пользователя отсутствует поинт на ноде? Не надо забывать про GET-запросы всё таки.
На этот случай тоже всё предусмотрено. "Собаку съел" на /x/file, что называется.
Возьмём, к примеру, сообщение из пайпа про фоточки с прогулки: (
ii://flYdgHRQTACMOc9kW4KW )
vit01> Если что, вот браузерная ссылка: http://ii-net.tk/ii/ii-point.php?q=/x/file/none/2016-04-16.tar.xz
Когда человек запрашивает публичный файл (даже не являясь поинтом), то он имеет право ставить в поле authstr всё, что захочет. В данном случае стоит "none", но можно хоть "blablabla" поставить, и mira station всё равно отдаст файл. Если файл публичный, то нода authstr просто не будет проверять.
AL> Только сперва таки надо разобраться что пользователь должен слать в GET-запрос.
Можешь алгоритм посмотреть:
https://github.com/vit1-irk/ii-php/blob/master/ii-point.php#L167
[>]
Re: Странности Таверны
ii.14
vit01(mira, 1) — Andrew Lobanov
2016-05-02 19:32:25
vit01>> Это не первая странность с /x/file. Проверив через браузер, обнаруживаю, что при запросе /x/file/filename выдаётся содержимое файла (хотя по стандарту так не должно быть)
AL> Вот тут поподробней. Судя по стандарту он так и должен себя вести в случае с публичным файлом.
Неа. Судя по стандарту, третьим параметром всегда должна идти authstr.
Цитата
http://ii-net.tk/idec-doc/?p=extensions
> POST /x/file или GET /x/file/pauth/filename
> Параметры в теле запроса: pauth и filename. pauth - строка авторизации, filename - имя скачиваемого файла.
> Если filename отсутствует, то выдаёт список публично доступных файлов в формате <Имя>:<размер в байтах>:<Описание>. Если параметр pauth верный (существует поинт с таким паролем), то добавляет к "публичному" списку также скрытые от посторонних глаз файлы.
Если человек сделал запрос /x/file/string, то нода должна проверить правильность authstr и вывести на экран список файлов, причём не только публичных, но и "приватных".
Мы же при формировании стандарта договорились сделать возможность размещать как файлы только для поинтов, так и файлы для всех остальных.
AL> Что странно, так как я спокойно его получаю. Надо будет снаружи проверить, но это только в среду смогу.
Через ту самую curl-команду, что я написал?
CutieFeed работает c /x/file исключительно через POST-запросы, так что вполне может быть, что конкретно твои скрипты работают (если они под GET заточены).
[>]
Re: Странности Таверны
ii.14
vit01(mira, 1) — Andrew Lobanov
2016-05-02 20:57:00
AL> Лично я, когда предлагал эту схему, предполагал переменное количество параметров в зависимости от того, что пользователь передаёт. Чтобы хоть wget'ом, хоть через браузер мог быстро и понятно получить файлы.
А так разве медленно и непонятно? При нынешнем подходе оно хотя бы работает и выполняет поставленные задачи.
Можно поменять местами pauth и filename, но в таком случае будет неудобно получать список файлов.
[>]
Re: /x/file
ii.14
vit01(mira, 1) — Andrew Lobanov
2016-05-03 07:49:44
AL> Если считаешь, что надо всегда указывать authkey, даже если его нет, то сделаем так. Просто я и так и этак смотрю на такой подход, а он мне всё равно не нравится.
Ну а что бы ты предложил в альтернативу? Тут два варианта: либо GET-запросы не работают с приватными файлами, либо оно выглядит "некрасиво".
Мне-то всё равно, у меня клиент в любом случае работает только через POST (а кроме нас двоих сабжем в принципе никто не пользуется), так что пробуй, решай, как удобнее будет.
[>]
Caesium
ii.14
vit01(mira, 1) — Andrew Lobanov
2016-05-03 11:45:04
Кстати, отправил тебе недавно исправление к патчу для андроида. Слей пулл-реквест, пожалуйста.
[>]
Re: /x/file
ii.14
vit01(mira, 1) — Andrew Lobanov
2016-05-03 11:34:17
AL> Видимо, у нас разное представление о "прекрасном" просто. Мне нравится идея, что третий параметр может быть или authkey или именем файла и нода в зависимости от этого отдаёт соответствующую информацию.
Проблема в том, что нода должна как-то различать authstr и имя файла. Вот отправил ты запрос /x/file/string, а нода должна думать: ты поинт и хочешь получить список, или ты файл с именем string скачать хочешь? Забавные вещи будут выходить, если в конфиге есть и файл с таким названием, и поинт с таким authstr.
Вот почесал репу и придумал вариант, который устроит нас обоих. Можно разделить /x/file на 2 схемы: одна для списка, другая для скачивания.
GET /x/filelist
# публичные файлы
GET /x/filelist/pauth
# публичные + приватные файлы, если authstr верный
GET /x/file/filename
# публичный файл или ошибка
GET /x/file/pauth/filename
# приватный (или публичный) файл или ошибка, различие
# с предыдущим запросом определяется по количеству параметров
AL> С учётом того, что ты с моей точки зрения больший авторитет имеешь в вопросах стандарта, так как ты больше для него и нашей сети сделал, твоё видение более правильное =)
Да к чёрту этот авторитет. Мы же технические вопросы обсуждаем, а здесь такие нелепости никакого значения не имеют.
AL> Просто пропиши этот момент в стандарт более однозначно, а я уж буду им руководствоваться при правке своей ноды.
Так изменяем или не изменяем саму схему? Вообще, POST у тебя точно сломанный, а насчёт GET надо сейчас до конца решить.
[>]
Re: /x/file
ii.14
vit01(mira, 1) — Andrew Lobanov
2016-05-03 14:56:25
AL> Вроде да. По крайней мере тесты в таверне дают именно такое поведение и именно так я понял изначальный посыл с двумя схемами.
Тогда ещё надо бы будет уточнить в стандарте, что POST-запросы имеют приоритет перед GET-ом.
Либо сегодня, либо завтра поправлю собственную ноду, стандарт и клиенты.
[>]
Re: /x/file
ii.14
vit01(mira, 1) — Andrew Lobanov
2016-05-03 14:14:05
AL> Вероятность того, что authkey будет хотя бы напоминать имя ркального файла болтается где-то в районе нуля. У нас и коллизии в msgid могут запросто возникнуть, но с исчезающе малой вероятностью. Потому я считаю, что простой проверки по поинтлисту достаточно, чтобы определить что это пользователь передал.
Дело здесь не в самих ошибках в коде и коллизиях. Суть в костылях, которые надо нагромождать в исходниках, чтобы заставить это работать. Причём на разных нодах они могут приводить к разному поведению, и это очень неудобно.
vit01>> Вот почесал репу и придумал вариант, который устроит нас обоих. Можно разделить /x/file на 2 схемы: одна для списка, другая для скачивания.
AL> Сделал в таверне такой вариант. Попробовал его и с GET и с POST запросами. Понравилось. Пока из всего, что мы надумали, этот вариант мне нравится более всего.
Насчёт POST прошу уточнить, т.к. это важно. Мы делаем примерно такой вариант?
POST /x/filelist
# публичный список
POST /x/filelist pauth=string
# приватный + публичный список, либо только публичный, если неверно
POST /x/file pauth=string, filename=string2
# содержимое файла, если pauth верный или filename публичный
# ошибка, если файла не существует
# ошибка, если файл приватный и pauth неверный
POST /x/file filename=string
# содержимое файла, если публичный
# в ином случае ошибка
[>]
Re: пишу фильтр
ii.14
vit01(mira, 1) — Roman Yakovlev
2016-05-04 14:57:29
Попробуй регулярку из моего клиента
re.compile(r"^\s?[\w_А-Яа-я\-]{0,20}(>)+.+$", re.MULTILINE | re.IGNORECASE)
Вместо > > ставишь, и всё
[>]
Re: пишу фильтр
ii.14
vit01(mira, 1) — Roman Yakovlev
2016-05-04 15:29:39
RY> это третий python? что-то ни re.UNICODE, ни уникодизации строки
Да, конечно, это третий питон. Но ты, наверное, и сам лучше меня знаешь, как это дело на второй исправить.
Только не забудь в комментариях написать, зачем тебе вообще эти строки кода, а то люди не поймут.
[>]
Re: пишу фильтр
ii.14
vit01(mira, 1) — Roman Yakovlev
2016-05-04 16:39:00
RY> если ты сделаешь опцию, чтобы такое цитирование отключалось - фильтр вообще можно будет выкинуть, потому что это остался единственный клиент, где такое поведение "насильно" :)
Если такое цитирование у меня отключить, то сообщения перестанут выделяться цветом, а это крайне нежелательно для глаз.
Да и вообще: ты хотя бы протестировал клиент, чтобы уже делать какие-то выводы? Присланная регулярка поддерживает как старые, так и новые цитаты, так что никто в пролёте не оказывается.
А насчёт адаптации к ГК11 было написано ещё в этом сообщении:
ii://F17PPvWlIqnmScZeagVo
[>]
Re: umbrella
ii.14
vit01(mira, 1) — Difrex
2016-05-04 18:12:55
Difrex> Да, хочу сменить ЮзерАгент фетчера на umbrella/bot 0.x, все ноды корректно отдадут контент?
А ты проверь и расскажи.
ii-net.tk и alicorn.tk должны нормально отдавать, но насчёт irk39.tk не уверен (у openshift свои тараканы на серверах).
Зачем так менять, кстати? Если надо идентификацию, то можно просто в конец записать эту строку. И совместимость не пострадает, и цель выполнена.
[>]
Re: пишу фильтр
ii.14
vit01(mira, 1) — Roman Yakovlev
2016-05-04 17:47:39
RY> причём здесь, как это выглядит? мне надо, чтобы имелась возможность НЕ ОТПРАВЛЯТЬ такие сообщения, при включении некоторой опции.
Это уже какой-то режим советской цензуры получается :)
RY> - либо я вырезаю этот явно лишний и невнятный код, но при этом завтра какой-нибудь юзер узнаёт про этот гейт, качает клиента, начинает отвечать направо и налево, и потом улетает в бан по подсети, и даже не узнает, за что :)
Если пользователи не будут контактировать со мной или Андреем, то они даже никогда не узнают, что такой способ цитирования вообще существует.
Или просто говори им, что, дескать, цитировать "вот так-то и никак иначе". Это привычка, которая вырабатывается сознательно, клиент здесь ни при чём.
Может быть, мы просто друг друга не до конца понимаем?
Вот нажимаю я кнопку "Ответить" в CutieFeed. Открывается Vim, Emacs, что угодно, и там:
ii.14
Roman Yakovlev
Re: пишу фильтр
@repto:L8cTAGBx6aKdxcAdR7uX
Все эти скобочки >>> или RY> вместе с самими цитатами пользователь выставляет ВРУЧНУЮ, через Ctrl-C, Ctrl-V, <что угодно>!
[>]
Re: ?text-decoration
ii.14
vit01(mira, 1) — Roman Yakovlev
2016-05-04 19:03:30
RY> эээ... а как вы решаете проблему "опознания", если вы от цифровых постфиксов отказались?
Ну ты почитай внимательнее :)
Идентификация идёт по точке. Проще говоря, "постфиксы" теперь могут быть и буквенными тоже. Но хотя бы одна точка в названии эхи должна быть.
[>]
Re: cutiefeed
ii.14
vit01(mira, 1) — Roman Yakovlev
2016-05-04 19:08:31
RY> теперь там четыре клиента, официально одобренные :) для работы с гейтом:
Зря одобрял. Ну раз всё-таки записал, то не забудь уточнить, чтобы пользователи снимали галочки в настройках "Включить схему /x/c" и "Поддержка расширенного /u/e", иначе фетчер для классических ii-станций работать не будет.
[>]
Re: ii-net.tk/idec-doc/
ii.14
vit01(mira, 1) — Roman Yakovlev
2016-05-04 19:08:31
RY> слово "фетч" пришло не из фидо, там и слова-то такого не было...
Не имелось в виду, что ВСЕ слова пришли из фидо. Поправлю, спасибо за багрепорт.
[>]
/x/file
ii.14
vit01(mira, 1) — Andrew Lobanov
2016-05-04 19:31:39
Извини, но сабж на своей ноде, в клиенте и в стандарте поправить не успеваю. И вряд ли до выходных нормально смогу со всеми делами разобраться.
Так-то оно уже даже работает у меня на локалхосте, но хочется, чтобы код красиво и читаемо выглядел. Поэтому надо как-то поломать мозги и переписать на более изящный вариант. Г***окод не хочу коммитить.
[>]
Re: umbrella.difrex.ru и ii-net.tk
ii.14
vit01(mira, 1) — Difrex
2016-05-07 05:54:58
Difrex> Поменяй ссылку на поиск. Теперь http больше нет, только https
Поменял. Кстати, почему-то перенаправление не работает, если просто так через браузер по http зайти. Выдаёт "Welcome to nginx".
[>]
nodelist.json
ii.14
vit01(mira, 1) — Andrew Lobanov
2016-05-09 10:26:02
Хотел бы ещё насчёт этого файлика узнать: почему у тебя на ноде в /x/file его нет?
Помнится, ты первый просил, чтобы мы размещали подобную штуку.
[>]
Caesium
ii.14
vit01(mira, 1) — Andrew Lobanov
2016-05-09 13:28:36
В сабже уже неделю висит пулл-реквест для андроидопатча.
Надо бы посмотреть.
[>]
Re: nodelist.json
ii.14
vit01(mira, 1) — Andrew Lobanov
2016-05-10 05:20:39
AL> Надо бы ещё запись про http://ii.difrex.ru/ сделать
Мы же каждый про свой сегмент делаем, да и вдруг Денис захочет какие-то дополнительные данные завернуть? Например, про Торовскую станцию.
AL> и выпустить уже публичный сетевой ноделист. А то чо как лохи без ноделиста сидим? =)
Надо сначала обычный ноделист выпустить, а потом уже только публичный :)
[>]
Изменения в сети и документации
ii.14
vit01(mira, 1) — All
2016-05-09 10:22:14
Эх, как хорошо, когда свободное время появляется.
* В документацию добавились поправки к расширению /x/file, добавлено больше примеров
* Исправление про фидошную терминологию
* ii-php, CutieFeed и ii-db-utils обновлены под новый /x/file
* в ii-php провёл рефакторинг API, исправил костыли, улучшил читаемость и вывод ошибок
* ii-net.tk, irk39.tk и alicorn.tk обновлены на актуальную версию ноды
[>]
Re: nodelist.json
ii.14
vit01(mira, 1) — Difrex
2016-05-10 20:32:12
Difrex> Я планирую на пыхоноду перейти, так что пока меня не надо никуда добавлять :)
Да это к тому было, что сабж ты и сам написать сможешь. Образец у нас двоих на станциях находится. Да и обсуждали уже не раз.
[>]
Re: idec-utils
ii.14
vit01(mira, 1) — Andrew Lobanov
2016-05-11 14:18:04
AL> создал отдельный репозиторий под свои скрипты для ii/idec.
archive.py, clean.py и stat* оказались бы полезны и в ii-db-utils.
Хорошо бы эти репозитории вообще как-нибудь объединить, потому что и там, и там третий питон.
[>]
Re: Таверна
ii.14
vit01(mira, 1) — Andrew Lobanov
2016-05-12 19:43:05
AL> Просьба попробовать клонировать какую-нибудь толстую эху, например ii://lenta.rss.
Клонировал в цезий на компьютер. Сервер нагрузку выдержал (да и разве можно было её НЕ выдержать?).
AL> // Есть ненулевая вероятность, что сервер таверны доживает своё. Жалко будет, если умрёт.
Когда жёсткий диск умрёт, то можно будет держать ОС и базу ноды на флешке, например. Остальные же компоненты вряд ли выйдут из строя просто так, если их не изнашивать насильно, конечно.
[>]
ii-net.tk
ii.14
vit01(tavern,10) — All
2016-05-17 12:41:50
В конторе отключили свет, так что пока без сабжа работаем.
До конца дня должны починить наверняка.
[>]
Re: Таверна
ii.14
vit01(mira, 1) — Andrew Lobanov
2016-05-12 20:32:42
vit01> Клонировал в цезий на компьютер. Сервер нагрузку выдержал (да и разве можно было её НЕ выдержать?).
AL> Просто пару дней наблюдал странные и внезапные таймауты. На всякий случай пересадил его с воздуха на медь. Похоже, в этом было дело.
Если ты ставил его как сервер, то с этого и следовало начинать, наверное. Вот у меня на нетбуке хорошая вайфай-карта и драйвера отменные (свободные на AR9285), но если бы пришлось ставить его 24/7, то даже такой удаче доверять не следовало бы.
[>]
Caesium
ii.14
vit01(mira, 1) — All
2016-05-17 06:38:12
В сабже баг. Если очистить эхоконференцию на определённое количество сообщений (с помощью clean.py из состава idec-utils), то при заходе в эху через клиент происходит падение.
[>]
Механизм формирования исходящих
ii.14
vit01(mira, 1) — Andrew Lobanov
2016-05-15 20:36:13
Андрей, посоветуй, пожалуйста, сабж.
Есть несколько вариантов для многосерверного клиента:
1. Расширить формат исходящего сообщения, прописывая станцию (и, может быть, authstr) прямо внутри сообщения
2. Использовать названия нод и раскидывать сообщения изначально по разным каталогам
3. Создать отдельный файл, куда прописывать, что на какую станцию и с каким паролем слать
4. Вариант 3, но с отличиями (отмечать назначение не для каждого сообщения отдельно, а распределять их по своим станциям)
И почему для Цезия ты выбрал именно №2 ?
[>]
Обновление ii-db-utils
ii.14
vit01(tavern,10) — All
2016-05-17 19:44:35
Добавлены и довольно сильно изменены скрипты для архивации, чистки и статистики, взятые у Андрея.
Убрано много дублирований кода (ещё были пара опечаток в README и Usage, но это мелочи).
Скрипты для статистики были сначала сильно сокращены и упрощены (например, эхи вводятся из stdin, а не через конфиг), затем вовсе слиты воедино. Теперь через параметр указывается, какую статистику хочется. Например, -t points или -t echoareas.
[>]
Что-то пустуем
ii.14
vit01(tavern,10) — All
2016-05-17 19:58:54
2016.05.09 => 2016.05.17
Echoareas ▒ ≈ 1 messages
───────────────────────────────────────────────────────────────────────────────
ii.14.................20 ████████████████████▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
pipe.2032.............11 ███████████▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
develop.16.............8 ████████▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
───────────────────────────────────────────────────────────────────────────────
Total 39
# -------
Users ▒ ≈ 1 messages
───────────────────────────────────────────────────────────────────────────────
vit01.................17 █████████████████▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
Andrew Lobanov........14 ██████████████▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
Difrex.................6 ██████▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
Roman Yakovlev.........2 ██▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
───────────────────────────────────────────────────────────────────────────────
Total 39
[>]
Re: Обновление ii-db-utils
ii.14
vit01(mira, 1) — Andrew Lobanov
2016-05-18 05:40:17
vit01>> Убрано много дублирований кода
AL> Можешь показать где? А то я тот ещё быдлокодер =)
Было весьма странно наблюдать в скриптах статистики, как ты по 3 раза проверяешь количество аргументов и делаешь 3 разных условия с одним и тем же Usage :)
А ещё код парсинга даты 2 раза один и тот же.
Объединить скрипты решил из-за того, что обнаружил их полную одинаковость (за исключением алгоритма подсчёта).
Кстати, там у тебя баг один есть. Если все заданные эхи пустые (либо в них нет сообщений за данный период времени), то value_of_division обращается в 0, и происходит деление на 0.
Вообще, если интересно, ты сам можешь исходники посмотреть.
vit01>> (например, эхи вводятся из stdin, а не через конфиг)
AL> Вот про конфиг это зря. ИМХО, конечно.
С ним просто кода больше (а заголовок не есть важно). Если делать моим путём, то можно и вот так:
echo "pipe.2032 ii.14 develop.16" | ./visual-stats.py -t echoareas -s 2016.04.18 -e 2016.05.18
или вот так:
cat my_config | ./visual-stats.py ........
[>]
Re: Что-то пустуем
ii.14
vit01(mira, 1) — Andrew Lobanov
2016-05-18 05:40:17
AL> Я традиционно больше всего пишу в creepy.14 и иногда в lit.14. Смотри ii://ii.stat.
Это да, сам на них подписан. Просто эти эхи контентные, а не "человеческие". Для меня вон тот же mlp.15, например, не в счёт, потому что там обычно роботоновости.
[>]
Re: CutieFeed
ii.14
vit01(mira, 1) — vit01
2016-05-27 11:54:24
Обновлены сборки для винды и дебиана. Доступны по старым ссылкам (см. документация).
[>]
Re: CutieFeed
ii.14
vit01(mira, 1) — vit01
2016-05-26 21:24:54
Сабж заполучил фичу избранных сообщений.
Чтобы добавить/удалить из этого списка, достаточно нажать на звёздочку (или Alt+L) во время чтения любой эхи.
Диалог избранных (смотреть в меню) похож на такой же у исходящих. Можно смотреть и удалять элементы.
Кстати, в диалоге исходящих неотправленные сообщения теперь показаны жирным шрифтом.
[>]
CutieFeed
ii.14
vit01(mira, 1) — All
2016-05-26 16:39:31
В сабже переработан способ хранения исходящих сообщений.
Теперь для каждой станции имеется собственная директория, где они лежат. Механизм очень похож на тот, что в Цезии, только имя каталога генерируется автоматически. Способ взаимодействия остаётся прежним.
* При переходе в эху через главное меню отправка идёт на выбранную станцию
* Если нажата ii-ссылка (любая), то алгоритм пытается догадаться по названию эхи, на какую станцию отправлять
* Когда он не может догадаться, то отправляет на самую первую станцию
* В диалоге исходящих теперь можно увидеть путь к файлу в ToolTip
* Если попытаться убрать станцию из настроек, то клиент заботливо вас спросит, что делать с исходящими сообщениями (удалить или сохранить)
* Теперь можно выключать фетч определённых серверов из настроек (полезно для резервных нод, которыми редко пользуешься)
Планирую в ближайшее время (а времени теперь у меня предостаточно) добавить ещё пару годных фич, которые подсмотрел в Цезии.
[>]
Re: Caesium
ii.14
vit01(mira, 1) — Andrew Lobanov
2016-05-31 09:53:50
AL> Поставил цезий на смартфон.
Круто. Теперь будет ещё повод написать скрипт для уведомлений, чтобы сабж сам почту проверял. Всё на днях думаю сделать, да откладываю.
А по самому андроиду спрашивай совета, если что; способы выживания на этой необычной платформе весьма неочевидны.
[>]
Re: Caesium
ii.14
vit01(mira, 1) — btimofeev
2016-06-01 10:50:43
btimofeev> Ты в пулл реквесте написал про cron и busybox. Ты настраивал в cron'e, который вместе с термуксом идет или в отдельном приложении busybox (которое требует root)? Можно поподробнее?
Который вместе с Термуксом.
apt install busybox
crontab -e
Однако тут есть проблема, потому что приложение crontab тут не работает, как подобает.
Поэтому делаем вот так:
cd ~/../usr/var/spool/cron/crontabs
ls
# здесь будет имя файла, совпадающее с именем пользователя
# его и используем
echo "*/15 * * * * cd ~/caesium && termux_mailcheck.sh" > u0_a106
# где u0_a106 - имя пользователя (whoami)
# запускаем cron в режиме foreground с отображением логов
crond -f -d 0
После запуска cron спускаем "шторку" и в открывшемся висящем уведомлении Termux выбираем пункт Wake Lock, чтобы запретить уходить телефону в спящий режим.
И вот только после этого будет работать автопроверка в Цезии.
[>]
Re: Caesium
ii.14
vit01(mira, 1) — Andrew Lobanov
2016-06-03 12:39:25
AL> Приложи эту инструкцию к пулл-реквесту. Чтоб было в отдельном ридми.
Уже давно приложил. До сих пор не проверял реквест?
[>]
Re: что нового
ii.14
vit01(mira, 1) — Andrew Lobanov
2016-06-12 10:11:07
AL> Мне как-то совершенно нечего написать.
Но ведь написал же немного.
Весьма необычно, кстати, что роскомпозор заинтересовался настоящими сектантами. Это, наверное, лобби РПЦ травит конкурентов :)
AL> Не то чтобы тяжело, но ехать 5 часов и 3 часа работать не по мне. Тем более, что впятером в легковой машинке тесновато и ноги затекают сильно.
Знакомо. Самому вон приходится 4 дня из 7 в неделю проводить на даче. С одной стороны, вроде бы и ничего, но жара и зной выматывают.
AL> Пожалуй, это всё интересное, что со мной произошло в последний месяц. Но не за горами отпуск.
Держись там. А в отпуске не забывай заходить со смартфона и делиться впечатлениями.
Сам вот решил попутно подзаработать летом и как-то применить свои навыки в вёрстке и прочих околовебовых вещах. Пока что получается. Заиграли новыми красками шутки про заказчиков, которые постоянно меняют свои хотелки и ТЗ :) Но зато потом накуплю мелких комплектующих к своим девайсам и плюшевую поняху.
Досуг пока проходит спокойно, размеренно и незамысловато. Иногда скука пробирает. Такие дела.
Интересно, чем сейчас живут остальные.
[>]
Re: CutieFeed
ii.14
vit01(mira, 1) — vit01
2016-06-12 10:11:07
В настройки сабжа добавил пункт "Разворачивать клиент на весь экран при запуске". По умолчанию отключен.
Он может пригодиться обладателям floating WM на небольших мониторах и/или виндоюзерам. А то не все же на тайловых сидят :)
[>]
Re: Упрощение документации
ii.14
vit01(mira, 1) — Andrew Lobanov
2016-06-10 09:22:32
AL> Есть желание на sqlite перевести базу сообщений а то.
Тогда надо бы это вместе обговорить, чтобы позднее было бы проще поддерживать совместимость баз друг с другом.
Хотя вот прямо сейчас нам не о клиентах и базах хлопотать надо на самом деле. А о том, что молчание.
[>]
Re: Упрощение документации
ii.14
vit01(mira, 1) — vit01
2016-06-22 20:06:57
vit01> Я попробую, конечно, как-нибудь это оформить, но отсутствие несостыковок не обещаю.
Итак, можно смотреть в репозиторий new-docs в файл errors.md. На сайте пока не синхронизировал, потому что пока рано. Специально заглянул в сорцы ii-0.3 и своей ноды, чтобы всё это записать. Надо бы в скором времени стандартизировать записи об ошибках.
[>]
Re: Упрощение документации
ii.14
vit01(mira, 1) — Andrew Lobanov
2016-06-16 12:10:41
AL> Ну по доброму бы их надо стандартизировать, так как клиенты должны парсить ответ ноды. Я за образец брал ii-0.3.
В 0.3 идёт проверка исключительно для "msg ok" (причём msgid не парсится), наши клиенты тоже работают именно так. Ещё там проверяется на "error:", но текст после error тоже никогда не парсится (а только выводится на экран).
Проблема есть ещё и в том, что у наших схем вроде /x/file свои сообщения об ошибках, и из 0.3 их не позаимствуешь.
Я попробую, конечно, как-нибудь это оформить, но отсутствие несостыковок не обещаю.