#  Новая RSS-эха
Andrew Lobanov (tavern,1) → All  –  05:28:30 2024-04-25

Сабж. После ухода Виктора из сети, кончилась и ii://lor-opennet.17. Я всё таки созрел подхватить её, но не люблю я цифровые постфиксы, доставшиеся нам в наследство с лохаматых годов.

Так что, на таверне запущена новая эха: ii://lor.opennet :)

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
#  Re: А ведь пропустили
Andrew Lobanov (tavern,1) → hugeping  –  11:56:19 2024-04-15

AL>> 26 марта 2014 года была выпущена в свет ii версии 0.1. Если кто не знает или забыл, ii это основа, на которой создана idec, который мы тут с вами вяло, но всё же пользуемся. Таким образом, этой движухе уже 10 лет :)
hugeping> Думал как раз на эту тему недавно. Несмотря на то, что движухи нет -- idec вообще и ii-go в частности -- теперь моя платформа для организации мыслей и заметок. Хотя иногда думаю сделать ещё что-то более маленькое. :)

Я тут потихоньку пишу новую таверну (на проект уровня нового instead-games времени нет совсем, а таверна помельче). Думаю, начинать снова кипишить :)

hugeping> А так да, времена меняются, все в телеграм чатиках и каналах. :)

O tempora, o mores!

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
#  Re: А ведь пропустили
hugeping (ping,1) → Andrew Lobanov  –  09:22:06 2024-04-15

AL> 26 марта 2014 года была выпущена в свет ii версии 0.1. Если кто не знает или забыл, ii это основа, на которой создана idec, который мы тут с вами вяло, но всё же пользуемся. Таким образом, этой движухе уже 10 лет :)

Думал как раз на эту тему недавно. Несмотря на то, что движухи нет -- idec вообще и ii-go в частности -- теперь моя платформа для организации мыслей и заметок. Хотя иногда думаю сделать ещё что-то более маленькое. :)

А так да, времена меняются, все в телеграм чатиках и каналах. :)
#  А ведь пропустили
Andrew Lobanov (tavern,1) → All  –  09:03:30 2024-04-15

26 марта 2014 года была выпущена в свет ii версии 0.1. Если кто не знает или забыл, ii это основа, на которой создана idec, который мы тут с вами вяло, но всё же пользуемся. Таким образом, этой движухе уже 10 лет :)

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
#  Выпуск облачной платформы Apache CloudStack 4.13
Новостной_робот (mira, 1) → All  –  16:00:02 2019-09-26

Состоялся релиз облачной платформы Apache CloudStack 4.13, позволяющей автоматизировать развертывание, настройку и поддержание приватной, гибридной или публичной cloud-инфраструктуры (IaaS, инфраструктура как сервис). Платформа CloudStack была передана Фонду Apache компанией Citrix, которая получила проект после поглощения компании Cloud.com. Установочные пакеты подготовлены для RHEL/CentOS и Ubuntu.
Ссылка: https://www.opennet.ru/opennews/art.shtml?num=51564
#  Re: ii-net.tk
Andrew Lobanov (tavern,1) → ahamai  –  06:21:46 2023-11-09

ahamai> Блин, еле этот сайт нашел. Вот что значит распределенность. Хотя благодаря ей и нашёл, сначала нашёл tavern.
ahamai> Сабж мёртвый? И сеть тоже мёртвая?

Сабж мёртвый. Сеть мёртвая. Все мёртвые. Даже небо. Даже Аллах.

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
#  Re: ii-net.tk
hugeping (ping,1) → ahamai  –  09:25:03 2023-11-06

ahamai> Я ее создал, Петр. :) И я до сих пор оказывается маинтайнер instead в openbsd. С версией 3.0.1

Когда уже обновишь до 3.5.1 ? :)
#  Re: ii-net.tk
btimofeev (ping,6) → ahamai  –  07:39:58 2023-11-06

Сабж мертвый, а сеть пока живет по-немногу.
#  Re: ii-net.tk
ahamai (ping,51) → hugeping  –  03:26:27 2023-11-06

Я ее создал, Петр. :) И я до сих пор оказывается маинтайнер instead в openbsd. С версией 3.0.1
#  Re: ii-net.tk
hugeping (ping,1) → ahamai  –  15:12:32 2023-11-05

Прежде, чем ответить, подтверди по почте регистрацию. Пока твой аккаунт ограничен. Если при регистрации указал неправильную почту, я удалю аккаунт. К сожалению, пришлось ввести некоторые ограничения из-за вандализма одного свидомого.
#  Re: ii-net.tk
hugeping (ping,1) → ahamai  –  15:04:27 2023-11-05

ahamai> Сабж мёртвый? И сеть тоже мёртвая?

Привет! Да, сеть сложно назвать живой. Хотя кто-то всё-таки есть. А ты откуда узнал про idec?
#  ii-net.tk
ahamai (ping,51) → All  –  11:00:18 2023-11-05

Блин, еле этот сайт нашел. Вот что значит распределенность. Хотя благодаря ей и нашёл, сначала нашёл tavern.

Сабж мёртвый? И сеть тоже мёртвая?
#  Re: Документация
Ordos (tgi,1) → Reprise  –  09:10:40 2023-09-23

Reprise> Мы тут все погрешность в общей картине.

Что есть, то есть, да. Лучше и не скажешь.
#  Reprise
Andrew Lobanov (tavern,1) → All  –  14:26:14 2023-09-21

Я нечаянно перепутал строку авторизации на мобилке и написал несколько сообщений от имени моей жены.

Прошу понять и простить.

+++ Йа мобилко.
#  Re: Документация
Reprise (tavern,18) → Ordos  –  13:54:13 2023-09-21

Ordos> Простите великодушно, что бесцеремонно влез в вашу математику. Так и быть - буду погрешностью в расчётах. Мне не принципиально.

Мы тут все погрешность в общей картине.

Ordos> P. S. Не понимаю моду пилить станции на го. Роли это, конечно, не играет, но, как по мне, вся суть местной сети - простота и минимализм, как он есть.

Ну так го как раз простой и минималистичный.

+++ Йа мобилко.
#  Re: Документация
Ordos (tgi,1) → Reprise  –  06:53:20 2023-09-21

Reprise> Ну так не мудрено перепутать. Если живой ведёт себя как неживой, его не считают :)

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

P. S. Не понимаю моду пилить станции на го. Роли это, конечно, не играет, но, как по мне, вся суть местной сети - простота и минимализм, как он есть.
#  Re: Документация
Reprise (tavern,18) → Ordos  –  05:30:17 2023-09-21

Ordos> Ну живых-то, допустим, больше трёх. Активных - да.

Ну так не мудрено перепутать. Если живой ведёт себя как неживой, его не считают :)

+++ Йа мобилко.
#  Re: Документация
Ordos (tgi,1) → neonxp  –  14:43:45 2023-09-20

neonxp> И я пилить сел :) на трех живых пользователей сети будет три гошных реализации 🤣

Ну живых-то, допустим, больше трёх. Активных - да.
#  Re: Новости с полей
Andrew Lobanov (tavern,1) → hugeping  –  18:28:10 2023-09-12

AL>> Думаю, ещё скомунизжу у Петра из ii-go его текстовую базу до кучи. Правда там с поиском надо покумекать как сделать, чтобы оно не кушало ресурсы как не в себя.
hugeping> Если поиск по идентификаторам, subj и так далее, то он реализован за счёт загрузки в память индекса целиком. Я посчитал, что это не такое уж узкое место. Например, сейчас весь индекс моей базы 700Кб.

Поиск по индексу не так интересен :)

hugeping> А если речь про поиск содержимого, то я его по-моему вообще не делал.

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

hugeping> Но вообще, ii-go на удивление шустро работает, я даже не ожидал.

Да. Весьма. Я немного изучал код - мне понравилось.

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
#  Re: Новости с полей
hugeping (ping,1) → Andrew Lobanov  –  17:16:45 2023-09-12

AL> Думаю, ещё скомунизжу у Петра из ii-go его текстовую базу до кучи. Правда там с поиском надо покумекать как сделать, чтобы оно не кушало ресурсы как не в себя.

Если поиск по идентификаторам, subj и так далее, то он реализован за счёт загрузки в память индекса целиком. Я посчитал, что это не такое уж узкое место. Например, сейчас весь индекс моей базы 700Кб.

А если речь про поиск содержимого, то я его по-моему вообще не делал.

Но вообще, ii-go на удивление шустро работает, я даже не ожидал.
#  Новости с полей
Andrew Lobanov (tavern,1) → All  –  17:03:13 2023-09-12

Фетчер без файловых конференций готов. Умеет работать с sqlite и mysql. Пожалуй, в стандартную поставку добавлю ещё поддержку postgresql. Благо это легко будет сделать.

Да и вообще добавить форматы баз не проблема; главное - реализовать интерфейс, который жёстко прописан. А дальше просто в конфиге прописать нужный формат и настройки подключения к БД.

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

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
#  Re: Документация
Andrew Lobanov (tavern,1) → neonxp  –  16:54:03 2023-09-12

neonxp> И я пилить сел :) на трех живых пользователей сети будет три гошных реализации 🤣

Как в старые добрые времена, когда каждый пилил свою ноду и свой клиент %)

Прямо новый рассвет idec. Только без пользователей. Тут нужен ЭмСи как Рома Яковлев :)

+++ Caesium/0.4 RC1
#  Re: Документация
hugeping (ping,1) → neonxp  –  14:04:10 2023-09-12

neonxp> И я пилить сел :) на трех живых пользователей сети будет три гошных реализации 🤣

Я считаю, это прекрасно. :))
#  Re: Документация
neonxp (ping,50) → hugeping  –  13:48:08 2023-09-12

И я пилить сел :) на трех живых пользователей сети будет три гошных реализации 🤣
#  Re: Документация
Andrew Lobanov (tavern,1) → hugeping  –  07:50:08 2023-09-12

AL>> Зачем это нужно?
AL>> Я планирую сделать полноценные пакеты ПО для работы с IDEC-сетями. Серверную часть и клиентскую часть. В них, помимо документации по ПО хочу добавить и документацию по IDEC в целом. И, может, непосредственно по секте плохих парней.
hugeping> Это просто отлично! Если нужно, для дальнейшей переработки бери фрагменты ii-go.

Ну свой фетчер я почти подчистую скопировал с твоего. Надо будет не забыть указать этот факт :)

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
#  Re: Документация
hugeping (ping,1) → Andrew Lobanov  –  07:22:26 2023-09-12

AL> Зачем это нужно?

AL> Я планирую сделать полноценные пакеты ПО для работы с IDEC-сетями. Серверную часть и клиентскую часть. В них, помимо документации по ПО хочу добавить и документацию по IDEC в целом. И, может, непосредственно по секте плохих парней.

Это просто отлично! Если нужно, для дальнейшей переработки бери фрагменты ii-go.
#  Re: Документация
Andrew Lobanov (tavern,1) → All  –  05:24:10 2023-09-12

Зачем это нужно?

Я планирую сделать полноценные пакеты ПО для работы с IDEC-сетями. Серверную часть и клиентскую часть. В них, помимо документации по ПО хочу добавить и документацию по IDEC в целом. И, может, непосредственно по секте плохих парней.

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
#  Документация
Andrew Lobanov (tavern,1) → All  –  05:18:54 2023-09-12

Давно чесались руки немного переработать и реструктурировать существующую документацию. Ну и по личным предпочтениям, переделать её в формате org-mode. Это такой формат для emacs и программы orgzly, который позволяет удобно и достаточно гибко структурировать информацию.

В первом приближении документация выглядит так: https://git.spline-online.ru/spline/idec-doc/src/branch/master/main.org

О найденных ошибках и опечатках пишите здесь.

Также в ближайших планах полное переписывание ПО для таверны и новый клиент, но считайте что я вам этого не говорил :)

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
#  Re: S L A V A U K R A I N E
neonxp (ping,50) → abcth_357  –  18:25:49 2023-09-11

Сало уронили
#  S L A V A U K R A I N E
abcth_357 (ping,51) → Reprise  –  18:17:13 2023-09-11

Так
#  Re: Атака бота
Reprise (tavern,18) → hugeping  –  16:46:08 2023-09-11

hugeping> Как вы, возможно, заметили, укронацист(ы) долбят станцию :)
hugeping> Я специально не закрываю регистрацию чтобы отладить свой антивандальный скрипт, так что пока потерпите. Можно пока снять фетч на время с моей станции.

Да ладно. Слабенько. Вот, помню, когда у Ромы через XSS увели строки авторизации, было весело. Или когда устраивали реальный флуд матными сообщениями,а его станция это прожевала и дальше передала. Тоже было забавно :)

hugeping> P.S. Интересная игра. :)

Только победитель уже известен. Как иронично :)
#  Re: ii-net.tk
Reprise (tavern,18) → neonxp  –  16:31:48 2023-09-11

neonxp> Отправил :)

Удобный он всё таки. Жаль, что некому поддерживать. Скоро выложу в таверне.
#  Re: Атака бота
hugeping (ping,1) → Andrew Lobanov  –  15:38:36 2023-09-11

Как вы, возможно, заметили, укронацист(ы) долбят станцию :)
Я специально не закрываю регистрацию чтобы отладить свой антивандальный скрипт, так что пока потерпите. Можно пока снять фетч на время с моей станции.

P.S. Интересная игра. :)
#  Re: ii-net.tk
Andrew Lobanov (tavern,1) → neonxp  –  11:47:45 2023-09-11

neonxp> Отправил :)

Огромное спасибо!

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
#  Re: ii-net.tk
neonxp (ping,50) → Andrew Lobanov  –  11:05:56 2023-09-11

Отправил :)
#  Re: ii-net.tk
Andrew Lobanov (tavern,1) → neonxp  –  10:32:17 2023-09-11

neonxp> Получилось собрать :) Потом придумаю куда выложить. Ну или могу скинуть в телеге, например, или по email.

Жажду получить на spline1986@yandex.ru. Потом могу выложить на фреки в таверну.

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
#  Re: ii-net.tk
neonxp (ping,50) → Andrew Lobanov  –  09:13:31 2023-09-11

Получилось собрать :) Потом придумаю куда выложить. Ну или могу скинуть в телеге, например, или по email.
#  Re: ii-net.tk
Andrew Lobanov (tavern,1) → hugeping  –  07:57:21 2023-09-11

AL>> Где найти apk-файл с мобильным клиентом даже и не знаю сейчас. Увы, он основательно забил на idec.
hugeping> А исходники где-то лежат?

Лежат то они лежат, но собрать их для меня было бы проблемой.

+++ Caesium/0.4 RC1
#  Re: ii-net.tk
neonxp (ping,50) → hugeping  –  07:34:15 2023-09-11

AL>> Где найти apk-файл с мобильным клиентом даже и не знаю сейчас. Увы, он основательно забил на idec.

hugeping> А исходники где-то лежат?

На гитхабе они лежат, проблема только собрать их. Я попробую, как доберусь до компа с андроид студией.

Пока сижу через веб :)
#  Re: ii-net.tk
hugeping (ping,1) → Andrew Lobanov  –  07:21:51 2023-09-11

AL> Где найти apk-файл с мобильным клиентом даже и не знаю сейчас. Увы, он основательно забил на idec.

А исходники где-то лежат?
#  Re: ii-net.tk
Andrew Lobanov (tavern,1) → neonxp  –  07:16:39 2023-09-11

neonxp> Всем привет!

Таки шалом!

neonxp> Надеюсь, примерно пропал в правильную эху с вопросом.

Нормально попал. При нашем трафике можно писать практически куда угодно %)

neonxp> Вопрос к старожилам, а куда пропал сайт из сабжа и будет ли он восстановлен где-то?

Человек, отвечавший за сайт, забил на него и на мобильный клиент.

neonxp> В вебархиве он есть, но нет самого главного - файлов. В частности, не могу достать idec mobile, а собрать из сорцов не могу в силу того, что под рукой пока только смартфон, но не пк.

Где найти apk-файл с мобильным клиентом даже и не знаю сейчас. Увы, он основательно забил на idec.

>> Читать далее
#  ii-net.tk
neonxp (ping,50) → All  –  17:53:03 2023-09-10

Всем привет!

Надеюсь, примерно пропал в правильную эху с вопросом.

Вопрос к старожилам, а куда пропал сайт из сабжа и будет ли он восстановлен где-то?

В вебархиве он есть, но нет самого главного - файлов. В частности, не могу достать idec mobile, а собрать из сорцов не могу в силу того, что под рукой пока только смартфон, но не пк.
#  Re: Атака бота
hugeping (ping,1) → Andrew Lobanov  –  06:17:45 2023-08-10

Спасибо за список.
Фетч на тебя вернул. Правда, автоматическую регистрацию пока пришлось убрать.
#  Атака бота
Andrew Lobanov (tavern,1) → All  –  05:54:00 2023-08-10

Ночью было совершено спам-нападение на станцию hugeping. Вот идентификаторы сообщений для чёрного списка:

====
Yg4CL04RwvHVF3IBx7Ii
9UZId6kscE3KxfF2y8Fc
tw5NXYJsUHRJMdPpEkYz
Riu8WEHA61DpMvGADR0i
JaC1f8Kx8xyhvjoTjYkx
cGL7kZvw3MpwGsCWOLOU
BAB9GDgeGgTNo3QaHhfg
c0cv993ahMZ3ZZMepu7K
qHAz9HQYmZOwZcRGhZPW
p8AgTNZrpl8JDhX5ujW1
7evN3slSQbsizyRZEf9c
DfIxaRu4oAZllIZrHjly


>> Читать далее
#  Таверна
Andrew Lobanov (tavern,1) → All  –  09:49:45 2023-08-05

Стараниями Meta Freenom перестали раздавать бесплатные домены, в связи с чем таверна переехала на idec.spline-online.ru. Просьба перенастроить свои фетчеры.

+++ Caesium/0.4 RC1
#  Re: Таверна поломалась
Reprise (tavern,18) → Ordos  –  03:15:18 2023-06-16

Ordos> Прилегла в очередной раз. Последний удачный сеанс связи был 9 июня. С тех пор - тишина.

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

+++ Caesium/0.4 RC1
#  Re: Таверна поломалась
Ordos (tgi,1) → Andrew Lobanov  –  09:59:03 2023-06-15

Прилегла в очередной раз. Последний удачный сеанс связи был 9 июня. С тех пор - тишина.
#  Re: Изменения по tgistation.ru
vvs (ping,12) → Andrew Lobanov  –  18:33:28 2023-05-29

AL> Это всё лишь частные случаи использования компьютеров. Причём не такие уж частые.

А кто это будет здесь за всех решать, какие случаи имеют значение, а какие нет? У каждого своё мнение.

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

AL> Называть бережное отношение к ресурсам и природе модой это фу-фу-фу :)

Где _объективные_ основания считать 64-битную архитектуру "эффективнее"? Или так и будем выдавать своё мнение за абсолютную истину?

https://en.wikipedia.org/wiki/X32_ABI объективно эффективнее по результатам тестирования (замечу, что это та же самая 64-битная архитектура). Что-то не видать на каждом утюге. Для объяснения возможно притянуть за уши любое оправдание, но это всё останется только чьим-то личным мнением. Я твоё мнение понял и не вижу убедительных для себя аргументов :)

Вообще этот спор изначально был бессмысленным. У меня есть свои основания считать переход на 64-бит обусловленным модой. Ты думаешь иначе. У меня нет причин кого-то зачем-то переубеждать, я лишь пытался сделать свою точку зрения более понятной. Тебя это не убеждает. Будем считать наши взгляды несовместимыми. Продолжать дальше бессмысленное препирательство не вижу смысла.
#  Re: Таверна поломалась
Ordos (tgi,1) → Andrew Lobanov  –  09:30:40 2023-03-10

Ordos>> Опять прилегла :(
Ordos>> Last update: 08.03.2023 23:40, с 9.03 уже недоступна.

AL> Опять поднялась :)

Быстро поднятое не считается упавшим)
#  Re: Таверна поломалась
Andrew Lobanov (tavern,1) → Ordos  –  09:07:37 2023-03-10

Ordos> Опять прилегла :(
Ordos> Last update: 08.03.2023 23:40, с 9.03 уже недоступна.

Опять поднялась :)

+++ Caesium/0.4 RC1
#  Re: Таверна поломалась
Ordos (tgi,1) → Andrew Lobanov  –  07:12:53 2023-03-10

Опять прилегла :(
Last update: 08.03.2023 23:40, с 9.03 уже недоступна.
#  Re: ii.51t.ru
Andrew Lobanov (tavern,1) → shaos  –  09:05:35 2023-03-07

>> Рома опять забил на свою революцию.
shaos> Это был тот самый Рома, который и придумал ii ???

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

+++ Caesium/0.4 RC1
#  Re: Изменения по tgistation.ru
Andrew Lobanov (tavern,1) → vvs  –  09:05:34 2023-03-07

AL>> Повсюду нас сейчас окружают компьютеры. В современных автомобилях и электронных сигаретах, светофорах и кофеварках, наручных часах и даже аккумуляторах имеются компьютеры.
vvs> Не могу не заметить, что подобный вид аргументации должен относиться к софизмам. Она абсолютно произвольна. Здесь вместо слова "компьютер" можно поставить практически любое другое, например "математика" или даже "предметы тёмного цвета" и ничего не изменится :)

Никакой софистики. Компьютер и есть. Универсальное программируемое вычислительное устройство. Вот подмена понятий относится к софистики. Не надо так. Если бы ты сказад ПК, вопросов бы не возникло.

AL>> Теоретически, можно уехать в глушь, выбросить телефон, часы, выращивать и собирать еду самостоятельно, готовить на дровяной печи и вечерами сидеть при лучине.
vvs> А вот тут изменится, поскольку от математики или предметов тёмного цвета так просто уже не избавиться :)

Ну-ну. Жили без математики прекрасно. Просто давно. А большинство видов на Земле и до сих пор прекрасно без неё обходятся. Это всё мода просто :)

+++ Caesium/0.4 RC1
#  Re: Изменения по tgistation.ru
Andrew Lobanov (tavern,1) → vvs  –  09:05:34 2023-03-07

AL>> Большинство практиков производят вычисления, используя вычислительные системы. Потому что автоматизация рутинных и трудоёмких операций позволяет сосредоточиться на главном. Это раз.
vvs> Мы здесь явно говорим о разных вещах. Я имел в виду нетривиальную творческую мыслительную деятельность человека. Вычисления же - это чисто механический процесс и ими занимаются только прикладники. Теоретикам с ними иметь дело обычно даже не приходится, там главное - новые идеи, абстрактные формы, языки и логика, а именно в этой области компьютерам пока нечего предложить людям. Даже логика и формальные языки, где казалось бы компьютерам есть где развернуться, сводятся там к очень большому числу примитивных элементарных высказываний, которые люди как правило просто опускают в своих рассуждениях за ненадобностью. То есть здесь объём информации, который надо принять во внимание человеку, только увеличивается, в отличие от других вычислений. Без ИИ тут вряд ли что-то сдвинется с места.

Это всё лишь частные случаи использования компьютеров. Причём не такие уж частые.

vvs> Правда в образовании компьютеры себе место действительно нашли. Графики они строят красивые и наглядные :) Приятная возможность снять с преподавателя необходимость оценки каждой работы индивидуально (ЕГЭ :). Ну и векторные шрифты опять же. Но это по существу инструмент в той же самой книгоиздательской деятельности, которая существовала задолго до появления компьютеров вообще. То есть и здесь компьютеры выступают лишь как простое усовершенствование старого инструмента. То же самое можно сказать и о видеозаписи.

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

vvs>>> Есть такое понятие, как профессиональная деформация. Если всё время работать с компьютерами, то они начинают казаться незаменимыми. Но для всех остальных это не так.
AL>> Все остальные просто не знают, что используют компьютеры в том или ином виде. Это два.
vvs> Хех. Так вроде речь у нас тут шла только об осознанном использовании, нет? Так и о роли подсознательного в психике можно дойти. Здесь я пас :) Хотя это косвенно даже подтверждает мой первоначальный тезис о роли моды в использовании компьютеров :)

Мода тут не при чём. Просто более эффективное использование ресурсов. Выгоднее поставить автомат, чем человека. Выгоднее использовать всего пять литров на мытьё посуды, чем нескольк вёдер. Выгоднее сжечь меньше топлива при поездке из пункта А в пункт Б.


>> Читать далее
#  Re: Изменения по tgistation.ru
Andrew Lobanov (tavern,1) → vvs  –  09:05:33 2023-03-07

AL>> Компы эти ваши - дань моде. Без них прекрасно жилось сколько тысяч лет.
vvs> Так надо понимать, о чём именно идёт речь. Есть, разумеется, сервера не для массового применения, но таких сейчас меньшинство. А теперь большинство устройств - это просто "недорогие" игрушки, наследники и гибрид терминалов, игровых консолей и ПК, и большинство людей пользуется ими лишь для удобства и развлечения, отдавая дань моде. Об этом я и говорю. Без них таки обойтись можно.

Речь о том, что средства коммуникации не стоят на месте.

vvs> А вот раньше, когда миллионов потребителей-дилетантов ещё не было, то это были целые залы, заполненные железными шкафами. Это и были "настоящие" компьютеры, созданные для научных, военных и промышленных применений. Стоимость одного такого компьютера могла исчисляться на миллионы. Сложность обслуживания зашкаливало и требовался целый штат специалистов для их эксплуатации. Я это ещё помню, там о моде речь не идёт.

Ну да. Особенно сложность эксплуатации была рулез. Не то, что сейчас. Кстати, те компьютеры были 32-битные? :)

+++ Caesium/0.4 RC1
#  Re: Изменения по tgistation.ru
vvs (ping,12) → Andrew Lobanov  –  13:06:32 2023-03-04

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

Не могу не заметить, что подобный вид аргументации должен относиться к софизмам. Она абсолютно произвольна. Здесь вместо слова "компьютер" можно поставить практически любое другое, например "математика" или даже "предметы тёмного цвета" и ничего не изменится :)

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

А вот тут изменится, поскольку от математики или предметов тёмного цвета так просто уже не избавиться :)
#  Re: Изменения по tgistation.ru
vvs (ping,12) → Andrew Lobanov  –  12:34:47 2023-03-03

AL> Большинство практиков производят вычисления, используя вычислительные системы. Потому что автоматизация рутинных и трудоёмких операций позволяет сосредоточиться на главном. Это раз.

Мы здесь явно говорим о разных вещах. Я имел в виду нетривиальную творческую мыслительную деятельность человека. Вычисления же - это чисто механический процесс и ими занимаются только прикладники. Теоретикам с ними иметь дело обычно даже не приходится, там главное - новые идеи, абстрактные формы, языки и логика, а именно в этой области компьютерам пока нечего предложить людям. Даже логика и формальные языки, где казалось бы компьютерам есть где развернуться, сводятся там к очень большому числу примитивных элементарных высказываний, которые люди как правило просто опускают в своих рассуждениях за ненадобностью. То есть здесь объём информации, который надо принять во внимание человеку, только увеличивается, в отличие от других вычислений. Без ИИ тут вряд ли что-то сдвинется с места.

Правда в образовании компьютеры себе место действительно нашли. Графики они строят красивые и наглядные :) Приятная возможность снять с преподавателя необходимость оценки каждой работы индивидуально (ЕГЭ :). Ну и векторные шрифты опять же. Но это по существу инструмент в той же самой книгоиздательской деятельности, которая существовала задолго до появления компьютеров вообще. То есть и здесь компьютеры выступают лишь как простое усовершенствование старого инструмента. То же самое можно сказать и о видеозаписи.

vvs>> Есть такое понятие, как профессиональная деформация. Если всё время работать с компьютерами, то они начинают казаться незаменимыми. Но для всех остальных это не так.

AL> Все остальные просто не знают, что используют компьютеры в том или ином виде. Это два.

Хех. Так вроде речь у нас тут шла только об осознанном использовании, нет? Так и о роли подсознательного в психике можно дойти. Здесь я пас :) Хотя это косвенно даже подтверждает мой первоначальный тезис о роли моды в использовании компьютеров :)
#  Re: Изменения по tgistation.ru
Andrew Lobanov (tavern,1) → vvs  –  05:05:58 2023-03-03

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

Большинство практиков производят вычисления, используя вычислительные системы. Потому что автоматизация рутинных и трудоёмких операций позволяет сосредоточиться на главном. Это раз.

vvs> Есть такое понятие, как профессиональная деформация. Если всё время работать с компьютерами, то они начинают казаться незаменимыми. Но для всех остальных это не так.

Все остальные просто не знают, что используют компьютеры в том или ином виде. Это два.

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

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

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


>> Читать далее
#  Re: Изменения по tgistation.ru
vvs (ping,12) → Andrew Lobanov  –  14:15:29 2023-03-02

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

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

Есть такое понятие, как профессиональная деформация. Если всё время работать с компьютерами, то они начинают казаться незаменимыми. Но для всех остальных это не так.
#  Re: ii.51t.ru
vvs (ping,12) → Andrew Lobanov  –  13:08:03 2023-03-02

AL> Ответ традиционен: Рома прибегает, убеждает всех что-то сделать как он хочет, кто-то ведётся, Рома убегает опять на несколько лет.

Традиции - это хорошо. Но не всё, не всегда и не везде повторяется. Иногда сходство только внешнее. Это у нас получается разговор о научной методологии.

AL> Текущая болталка тоже его заслуга. У нас тут была своя уютненькая, но Рома не хотел тянуть её. В этот раз Рома не хотел тянуть свою же эху. Но так как Рома это явление временное, можно просто игнорировать его идеи и движения, так как ему это развлечение на пару недель, а нам потом с этим жить :)

Всё в этом мире временное. Но у меня нет желания спорить ради спора. Получается изложение своей философии только из любви к искусству.
#  Re: ii.51t.ru
Andrew Lobanov (tavern,1) → vvs  –  08:21:38 2023-03-02

AL>> Не связана. Но, думаю, забито и на домен и на idec было примерно одновременно.
vvs> Это либо причина, либо следствие. Можно долго спорить о том: ветер ли качает деревья или они создают ветер, качаясь. Ответ лежит в другой плоскости, которая нам здесь недоступна.

Ответ традиционен: Рома прибегает, убеждает всех что-то сделать как он хочет, кто-то ведётся, Рома убегает опять на несколько лет.

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

+++ Caesium/0.4 RC1
#  Re: ii.51t.ru
shaos (shaos, 2) → Andrew Lobanov  –  03:35:53 2023-03-05

> Рома опять забил на свою революцию.

Это был тот самый Рома, который и придумал ii ???
#  Re: ii.51t.ru
vvs (ping,12) → Andrew Lobanov  –  15:09:01 2023-03-01

AL> Не связана. Но, думаю, забито и на домен и на idec было примерно одновременно.

Это либо причина, либо следствие. Можно долго спорить о том: ветер ли качает деревья или они создают ветер, качаясь. Ответ лежит в другой плоскости, которая нам здесь недоступна.
#  Re: Изменения по tgistation.ru
Andrew Lobanov (tavern,1) → Ordos  –  04:45:43 2023-02-28

Ordos> Пока ковырялся с /x/filelist/pauth и прочей работой с файлами, залил на станцию немного песен Ростислава Чебыкина. Кто не знает - это эдакие авторские песни с уклоном в философию и ролевые дела. Кому надо (ну вдруг) - можно брать.
Ordos> В плане лицензии все чисто. Автор прямо говорит, что отдает все творчество в народные руки.
Ordos> Также, согласно документации, на станции есть возможность окромя публично доступных файлов, заливать и приватные (если при запросе правильно указан pauth), что позволяет делать внутренние списки файлов, видимые только для участников. Сейчас правда таковых списков нет за ненадобностью, но никто не мешает сделать.

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

+++ Caesium/0.4 RC1
#  Re: ii.51t.ru
Andrew Lobanov (tavern,1) → vvs  –  04:45:42 2023-02-28

vvs>>> Домен 51t.ru проплачен только до 20 февраля, т.е. истёк вчера.
AL>> Узел вырубился существенно раньше. Рома опять забил на свою революцию.
vvs> Всего на неделю раньше. Но вопрос не в том. Оплата домена ведь никак не связана с ii-dec, следовательно там должно быть что-то ещё.

Не связана. Но, думаю, забито и на домен и на idec было примерно одновременно.

+++ Caesium/0.4 RC1
#  Re: ii.51t.ru
vvs (ping,12) → Andrew Lobanov  –  13:29:19 2023-02-22

vvs>> Домен 51t.ru проплачен только до 20 февраля, т.е. истёк вчера.

AL> Узел вырубился существенно раньше. Рома опять забил на свою революцию.

Всего на неделю раньше. Но вопрос не в том. Оплата домена ведь никак не связана с ii-dec, следовательно там должно быть что-то ещё.
#  Re: Изменения по tgistation.ru
Ordos (tgi,1) → All  –  08:32:27 2023-02-22

Пока ковырялся с /x/filelist/pauth и прочей работой с файлами, залил на станцию немного песен Ростислава Чебыкина. Кто не знает - это эдакие авторские песни с уклоном в философию и ролевые дела. Кому надо (ну вдруг) - можно брать.

В плане лицензии все чисто. Автор прямо говорит, что отдает все творчество в народные руки.

Также, согласно документации, на станции есть возможность окромя публично доступных файлов, заливать и приватные (если при запросе правильно указан pauth), что позволяет делать внутренние списки файлов, видимые только для участников. Сейчас правда таковых списков нет за ненадобностью, но никто не мешает сделать.
#  Re: ii.51t.ru
Andrew Lobanov (tavern,1) → vvs  –  04:31:21 2023-02-22

vvs> Домен 51t.ru проплачен только до 20 февраля, т.е. истёк вчера.

Узел вырубился существенно раньше. Рома опять забил на свою революцию.

+++ Caesium/0.4 RC1
#  Re: ii.51t.ru
Andrew Lobanov (tavern,1) → Ordos  –  04:31:21 2023-02-22

AL>> настраивать фетчер
Ordos> Вот кстати интересная мысль. А не было ли идеи по автоматической синхронизации сети? Чтобы вручную не переделывать каждый раз.

Да можно и так. Типа создать сервис с записями о станциях, куда операторы могли бы добавлять свои. Сервис бы периодически забирал list.txt, а узлы забирали с него и адреса всех узлов и списки конференций. Только это не особо нужно :)

+++ Caesium/0.4 RC1
#  Re: ii.51t.ru
vvs (ping,12) → Andrew Lobanov  –  19:33:24 2023-02-21

Домен 51t.ru проплачен только до 20 февраля, т.е. истёк вчера.
#  Re: ii.51t.ru
Ordos (tgi,1) → Andrew Lobanov  –  10:17:57 2023-02-21

AL>настраивать фетчер

Вот кстати интересная мысль. А не было ли идеи по автоматической синхронизации сети? Чтобы вручную не переделывать каждый раз.
#  Re: ii.51t.ru
Andrew Lobanov (tavern,1) → Ordos  –  09:57:13 2023-02-21

Ordos>> Подожду неделю на всякий случай, потом отключаю.
Ordos> Неделя прошла - станция не поднялась. Отключаю.

Я не третьей или четвёртой итерации бросил даже настраивать фетчер :)

+++ Caesium/0.4 RC1
#  Re: ii.51t.ru
Ordos (tgi,1) → Ordos  –  07:11:47 2023-02-20

Ordos>Подожду неделю на всякий случай, потом отключаю.

Неделя прошла - станция не поднялась. Отключаю.
#  Re: Test
Ordos (tgi,1) → Andrew Lobanov  –  09:48:26 2023-02-15

AL> Лучше давайте обсудим создание новой болталки ещё раз %)

Это можно. На то и болталка, чтоб обсуждать. Только боюсь, что беседа очень быстро закончится с вердиктом - "нахрен не надо".
#  Re: Test
Andrew Lobanov (tavern,1) → Ordos  –  09:16:11 2023-02-15

AL>> Извините. Промахнулся мимо тестовой эхи :)
Ordos> Да можно и сюда кидать, ничего страшного. Наоборот хоть какая-то движуха.

Ну такая себе движуха :)

Лучше давайте обсудим создание новой болталки ещё раз %)

+++ Caesium/0.4 RC1
#  Re: Test
Ordos (tgi,1) → Andrew Lobanov  –  08:14:41 2023-02-15

AL>Извините. Промахнулся мимо тестовой эхи :)

Да можно и сюда кидать, ничего страшного. Наоборот хоть какая-то движуха.
#  Re: Test
Andrew Lobanov (tavern,1) → All  –  08:19:59 2023-02-14

Извините. Промахнулся мимо тестовой эхи :)
#  Test
Andrew Lobanov (tavern,1) → All  –  08:19:11 2023-02-14


$subj!!!
#  Re: ii.51t.ru
Ordos (tgi,1) → hugeping  –  11:56:09 2023-02-13

hugeping>К сожалению и на этот раз станция работала не долго... :(

Шо уже? Оперативно, однако. По моим данным станция превратилась в тыкву 12.02 в полночь по мск. В принципе шанс оживления еще есть, мало ли - мож чего сломалось. Подожду неделю на всякий случай, потом отключаю.
#  Re: ii.51t.ru
Andrew Lobanov (tavern,1) → hugeping  –  05:52:05 2023-02-13

hugeping> К сожалению и на этот раз станция работала не долго... :(
hugeping> Снял фетч с http://ii.51t.ru

Да проще на фетч и не ставить - всё равно Рома у нас набегами.

ЗЫЖ А сколько разговоров было про новую болталку!

+++ Caesium/0.4 RC1
#  Re: Актуальные клиенты
Andrew Lobanov (tavern,1) → ii.51t.ru  –  05:52:05 2023-02-13

ii.51t.ru> В дебиане нормального клиента нет. В альте не помню. Вот в openbsd идут castor и lagrange и несколько текстовых, хотя lagrange мне не нравится, а вот castor норм.

В дебиане есть amfora. Прекрасный клиент - только им и пользуюсь. Lagrange тоже ничего так - на смартфоне стоит.

+++ Caesium/0.4 RC1
#  Re: Актуальные клиенты
Andrew Lobanov (tavern,1) → Ordos  –  05:52:04 2023-02-13

AL>> Отправка форм в вебе появилась до JS же, насколько я помню.
Ordos> Отправка форм появилась с момента, собственно, появления самих форм :) Но в Gemini же никаких форм нет, поэтому и возник вопрос - "а как?".

Через параметры запроса :)

+++ Caesium/0.4 RC1
#  Re: ii.51t.ru
hugeping (ping,1) → iiii  –  21:18:59 2023-02-12

К сожалению и на этот раз станция работала не долго... :(
Снял фетч с http://ii.51t.ru
#  Re: Актуальные клиенты
ii.51t.ru (dinozavr,2) → Andrew Lobanov  –  20:23:34 2023-02-10

В дебиане нормального клиента нет. В альте не помню. Вот в openbsd идут castor и lagrange и несколько текстовых, хотя lagrange мне не нравится, а вот castor норм.
#  Re: Актуальные клиенты
Ordos (tgi,1) → ake  –  07:36:36 2023-02-10

ake>Есть аналог отправки GET запроса с параметрами (или ссылки типа 7 из Gopher'а, если угодно), на нём и делается вся интерактивность. Формы с несколькими полями делаются многошаговыми, где состояние хранится на сервере. Есть ещё неофициальное (хотя в Lagrange, кажется есть поддержка) расширение протокола - Titan, первоначально сделаное автором для реализации wiki, которое добавляет загрузку произвольных данных, вроде метода PUT.

Хм. Покурил документацию по этому поводу - любопытная возможность. Это сильно расширяет возможности и развязывает руки. Надо будет потыкать на практике.
#  Re: Актуальные клиенты
Ordos (tgi,1) → Andrew Lobanov  –  07:36:36 2023-02-10

AL>Отправка форм в вебе появилась до JS же, насколько я помню.

Отправка форм появилась с момента, собственно, появления самих форм :) Но в Gemini же никаких форм нет, поэтому и возник вопрос - "а как?".
#  Re: Актуальные клиенты
Andrew Lobanov (tavern,1) → ake  –  06:28:42 2023-02-10

Ordos>> P.S. Интересно как реализована отправка сообщения в гостевые книги, ведь js тут не в почете. Да и вообще форм как таковых нет.
ake> Есть аналог отправки GET запроса с параметрами (или ссылки типа 7 из Gopher'а, если угодно), на нём и делается вся интерактивность. Формы с несколькими полями делаются многошаговыми, где состояние хранится на сервере. Есть ещё неофициальное (хотя в Lagrange, кажется есть поддержка) расширение протокола - Titan, первоначально сделаное автором для реализации wiki, которое добавляет загрузку произвольных данных, вроде метода PUT.

Про расширение не знал. Занятно, хотя не уверен, что оно поддерживается амфорой.

+++ Caesium/0.4 RC1
#  Re: Актуальные клиенты
ake (ping,30) → Ordos  –  06:03:17 2023-02-10

Ordos> P.S. Интересно как реализована отправка сообщения в гостевые книги, ведь js тут не в почете. Да и вообще форм как таковых нет.

Есть аналог отправки GET запроса с параметрами (или ссылки типа 7 из Gopher'а, если угодно), на нём и делается вся интерактивность. Формы с несколькими полями делаются многошаговыми, где состояние хранится на сервере. Есть ещё неофициальное (хотя в Lagrange, кажется есть поддержка) расширение протокола - Titan, первоначально сделаное автором для реализации wiki, которое добавляет загрузку произвольных данных, вроде метода PUT.
#  Re: Актуальные клиенты
Andrew Lobanov (tavern,1) → Ordos  –  04:18:54 2023-02-10

Ordos> Ого. Я и не знал, что местное русскоязычное сообщество настолько велико. Спасибо за ссылки, почитаю.
Ordos> P.S. Интересно как реализована отправка сообщения в гостевые книги, ведь js тут не в почете. Да и вообще форм как таковых нет.

Отправка форм в вебе появилась до JS же, насколько я помню.

Ordos> P.P.S. Название gemini не очень удачное - гугл выдает все, что угодно вместо того, что надо. Трудно найти информацию.

Я знаю ещё одно не очень удачное название - Instead %)

+++ Caesium/0.4 RC1
#  Re: Актуальные клиенты
Ordos (tgi,1) → Andrew Lobanov  –  11:58:10 2023-02-09

Ого. Я и не знал, что местное русскоязычное сообщество настолько велико. Спасибо за ссылки, почитаю.

P.S. Интересно как реализована отправка сообщения в гостевые книги, ведь js тут не в почете. Да и вообще форм как таковых нет.

P.P.S. Название gemini не очень удачное - гугл выдает все, что угодно вместо того, что надо. Трудно найти информацию.
#  Re: Актуальные клиенты
Andrew Lobanov (tavern,1) → hugeping  –  10:43:29 2023-02-09

AL>> А что там такого?
hugeping> Настроение. :)

Ну, в принципе, это тоже. Но чтобы это настроения веба 90-00х поймать, надо сперва всё таки туда зайти да почитать/пописать :)

+++ Caesium/0.4 RC1
#  Re: Актуальные клиенты
hugeping (ping,1) → Andrew Lobanov  –  08:44:53 2023-02-09

AL> А что там такого?

Настроение. :)
#  Re: Актуальные клиенты
Andrew Lobanov (tavern,1) → hugeping  –  08:07:51 2023-02-09

>>>> Gemini, кстати, вполне себе использую почти каждый день. Как и idec.
Ordos>>> С idec понятно, а как можно использовать Gemini каждый день? Что там такого любопытного?
hugeping> Если вопрос ставится так "что там такого", то считаю, что гемини тебе не нужен :)

А что там такого? Технология ради технологии не нужна. Тем более такая перекошенная, когда у нас с одной стороны нет контроля целостности, а с другой есть шифрование :)

В гемини имеет смысл идти только за формой и содержанием.

hugeping> P.S. В гемини есть адекватный поисковик по содержимому, вбиваешь туда, к примеру, plan9, и смотришь :)

Я так и не воспользовался ни разу - всю дорогу хватает сферы. Иногда сталкером пользуюсь :)

+++ Caesium/0.4 RC1
#  Re: Актуальные клиенты
hugeping (ping,1) → Andrew Lobanov  –  07:00:54 2023-02-09

>>> Gemini, кстати, вполне себе использую почти каждый день. Как и idec.
Ordos>> С idec понятно, а как можно использовать Gemini каждый день? Что там такого любопытного?

Если вопрос ставится так "что там такого", то считаю, что гемини тебе не нужен :)

P.S. В гемини есть адекватный поисковик по содержимому, вбиваешь туда, к примеру, plan9, и смотришь :)
#  Re: Актуальные клиенты
Andrew Lobanov (tavern,1) → Ordos  –  06:25:48 2023-02-09

>> Gemini, кстати, вполне себе использую почти каждый день. Как и idec.
Ordos> С idec понятно, а как можно использовать Gemini каждый день? Что там такого любопытного?

Куча занимательных капсул - есть что почитать.

Начать можно отсюда: gemini://topotun.dynu.com/russian.gmi

Вот агрегаторы:

1. gemini://offpunk.com/sphere.gmi
2. gemini://stalker.shpakovsky.ru/

И это только русскоязычная гемисфера.

+++ Caesium/0.4 RC1
#  Re: Актуальные клиенты
Ordos (tgi,1) → Andrew Lobanov  –  13:18:45 2023-02-08

>Gemini, кстати, вполне себе использую почти каждый день. Как и idec.

С idec понятно, а как можно использовать Gemini каждый день? Что там такого любопытного?
#  Re: Актуальные клиенты
Andrew Lobanov (tavern,1) → ii.51t.ru  –  12:36:33 2023-02-08

ii.51t.ru> но это клиент, и я им пользуюсь, жить можно. это вообще самый первый клиент :) почти 9 лет устойчивого развития с версии до 0.1 до версии 0.9.1 :)
ii.51t.ru> хотя в самой первой версии был json вместо plain-text, и я даже не помню, как и каким клиентом это разбиралось, этим же или другим...
ii.51t.ru> на базе этого клиента кто-то даже tui делал под названием ii-dialog

Я, скорее, про альтернативные варианты передачи информации. Ответил на содержимое ссылки как я его понял :)

Gemini, кстати, вполне себе использую почти каждый день. Как и idec.

+++ Caesium/0.4 RC1
#  Re: Актуальные клиенты
Andrew Lobanov (tavern,1) → Ordos  –  12:33:34 2023-02-08

>> Ну, вроде, всё есть тут: https://github.com/idec-net
Ordos> Спасибо тебе, добрый человек! Не увидел эту страницу почему-то.
Ordos> Единственное, что тот же idec mobile лучше бы в собраном варианте иметь. Все ж таки не каждый человек будет из исходников собирать.

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

Ordos> P.S. Не совсем по теме, но тут - https://github.com/idec-net/new-docs/blob/master/main.md хорошо бы выпилить нерабочие ссылки. Хотя бы просто "для порядку". Там в основном ссылки на собранные пакеты (apk, exe и пр.).

Если не трудно, зашли PR. Ну или вдруг найдутся энтузиасты, которые поправят этот момент. В настоящее время я не из их числа :)

+++ Caesium/0.4 RC1
#  Re: Актуальные клиенты
ii.51t.ru (dinozavr,2) → Andrew Lobanov  –  10:39:26 2023-02-08

но это клиент, и я им пользуюсь, жить можно. это вообще самый первый клиент :) почти 9 лет устойчивого развития с версии до 0.1 до версии 0.9.1 :)

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

на базе этого клиента кто-то даже tui делал под названием ii-dialog
#  Re: Актуальные клиенты
Ordos (tgi,1) → Andrew Lobanov  –  07:42:59 2023-02-08

>Ну, вроде, всё есть тут: https://github.com/idec-net

Спасибо тебе, добрый человек! Не увидел эту страницу почему-то.

Единственное, что тот же idec mobile лучше бы в собраном варианте иметь. Все ж таки не каждый человек будет из исходников собирать.

P.S. Не совсем по теме, но тут - https://github.com/idec-net/new-docs/blob/master/main.md хорошо бы выпилить нерабочие ссылки. Хотя бы просто "для порядку". Там в основном ссылки на собранные пакеты (apk, exe и пр.).
#  Re: Актуальные клиенты
Andrew Lobanov (tavern,1) → ii.51t.ru  –  04:51:56 2023-02-08

ii.51t.ru> https://ii.51t.ru/ii/html/about.html

А ещё есть gopher. Так то есть и gemini, но там принудительный tls, что сильно мешает ходить с ретро-машин. Например, со спектрумов.

+++ Caesium/0.4 RC1
#  Re: Актуальные клиенты
Andrew Lobanov (tavern,1) → Ordos  –  04:51:56 2023-02-08

>> Виктор уходит из сети, переводя свою станцию в read only режим. Я могу с ним связаться на предмет клиентов и сборок, но актуализировать их он уже точно не будет. Общаться он не хочет, а в качестве агрегатора использует более другие решения.
Ordos> Хм. Тогда, наверно, есть смысл сберечь все, что можно для потомков. Даже если оно и не будет развиваться. И разместить где-нибудь в общедоступном месте (гитхаб?).

Ну, вроде, всё есть тут: https://github.com/idec-net

Разве что не все реализации узлов сети имеются.

+++ Caesium/0.4 RC1
#  Re: Актуальные клиенты
ii.51t.ru (dinozavr,2) → Ordos  –  02:14:07 2023-02-08

https://ii.51t.ru/ii/html/about.html
#  Re: Актуальные клиенты
Ordos (tgi,1) → Andrew Lobanov  –  17:14:18 2023-02-07

>Виктор уходит из сети, переводя свою станцию в read only режим. Я могу с ним связаться на предмет клиентов и сборок, но актуализировать их он уже точно не будет. Общаться он не хочет, а в качестве агрегатора использует более другие решения.

Хм. Тогда, наверно, есть смысл сберечь все, что можно для потомков. Даже если оно и не будет развиваться. И разместить где-нибудь в общедоступном месте (гитхаб?).
#  Re: Актуальные клиенты
Andrew Lobanov (tavern,1) → Ordos  –  07:56:26 2023-02-07

Ordos> Решил набросать небольшую инструкцию по сети, станциям, клиентам и пр. Не то, чтобы оно прям сильно нужно, но вдруг кому-нибудь да поможет.
Ordos> И внезапно столкнулся с проблемой наличия клиентов. По сути на данный момент мы имеем в наличии только Цезий. Клиент хороший, сам его пользую, но консольный и есть проблемы запуска под виндой.
Ordos> Все ссылки на IDEC Mobile (кстати очень хорошая вещь) и CutieFeed ведут на ii-net.tk, а тот, свою очередь, недоступен. Для cutiefeed есть страница на гитхабе, но собирать его (особенно под винду) - то еще извращение. Ссылки на готовый exe нерабочие.
Ordos> Если кто знает актуальные ссылки - просьба отписаться. В крайнем случае, у меня вроде были exe и apk файлы - могу выложить у себя, но лучше бы ссылаться на офф сайты, если таковые есть.

Виктор уходит из сети, переводя свою станцию в read only режим. Я могу с ним связаться на предмет клиентов и сборок, но актуализировать их он уже точно не будет. Общаться он не хочет, а в качестве агрегатора использует более другие решения.

+++ Caesium/0.4 RC1
#  Re: Изменения по tgistation.ru
Andrew Lobanov (tavern,1) → vvs  –  07:56:26 2023-02-07

AL>> Компы эти ваши - дань моде. Без них прекрасно жилось сколько тысяч лет.
vvs> Так надо понимать, о чём именно идёт речь. Есть, разумеется, сервера не для массового применения, но таких сейчас меньшинство. А теперь большинство устройств - это просто "недорогие" игрушки, наследники и гибрид терминалов, игровых консолей и ПК, и большинство людей пользуется ими лишь для удобства и развлечения, отдавая дань моде. Об этом я и говорю. Без них таки обойтись можно.
vvs> А вот раньше, когда миллионов потребителей-дилетантов ещё не было, то это были целые залы, заполненные железными шкафами. Это и были "настоящие" компьютеры, созданные для научных, военных и промышленных применений. Стоимость одного такого компьютера могла исчисляться на миллионы. Сложность обслуживания зашкаливало и требовался целый штат специалистов для их эксплуатации. Я это ещё помню, там о моде речь не идёт.

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

+++ Caesium/0.4 RC1
#  Актуальные клиенты
Ordos (tgi,1) → All  –  08:37:07 2023-02-06

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

Все ссылки на IDEC Mobile (кстати очень хорошая вещь) и CutieFeed ведут на ii-net.tk, а тот, свою очередь, недоступен. Для cutiefeed есть страница на гитхабе, но собирать его (особенно под винду) - то еще извращение. Ссылки на готовый exe нерабочие.

Если кто знает актуальные ссылки - просьба отписаться. В крайнем случае, у меня вроде были exe и apk файлы - могу выложить у себя, но лучше бы ссылаться на офф сайты, если таковые есть.
#  Re: Изменения по tgistation.ru
vvs (ping,12) → Andrew Lobanov  –  16:16:31 2023-02-05

AL> Компы эти ваши - дань моде. Без них прекрасно жилось сколько тысяч лет.

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

А вот раньше, когда миллионов потребителей-дилетантов ещё не было, то это были целые залы, заполненные железными шкафами. Это и были "настоящие" компьютеры, созданные для научных, военных и промышленных применений. Стоимость одного такого компьютера могла исчисляться на миллионы. Сложность обслуживания зашкаливало и требовался целый штат специалистов для их эксплуатации. Я это ещё помню, там о моде речь не идёт.
#  Re: Изменения по tgistation.ru
Andrew Lobanov (tavern,1) → vvs  –  14:58:32 2023-01-29

AL>> Зачем вообще людям, например, 32-битные системы? Только не надо меня убеждать, что они без них жить не могут :) Как и компьютеры в целом. Без них прекрасно жили тысячелетиями, а тут началось - дайте комп, да чтобы 32 бита, да чтобы древний софт шёл.
vvs> Ну да. Это же речь о требованиях отдельных людей с очень специфичными потребностями. Это же не модно. Совсем другое дело, когда "все так делают" :)

Компы эти ваши - дань моде. Без них прекрасно жилось сколько тысяч лет.

+++ Caesium/0.4 RC1
#  Re: Изменения по tgistation.ru
vvs (ping,12) → Andrew Lobanov  –  13:36:07 2023-01-27

AL> Зачем вообще людям, например, 32-битные системы? Только не надо меня убеждать, что они без них жить не могут :) Как и компьютеры в целом. Без них прекрасно жили тысячелетиями, а тут началось - дайте комп, да чтобы 32 бита, да чтобы древний софт шёл.

Ну да. Это же речь о требованиях отдельных людей с очень специфичными потребностями. Это же не модно. Совсем другое дело, когда "все так делают" :)
#  Re: Изменения по tgistation.ru
Andrew Lobanov (tavern,1) → Ordos  –  05:33:10 2023-01-27

Ordos> Пардон, что бесцеремонно влезаю в беседу, но вы бы хоть тему, которая subject, сменили. Изначально тут про станцию речь шла, а теперь про всё подряд. Надо же хоть какой-то порядок блюсти.

Настоящие фидошники сабжей не меняют :)

+++ Caesium/0.4 RC1
#  Re: Изменения по tgistation.ru
Andrew Lobanov (tavern,1) → vvs  –  05:33:09 2023-01-27

AL>> То есть для тебя 32-бита и 64-бита это теологический, а не технический вопрос?
vvs> Для меня - да :)

Ну я в теологии не силён. Мне 64 бита позволяют проще работать и отдыхать.

AL>> Конечно, есть частные случаи, когда 32 бит хватит на всё и некоторые корпорации старательно сокращают их количество. Но я бы не назвал уход с 32 бит именно модой.
vvs> У тех кому хватает 32 бита - это частный случай. Кому не хватает - тоже. Абсолютной необходимости ни у кого нет и быть не может. Для большинства обычных людей разрядность компьютера вообще никакого значения не имеет и они могут её даже и не знать. При выборе компьютера они руководствуются вовсе не техническими критериями.

Большинство обычных людей, которые хотят компьютер, не хотят ничего знать о разрядности процессора. Им нужно, чтобы винда 10-11 работала и свежая колда не тормозила. Поэтому им 32 бита не впились, хотя они об этом и не знают.

vvs> Не стоит забывать, что доля именно специалистов в информатике среди пользователей вычислительных устройств относительно невелика. Вон у меня сосед пользуется телевизором, подключённым к интернету, а сам в информатике абсолютный ноль. Вопрос: зачем ему этот интернет в телевизоре?

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

vvs> Зачем вообще людям, например, социальные сети? Только не надо меня убеждать, что они без них жить не могут. Жили же раньше. Так меня когда-то убеждал один мой сотрудник по поводу жизненной необходимости своего автомобиля, на котором он на работу ездил. До меня так и не доходит, как можно путать удобства с жизненной необходимостью. Может потому, что я сам удобствам никакого значения не придаю - это абсолютно субъективно.

>> Читать далее
#  Re: Изменения по tgistation.ru
Ordos (tgi,1) → vvs  –  04:05:35 2023-01-27

Пардон, что бесцеремонно влезаю в беседу, но вы бы хоть тему, которая subject, сменили. Изначально тут про станцию речь шла, а теперь про всё подряд. Надо же хоть какой-то порядок блюсти.
#  Re: Изменения по tgistation.ru
vvs (ping,12) → Andrew Lobanov  –  18:02:03 2023-01-26

AL> То есть для тебя 32-бита и 64-бита это теологический, а не технический вопрос?

Для меня - да :)

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

У тех кому хватает 32 бита - это частный случай. Кому не хватает - тоже. Абсолютной необходимости ни у кого нет и быть не может. Для большинства обычных людей разрядность компьютера вообще никакого значения не имеет и они могут её даже и не знать. При выборе компьютера они руководствуются вовсе не техническими критериями. Не стоит забывать, что доля именно специалистов в информатике среди пользователей вычислительных устройств относительно невелика. Вон у меня сосед пользуется телевизором, подключённым к интернету, а сам в информатике абсолютный ноль. Вопрос: зачем ему этот интернет в телевизоре? Зачем вообще людям, например, социальные сети? Только не надо меня убеждать, что они без них жить не могут. Жили же раньше. Так меня когда-то убеждал один мой сотрудник по поводу жизненной необходимости своего автомобиля, на котором он на работу ездил. До меня так и не доходит, как можно путать удобства с жизненной необходимостью. Может потому, что я сам удобствам никакого значения не придаю - это абсолютно субъективно.
#  Re: боны поны и прочее
Andrew Lobanov (tavern,1) → hugeping  –  05:57:15 2023-01-23

AL>> В народе это называется "бабский аргумент". Тематику разделять это нормально. Плодить сущности ради плодения сущностей - это не нормально.
hugeping> Я кстати не против перейти на новую болталку, но только ЕСЛИ на это согласятся остальные. Иначе, у нас просто будет две эхи... С другой стороны, действиетельно, я могу просто почистить старые сообщения и всё... Просто лень. :)

Да ради бока же :) Просто бессмысленное действие ради бессмысленного действия. А завтра кто-нибудь захочет перекатить другую конфу только ради перекатывания другой конфы. А после завтра ещё разок. Какой в этом смысл? Сэкономить пару мегабайт на диске?

+++ Caesium/0.4 RC1
#  Re: боны поны и прочее
hugeping (ping,1) → Andrew Lobanov  –  12:05:53 2023-01-21

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

Я кстати не против перейти на новую болталку, но только ЕСЛИ на это согласятся остальные. Иначе, у нас просто будет две эхи... С другой стороны, действиетельно, я могу просто почистить старые сообщения и всё... Просто лень. :)
#  Re: боны поны и прочее
Difrex (dynamic,1) → ii.51t.ru  –  10:32:27 2023-01-21

> нифига не понял, почему это в develop

Да это мой косяк. Постил из браузера - он эху не ту подставил. Главное, что тред один и тот же и msgid не потерялись.
#  Re: Изменения по tgistation.ru
ii.51t.ru (dinozavr,2) → Andrew Lobanov  –  14:51:49 2023-01-20

> ЗЫЖ Го в трубу уже с этими разговорами :)

я, собственно, про то, что моя станция совместима с подавляющим большинством старых компьютеров.
#  Re: Изменения по tgistation.ru
Andrew Lobanov (tavern,1) → ii.51t.ru  –  12:50:55 2023-01-20

>> Зачем ишак, когда есть мозаик? :)
ii.51t.ru> ну, в mosaic я, честно говоря, не осилил, как там банально открыть url :) в ie осилил. ie3 был моим первым браузером, потом уже netscape. в пятой версии опера начала поддерживать русские буквы, но у меня опера началась только с 6.0.5, на winnt4 и на долгие годы, в т.ч. в linux, версии этак до 10-й

Пользовался оперой с 7 по 10 версии. Хотя, ещё до 8 я переполз на огнелис полностью, а опера была вторым браузером. А вот ишаком я пользовался на самой заре своей диалапной жизни.

ЗЫЖ Го в трубу уже с этими разговорами :)

+++ Caesium/0.4 RC1
#  Re: Изменения по tgistation.ru
ii.51t.ru (dinozavr,2) → Andrew Lobanov  –  07:00:40 2023-01-20

> Зачем ишак, когда есть мозаик? :)

ну, в mosaic я, честно говоря, не осилил, как там банально открыть url :) в ie осилил. ie3 был моим первым браузером, потом уже netscape. в пятой версии опера начала поддерживать русские буквы, но у меня опера началась только с 6.0.5, на winnt4 и на долгие годы, в т.ч. в linux, версии этак до 10-й

> Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0
#  Re: Изменения по tgistation.ru
Andrew Lobanov (tavern,1) → ii.51t.ru  –  06:41:34 2023-01-20

ii.51t.ru> Для win 3.1 есть ie5

Зачем ишак, когда есть мозаик? :)

+++ Caesium/0.4 RC1
#  Re: Изменения по tgistation.ru
Andrew Lobanov (tavern,1) → vvs  –  06:41:34 2023-01-20

AL>> А вот это, в рамках обсуждения, просто подмена понятий. Не все нововведения одинаково полезны. Зато подменил и вроде как молодец - доказал что-то (нет).
vvs> Обсуждают и доказывают что-то только при наличии общих понятий. Кто это будет обсуждать теологические вопросы с атеистами? Спорить о разнице в мировоззрении - глупейшее занятие, я в этом участвовать не собираюсь. Будем считать, что у нас противоположные взгляды. Опять же флаг в руки.

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

Конечно, есть частные случаи, когда 32 бит хватит на всё и некоторые корпорации старательно сокращают их количество. Но я бы не назвал уход с 32 бит именно модой.

+++ Caesium/0.4 RC1
#  Re: Изменения по tgistation.ru
ii.51t.ru (dinozavr,2) → Andrew Lobanov  –  00:18:31 2023-01-20

Для win 3.1 есть ie5
#  Re: Изменения по tgistation.ru
vvs (ping,12) → Andrew Lobanov  –  13:42:48 2023-01-19

AL> А вот это, в рамках обсуждения, просто подмена понятий. Не все нововведения одинаково полезны. Зато подменил и вроде как молодец - доказал что-то (нет).

Обсуждают и доказывают что-то только при наличии общих понятий. Кто это будет обсуждать теологические вопросы с атеистами? Спорить о разнице в мировоззрении - глупейшее занятие, я в этом участвовать не собираюсь. Будем считать, что у нас противоположные взгляды. Опять же флаг в руки.
#  Re: боны поны и прочее
Andrew Lobanov (tavern,1) → ii.51t.ru  –  04:32:59 2023-01-19

>> Для меня тут простая арифметика. Сколько операторов с тобой согласны? Скольким остальным надо будет лезть в настройки узла из-за этого?
ii.51t.ru> прально, лучше всё писать в одной эхе :)

В народе это называется "бабский аргумент". Тематику разделять это нормально. Плодить сущности ради плодения сущностей - это не нормально.

+++ Caesium/0.4 RC1
#  Re: Изменения по tgistation.ru
Andrew Lobanov (tavern,1) → ii.51t.ru  –  04:32:59 2023-01-19

>> При этом на действительно старой машине со старой системой к тебе всё таки не сходить.
ii.51t.ru> сходить. с дискетами. восьмидюймовыми. или с перфокартами. а в транслит я уж как-нибудь перкодирую.

Речь о сети и пользователях Windows 3.11. С дискетами они, конечно, могут, но лучше бы по сети всё таки.

Хотя, пользователи какого-нибудь Apple ][ могли бы и с дискетами. Хотя, у них вообще-то есть модем.

+++ Caesium/0.4 RC1
#  Re: Изменения по tgistation.ru
ii.51t.ru (dinozavr,2) → Andrew Lobanov  –  00:24:23 2023-01-19

> При этом на действительно старой машине со старой системой к тебе всё таки не сходить.

сходить. с дискетами. восьмидюймовыми. или с перфокартами. а в транслит я уж как-нибудь перкодирую.
#  Re: боны поны и прочее
ii.51t.ru (dinozavr,2) → Andrew Lobanov  –  00:25:21 2023-01-19

> Для меня тут простая арифметика. Сколько операторов с тобой согласны? Скольким остальным надо будет лезть в настройки узла из-за этого?

прально, лучше всё писать в одной эхе :)
#  Re: боны поны и прочее
vvs (ping,12) → Andrew Lobanov  –  18:22:29 2023-01-18

AL> 1. Это не арифметический вопрос.

Ну если бы только арифметические вопросы не решались голосованием...

AL> 2. Только мнение операторов и значит хоть что-то в этом вопросе. Потому что только одного оператора, который наверняка, как и всегда, пришёл на пару недель, чтобы опять уйти на несколько лет, это не устраивает в то время, как остальным вполне нормально живётся без этой беготни с созданием/архивированием конференций ради создания/архивирования конференций.

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

Всё, что вызвало такую мою реакцию - это что чьей-то правотой здесь не пахнет. Субъективная значимость чьего-то мнения - это что угодно, но только не "правота". Ведь даже если какое-то предложение кого-то не устраивает, то совершенно не обязательно привязывать это к личности автора (ad hominem). И, в любом случае, ни к чему не обязывает. И это невольно заставляет поставить себя на его место.

Просто мои пять копеек.

P.S. А кстати, разве есть какой-то устав, который ограничивает время пребывания операторов в сети? Старожилы имеют особый статус? Напоминает тюремные порядки.
#  Re: боны поны и прочее
Andrew Lobanov (tavern,1) → vvs  –  16:56:53 2023-01-18

AL>>>> Если первых будет будет больше вторых, то ты прав. Если же меньше, то нет.
vvs>>> Давайте проголосуем, чему равно 235095860486 x 9857605486086085? Если больше половины будет за то, что это 2317482244082922453325937310, то так и есть. Считать запрещено :P
AL>> Я озвучил гораздо более простую задачку. У нас операторов по пальцам пересчитать можно. Именно отсюда моё предположение, что посчитать их - тривиальная, в сущности, задачка. Хотя, отчасти, я согласен, что я могу завышать способности некоторых людей.
vvs> Смысл моего предложения вовсе не в том, что это очень "сложная" задача, а в том, что решать арифметические задачи голосованием - вообще бессмысленно. И аналогично, определять чью-нибудь правоту голосованием - бессмысленно тоже. Так можно только выяснить, какая точка зрения имеет больше сторонников в момент голосования и только среди его участников.

1. Это не арифметический вопрос.
2. Только мнение операторов и значит хоть что-то в этом вопросе. Потому что только одного оператора, который наверняка, как и всегда, пришёл на пару недель, чтобы опять уйти на несколько лет, это не устраивает в то время, как остальным вполне нормально живётся без этой беготни с созданием/архивированием конференций ради создания/архивирования конференций.

+++ Caesium/0.4 RC1
#  Re: Изменения по tgistation.ru
Andrew Lobanov (tavern,1) → vvs  –  16:56:52 2023-01-18

AL>> Не вижу как таковой моды. Вижу только удобство в возможности легче и быстрее обрабатывать больший объём информации.
vvs> Ну, если кто-то не хочет что-нибудь видеть, то это не значит, что этого нет. Зачем, например, покупают iPhone? Ах это просто удобство и эффективность обработки информации? Ну да, ну да...

А вот это, в рамках обсуждения, просто подмена понятий. Не все нововведения одинаково полезны. Зато подменил и вроде как молодец - доказал что-то (нет).

AL>> Время не имеет значения только для бессметрных людей с бесплатной электроэнергией. И таки почему вдруг упирательство идёт именно в 32 бита, а не, скажем, в 16? Ведь переход с 16 на 32 тоже был модой, если быть последовательными.
vvs> Не на сто процентов, но мода там участвовала тоже. 32-бита здесь просто актуальнее для присутствующих. Ну какой смысл сейчас вспоминать уже далёкое прошлое? У меня есть ностальгия и по огромным мэйнфреймам, но это уже не актуально для тех, кто сейчас это читает.

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

vvs> А время значение, конечно, имеет, но только не в том контексте, о котором идёт речь.

В каком же? В обсуждаемом нами вопросе вполне имеет. И таки нет ответа почему именно 32 бита, а не 16 или 8. Ведь 32 бит пришли именно на замену 16.

AL>> P.S.: Если всё дело в моде, то почему нет тотального перехода с 64 бит на 128?

>> Читать далее
#  Re: боны поны и прочее
vvs (ping,12) → Andrew Lobanov  –  12:33:05 2023-01-18

AL>>> Если первых будет будет больше вторых, то ты прав. Если же меньше, то нет.
vvs>> Давайте проголосуем, чему равно 235095860486 x 9857605486086085? Если больше половины будет за то, что это 2317482244082922453325937310, то так и есть. Считать запрещено :P

AL> Я озвучил гораздо более простую задачку. У нас операторов по пальцам пересчитать можно. Именно отсюда моё предположение, что посчитать их - тривиальная, в сущности, задачка. Хотя, отчасти, я согласен, что я могу завышать способности некоторых людей.

Смысл моего предложения вовсе не в том, что это очень "сложная" задача, а в том, что решать арифметические задачи голосованием - вообще бессмысленно. И аналогично, определять чью-нибудь правоту голосованием - бессмысленно тоже. Так можно только выяснить, какая точка зрения имеет больше сторонников в момент голосования и только среди его участников.
#  Re: Изменения по tgistation.ru
vvs (ping,12) → Andrew Lobanov  –  12:11:44 2023-01-18

AL> Не вижу как таковой моды. Вижу только удобство в возможности легче и быстрее обрабатывать больший объём информации.

Ну, если кто-то не хочет что-нибудь видеть, то это не значит, что этого нет. Зачем, например, покупают iPhone? Ах это просто удобство и эффективность обработки информации? Ну да, ну да...

AL> Время не имеет значения только для бессметрных людей с бесплатной электроэнергией. И таки почему вдруг упирательство идёт именно в 32 бита, а не, скажем, в 16? Ведь переход с 16 на 32 тоже был модой, если быть последовательными.

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

А время значение, конечно, имеет, но только не в том контексте, о котором идёт речь.

AL> P.S.: Если всё дело в моде, то почему нет тотального перехода с 64 бит на 128?

А? А почему 128 бит должно быть моднее? Ну если будет, то и перейдут. У меня нет желания выяснять здесь почему что-то является модным для кого-то.
#  Re: боны поны и прочее
Andrew Lobanov (tavern,1) → vvs  –  11:02:14 2023-01-18

AL>> Если первых будет будет больше вторых, то ты прав. Если же меньше, то нет.
vvs> Давайте проголосуем, чему равно 235095860486 x 9857605486086085? Если больше половины будет за то, что это 2317482244082922453325937310, то так и есть. Считать запрещено :P

Я озвучил гораздо более простую задачку. У нас операторов по пальцам пересчитать можно. Именно отсюда моё предположение, что посчитать их - тривиальная, в сущности, задачка. Хотя, отчасти, я согласен, что я могу завышать способности некоторых людей.

+++ Caesium/0.4 RC1
#  Re: Изменения по tgistation.ru
Andrew Lobanov (tavern,1) → vvs  –  11:02:12 2023-01-18

AL>> Тут сугубо экономический вопрос. Мода тут постолько поскольку. Поддержка 32-бит это не только сборка дистрибутива или программы, это ещё и тестирование. Если, например, количество пользователей меньше 1%, уже просто нецелесообразно заниматься поддержкой старой архитектуры.
vvs> Это лишь следствие. А причина в том спросе, который во многом формируется модой. Не было бы спроса, не надо было бы ничего и тестировать. Хотя это лишь один из многих примеров, где разные люди видят противоположные причинно-следственные связи. Ну вот, что было раньше: курица или яйцо? :P

Не вижу как таковой моды. Вижу только удобство в возможности легче и быстрее обрабатывать больший объём информации.

AL>> А что за исследования? Как проводились? Где публиковались? Было бы интересно почитать как измеряют ум. Особенно ум давно умерших людей. Насколько крестьянин XIX века был умнее современного обывателя?
vvs> http://dx.doi.org/10.1016/j.intell.2013.04.006
vvs> И надо всегда помнить, что любая научная модель - это упрощение. "Ум" в общем смысле, измерить невозможно, поскольку нет его однозначного определения. Измеряют какую-то конкретную величину, принятую здесь за "ум". Галилей в своей модели тоже не учитывал сопротивление воздуха, тем не менее это было полезно для механики. Философия же вечно обсуждает некие общие нечёткие понятия и поэтому от неё мало толку на практике, если только не считать бессмысленных споров о смысле слов.

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

AL>> Ну так это же здорово. Тебе не надо собирать мир на целевой дохлой машинке. Собрал что надо как надо под нужную архитектуру на мощном сервере и заливай себе хоть на одноплатник. Это выгодно и по времени и по электроэнергии.
vvs> Это плохо с точки зрения независимости от прихотей моды, как в данном случае. Время в данном случае не имеет значения. А с точки зрения эффективности использования электроэнергии, все должны питаться в столовой и жить в бараках :P

Время не имеет значения только для бессметрных людей с бесплатной электроэнергией. И таки почему вдруг упирательство идёт именно в 32 бита, а не, скажем, в 16? Ведь переход с 16 на 32 тоже был модой, если быть последовательными.

>> Читать далее
#  Re: боны поны и прочее
vvs (ping,12) → Andrew Lobanov  –  10:45:30 2023-01-18

AL> Если первых будет будет больше вторых, то ты прав. Если же меньше, то нет.

Давайте проголосуем, чему равно 235095860486 x 9857605486086085? Если больше половины будет за то, что это 2317482244082922453325937310, то так и есть. Считать запрещено :P
#  Re: Изменения по tgistation.ru
vvs (ping,12) → Andrew Lobanov  –  10:38:00 2023-01-18

AL> Тут сугубо экономический вопрос. Мода тут постолько поскольку. Поддержка 32-бит это не только сборка дистрибутива или программы, это ещё и тестирование. Если, например, количество пользователей меньше 1%, уже просто нецелесообразно заниматься поддержкой старой архитектуры.

Это лишь следствие. А причина в том спросе, который во многом формируется модой. Не было бы спроса, не надо было бы ничего и тестировать. Хотя это лишь один из многих примеров, где разные люди видят противоположные причинно-следственные связи. Ну вот, что было раньше: курица или яйцо? :P

AL> А что за исследования? Как проводились? Где публиковались? Было бы интересно почитать как измеряют ум. Особенно ум давно умерших людей. Насколько крестьянин XIX века был умнее современного обывателя?

http://dx.doi.org/10.1016/j.intell.2013.04.006

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

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

Это плохо с точки зрения независимости от прихотей моды, как в данном случае. Время в данном случае не имеет значения. А с точки зрения эффективности использования электроэнергии, все должны питаться в столовой и жить в бараках :P
#  Re: Изменения по tgistation.ru
Andrew Lobanov (tavern,1) → ii.51t.ru  –  07:09:21 2023-01-18

>> Это один и тот же вопрос. На половине узлов твоя новая труба 2033, на второй половине труба 2032. Не за то боролись большевики.
ii.51t.ru> pipe.2032 is dead. если прямо сейчас, ничего не меняя, отправить всем её в архив - ничо не изменится :) остальные эхи тоже dead, но там хотя бы архивы сообщений могут представлять ценность. конечно, если их не завалить оффтопиком, чем мы все здесь начинаем потихоньку заниматься, поэтому офтопик сворачиваем, как говорил Славик: "посидим, поговорим о тоссерах"

pipe.2033 тоже мертва. Никому ненужная болталка, которая при этом ещё сугубо твоя локалка, никуда не проброшенная. Если я напишу в 2032, то сообщение пройдёт по всей сети и никому при этом не надо судорожно переписывать конфиги потому что на тебя что-то там "давит". А если ты напишешь в 2033, то сможешь мило пообщаться сам с собой.

+++ Caesium/0.4 RC1
#  Re: Изменения по tgistation.ru
Andrew Lobanov (tavern,1) → ii.51t.ru  –  07:09:21 2023-01-18

>> Революция ради революции. Не хочешь старых переписок - не читай и не качай. Раз уж всё равно разброд и шатание, то хотя бы оставь текущее общение без фрагментации.
ii.51t.ru> Да уже поздно, уже idec.talks в болталку превратили :)

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

ii.51t.ru> Просто хотелось общую болталку без legacy, чтобы с чистого листа. Я лично не хочу pipe.2032, она давит на меня воспоминаниями. :) И противоречит моим замыслам. Никого в неё не тяну, но 2032 брать не буду.

Твоё право. Хоть каждый день у себя новые болталки создавай. Только не агитируй народ на сегментацию.

+++ Caesium/0.4 RC1
#  Re: Изменения по tgistation.ru
Andrew Lobanov (tavern,1) → ii.51t.ru  –  07:09:21 2023-01-18

>> Ну ой тогда. Тянуть весь мир в то, что может потянуть Микро-80, это луддитство чистой воды. На третьем же пентиуме вполне себе работает и 11 дебиан. Конечно, система после старта с иксами и оконным менеджером отъедает 70 МБ ОЗУ, но с этим вполне можно жить.
ii.51t.ru> у меня на третьем пентиуме стоят OpenBSD 7.2, Alt 3.0 и Debian 4.0. Мне так хочется. С KDE и Гномом, соответственно. Шик, блеск, все дела. OpenBSD современный я и на первый пень ставил. Да и современный Links во FreeDOS запускал и свой сайт смотрел: единственное, в графическом режиме русский ввод не работает. Жаль, эху со всеми тестами потерял.

При этом на действительно старой машине со старой системой к тебе всё таки не сходить.

ii.51t.ru> Вопрос не в том, куда тянуть весь мир. Вопрос, наоборот, а куда можно сходить со старой системы. Ко мне - можно. А планов сделать всё на html8, чтобы было "ну вааще круто" у меня не было.

Ну если у человека не было планов сделать всё на HTML1 с однобайтной кодировкой, чтобы было "ну вааще круто", то можно ли его за это винить?

+++ Caesium/0.4 RC1
#  Re: боны поны и прочее
Andrew Lobanov (tavern,1) → ii.51t.ru  –  07:09:21 2023-01-18

>> В том же фидонете это никого не парило никогда.
ii.51t.ru> в фидонете тоссинг, а не консистентные эхи. меня, кстати, это парило, когда подписываешься на эху, а там пусто. у partoss была команда ареафиксу, чтобы набрать сообщений из эхи, но для passthru-эх и вообще на практике это не работало. поэтому я это учитывал при своей схеме.

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

Для меня тут простая арифметика. Сколько операторов с тобой согласны? Скольким остальным надо будет лезть в настройки узла из-за этого?

Если первых будет будет больше вторых, то ты прав. Если же меньше, то нет.

+++ Caesium/0.4 RC1
#  Re: Изменения по tgistation.ru
Andrew Lobanov (tavern,1) → vvs  –  07:09:21 2023-01-18

AL>> Старое остаётся в прошлом. Как отошли 8-разрядные машины, за ними ушли в прошлое 16-разрядные, так отходят и 32-разрядные. Это остаётся только принять или изобретать велосипеды
vvs> Когда толпа бегает за модой, то это её дело. Плохо только то, что и другим приходится приспосабливаться, кому на моду наплевать и у них всё и так прекрасно работало. Ну, я уже сижу под 64-бит, выбора особого нет :(

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

vvs> И так во всём, бракованные стереотипы навязываются в качестве эталона. Удручает, что жить становится всё хуже и это объективная тенденция :( Кто теперь осмелится утверждать, что ностальгия по прошлому вызвана исключительно ушедшей молодостью? Тем же, кто помоложе просто не с чем сравнивать. Вот и научные исследования утверждают, что в викторианскую эпоху люди были умнее :( Автаркия полезна не столько из-за политических рисков, сколько из-за экзистенциальных... По крайней мере для меня, самое страшное - это просто быть, как все.

А что за исследования? Как проводились? Где публиковались? Было бы интересно почитать как измеряют ум. Особенно ум давно умерших людей. Насколько крестьянин XIX века был умнее современного обывателя?

AL>> Гентушники уже давно занимаются кроскомпиляцией, насколько я помню.
vvs> Вот-вот :/

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

+++ Caesium/0.4 RC1
#  Re: Изменения по tgistation.ru
ii.51t.ru (dinozavr,2) → Andrew Lobanov  –  21:34:54 2023-01-17

> Это один и тот же вопрос. На половине узлов твоя новая труба 2033, на второй половине труба 2032. Не за то боролись большевики.

pipe.2032 is dead. если прямо сейчас, ничего не меняя, отправить всем её в архив - ничо не изменится :) остальные эхи тоже dead, но там хотя бы архивы сообщений могут представлять ценность. конечно, если их не завалить оффтопиком, чем мы все здесь начинаем потихоньку заниматься, поэтому офтопик сворачиваем, как говорил Славик: "посидим, поговорим о тоссерах"
#  Re: Изменения по tgistation.ru
ii.51t.ru (dinozavr,2) → vvs  –  21:32:25 2023-01-17

> Вот и научные исследования утверждают, что в викторианскую эпоху люди были умнее :(

Да чего уж там, в советскую люди были умнее.

На ютубе можно найти видео с советскими школьниками и посмотреть, как они рассуждают. Причём не единично, а в качестве тенденции. Сейчас я такого представить даже не могу.
#  Re: Изменения по tgistation.ru
ii.51t.ru (dinozavr,2) → Andrew Lobanov  –  21:30:31 2023-01-17

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

Да уже поздно, уже idec.talks в болталку превратили :)

Просто хотелось общую болталку без legacy, чтобы с чистого листа. Я лично не хочу pipe.2032, она давит на меня воспоминаниями. :) И противоречит моим замыслам. Никого в неё не тяну, но 2032 брать не буду.
#  Re: Изменения по tgistation.ru
ii.51t.ru (dinozavr,2) → Andrew Lobanov  –  21:28:12 2023-01-17

> А IS-DOS отлично работал на спектруме.

У меня там работала последняя, 10-я версия Альта. Просто у меня щас нет этой таблетки.
#  Re: Изменения по tgistation.ru
ii.51t.ru (dinozavr,2) → Andrew Lobanov  –  21:27:23 2023-01-17

> Ну ой тогда. Тянуть весь мир в то, что может потянуть Микро-80, это луддитство чистой воды. На третьем же пентиуме вполне себе работает и 11 дебиан. Конечно, система после старта с иксами и оконным менеджером отъедает 70 МБ ОЗУ, но с этим вполне можно жить.

у меня на третьем пентиуме стоят OpenBSD 7.2, Alt 3.0 и Debian 4.0. Мне так хочется. С KDE и Гномом, соответственно. Шик, блеск, все дела. OpenBSD современный я и на первый пень ставил. Да и современный Links во FreeDOS запускал и свой сайт смотрел: единственное, в графическом режиме русский ввод не работает. Жаль, эху со всеми тестами потерял.

Вопрос не в том, куда тянуть весь мир. Вопрос, наоборот, а куда можно сходить со старой системы. Ко мне - можно. А планов сделать всё на html8, чтобы было "ну вааще круто" у меня не было.
#  Re: боны поны и прочее
ii.51t.ru (dinozavr,2) → Andrew Lobanov  –  21:22:44 2023-01-17

> В том же фидонете это никого не парило никогда.

в фидонете тоссинг, а не консистентные эхи. меня, кстати, это парило, когда подписываешься на эху, а там пусто. у partoss была команда ареафиксу, чтобы набрать сообщений из эхи, но для passthru-эх и вообще на практике это не работало. поэтому я это учитывал при своей схеме.
#  Re: Изменения по tgistation.ru
vvs (ping,12) → Andrew Lobanov  –  19:26:47 2023-01-17

AL> Старое остаётся в прошлом. Как отошли 8-разрядные машины, за ними ушли в прошлое 16-разрядные, так отходят и 32-разрядные. Это остаётся только принять или изобретать велосипеды

Когда толпа бегает за модой, то это её дело. Плохо только то, что и другим приходится приспосабливаться, кому на моду наплевать и у них всё и так прекрасно работало. Ну, я уже сижу под 64-бит, выбора особого нет :(

И так во всём, бракованные стереотипы навязываются в качестве эталона. Удручает, что жить становится всё хуже и это объективная тенденция :( Кто теперь осмелится утверждать, что ностальгия по прошлому вызвана исключительно ушедшей молодостью? Тем же, кто помоложе просто не с чем сравнивать. Вот и научные исследования утверждают, что в викторианскую эпоху люди были умнее :( Автаркия полезна не столько из-за политических рисков, сколько из-за экзистенциальных... По крайней мере для меня, самое страшное - это просто быть, как все.

AL> Гентушники уже давно занимаются кроскомпиляцией, насколько я помню.

Вот-вот :/
#  Re: Изменения по tgistation.ru
Andrew Lobanov (tavern,1) → vvs  –  18:33:27 2023-01-17

vvs> ii.51t.ru> alt 32битный с mate у меня нормально работал на таблетке с a100 на 600 мгц вместо процессора, правда памяти 2 гб
vvs> Каждый смотрит со своей колокольни. Федора на 256 МБ даже не загрузится. Мой далеко не полный список претензий к последним версиям 32-битных линуксов, которые мне пришлось испытывать: не работает Mount Rainier, suspend to disk (похоже проблема связана с интеловской графикой), Qt5. Если речь не обязательно о линуксе, то можно добавить кучу бинарных приложений, откомпилированных под Pentium 4 с SSE2 (например Firefox) или, на закуску, древние, ещё досовские игры, портированные исключительно под OpenGL 3.3 :) Да, есть еще проблемы с совместимостью из-за забаненных старых версий протоколов и алгоритмов, типа SHA1. Доставляют также изменённые умолчания, например в samba, из-за чего новые версии не хотят коннектиться к Windows XP (это поправимо, но лишняя нервотрёпка). Вообще, старое железо работает под новым ядром только хуже, некому тестировать, всем плевать на 32-битные баги.

Старое остаётся в прошлом. Как отошли 8-разрядные машины, за ними ушли в прошлое 16-разрядные, так отходят и 32-разрядные. Это остаётся только принять или изобретать велосипеды, как делают в рамках проекта Sprinter с их SprinterNet. То есть писать некий прокси-шлюз, который будет забирать из большого интернета то, что надо и предоставлять в удобоваримом для слабой машинки виде.

vvs> Сидеть и самостоятельно всё это исправлять, перекомпилировать целые ОС с исходников - нет ни ресурсов, ни желания. И, кстати, кто-нибудь пробовал самостоятельно откомпилировать Firefox или WebKit на 32-бит? Там же недостаточно 4 ГБ памяти. Та же хрень с Хаскеллом, возьмите, например, pandoc. Тут даже не имеет значения, что компьютер не старый. Особенно весело должно быть пользователям Gentoo (не смотрел, как они в таком случае выкручиваются). Вообще, для меня ОС должна работать из коробки и не отвлекать от основных задач.

Гентушники уже давно занимаются кроскомпиляцией, насколько я помню.

+++ Caesium/0.4 RC1
#  Re: Изменения по tgistation.ru
Andrew Lobanov (tavern,1) → ii.51t.ru  –  18:33:26 2023-01-17

>> Давай. В чём принципиальное отличие новой трубы от старой? Какая выгода будет операторам и пользователям от перехода на новую эху?
ii.51t.ru> тем, что она новая, без древних переписок с древними людьми. таким эхам место в архиве. я не вижу смысла держаться за старую, это просто болталка. знач, pipe.2033 будет моим эксклюзивом, осталось придумать, куда её протянуть :)

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

+++ Caesium/0.4 RC1
#  Re: Изменения по tgistation.ru
Andrew Lobanov (tavern,1) → ii.51t.ru  –  18:33:26 2023-01-17

>> Какой смысл в архиве?
ii.51t.ru> а какой смысл в неконсистентных эхах?

Это один и тот же вопрос. На половине узлов твоя новая труба 2033, на второй половине труба 2032. Не за то боролись большевики.

ii.51t.ru> в архив отправляются сообщения, которые понадобятся крайне редко. в случае с болталками нет смысла хранить переписку в эхах, а то вдруг кто-то пойдёт, зачитается и не вернётся. у меня на такие случаи поддерживается вид "эха-книжка", а на 3500 сообщений это будет очень большая книжка :)

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

+++ Caesium/0.4 RC1
#  Re: Изменения по tgistation.ru
Andrew Lobanov (tavern,1) → ii.51t.ru  –  18:33:25 2023-01-17

>> Ну скоро останется только генту компилить под 32-бита или слаку ставить, пока Пат не выкинет поддержку. Пока что Debian 11 работает на старых машинах, но это тоже временно.
ii.51t.ru> alt 32битный с mate у меня нормально работал на таблетке с a100 на 600 мгц вместо процессора, правда памяти 2 гб

А IS-DOS отлично работал на спектруме.

+++ Caesium/0.4 RC1
#  Re: Изменения по tgistation.ru
Andrew Lobanov (tavern,1) → ii.51t.ru  –  18:33:24 2023-01-17

>> Ты неправильно видишь целевую аудиторию. Со старых систем и компьютеров доступ никто не запрещал. Если ты не хочешь обновлять сертификаты у себя, то это ты себе запрещаешь использовать эти сайты, а не тебе.
ii.51t.ru> дело не в сертификатах, а в протоколах, которые на новых сайтах уже заблокированы. точно так же я не могу зайти по ssh на современные системы - поэтому telnet рулит, как 40 лет назад работал, так и работает :) аналогично с http

Ну ой тогда. Тянуть весь мир в то, что может потянуть Микро-80, это луддитство чистой воды. На третьем же пентиуме вполне себе работает и 11 дебиан. Конечно, система после старта с иксами и оконным менеджером отъедает 70 МБ ОЗУ, но с этим вполне можно жить.

+++ Caesium/0.4 RC1
#  Re: ii.51t.ru
Andrew Lobanov (tavern,1) → ii.51t.ru  –  18:33:24 2023-01-17

>> На NCSA Mosaic 1 работает? Или оставишь жителей Windows 3.11 за бортом?
ii.51t.ru> не работает в ie3 в win95 - не поддерживается utf-8. сначала хотел приделать перекодировку, но потом решил, что пользователи ie3 должны страдать. нетскейп навигатор и коммуникатор 4.77 под debian sarge работают, под виндой не проверял

Пользователи любой версии IE должны страдать. Но NCSA Mosaic то за что?

+++ Caesium/0.4 RC1
#  Re: боны поны и прочее
Andrew Lobanov (tavern,1) → ii.51t.ru  –  18:33:23 2023-01-17

>> А кто тебя заставляет их тянуть? Просто качай последние 100/10/5/1 сообщений и радуйся жизни.
ii.51t.ru> тогда не будет целостности эх - на одной станции столько то сообщений, а на другой - другое. чтобы была целостность, надо чтобы везде было одно и то же.

А надо ли? Я серьёзно. В том же фидонете это никого не парило никогда. Эха это не столько способ хранения информации, сколько способ её передачи же.

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

Вот да. Для болталки не имеет значения.

+++ Caesium/0.4 RC1
#  Re: Изменения по tgistation.ru
vvs (ping,12) → ii.51t.ru  –  17:52:09 2023-01-17

ii.51t.ru> alt 32битный с mate у меня нормально работал на таблетке с a100 на 600 мгц вместо процессора, правда памяти 2 гб

Каждый смотрит со своей колокольни. Федора на 256 МБ даже не загрузится. Мой далеко не полный список претензий к последним версиям 32-битных линуксов, которые мне пришлось испытывать: не работает Mount Rainier, suspend to disk (похоже проблема связана с интеловской графикой), Qt5. Если речь не обязательно о линуксе, то можно добавить кучу бинарных приложений, откомпилированных под Pentium 4 с SSE2 (например Firefox) или, на закуску, древние, ещё досовские игры, портированные исключительно под OpenGL 3.3 :) Да, есть еще проблемы с совместимостью из-за забаненных старых версий протоколов и алгоритмов, типа SHA1. Доставляют также изменённые умолчания, например в samba, из-за чего новые версии не хотят коннектиться к Windows XP (это поправимо, но лишняя нервотрёпка). Вообще, старое железо работает под новым ядром только хуже, некому тестировать, всем плевать на 32-битные баги.

Сидеть и самостоятельно всё это исправлять, перекомпилировать целые ОС с исходников - нет ни ресурсов, ни желания. И, кстати, кто-нибудь пробовал самостоятельно откомпилировать Firefox или WebKit на 32-бит? Там же недостаточно 4 ГБ памяти. Та же хрень с Хаскеллом, возьмите, например, pandoc. Тут даже не имеет значения, что компьютер не старый. Особенно весело должно быть пользователям Gentoo (не смотрел, как они в таком случае выкручиваются). Вообще, для меня ОС должна работать из коробки и не отвлекать от основных задач.
#  Re: Изменения по tgistation.ru
Ordos (tgi,1) → ii.51t.ru  –  14:00:00 2023-01-17

>вернёмся к сабжу. у меня вопрос - а как вообще что-то фетчить со станции, какой url? :)
url тот же - https://tgistation.ru/ (теперь и http можно).

>хочу забрать bot.habr.rss (в ro) и game.rogue.14
Пожалуйста. Только хабр редко что-то годное выдает, а в game.rogue.14 вроде давно уж ничего не писалось.

>а где ещё есть роботные эхи?
В таверне, насколько я знаю, имеется всякое - http://idec.spline-online.tk/
#  Re: Изменения по tgistation.ru
ii.51t.ru (dinozavr,2) → Ordos  –  13:39:13 2023-01-17

вернёмся к сабжу. у меня вопрос - а как вообще что-то фетчить со станции, какой url? :)

хочу забрать bot.habr.rss (в ro) и game.rogue.14 (но тогда нужен бекфетч)

а где ещё есть роботные эхи?
#  Re: Изменения по tgistation.ru
ii.51t.ru (dinozavr,2) → iiii  –  13:23:24 2023-01-17

добавил к себе эхи linux.14 и std.game с hugeping.tk
#  Re: Изменения по tgistation.ru
ii.51t.ru (dinozavr,2) → Andrew Lobanov  –  13:12:49 2023-01-17

> Давай. В чём принципиальное отличие новой трубы от старой? Какая выгода будет операторам и пользователям от перехода на новую эху?

тем, что она новая, без древних переписок с древними людьми. таким эхам место в архиве. я не вижу смысла держаться за старую, это просто болталка. знач, pipe.2033 будет моим эксклюзивом, осталось придумать, куда её протянуть :)
#  Re: Изменения по tgistation.ru
ii.51t.ru (dinozavr,2) → Andrew Lobanov  –  13:10:40 2023-01-17

> Какой смысл в архиве?

а какой смысл в неконсистентных эхах?

в архив отправляются сообщения, которые понадобятся крайне редко. в случае с болталками нет смысла хранить переписку в эхах, а то вдруг кто-то пойдёт, зачитается и не вернётся. у меня на такие случаи поддерживается вид "эха-книжка", а на 3500 сообщений это будет очень большая книжка :)
#  Re: Изменения по tgistation.ru
ii.51t.ru (dinozavr,2) → Andrew Lobanov  –  13:08:17 2023-01-17

> Ну скоро останется только генту компилить под 32-бита или слаку ставить, пока Пат не выкинет поддержку. Пока что Debian 11 работает на старых машинах, но это тоже временно.

alt 32битный с mate у меня нормально работал на таблетке с a100 на 600 мгц вместо процессора, правда памяти 2 гб
#  Re: Изменения по tgistation.ru
ii.51t.ru (dinozavr,2) → Andrew Lobanov  –  13:06:48 2023-01-17

> Ты неправильно видишь целевую аудиторию. Со старых систем и компьютеров доступ никто не запрещал. Если ты не хочешь обновлять сертификаты у себя, то это ты себе запрещаешь использовать эти сайты, а не тебе.

дело не в сертификатах, а в протоколах, которые на новых сайтах уже заблокированы. точно так же я не могу зайти по ssh на современные системы - поэтому telnet рулит, как 40 лет назад работал, так и работает :) аналогично с http
#  Re: боны поны и прочее
ii.51t.ru (dinozavr,2) → Andrew Lobanov  –  13:04:59 2023-01-17

> А в чём принципиальная разница?

Пётр уже ответил
#  Re: ii.51t.ru
ii.51t.ru (dinozavr,2) → Andrew Lobanov  –  13:04:36 2023-01-17

> На NCSA Mosaic 1 работает? Или оставишь жителей Windows 3.11 за бортом?

не работает в ie3 в win95 - не поддерживается utf-8. сначала хотел приделать перекодировку, но потом решил, что пользователи ie3 должны страдать. нетскейп навигатор и коммуникатор 4.77 под debian sarge работают, под виндой не проверял
#  Re: боны поны и прочее
ii.51t.ru (dinozavr,2) → Andrew Lobanov  –  13:03:04 2023-01-17

> А кто тебя заставляет их тянуть? Просто качай последние 100/10/5/1 сообщений и радуйся жизни.

тогда не будет целостности эх - на одной станции столько то сообщений, а на другой - другое. чтобы была целостность, надо чтобы везде было одно и то же.

с другой стороны, там ценность только для архива, это же болталка. болталки проще перезатирать
#  Re: Изменения по tgistation.ru
Andrew Lobanov (tavern,1) → Ordos  –  11:34:51 2023-01-17

Ordos> После некоторых размышлений таки убрал принудительный редирект на https. Теперь работает и так и так, по желанию. Мне не критично, а кому-то может и да.

Крут!

Ordos> Заодно зацепил к себе https://ii.51t.ru/ii/. Эхи idec.talks и zx.spectrum. Пусть будет.

Значит мне можно не перенастраивать фетчер. Люблю, когда мне не надо что-либо делать :)

+++ Caesium/0.4 RC1
#  Re: Изменения по tgistation.ru
Andrew Lobanov (tavern,1) → ii.51t.ru  –  11:20:03 2023-01-17

>> Сейчас фетч "поумнел" и он адаптивный, то-есть все 3500 сообщений фечнутся только один раз. На сеть нагрузки с моей стороны никакой. В общем, я пока забираю pipe2032.
ii.51t.ru> ну они всегда один раз забираются. я не понимаю просто смысла держать эху с сообщениями лет за 9, которая просто болталка. такие вещи надо держать в архиве.

Ну так держи. Кто ж тебе запрещает то? Хоть в архиве, хоть в кладовке, хоть на полочке. Зачем всем то этим заниматься? Не хочешь ни разу тянуть всю эху - тебя никто не заставляет. Можешь тянуть хоть последние 10 сообщений и потом только новое.

ii.51t.ru> просто у нас сейчас в таком случае болталкой стала idec.talks, сиё не очень хорошо :) ладно, буду искать линка на pipe.2033, 3500 сообщений, некоторые из которых мне вообще не нравятся, я хранить не хочу - хочу историю с чистого листа.

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

ii.51t.ru> ясно. не буду гейтовать. буду pipe.2033 рекламировать :)

Давай. В чём принципиальное отличие новой трубы от старой? Какая выгода будет операторам и пользователям от перехода на новую эху?

+++ Caesium/0.4 RC1
#  Re: Изменения по tgistation.ru
Andrew Lobanov (tavern,1) → ii.51t.ru  –  11:20:03 2023-01-17

>> Про pipe.2033 -- если создание эхи приведёт к тому что у нас будет две эхи, вместо одной, то я бы этого не хотел. Так что я не то чтобы инициативу не поддерживаю, я считаю что это нужно всем решать станциям.
ii.51t.ru> так я и выносил вопрос на все станции. все станции молчат. pipe.2032 давно не использовалась, а таскать 3500 сообщений туда-сюда из чатовой эхи смысла нет. именно поэтому изначально был обязательный постфикс, чтобы "освежать" эхи а старую инфу уводить в архив.

Чтобы не таскать 3500 сообщений туда-сюда достаточно использовать нормальный софт. Или допилить свой софт до нормального состояния. А архивы это удел ii и 2014-го года. Уже 8+ лет как не актуально.

+++ Caesium/0.4 RC1
#  Re: Изменения по tgistation.ru
Andrew Lobanov (tavern,1) → hugeping  –  11:20:03 2023-01-17

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

Смысла нет совершенно, так как это решает только проблемы лентяев, которые не могут добавить поддержку срезов в фетчер :)

+++ Caesium/0.4 RC1
#  Re: Изменения по tgistation.ru
Andrew Lobanov (tavern,1) → iiii  –  11:20:03 2023-01-17

iiii> 2. что думаешь о создании эхи pipe.2033 и отправке 2032 в архив

Какой смысл в архиве? Ну кроме недофетчеров, которые не поддерживают стандарт в полном объёме.

+++ Caesium/0.4 RC1
#  Re: Изменения по tgistation.ru
Andrew Lobanov (tavern,1) → hugeping  –  11:20:03 2023-01-17

hugeping> В кои-то веки -- оживление!
hugeping> Мне тоже не нравится принудительный https, но тут каждый сам решает что на ноде крутить. Опять же, есть технические нюансы. Мне кажется, что заворот http на https это сейчас настройка по умолчанию много где. На моей ноде всё сделано руками, поэтому мне было не сложно оставить выбор.

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

hugeping> P.S. gemini требует ssl и это для меня существенный минус. Выкидывает за борт всё ретро сразу. Хотя в остальном gemini мне очень нравится...

Да. Тоже это в gemini не нравится.

+++ Caesium/0.4 RC1
#  Re: Изменения по tgistation.ru
Andrew Lobanov (tavern,1) → vvs  –  11:20:02 2023-01-17

shaos>> Ну новых планов не выпускают, а дебианы - выпускают. Какой смысл сидеть на старой версии если уже было выпущено много новых с обновлениями (в том числе секьюрными) и т.д.? Вот у меня есть старый повербук на G4 - там ничего новее MacOS X 10.4 не идёт ну я там и сижу в сафари который не обновлялся с 2007 года и тоже страдаю по недоступности многих сайтов https (хотя вот например некоторые летсэнкрипнутые сайты там открываются), но если есть стандартный ПЦ (страше 486), то что мешает поставить дебиян поновее? Религия? ;)
vvs> "Не корысти ради, а токмо..." ради верности фактам. Я дебианом никогда сам не пользовался, но вот федорой - много лет. И с 2019 года они интел 32-бит больше не поддерживают, от слова "совсем". Да и до этого минимальные требования памяти уже заметно превышали возможности старых компьютеров. Ну и, например, многие перестали поддерживать старые процессора ниже Pentium 4. Я с этим только вчера сталкивался, пытаясь установить android-x86 на старый комп (не ради любопытства, кстати).

Ну скоро останется только генту компилить под 32-бита или слаку ставить, пока Пат не выкинет поддержку. Пока что Debian 11 работает на старых машинах, но это тоже временно.

+++ Caesium/0.4 RC1
#  Re: Изменения по tgistation.ru
Andrew Lobanov (tavern,1) → iiii  –  11:20:02 2023-01-17

iiii> Я просто логики не вижу. Сделать сайт, лучше всего подходящий для старых систем и компьютеров, и запретить к нему доступ старым системам и компьютерам. И непонятно, к чему указывать, что у нас нет того, того и того, если основная целевая аудитория этого всё равно не увидит :)

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

+++ Caesium/0.4 RC1
#  Re: Изменения по tgistation.ru
Andrew Lobanov (tavern,1) → Ordos  –  11:20:02 2023-01-17

Ordos> iiii> а что мешает использовать javascript, cookie, картинки? какой тогда смысл выпячивать "тут нет того и этого"?
Ordos> Разве кто-то что-то выпячивал? Просто констатация факта и не более того. Уж извините, но сделано так, как я посчитал нужным. В том числе и несчастный принудительный https. Где-то в стандартах указывается, что его нельзя использовать?
Можешь хоть по FTP или SSH трафик отдавать. Это не столько принципиально. Если у одного конкретного оператора что-то подгорает от твоего HTTPS, то это проблема одного конкретного оператора. Тем более, что он появляется раз в пятилетку набросить на вентилятор, что мы тут неправильно все живём, и снова сгинуть в небытие.

Ordos> P. S. Ну хоть эха оживилась и то хорошо.

Это конвульсии :)

+++ Caesium/0.4 RC1
#  Re: Изменения по tgistation.ru
Andrew Lobanov (tavern,1) → iiii  –  11:20:02 2023-01-17

>> но если есть стандартный ПЦ (страше 486), то что мешает поставить дебиян поновее? Религия? ;)
iiii> а что мешает использовать javascript, cookie, картинки? какой тогда смысл выпячивать "тут нет того и этого"?

Наличие кучи актуальных браузеров, где это всё или не работает или работает некорректно.

+++ Caesium/0.4 RC1
#  Re: боны поны и прочее
Andrew Lobanov (tavern,1) → iiii  –  11:20:02 2023-01-17

iiii> я про то, какие эхи гейтовать: std.hugeping это локальный блог или глобальный?

А в чём принципиальная разница?

+++ Caesium/0.4 RC1
#  Re: ii.51t.ru
Andrew Lobanov (tavern,1) → iiii  –  11:20:02 2023-01-17

iiii> От создания контента - к его провайдингу.
iiii> http://ii.51t.ru
iiii> для старых компьютеров - ок. осталось забить контентом. функциональность "эхи как книги" надо будет вернуть, но переосмыслить под "архив эх". никакого https, никакого javascript и css. проверена работа на win 95 с ie4, на debian woody с netscape navigator и на всём остальном.
iiii> сейчас фетчатся эхи idec.talks и pipe.2033 (пока не существующая) с hugeping.tk, поллинг 5 минут
iiii> описание станции (точнее, софта эхи): http://ii.51t.ru/ii/html/about.html

На NCSA Mosaic 1 работает? Или оставишь жителей Windows 3.11 за бортом?

+++ Caesium/0.4 RC1
#  Re: боны поны и прочее
Andrew Lobanov (tavern,1) → iiii  –  11:20:02 2023-01-17

iiii> а где болтаем-то?

В реале.

+++ Caesium/0.4 RC1
#  Re: боны поны и прочее
Andrew Lobanov (tavern,1) → iiii  –  11:20:01 2023-01-17

iiii> или std.hugeping тоже теперь болталка? :)

А было иначе? Каждый волен делать у себя что хочет. Анархия.

+++ Caesium/0.4 RC1
#  Re: боны поны и прочее
Andrew Lobanov (tavern,1) → iiii  –  11:20:00 2023-01-17

iiii> 1. перепись узлов - кто что гейтует? чё ща модно гейтовать

Ничего.

iiii> 2. давайте сделаем новую межсетевую болталку - pipe.2033? новый год всё таки, а тянуть 3500+ сообщений 9-летней давности про болтание не стоит - лучше в архив :)

А кто тебя заставляет их тянуть? Просто качай последние 100/10/5/1 сообщений и радуйся жизни.

+++ Caesium/0.4 RC1
#  Re: Изменения по tgistation.ru
Andrew Lobanov (tavern,1) → vvs  –  11:20:00 2023-01-17

shaos>> Debian Etch это извините на минуточку ОООЧЕНЬ старый дебиян :)
shaos>> Боюсь, что его у вас всяческие трояны, черви и вирусы пронизали вдоль и поперёк...
vvs> О, Господи! Так и Plan 9 тогда пользоваться тоже нельзя? Там про обновления безопасности никто сроду ничего не слыхал. Да и ретрокомпьютинг - тоже. Как там насчёт эмуляторов C64 или амиги? Или калькуляторы TI? Тут прямо рядом эха со старым железом.

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

vvs> Конечно ожидать, что все будут этот антиквариат поддерживать - наивно. Но, учитывая специфику сети idec, вообще-то не так уж и глупо.
vvs> P.S. Извините, что влез не в своё дело, но слишком часто приходится видеть это "а зачем вам всё это надо?". Имеет каждый человек право на свои причуды и интересы. И отнестись к ним с сочувствием или хотя бы с пониманием - ничего ведь не отнимется. У меня самого в углу древний комп стоит, на который ничего новее 2005 года не установишь, а выкинуть жалко

Смотря насколько древний. У меня валяется Compaq Evo N600c начала века. На него прекрасно ставится актуальный Debian. Конечно, работает он не очень шустро, на него бессмысленно ставить современный браузер, но в остальном машинка вполне юзабельная и я за ней периодически с удовольствием сижу. Хотя казалось бы: третий пентиум (ещё и М) да 256 МБ ОЗУ.

+++ Caesium/0.4 RC1
#  Re: Изменения по tgistation.ru
Andrew Lobanov (tavern,1) → iiii  –  11:19:59 2023-01-17

>> Хм. Да, это так. Но разве https - это плохо? Первый раз слышу, чтобы были какие-то проблемы.
iiii> Да, есть проблемы. Несовместимость. Поэтому из старых ос на этот сайт не зайти в принципе. Хоть он трижды без javascript и всего остального.

Это, по идее, можно вылечить, обновив сертификаты, которые сто лет как стухли.

>> В любом случае - это всего лишь web-морда станции. И как таковой полезной нагрузки не несёт.
iiii> какая разница, всё остальное тоже работает по https, и нельзя приконнектиться. у меня вон, текстовый клиент гоняется на python 2.4 на debian etch :) к hugeping.tk я могу свободно подключаться, он http

Как будто что-то хорошее :)

+++ Caesium/0.4 RC1
#  Re: Изменения по tgistation.ru
Ordos (tgi,1) → All  –  08:21:23 2023-01-17

После некоторых размышлений таки убрал принудительный редирект на https. Теперь работает и так и так, по желанию. Мне не критично, а кому-то может и да.

Заодно зацепил к себе https://ii.51t.ru/ii/. Эхи idec.talks и zx.spectrum. Пусть будет.
#  Re: Изменения по tgistation.ru
ii.51t.ru (dinozavr,2) → hugeping  –  01:07:46 2023-01-15

> Сейчас фетч "поумнел" и он адаптивный, то-есть все 3500 сообщений фечнутся только один раз. На сеть нагрузки с моей стороны никакой. В общем, я пока забираю pipe2032.

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

просто у нас сейчас в таком случае болталкой стала idec.talks, сиё не очень хорошо :) ладно, буду искать линка на pipe.2033, 3500 сообщений, некоторые из которых мне вообще не нравятся, я хранить не хочу - хочу историю с чистого листа.

> Да, теперь понял. У меня скорее всего запрещено создание статей не от меня в этой эхе, но работает ли это если забор идёт через fetch, я не помню. Я посмотрю, чуть позже.

ясно. не буду гейтовать. буду pipe.2033 рекламировать :)
#  Re: Изменения по tgistation.ru
hugeping (ping,1) → ii.51t.ru  –  17:33:36 2023-01-14

ii.51t.ru> и какие эхи ты фетчишь?

https://club.hugeping.ru/list.txt

ii.51t.ru> так я и выносил вопрос на все станции. все станции молчат. pipe.2032 давно не использовалась, а таскать 3500 сообщений туда-сюда из чатовой эхи смысла нет. именно поэтому изначально был обязательный постфикс, чтобы "освежать" эхи а старую инфу уводить в архив.

Сейчас фетч "поумнел" и он адаптивный, то-есть все 3500 сообщений фечнутся только один раз. На сеть нагрузки с моей стороны никакой. В общем, я пока забираю pipe2032.

> хотя у hugeping тоже нет https,

Он есть, просто не принудительный.

ii.51t.ru> вопрос только в std.hugeping - там основная жизнь, но это всё-таки блог конкретной станции, конкретного автора. возможно, придётся режим read-only предусмотреть.

Да, теперь понял. У меня скорее всего запрещено создание статей не от меня в этой эхе, но работает ли это если забор идёт через fetch, я не помню. Я посмотрю, чуть позже.
#  Re: Изменения по tgistation.ru
iiii (ping,48) → ii.51t.ru  –  15:07:10 2023-01-14

а, ты все свои эхи берёшь. тогда я, наверное, поставлю в обменник zx.spectrum и plan.9, в первой даже из 2022 есть сообщения. вдруг кто ходит и не знает, куда на zx.spectrum и plan.9 зайти
#  Re: Изменения по tgistation.ru
ii.51t.ru (dinozavr,2) → hugeping  –  14:58:22 2023-01-14

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

я так и не понял, гейтовать std.hugeping или нет?

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

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

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

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

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

из лайвовых эх чатилка (лучше 2033, чем 2032), idec.talks как нужная для обмена информацией по самой системе (нужен бонлист!), вопрос только в std.hugeping - там основная жизнь, но это всё-таки блог конкретной станции, конкретного автора. возможно, придётся режим read-only предусмотреть.
#  Re: Изменения по tgistation.ru
hugeping (ping,1) → iiii  –  13:40:57 2023-01-14

iiii> Пётр, я с тебя фетчу idec.talks и pipe.2033

iiii> 1. сделай бекфетч с http://ii.51t.ru/ii/ :)
iiii> 2. что думаешь о создании эхи pipe.2033 и отправке 2032 в архив
iiii> 3. стоит ли гейтовать std.hugeping

iiii> у меня станция заточена под http и старые браузеры (проверено на win95 с ie4)

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

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

Кроме того, твоя нода обычно появляется, потом пропадает. :) Ты создаёшь какие то эхи, потом забываешь. Поэтому я с осторожностью отношусь к идее. :)
#  Domino
guest (dinozavr,1) → All  –  18:06:29 2023-01-12

Прикольный дизайн прямо как в wap 2000
#  Re: Изменения по tgistation.ru
vvs (ping,12) → shaos  –  13:29:53 2023-01-14

>> с 2019 года они интел 32-бит больше не поддерживают, от слова "совсем".

shaos> Мимо - Debian 10 "buster" всё ещё поддерживает 32-битный интел и последнее обновление 10.13 вышло в сентябре 2022:

Забавно. Я, вроде бы, совершенно ясно написал, что речь идёт вовсе не о дебиане, а о федоре и каких-то других ОС. Кроме того я упомянул и другие, не менее важные причины, почему современные ОС обычно не подходят для старых компьютеров. Как насчет них? Ссылаться только на официальные спецификации - не стоит, иначе остаётся впечатление, что спор идет только ради самого спора. Я не раз уже убеждался на личном опыте, что от задекларированных характеристик до реальности иногда дистанция огромного размера.

Задам тогда прямой и недвусмысленный вопрос: на каком именно старом компьютере кто-нибудь лично использовал последние версии каких-то ОС и какие остались впечатления? Какие именно ОС? Сколько было нужно памяти? Какие старые процессора работали, а какие - нет? Были ли проблемы с какими-то приложениями, которых не было на 64-битных компьютерах? Работали ли все устройства? Возможно ли было использовать готовые носители данных (CD, USB) для их установки без доработки напильником (речь о старых BIOS)?

P.S. Я вообще-то никогда не позволяю себе голословных домыслов. Все свои утверждения я проверял на реальных компьютерах. Могу назвать каждый и возникшие там конкретные проблемы. Результатом было то, что несмотря на моё сопротивление, спустя три года, я был вынужден перейти на 64-битную платформу с ОС, официально поддерживающей 32-бит до сих пор (не дебиан).
#  Re: Изменения по tgistation.ru
iiii (ping,48) → hugeping  –  11:22:27 2023-01-14

Пётр, я с тебя фетчу idec.talks и pipe.2033

1. сделай бекфетч с http://ii.51t.ru/ii/ :)
2. что думаешь о создании эхи pipe.2033 и отправке 2032 в архив
3. стоит ли гейтовать std.hugeping

у меня станция заточена под http и старые браузеры (проверено на win95 с ie4)
#  Re: Изменения по tgistation.ru
hugeping (ping,1) → iiii  –  09:31:29 2023-01-14

В кои-то веки -- оживление!

Мне тоже не нравится принудительный https, но тут каждый сам решает что на ноде крутить. Опять же, есть технические нюансы. Мне кажется, что заворот http на https это сейчас настройка по умолчанию много где. На моей ноде всё сделано руками, поэтому мне было не сложно оставить выбор.

P.S. gemini требует ssl и это для меня существенный минус. Выкидывает за борт всё ретро сразу. Хотя в остальном gemini мне очень нравится...
#  Re: Изменения по tgistation.ru
iiii (ping,48) → shaos  –  07:06:38 2023-01-14

>> с 2019 года они интел 32-бит больше не поддерживают, от слова "совсем".
> Мимо - Debian 10 "buster" всё ещё поддерживает 32-битный интел и последнее обновление 10.13 вышло в сентябре 2022:
> https://www.debian.org/releases/buster/

интересно, это как надо так умудриться читать?

ps. Дебиан любой версии, вплоть до sid, поддерживает 32 бита
#  Re: Изменения по tgistation.ru
shaos (shaos, 2) → vvs  –  03:39:05 2023-01-14

> с 2019 года они интел 32-бит больше не поддерживают, от слова "совсем".

Мимо - Debian 10 "buster" всё ещё поддерживает 32-битный интел и последнее обновление 10.13 вышло в сентябре 2022:

https://www.debian.org/releases/buster/
#  Re: Изменения по tgistation.ru
vvs (ping,12) → shaos  –  17:24:51 2023-01-13

shaos> Ну новых планов не выпускают, а дебианы - выпускают. Какой смысл сидеть на старой версии если уже было выпущено много новых с обновлениями (в том числе секьюрными) и т.д.? Вот у меня есть старый повербук на G4 - там ничего новее MacOS X 10.4 не идёт ну я там и сижу в сафари который не обновлялся с 2007 года и тоже страдаю по недоступности многих сайтов https (хотя вот например некоторые летсэнкрипнутые сайты там открываются), но если есть стандартный ПЦ (страше 486), то что мешает поставить дебиян поновее? Религия? ;)

"Не корысти ради, а токмо..." ради верности фактам. Я дебианом никогда сам не пользовался, но вот федорой - много лет. И с 2019 года они интел 32-бит больше не поддерживают, от слова "совсем". Да и до этого минимальные требования памяти уже заметно превышали возможности старых компьютеров. Ну и, например, многие перестали поддерживать старые процессора ниже Pentium 4. Я с этим только вчера сталкивался, пытаясь установить android-x86 на старый комп (не ради любопытства, кстати).

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

P.S. А Plan 9 имеет несколько активных форков, но обновления там только для функциональности. В таких экзотических системах людей слишком мало, а работы - слишком много (хм, прямо Атос в исполнении Смехова: "можете не сомневаться, что я убью Вас" :)). А обновления безопасности - это только для больших, популярных ОС (Кстати, не самообман ли это на самом деле? Если сторонние приложения там никогда разработчиками на этот предмет даже не изучались?).
#  Re: Изменения по tgistation.ru
iiii (ping,48) → Ordos  –  15:24:56 2023-01-13

Я просто логики не вижу. Сделать сайт, лучше всего подходящий для старых систем и компьютеров, и запретить к нему доступ старым системам и компьютерам. И непонятно, к чему указывать, что у нас нет того, того и того, если основная целевая аудитория этого всё равно не увидит :)
#  Re: Изменения по tgistation.ru
iiii (ping,48) → Ordos  –  15:25:48 2023-01-13

Хотя я в любом случае ПРИНУДИТЕЛЬНЫЙ https считаю тупостью, лишающей пользователей выбора.
#  Re: Изменения по tgistation.ru
Ordos (tgi,1) → iiii  –  13:25:00 2023-01-13

iiii> а что мешает использовать javascript, cookie, картинки? какой тогда смысл выпячивать "тут нет того и этого"?

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

P. S. Ну хоть эха оживилась и то хорошо.
#  Re: Изменения по tgistation.ru
iiii (ping,48) → shaos  –  12:26:12 2023-01-13

> но если есть стандартный ПЦ (страше 486), то что мешает поставить дебиян поновее? Религия? ;)

а что мешает использовать javascript, cookie, картинки? какой тогда смысл выпячивать "тут нет того и этого"?
#  Re: Изменения по tgistation.ru
shaos (shaos, 2) → vvs  –  07:57:05 2023-01-13

Приветствую

> О, Господи! Так и Plan 9 тогда пользоваться тоже нельзя? Там про обновления безопасности никто сроду ничего не слыхал.

Ну новых планов не выпускают, а дебианы - выпускают. Какой смысл сидеть на старой версии если уже было выпущено много новых с обновлениями (в том числе секьюрными) и т.д.? Вот у меня есть старый повербук на G4 - там ничего новее MacOS X 10.4 не идёт ну я там и сижу в сафари который не обновлялся с 2007 года и тоже страдаю по недоступности многих сайтов https (хотя вот например некоторые летсэнкрипнутые сайты там открываются), но если есть стандартный ПЦ (страше 486), то что мешает поставить дебиян поновее? Религия? ;)

> Да и ретрокомпьютинг - тоже. Как там насчёт эмуляторов C64 или амиги? Или калькуляторы TI? Тут прямо рядом эха со старым железом.

Ретро это хорошо, но старый дебиан - это не ретро, а скорее дырявое корыто ;)
#  Re: боны поны и прочее
vvs (ping,12) → iiii  –  16:24:42 2023-01-12

iiii> я про то, какие эхи гейтовать: std.hugeping это локальный блог или глобальный?

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

Peter> Я решил завести блог на IDEC, так как у меня есть много разрозненных
Peter> блогов. Но надо концентрировать сови усилия. IDEC - имеет прекрасный
Peter> формат для такого. Буду периодически высказываться на разные
Peter> темы. Что-то вроде текствого радио. Ну, просто потому, что надо что-то
Peter> делать!

Вообще, я не вижу большой разницы, в какой именно эхе писать, пока все сообщения можно сортировать в порядке поступления. Ну так же и форумы работают. Но, конечно, при большом трафике лучше иметь возможность разделять сообщения по конкретным темам. Тогда их обсуждение может вестись годами и разными участниками. Иначе получается банальный чат, в котором все сообщения быстро утонут и все разговоры ведутся лишь одной кучкой знакомых, ни о чём и на злобу одной минуты (социальные сети?).
#  Re: боны поны и прочее
iiii (ping,48) → vvs  –  01:22:57 2023-01-12

я про то, какие эхи гейтовать: std.hugeping это локальный блог или глобальный?
#  Re: боны поны и прочее
vvs (ping,12) → iiii  –  19:06:57 2023-01-11

iiii> а где болтаем-то?

У Петра, в основном. Вот здесь RSS всех сообщений по датам, где видна вся (не)активность: https://club.hugeping.tk/echo/all/rss
#  ii.51t.ru
iiii (ping,48) → All  –  18:12:27 2023-01-11

От создания контента - к его провайдингу.

http://ii.51t.ru

для старых компьютеров - ок. осталось забить контентом. функциональность "эхи как книги" надо будет вернуть, но переосмыслить под "архив эх". никакого https, никакого javascript и css. проверена работа на win 95 с ie4, на debian woody с netscape navigator и на всём остальном.

сейчас фетчатся эхи idec.talks и pipe.2033 (пока не существующая) с hugeping.tk, поллинг 5 минут

описание станции (точнее, софта эхи): http://ii.51t.ru/ii/html/about.html
#  Re: боны поны и прочее
iiii (ping,48) → vvs  –  18:08:49 2023-01-11

а где болтаем-то?
#  Re: боны поны и прочее
vvs (ping,12) → iiii  –  18:07:02 2023-01-11

iiii> или std.hugeping тоже теперь болталка? :)

Судя по статистике с начала ноября, боюсь, что я тут самый болтливый. Это при том, что и сказать мне особо нечего :P
#  Re: боны поны и прочее
iiii (ping,48) → iiii  –  17:53:36 2023-01-11

или std.hugeping тоже теперь болталка? :)
#  боны поны и прочее
iiii (ping,48) → All  –  17:14:22 2023-01-11

1. перепись узлов - кто что гейтует? чё ща модно гейтовать

2. давайте сделаем новую межсетевую болталку - pipe.2033? новый год всё таки, а тянуть 3500+ сообщений 9-летней давности про болтание не стоит - лучше в архив :)
#  Re: Изменения по tgistation.ru
iiii (ping,48) → vvs  –  15:31:13 2023-01-11

> Конечно ожидать, что все будут этот антиквариат поддерживать - наивно. Но, учитывая специфику сети idec, вообще-то не так уж и глупо.

моя нода поддерживала python2.5, и работала на чистом http, нормально подключаясь. я пользовался веб-интерфейсом на windows 9.5 с ie4 и выше (ie3 не поддерживал utf-8).

оригинал php-ноды делался так, чтобы работать на php4.

я не вижу проблемы поддерживать старое, и при этом работать на самом новом.

у меня есть сонерик клавиатурник, весом в 100 грамм, который зайдёт на http-ноду, но не зайдёт на https. и софт там на свежий не обновишь.
#  Re: Изменения по tgistation.ru
iiii (ping,48) → Ordos  –  15:27:23 2023-01-11

>> Вторая версия python уже года два как ушла в небытие. И, если я правильно помню, то последняя была 2.7, а никак не 2.4.

в debian sarge и etch - 2.4. и с idec-сайтами через http там нет никаких проблем

> Принудительная настройка https, как мне думается - правильное решение.

нет, принудительный https - это маразм. если человек хочет выбрать https - пусть выбирает https, а если http - значит, он хочет http

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

тогда к чему этот выпендрёж с "нет javascript, нет того, нет сего", если там принудительный https? со старых систем не зайти в принципе. а с новых - и что, что нет? я с новых могу зайти из links2 или dillo, и у меня тоже не будет ни javascript, ни остального. убрать для себя javascript я могу, выбрав нужный браузер. а убрать отсутствие https - нет, если автор его насильно приколотил. поэтому преимущество "плаин html" превращается в недостаток, ибо там, где оно наиболее уместно, а именно старые системы, до него не достучишься. а остальным оно особо и не надо, кому надо - тот и из links зайдёт.
#  Re: Изменения по tgistation.ru
iiii (ping,48) → shaos  –  15:27:42 2023-01-11

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

я с ними на рыбалку хожу
#  Re: Изменения по tgistation.ru
vvs (ping,12) → shaos  –  17:12:20 2023-01-10

shaos> Debian Etch это извините на минуточку ОООЧЕНЬ старый дебиян :)

shaos> Боюсь, что его у вас всяческие трояны, черви и вирусы пронизали вдоль и поперёк...

О, Господи! Так и Plan 9 тогда пользоваться тоже нельзя? Там про обновления безопасности никто сроду ничего не слыхал. Да и ретрокомпьютинг - тоже. Как там насчёт эмуляторов C64 или амиги? Или калькуляторы TI? Тут прямо рядом эха со старым железом.

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

P.S. Извините, что влез не в своё дело, но слишком часто приходится видеть это "а зачем вам всё это надо?". Имеет каждый человек право на свои причуды и интересы. И отнестись к ним с сочувствием или хотя бы с пониманием - ничего ведь не отнимется. У меня самого в углу древний комп стоит, на который ничего новее 2005 года не установишь, а выкинуть жалко.
#  Re: Изменения по tgistation.ru
shaos (shaos, 2) → iiii  –  01:45:48 2023-01-10

Debian Etch это извините на минуточку ОООЧЕНЬ старый дебиян :)

https://www.debian.org/releases/etch/index.ru.html

> Debian GNU/Linux 4.0r9 был выпущен 22 Мая 2010. Debian 4.0 изначально был выпущен 08 Апреля 2007.
> ...
> Предоставление обновлений безопасности было прекращено в конце февраля 2010 года.

Боюсь, что его у вас всяческие трояны, черви и вирусы пронизали вдоль и поперёк...
#  Re: Изменения по tgistation.ru
Ordos (tgi,1) → iiii  –  19:48:43 2023-01-09

iiii> какая разница, всё остальное тоже работает по https, и нельзя приконнектиться. у меня вон, текстовый клиент гоняется на python 2.4 на debian etch :) к hugeping.tk я могу свободно подключаться, он http

Вторая версия python уже года два как ушла в небытие. И, если я правильно помню, то последняя была 2.7, а никак не 2.4.

Принудительная настройка https, как мне думается - правильное решение. И если что-то совсем древнее, как естесственный отход жизнедеятельности предка слонов, не умеет с оным работать.. Ну что сказать - нет так нет, извиняйте. Могу предложить пользовать тот же hugeping. Кстати web-интерфейс там не в пример лучше. Да и функциональность намного функциональнее.
#  Re: Изменения по tgistation.ru
iiii (ping,48) → Ordos  –  11:45:22 2023-01-09

> Хм. Да, это так. Но разве https - это плохо? Первый раз слышу, чтобы были какие-то проблемы.

Да, есть проблемы. Несовместимость. Поэтому из старых ос на этот сайт не зайти в принципе. Хоть он трижды без javascript и всего остального.

> В любом случае - это всего лишь web-морда станции. И как таковой полезной нагрузки не несёт.

какая разница, всё остальное тоже работает по https, и нельзя приконнектиться. у меня вон, текстовый клиент гоняется на python 2.4 на debian etch :) к hugeping.tk я могу свободно подключаться, он http
#  Re: Изменения по tgistation.ru
Ordos (tgi,1) → iiii  –  03:51:31 2023-01-09

iiii> Этот сайт использует ПРИНУДИТЕЛЬНЫЙ https, поэтому я нифига не могу зайти на него со своего Debian Etch. хоть с картинками, хоть без, хоть с js, хоть бе.

Хм. Да, это так. Но разве https - это плохо? Первый раз слышу, чтобы были какие-то проблемы.

В любом случае - это всего лишь web-морда станции. И как таковой полезной нагрузки не несёт.
#  Re: Изменения по tgistation.ru
iiii (ping,48) → Ordos  –  13:45:23 2023-01-07

> Этот сайт НЕ использует cookie. Вообще не использует. Никак.
> Здесь нет рекламы, счетчиков посещений, аналитики и прочей подобной дряни.
> Совсем не используется JavaScript.
> И даже картинок здесь нет. Только текст.

Этот сайт использует ПРИНУДИТЕЛЬНЫЙ https, поэтому я нифига не могу зайти на него со своего Debian Etch. хоть с картинками, хоть без, хоть с js, хоть бе.
#  Re: С наступающим Новым Годом!
shaos (shaos, 2) → Ordos  –  11:13:19 2023-01-02

С уже наступившим Новым Годом всех !!!
#  С наступающим Новым Годом!
Ordos (tgi,1) → All  –  08:57:31 2022-12-31

До нового года осталось всего несколько часов. Кто-то уже отмечает, кто-то только готовится, кто-то может быть даже работает. Некоторые так и вовсе не хотят ничего отмечать. И это тоже можно понять.

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

Поздравляю всех с наступающим Новым Годом! Пусть сбудутся все желания. И самое главное - пусть все будут живы и здоровы.




P.S. Не мастер говорить речи, просто хотелось высказаться.
#  Re: Mira station
Andrew Lobanov (tavern,1) → shaos  –  05:27:33 2022-11-30

shaos> https://idec.spline-online.tk/ опять помер - говорит EMPTY...

У него это случается. Поднимаю как только могу :)

Пока нет времени дописать новую реализацию, но она всё равно будет. Теоретически она будет стабильнее и быстрее.

+++ Caesium/0.4 RC1
#  Re: Изменения по tgistation.ru
Andrew Lobanov (tavern,1) → Ordos  –  05:27:32 2022-11-30

Ordos> Касательно станции, наверно, не буду здесь спамить. Для этих целей есть локальная конференция, буду отписываться там.

Эта эха как раз для такого общения. А IDEC для того, чтобы объединяться, а не дробиться. Так что лучше бы тут и писал :)

+++ Caesium/0.4 RC1
#  Re: Mira station
shaos (shaos, 2) → Andrew Lobanov  –  06:48:15 2022-11-26

https://idec.spline-online.tk/ опять помер - говорит EMPTY...
#  Re: Изменения по tgistation.ru
Ordos (tgi,1) → shaos  –  07:43:39 2022-11-14

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

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

Касательно станции, наверно, не буду здесь спамить. Для этих целей есть локальная конференция, буду отписываться там.
#  Re: Изменения по tgistation.ru
shaos (tavern,34) → shaos  –  08:44:22 2022-11-13

Настроил :)

http://shaos.net:8085/ii-web.php?echo=bot.habr.rss
#  Re: Изменения по tgistation.ru
shaos (shaos, 2) → Ordos  –  05:34:13 2022-11-13

Проверил уменьшение окна браузера - прямоугольник с текстом масштабируется в соответствии с размером окошка и это очень хорошо! Значит будет работать в моём недобраузере на ретрокомпах без глюков (единственный глюк это убегание линейки минусов за пределы рамки, если окно браузера становится слишком узким) - можно заменить на тэг <hr>? Он должен работать в текстовых браузерах тоже :)

P.S. Feed показывает лишь 10 последних сообщений и листать никак - можно исправить? ;)

P.P.S. И содержимое эх не посмотреть - раньше вроде можно было не?

P.P.P.S. Надо настроить забирание bot.habr.rss себе :)
#  Изменения по tgistation.ru
Ordos (tgi,1) → All  –  09:10:04 2022-10-27

Изменения по tgistation.ru. Может кому интересно будет.

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

Прикручен сбор новостей с хабра. Не всех, в основном, низкоуровневое программирование, микроконтроллеры и т.п.

Открыта свободная автоматическая регистрация без почт и sms. Надеюсь спаммеры не заведутся :)

Идут раздумья по поводу реализации приватных бесед. Для начала хотя бы в пределах одной станции. Пока думаю использовать это для общения и взаимодействия с ботами. Мне кажется это сильно бы расширило полезность сети как таковой.
#  Re: Таверна поломалась
Ordos (tgi,1) → All  –  08:02:31 2022-10-24

Поторопился отписаться. Уже работает.
#  Таверна поломалась
Ordos (tgi,1) → All  –  07:36:22 2022-10-24

Собственно сабж. Пару дней уже как.
#  Re: Mira station
shaos (shaos, 2) → Andrew Lobanov  –  14:52:16 2022-09-20

> Я просрал домен, как всегда. Так что таверна живёт сейчас по адресу idec.spline-online.tk :)

Привет - всё понятно теперь :)
Поправил настройки у себя, чтобы забирало по правильному адресу
#  Re: Новый узел IDEC http://shaos.net:8085
Andrew Lobanov (tavern,1) → shaos  –  09:30:55 2022-09-20

shaos> Спешу сообщить, что мой заокеанский узел IDEC всё ещё существует!

И это ура! Я уж думал, что всё -- ты пропал с радаров, а мониторить состояние сети в данный момент времени не особо есть когда. Так что очень рад, что ты с нами.

+++ Caesium/0.4 RC1
#  Re: Mira station
Andrew Lobanov (tavern,1) → Ordos  –  09:30:55 2022-09-20

Ordos> Да. С таверной как-то всё грустно. Может ещё очнётся когда-нибудь. Пока отключил.

Хех. Похоже, я отпал от основной сети. Надо Петра спрашивать :)

+++ Caesium/0.4 RC1
#  Re: Mira station
Andrew Lobanov (tavern,1) → shaos  –  09:30:55 2022-09-20

shaos> на lessmore и ping каким-то чудом появляются мои сообщения отправленные с моего узла shaos :)
shaos> получается кто-то кроме spline-online.ml фетчит http://shaos.net:8085/ii-point.php?q=/
shaos> либо tavern сейчас живёт по другому адресу и продолжает меня фетчить и раздавать другим?...

this.

Я просрал домен, как всегда. Так что таверна живёт сейчас по адресу idec.spline-online.tk :)

+++ Caesium/0.4 RC1
#  Велосипедостроительство
Andrew Lobanov (tavern,1) → All  –  09:35:00 2022-09-20

Я немного отовсюду пропал в последнее время - новая работа, много забот и очень мало времени. Надеюсь, скоро это всё устаканится. Пока же занимаюсь сабжем.

Итак, почти закончил godec (нехитрое название да) - библиотеки, реализующей протокол idec на go.

Следующим шагом будет создание нового фетчера на базе этой библиотеки, реализация хранилища (скорее всего на базе postgresql) сообщений, создание узла без веб-интерфейса и, собственно, завершающим шагом будет создание нового веб-интерфейса таверны.

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

После всей этой эпопеи планирую написать таки новый репозиторий instead-games.ru, но это уже для другой эхи и фиг знает когда будет :)

+++ Caesium/0.4 RC1
#  Re: Новый узел IDEC http://shaos.net:8085
shaos (shaos, 2) → shaos  –  16:27:24 2022-09-19

Сегодня подключил забирание с tgistation.ru эх idec.talks и zx.spectrum
#  Re: Mira station
Ordos (tgi,1) → shaos  –  10:37:41 2022-09-19

Да. С таверной как-то всё грустно. Может ещё очнётся когда-нибудь. Пока отключил.
#  Re: Нодлист
Ordos (tgi,1) → Ordos  –  07:56:31 2022-03-11

Ordos> Тогда спешу сообщить, что через пару дней станция tgi переезжает на домен tgistation.ru

Как обычно и бывает, вклинились обстоятельства. Поэтому процесс немного увеличился - вместо пары дней переезд занял полтора месяца.
#  Re: Новый узел IDEC http://shaos.net:8085
shaos (shaos, 2) → shaos  –  22:57:51 2022-09-18

Спешу сообщить, что мой заокеанский узел IDEC всё ещё существует!

Сегодня я добавил второй путь забирания эх через lessmore т.к. существующий адрес tavern не работает как минимум с 14 июля 2022 года (если пойти туда через браузер, то оно редиректит на какие-то списки ссылок). Несмотря на то, что старый адрес tavern не работает, он как будто-то бы продолжает забирать у меня сообщения по старому списку (я сегодня добавил у себя эху idec.test и её в том списке нет). Во всяком случае всё, написанное мной в idec.talks ушло в сеть и появилось как минимум на узлах lessmore и ping.

Список эх, которые я забираю извне:
====
["idec.talks", "Сеть IDEC, её работоспособность и софт"],
["idec.test", "Тестовые сообщения"],
["lor-opennet.17", "RSS с сайтов linux.org.ru, opennet.ru"],
["develop.16", "Программирование"],
["linux.14", "Эха для линуксоидов"],
["plan.9", "ОС Plan 9"],
["zx.spectrum", "Speccy и совместимые компьютеры"],
====


>> Читать далее
#  Re: Странности IDEC Mobile
Difrex (dynamic,1) → Difrex  –  11:16:02 2018-11-06

Отбой, походу дела это я неправильно парсил.

+++ Картошки хватит на всех
#  Re: Документация
Difrex (dynamic,1) → vit01  –  14:19:50 2018-11-20

vit01> Недавно решил попробовать Jenkins потыкать и настроил его для нашего репозитория с документацией. По нажатию пары кнопочек дока компилируется из markdown и заливается на сайт.
Дженкинс тяжел, но фичаст. Я использую Gitea+Drone CI - все легко настраивается и работает,
а главное, что и как в Gitlab CI, весь билд описывается в одном ямле.
Собственно, тут доступен: https://drone.lessmore.pw, креды такие же, как на gitea.difrex.ru

+++ idec.el/0.1
#  Re: Полнотекстовый поиск и подписи
Difrex (dynamic,1) → vit01  –  14:37:15 2019-01-08

vit01> Обнаружил одну очевидную проблему.
vit01> Если ввести в поиск по ключевым словам IDEC Mobile или Android, то будут выдаваться все сообщения, которые не относятся ни к тому, ни к другому.
vit01> Потому что подписи.
vit01> Надо как-то сделать так, чтобы поиск игнорировал это дело.
Нужно в софт наш весь добавить парсеры на предмет подписей и пихать их в отдельное поле в бд.
С плоской базой просто так работать не будет, но таких нод, вроде, и не осталось.

+++ idec.el/0.1
#  Saluton (Привет!)
Andrew Lobanov (tavern,1) → All  –  17:19:46 2022-08-27

Рад сообщить, что в таверне появился клуб эсперантистов. Заходите в eo.klubo -- поболтаем :)

+++ Caesium/0.4 RC1
#  Re: Mira station
shaos (shaos, 2) → shaos  –  19:40:56 2022-09-18

на lessmore и ping каким-то чудом появляются мои сообщения отправленные с моего узла shaos :)

получается кто-то кроме spline-online.ml фетчит http://shaos.net:8085/ii-point.php?q=/

либо tavern сейчас живёт по другому адресу и продолжает меня фетчить и раздавать другим?...
#  Re: Mira station
shaos (shaos, 2) → Andrew Lobanov  –  16:59:30 2022-09-18

У меня чото ни с сабжем, ни с idec.spline-online.ml связи нету :(
В живых вижу только 3 узла IDEC (ну кроме моего):
https://dynamic.lessmore.pw
https://club.hugeping.ru
https://tgistation.ru
#  Mira station
Andrew Lobanov (tavern,1) → All  –  05:46:23 2022-06-24

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

Сисопы, имеющие станцию Мира в аплинках, проверьте связь. Пока что она шлёт мусор на запросах несуществующих эх. У себя я обнаружил запрос несуществующих ifiction.15 и python.15.

+++ Caesium/0.4 RC1
#  ii-txt-0.9.tar.gz
oldpc (ping,11) → All  –  16:34:51 2022-05-04

Текстовый клиент, который не так давно отметил своё восьмилетие (первый из существующих клиентов) обновился до версии 0.9

* поддержка загрузки некоторых эх с других станций
* нумерация файлов в каталоге 0001.txt вместо 1.txt

Размер архива вырос на 55 байт :( и теперь составляет 3911 байт. Поддерживается python от 2.4 до 2.7.
(разные версии тестировались на первом пентиуме с Debian Sarge, Etch, и OpenBSD 4.2, 5.0 и др.)
(это сообщение создаётся на третьем пентиуме, правда с новейшей OpenBSD 7.1)

@base64: ii-txt-0.9.tar.gz
H4sICPqmcmICA2lpLXR4dC0wLjkudGFyAO0ca2/cxtGf+SvWdgSS8R3voZPkslVat3HioHWT
Ok6bQBEc6m55YsQjWZInnRwE8COuYySN66ABCrRoi37pp6KyY9nyS/4LvH/UmVk+705SmliK
7HBhmeTu7OzOc2d2ybOsajgIq3XtR0f2rdTrrfrczAxcqYxe6b7Rak63ZpqNRnMO6huNVn3m
yMyRAyj9IDR8GNJ33XA3uLVlzu0jL1yxUvnX6m4/3G/5N+Zm6vnruPxnsb7RbMzVD1b+/YD7
u8Pt3v5iyL+mtd2+Ez5bUuuNen221dpF/o1R+5+ea8weqZfy3/dSP1KWH3LJ27+3vu/r/97+

>> Читать далее
#  Re: Мысли про возможное будущее IDEC
shaos (tavern,34) → Andrew Lobanov  –  08:49:47 2022-02-19

> Ну если начинать наворачивать вебинтерфейс, то да. Но чисто обмен и хранение пишется часа за 4 +-. По крайней мере на ЯВУ :)

Там мелочей всяких больше, чем на 4 часа, ну да ладно - не суть...

> Какие проблемы решает добавление бинарных данных в рассылки? :)

Ну сообщение становится самодостаточным (если приаттаченные файлы маленькие и влезают вместе с текстом сообщения в лимит)

> А есть такая необходимость? Ведь есть файлэхи :)

Не все узлы подписаны на все файлэхи и глобального поиска по идентификатору нет ;)

> А надо фильтровать?

Ну если будут сообщения разного типа, то да
#  Re: Мысли про возможное будущее IDEC
Andrew Lobanov (tavern,1) → shaos  –  10:18:16 2022-02-04

>> Есть ли смысл в таких аттачах? Тело сообщения не должно превышать 64КБ.
shaos> Есть смысл, если надо заслать что-то маленькое вместе с сообщением (бинарь программки например, или заархивированный исходник).

А есть такая необходимость? Ведь есть файлэхи :)
#  Re: Мысли про возможное будущее IDEC
Andrew Lobanov (tavern,1) → shaos  –  10:18:13 2022-02-04

>> Реализация всё ещё пишется за несколько часов :)
shaos> Это далеко не так ;)

Ну если начинать наворачивать вебинтерфейс, то да. Но чисто обмен и хранение пишется часа за 4 +-. По крайней мере на ЯВУ :)

>> Да и не повод дальше усложнять.
shaos> Это небольшие инкрементальные улучшения, которые могут вывести IDEC на орбиту современных технологий ;)

Пока не понял как :)

>> Давай пойдём моим любимым путём: какие проблемы ты решаешь? :)
shaos> Ну для начала - добавляет бинарных данных в рассылки.

Какие проблемы решает добавление бинарных данных в рассылки? :)


>> Читать далее
#  Re: Нодлист
Ordos (tgi,1) → Andrew Lobanov  –  13:37:05 2022-01-25

Тогда спешу сообщить, что через пару дней станция tgi переезжает на домен tgistation.ru.

Не суть какое событие, но для порядка отписать обязан.
#  Нодлист
Andrew Lobanov (tavern,1) → All  –  05:31:03 2022-01-24

Не прошло и двух месяцев, как я собрал актуальный нодлист.

Лежит в таверне на публичных фреках. Налетай!

P.S.: Доступен через веб-интерфейс http://idec.spline-online.ml/ без регистрации и SMS.
#  Re: Предложения или "Как нам обустроить idec?"
Andrew Lobanov (tavern,1) → ake  –  09:32:52 2022-01-21

ake> Добавил на своей ноде.

Это, безусловно, замечательно. А теперь как наладить отправку сообщения поинтом твоего узла поинту моего узла? :)

Внутри одного узла вообще не проблема личку сделать, но смысла в ней не очень много получается.
#  2022
shaos (shaos, 2) → All  –  04:23:09 2022-01-02

Всех обитателей IDEC сети поздравляю с Новым 2022-м Годом! Желаю IDEC в новом году разростись до немыслимых размеров и подмять под себя ну скажем всех Спринтеристов (и даже частично Синклеристов), а если получится, то и ещё кого-нибудь в придачу ;)
#  Re: Актуальный нодлист
Ordos (tgi,1) → shaos  –  10:31:59 2021-12-24

Вот кстати здравая мысль. И фича полезная и ничего не ломает. Я - за.
#  Re: Актуальный нодлист
shaos (tavern,34) → shaos  –  07:12:14 2021-12-24

А кстати небыло мыслей сделать специальный вызов в API, который возвращал бы uplinks?
Типа /fetches.txt
====
http://idec.spline-online.ml/;idec.talks/linux.14/lor-opennet.17/develop.16/plan.9/zx.spectrum;15
https://.....;something.something;60
====
Ну и было бы неплохо иметь возможность через API спросить у нода как он называется, а то я сейчас не вижу как по http://idec.spline-online.ml понять, что это tavern

И после этого можно будет строить топологию сети автоматически :)
#  Re: Мысли про возможное будущее IDEC
shaos (tavern,34) → hugeping  –  06:58:03 2021-12-24

> ii подмножество idec. Если речь про ii, то всё-ещё так. :)

ii более несуществует - есть только idec ;)

и он чуть более сложный...
#  Re: Предложения или "Как нам обустроить idec?"
shaos (tavern,34) → hugeping  –  06:56:57 2021-12-24

> ... если при внедрении расширений, наследие будет работать как и работало -- вообще
> замечательно. На своей ноде я вряд ли буду делать что-то дополнительное, но
> с интересом понаблюдаю за движухой.

Это самая правильная позиция :)

Главное не ломать совместимость со старыми версиями нодов/клиентов
#  Re: Предложения или "Как нам обустроить idec?"
ake (ping,30) → hugeping  –  19:37:43 2021-12-23

> Естественно, забор . эх нужен авторизированный. Емнип, /u/point/ расширен для этого.

Ну, у меня ключевая идея была как раз в том, что если нам нужно авторизоваться для получения данных, то мы просто дописываем строку авторизации к идентификатору эхи (или сообщения) и не надо вводить никаких новых методов. Нет большой разницы, в плане наличия данных в запросе, обращаемся мы к специальному /u/private/myauth/secret.echo или к стандартному /u/e/myauth.secret.echo. Только с ограничением на имена эх промахнулся.

Без разницы, как это реализовано внутри - генерирует нода такие индексы динамически или честно форвардит входящие.
#  Re: Предложения или "Как нам обустроить idec?"
hugeping (ping,1) → ake  –  09:23:44 2021-12-23

ake> Добавил на своей ноде.

ake> На клиенте:
ake> Чтобы отправить сообщение кому-то, отправляем его в эху mailto.{имя ноды}.{номер поинта}. Например, mailto.ake.100
ake> Чтобы прочитать свои входящие, указываем для получения ноду mailfor.{строка авторизации}.

У меня были похожие вещи на старой ноде (на основе iing). У меня было понятие виртуальной эхи. Фактически, через них можно было делать любой запрос. Например, получить личные сообщения, делать поиск по содержимому итд. На текущей ii-go личку сделал проще. Сообщения шлются в эху .private (вообще, эхи с . у меня считаются специальными) и дальше при заборе этой эхи учитывается, что именно можно отдавать юзеру. Решение делается на основе поля To. Там кажется можно даже групповую переписку организовывать, но я сейчас не помню. Но если написать в личку All, то услышат все (через личку). :) Естественно, забор . эх нужен авторизированный. Емнип, /u/point/ расширен для этого.

Но главный вопрос в другом. Как наладить хождение почты между узлами? И тут возникает масса интересных вопросов... Начиная от адресации, маршрутизации и заканчивая вопросами как долго хранить эту переписку транзитным узлам. Ну итд. И тогда я подумал, а так ли нужна эта фича? Мне вот достаточно лички в пределах моего ресурса.
#  Re: Мысли про возможное будущее IDEC
hugeping (ping,1) → shaos  –  09:11:45 2021-12-23

>> Реализация всё ещё пишется за несколько часов :)

shaos> Это далеко не так ;)

ii подмножество idec. Если речь про ii, то всё-ещё так. :)
#  Re: Предложения или "Как нам обустроить idec?"
hugeping (ping,1) → shaos  –  09:02:58 2021-12-23

shaos> И всё-таки, зачем кому-то в прошлом захотелось усложнить ii? ;)

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

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

Но я, естественно, не претендую на какой-то значимый голос в сообществе. Мой анархичный ii-go на данный момент меня полностью устраивает. И если при внедрении расширений, наследие будет работать как и работало -- вообще замечательно. На своей ноде я вряд ли буду делать что-то дополнительное, но с интересом понаблюдаю за движухой.
#  Re: Предложения или "Как нам обустроить idec?"
vvs (ping,12) → shaos  –  21:07:52 2021-12-22

shaos> И всё-таки, зачем кому-то в прошлом захотелось усложнить ii? ;)

Если бы знал, то не спрашивал бы. Философия, стоящая за idec, для меня не вполне понятна. Я просто пользуюсь тем, что есть, для чисто практических целей.

Сам я никогда не делаю ничего сверх необходимого. Правда мои личные потребности могут кого-нибудь очень удивить, но я никогда и не претендовал на их объективную сущность :)
#  Re: Предложения или "Как нам обустроить idec?"
shaos (tavern,34) → vvs  –  20:46:44 2021-12-22

И всё-таки, зачем кому-то в прошлом захотелось усложнить ii? ;)
#  Re: Предложения или "Как нам обустроить idec?"
shaos (tavern,34) → ake  –  20:43:51 2021-12-22

base32 это большие буквы и некоторые цифры - уж лучше обычный hex тогда

а так вроде всё логично :)
#  Re: Предложения или "Как нам обустроить idec?"
vvs (ping,12) → ake  –  19:33:39 2021-12-22

И всё-таки, зачем кому-то и дальше усложнять idec?

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

Кто-нибудь смотрел для сравнения, например, https://public-inbox.org/README.html ? Это очень простой механизм, который использует готовые решения и протоколы для всего. Например децентрализованная сеть там за счёт Git. К тому же оно используется самими разработчиками Git. Кто-то может оценить, в чём возможные преимущества реализации этих же функций на idec заново?
#  Re: Предложения или "Как нам обустроить idec?"
ake (ping,30) → Andrew Lobanov  –  18:22:03 2021-12-22

Добавил на своей ноде.

На клиенте:
Чтобы отправить сообщение кому-то, отправляем его в эху mailto.{имя ноды}.{номер поинта}. Например, mailto.ake.100
Чтобы прочитать свои входящие, указываем для получения ноду mailfor.{строка авторизации}.

В интерфейсе ноды:
Входящие - http://gears.headake.win/idec/ui2/directmail/inbox
Отправить сообщение - http://gears.headake.win/idec/ui2/directmail/send (адрес вводится в обычном формате "nodename, 123")

Реквизиты для тестов
====
Адрес пользователя: ake, 5
Строка авторизации: jfmq66fj6e


>> Читать далее
#  Re: IDEC identity
shaos (tavern,34) → Difrex(mobile)  –  09:14:47 2021-12-22

По поводу общих поинтов - PGP/GPG тяжеловат потому как многообразен - надо что-то одно широко известное выбрать и поддержать, но только цифровую подпись - без шифрования (которое в IDEC по-моему противопоказано), например можно взять отданный в общенародное достояние алгоритм Ed25519, существующий уже 10 лет и не подпадающий ни под какие патенты - в нём есть 32-байтовый публичный ключ и 64-байтовый секретный ключ (половина из которого это копия публичного ключа). Публичные ключи распространяются по всем узлам и клиентам (например посредством специальной эхо-конференции от имени пользователя как поинта своего узла) и идентифицируют глобальных пользователей (которые всё также могут оставаться поинтами на своих узлах). К сообщению подписанному цифровой подписью Ed25519 цепляется 64-байтовя signature (в строке тэгов после тэга signature/ например как 128-символьная шестнадцатиричная строка либо как 103-символьная строка в кодировке BASE32 либо как 86-символьная строка в кодировке BASE64URL, либо как 80-символьная строка в кодировке ASCII85 где символ / подменён скажем на | - хотя наверное надо таки использовать BASE64URL как родной способ кодирования бинарных данных в IDEC). Чтобы проверить валидность сообщения, по имени пользователя (msgfrom) берётся его публичный ключ (предварительно распространённый) и по телу сообщения проверяется его цифровая подпись, чтобы удостовериться, что письмо не подменено или не подписано поддельным ключом.

Подробнее про внедрения Ed25519: https://ianix.com/pub/ed25519-deployment.html

P.S. Правда надо ещё придумать процедуру восстановления identity если секретный ключ утёк или утрачен, а узел с которого пользователь изначально идентифицировался более не существует (т.е. пользователь не может перепослать новый публичный ключ со старого узла, а должен сделать это с другого узла где сисоп каким-то образом должен удостовериться, что это тот же самый человек, что идентифицировался ранее со старого более недоступного узла - например изначально вместе с публичным ключом должен был быть распространён адрес емейл, который ни в коме случае не должен быть скомпрометирован или что-то типа этого).
#  Re: Мысли про возможное будущее IDEC
shaos (tavern,34) → Andrew Lobanov  –  08:02:49 2021-12-22

> Есть ли смысл в таких аттачах? Тело сообщения не должно превышать 64КБ.

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

> Может проще аттачи распространять по отдельной схеме, и хэши на аттачи кидать в теги собщения? :)

и это тоже можно сделать ;)

ну или по классике - в теле письма писать URL на ii-объект:

ii://1KpcmGrc9pUtZQ6Puv1z
#  Re: Мысли про возможное будущее IDEC
shaos (tavern,34) → Andrew Lobanov  –  07:54:13 2021-12-22

> Реализация всё ещё пишется за несколько часов :)

Это далеко не так ;)

> Да и не повод дальше усложнять.

Это небольшие инкрементальные улучшения, которые могут вывести IDEC на орбиту современных технологий ;)

> Давай пойдём моим любимым путём: какие проблемы ты решаешь? :)

Ну для начала - добавляет бинарных данных в рассылки.

> С моей точки зрения этот false positive с такой высокой вероятностью ломает всю затею.

Ну почему? Есть разница 100% сообщений надо вычитать, чтобы отфильтровать из них бинарные объекты или 1.56%? ;)

>> Читать далее
#  Re: Мысли про возможное будущее IDEC
Andrew Lobanov (tavern,1) → shaos  –  05:09:30 2021-12-22

shaos> Несколько комментариев к моему изначальному сообщению.
shaos> - Чтобы исключить кривотолки и неправильные реализации, надо явно прописать алгоритм создания хэша, который реализован в ii-php и iing (и скорее всего в старом ii, судя по статистике использования символов в хэшах архивных сообщений), чтобы недвусмысленно было написано, что 2 небуквоциферных символа в base64 надо заменять на A (большую) и z (маленькую), а то сейчас в документации написано "for example A and Z" и новые реализации пытаются следовать документации, получая несовместимые решения (ii-go).

ii-go это анархическая реализация. Взять хоть редактирование сообщений :)

shaos> - При поддержке вложений в новоявленном формате ascii85+ чтобы отличить их скажем от исходника на языке Си или JSON-а в начале сообщения можно добавить ключевое слово @attach за которым будет идти число включений и сервер будет убирать это в строку тэгов сохранённого сообщения например .../attach/3 будет означать, что по ходу сообщения должно встретиться 3 вложения в формате ascii85+ (правда это означает, что в этом же сообщении не может встретится кусочек программы на C/C++/Java или JSON, хотя можно добавить правило парсинга, что между ==== и ==== искать вложения ненадо)...

Есть ли смысл в таких аттачах? Тело сообщения не должно превышать 64КБ. Может проще аттачи распространять по отдельной схеме, и хэши на аттачи кидать в теги собщения? :)
#  Re: Мысли про возможное будущее IDEC
Andrew Lobanov (tavern,1) → shaos  –  05:09:30 2021-12-22

>> Предложения весьма занимательные, но с моей точки зрения теряется главное примущество idec - дубовость.
shaos> Ну с годами idec уже не такой дубовый стал и совсем не маленький, как у вас тут принято считать ;)

Реализация всё ещё пишется за несколько часов :) Да и не повод дальше усложнять. Давай пойдём моим любимым путём: какие проблемы ты решаешь? :)

>> Есть ли смысл в осмысленных msgid, если мы всегда практически бесплатно можем прочитать теги?
shaos> Не бесплатно. Чтобы посмотреть тэги, надо найти и прочитать сообщение. Если оно одно, то может и не долго, а если в списке их тысячи?. А так мы по списку можем видеть что есть что (ну разве что с вероятностью 1/64 это может быть "false positive", пришедший от старых нод или взятый из старых архивов, у которого случайно msgid начинается с 0).

С моей точки зрения этот false positive с такой высокой вероятностью ломает всю затею. А найти и прочитать сообщение в общем случае это O(1). Другое дело, что в зависимости от конкретной платформы и конкретной реализации в абсолютных величинах это может быть долго. Я догадываюсь куда именно ты клонишь.
#  Re: Мысли про возможное будущее IDEC
shaos (tavern,34) → shaos  –  02:18:44 2021-12-22

Несколько комментариев к моему изначальному сообщению.

- Чтобы исключить кривотолки и неправильные реализации, надо явно прописать алгоритм создания хэша, который реализован в ii-php и iing (и скорее всего в старом ii, судя по статистике использования символов в хэшах архивных сообщений), чтобы недвусмысленно было написано, что 2 небуквоциферных символа в base64 надо заменять на A (большую) и z (маленькую), а то сейчас в документации написано "for example A and Z" и новые реализации пытаются следовать документации, получая несовместимые решения (ii-go).

- При поддержке вложений в новоявленном формате ascii85+ чтобы отличить их скажем от исходника на языке Си или JSON-а в начале сообщения можно добавить ключевое слово @attach за которым будет идти число включений и сервер будет убирать это в строку тэгов сохранённого сообщения например .../attach/3 будет означать, что по ходу сообщения должно встретиться 3 вложения в формате ascii85+ (правда это означает, что в этом же сообщении не может встретится кусочек программы на C/C++/Java или JSON, хотя можно добавить правило парсинга, что между ==== и ==== искать вложения ненадо)...
#  Re: Мысли про возможное будущее IDEC
shaos (tavern,34) → ake  –  01:47:34 2021-12-22

> Касательно рассуждений о хэше для сообщений, пришла мысль, что IDEC
> это практически контентно-адресуемая сеть...

Ну по сути так оно и есть :)

> ...и можно как-то прикрутить её к IPFS (или наоборот) для хранения сообщений

А зачем прикручивать, если IDEC по сути вполне годится на роль "downsized IPFS"? ;)
Самая первая версия IPFS v0.1 появилась в феврале 2015, а самая первая версия ii v0.1 - в марте 2014. Получается IPFS это "upsized ii" :)
А так внутри IPFS есть "Distrubuted Hash Map", который есть последний пункт моих мыслей применительно к IDEC :)
И как над IPFS появилась криптовалюта Filecoin, над IDEC может в перспективе появится IDECoin и всё забурлит и запенится ;)
Шутка...

>> Хэш msgid может быть не визуально рандомным как сейчас, а будет способным нести информацию о типе (или о версии) сообщения
> Мне кажется такую функциональность проще реализовать в виде варианта запроса

>> Читать далее
#  Re: Мысли про возможное будущее IDEC
shaos (tavern,34) → Andrew Lobanov  –  01:38:43 2021-12-22

> Предложения весьма занимательные, но с моей точки зрения теряется главное примущество idec - дубовость.

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

> Есть ли смысл в осмысленных msgid, если мы всегда практически бесплатно можем прочитать теги?

Не бесплатно. Чтобы посмотреть тэги, надо найти и прочитать сообщение. Если оно одно, то может и не долго, а если в списке их тысячи?. А так мы по списку можем видеть что есть что (ну разве что с вероятностью 1/64 это может быть "false positive", пришедший от старых нод или взятый из старых архивов, у которого случайно msgid начинается с 0).
#  Re: Мысли про возможное будущее IDEC
ake (ping,30) → shaos  –  18:34:00 2021-12-21

Касательно рассуждений о хэше для сообщений, пришла мысль, что IDEC это практически контентно-адресуемая сеть и можно как-то прикрутить её к IPFS (или наоборот) для хранения сообщений.

> Хэш msgid может быть не визуально рандомным как сейчас, а будет способным нести информацию о типе (или о версии) сообщения

Мне кажется такую функциональность проще реализовать в виде варианта запроса индекса, который будет возвращать (кроме идентификатора и закодированного сообщения) строку с тегами, либо отдельным суффиксом у ID. Правда, хранение метаданных в ссылке напоминает костыль в gopher, когда префикс в URL определяет то, как клиент будет отображать полученное содержимое.
#  Re: Мысли про возможное будущее IDEC
Andrew Lobanov (tavern,1) → shaos  –  17:41:54 2021-12-21

shaos> Всем привет

shaos> Я познакомился в ii/IDEC только в августе этого года, стал изучать как оно всё устроено и наконец на днях, воспользовавшись открытой реализацией ii-php, поднял свой узел - теперь у меня есть несколько мыслей по возможному будущему этой системы (либо системы, которая может отпочковаться от этой системы, но будет оставаться совместимой со старым IDEC API):

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

Есть ли смысл в осмысленных msgid, если мы всегда практически бесплатно можем прочитать теги?

Когда доползу до компа, постараюсь ответить более развёрнуто.
#  Мысли про возможное будущее IDEC
shaos (shaos, 2) → All  –  08:13:05 2021-12-21

Всем привет

Я познакомился в ii/IDEC только в августе этого года, стал изучать как оно всё устроено и наконец на днях, воспользовавшись открытой реализацией ii-php, поднял свой узел - теперь у меня есть несколько мыслей по возможному будущему этой системы (либо системы, которая может отпочковаться от этой системы, но будет оставаться совместимой со старым IDEC API):

1) Кроме base64 существует чуть более компактный способ представления бинарных данных в виде текста - это алгоритм ascii85, когда каждые 4 байта представляются 5-значным 85-ричным числом, где каждая "цифра" это символ от '!' до 'u', плюс буквы 'z' и 'y' несут особый смысл, кодируя четвёрки нулей и пробелов соответственно - в результате данные раздуваются не в 4/3=1.33 раз, как в случае base64 (или uue), а в 5/4=1.25 раз или меньше, что как минимум на 6% компактнее. Можно немного развить ascii85 для кодирования произвольных бинарных данных, назвав новую систему кодирования скажем ascii85+ задействуя остальные неиспользованные символы: 'x' может кодировать четвёрку 0xFF (это может помочь при кодировании прошивок ПЗУ), 'w' - четвёрку 0x80 (это может помочь при кодировании 8-битных беззнаковых WAV-файлов), 'v' - пока может использоваться для детектирования ошибки, фигурные скобки { и } могут выделять закодированный бинарный блок в тексте (наличие явно заданного стартового символа упрощает парсинг, а наличие явно заданного терминатора поможет обрабатывать пограничные ситуации, когда концовка файла не влезает в 4 байта целиком), а ~ и | могут использоваться для каких-то особых случаев (см.ниже). Этот подход можно использовать для встраивания бинарных файлов в текст сообщений как вложений (аля ююки), указывая имя файла после втавки (чтобы клиент знал с чем этот файл надо есть и надо ли):
====
Посмотрите на эту весёлую картинку:
{Abhdhj!$^390+-
...
Bhdbdfjg}=funny.gif
====
Старые клиенты будут показывать такие сообщения как текст, а новые клиенты могут получать такие сообщения даже со старых узлов и показывать картинки как картинки или файлы как вложения (ряд иконок внизу сообщения), которые можно сохранить на диск на стороне клиента.

2) Этот же ascii85+ можно использовать для уменьшения размеров бандлов на 6% сделав новый вызов в API - например /u/n/msgid/msgid/msgid... (вместо /u/m/... который может остаться для старых клиентов) - и результат работы этого вызова может выглядеть примерно так:
====

>> Читать далее
#  Re: Два пустых сообщения в idec.talks
shaos (tavern,34) → Andrew Lobanov  –  09:47:45 2021-12-20

> Добавил в блеклист.

Да - теперь в логах чисто - СПС!
#  Re: Два пустых сообщения в idec.talks
Andrew Lobanov (tavern,1) → shaos  –  09:35:42 2021-12-20

shaos> Наверное если они невалидные их надо в чёрный список, не?

Добавил в блеклист.
#  Два пустых сообщения в idec.talks
shaos (tavern,34) → All  –  07:46:43 2021-12-20

Существует 2 пустых сообщения в idec.talks, которые вызывают ошибку при фетче из ii-php:
====
fetch http://idec.spline-online.ml/u/e/idec.talks/linux.14/lor-opennet.17/develop.16/plan.9/zx.spectrum
idec.talks
fetch http://idec.spline-online.ml/u/m/HaYwRbvCz0HDMhN2IrOU/ymc21433dohplAzblytS
invalid message: HaYwRbvCz0HDMhN2IrOU
error saving HaYwRbvCz0HDMhN2IrOU
invalid message: ymc21433dohplAzblytS
error saving ymc21433dohplAzblytS
====
Наверное если они невалидные их надо в чёрный список, не?
#  Re: Актуальный нодлист
shaos (tavern,34) → ake  –  12:37:02 2021-12-19

Ну и от меня держите :)
====
{
"nodename": "shaos",
"client": " http://shaos.net:8085/ii-point.php?q=/",
"web": " https://shaos.net:8085/ii-web.php",
"sysop": "shaos",
"contacts": {
"email": "me@shaos.net",
"phone": "+1xxxxxxxxxx",
"web": " http://shaos.net";
},
"description": "shaos.net IDEC node",
"uplinks": [
[

>> Читать далее
#  Новый узел IDEC http://shaos.net:8085
shaos (tavern,34) → All  –  12:35:00 2021-12-19

Запустил таки ii-php у себя на доменном имени на специально выделенной машине PowerMac G4 400МГц с Debian-линухом на борту, стоящей у меня дома в Пало-Альто, штат Калифорния :)

Пожалуй это будет первый узел ii/idec-сети, расположенной на американском континенте (и возможно первый узел на неинтеловской архитектуре?)

Беру с таверны несколько эх, а также создал заглушки для своих эх ( в частности silicon.valley.local ; )

В будущем планирую на той же машине поднять Gopher-сервер и TNFS-сервер (для компьютеров ZX-Spectrum оснащённых сетевой карточкой Spectranet)

Shaos
#  тестовое сообщение
shaos (shaos, 2) → All  –  11:01:22 2021-12-19

пишу тестовое сообщение
#  Re: Предложения или "Как нам обустроить idec?"
Andrew Lobanov (tavern,1) → ake  –  06:20:41 2021-12-18

AL>> Как это будет работать в масштабе сети?
ake> Навскидку - либо масштабируем то же самое до нод, т.е. складываем в скрытую эху outbound.some_node_authstr, на которую подписана эта нода; либо форвардим с помощью /u/push.

Химера какая-то, если честно. Давай чтоль нормальный POC :)
#  Re: Предложения или "Как нам обустроить idec?"
Andrew Lobanov (tavern,1) → ake  –  06:17:58 2021-12-18

>> Менять сообщения, конечно, никто не запрещает, но не надо такое отдавать наружу никогда. А так - каждый волен со своей базой делать что угодно - хоть удалить вообще нафиг :)
ake> Совсем не обязательно менять сообщения, ничто не запрещает отдавать в индексе эхи, сообщения имеющие другое значение в соответствующем поле. И кросспостинг почти про то же.

Кросспостинг реализуется на стороне клиента и делается совсем иначе и проще. Зачем городить огород?

>> Для этого нужна поддержка шифрованных сообщений.
ake> Тэг с типом содержимого вообще ортогонален шифрованным сообщениям. Можно хоть что слать, заранее перекодировав и указав, что это base64/uuencode/koi8r/etc, если надо (да, будет неоптимально, но это опять организационный вопрос, и я в курсе про файл-эхи).
>> Возможность редактирования сообщений это зло.
ake> Обратный вопрос, перефразируя: "Какие проблемы это создаёт?"

Ну любые нововведения должны решать существующие проблемы. Изменения ради изменений это путь к сложной системе без смысла.
#  Re: Предложения или "Как нам обустроить idec?"
ake (ping,30) → Andrew Lobanov  –  14:25:06 2021-12-17

AL> Как это будет работать в масштабе сети?

Навскидку - либо масштабируем то же самое до нод, т.е. складываем в скрытую эху outbound.some_node_authstr, на которую подписана эта нода; либо форвардим с помощью /u/push.
#  Re: Предложения или "Как нам обустроить idec?"
ake (ping,30) → Andrew Lobanov  –  13:29:52 2021-12-17

> Менять сообщения, конечно, никто не запрещает, но не надо такое отдавать наружу никогда. А так - каждый волен со своей базой делать что угодно - хоть удалить вообще нафиг :)

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

> Для этого нужна поддержка шифрованных сообщений.

Тэг с типом содержимого вообще ортогонален шифрованным сообщениям. Можно хоть что слать, заранее перекодировав и указав, что это base64/uuencode/koi8r/etc, если надо (да, будет неоптимально, но это опять организационный вопрос, и я в курсе про файл-эхи).

> Возможность редактирования сообщений это зло.

Обратный вопрос, перефразируя: "Какие проблемы это создаёт?"
#  Re: Предложения или "Как нам обустроить idec?"
Andrew Lobanov (tavern,1) → ake  –  11:47:57 2021-12-17

ake> Но это вопрос транспорта сообщений и api. Ещё есть вопрос обнаружения отправителей и получателей, особенно между нодами, ибо с этим на практике как-то не очень. Есть имя ноды, которое иногда может меняться со временем, по которому нельзя тривиально узнать адрес (видимо для этого предполагается собирать нодлист), а про получателя мы знаем только имя в свободной форме.

Посмотри в поле адреса. Оно не просто так сущетвует, а однозначно тебя идентифицирует в сети. В отличие от имени.
#  Re: Предложения или "Как нам обустроить idec?"
Andrew Lobanov (tavern,1) → ake  –  11:47:57 2021-12-17

hugeping>> - личка (правда у тебя в списке этого нет)
ake> Ну, примитивную личку можно собрать на базе идеи про перемаркировку, она там как раз в виде примера.

Как это будет работать в масштабе сети?
#  Re: Предложения или "Как нам обустроить idec?"
Andrew Lobanov (tavern,1) → hugeping  –  11:47:57 2021-12-17

hugeping> А так, из твоих предложений мне лично интересны:
hugeping> - редактирование.

Является злом в чистом виде и должно быть запрещено законом :)

hugeping> - личка (правда у тебя в списке этого нет)

Есть некоторые идеи и есть потребность в этой фиче.
#  Re: Предложения или "Как нам обустроить idec?"
Andrew Lobanov (tavern,1) → ake  –  11:47:57 2021-12-17

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

Ты забыл самое главное написать: какие существующие проблемы это решает?

ake> 1. Правила перемаркировки эх. Идея простая - на ноду приходит сообщение (не важно, фетчится или от поинта) и, если у него в качестве эхи указано некое значение A, то оно заменяется на некоторое A* по определённому правилу. Самый очевидный вариант использования - "личные" эхи, один поинт отправляет сообщение в эху "sendmsg.username", в процессе оно перемаркируется, как "readmsg.username_authstr" и адресат его может получить. Ещё так можно укрупнять и агрегировать эхи, перемаркировывая сообщения из внешних "dev.c", "dev.cpp", "dev.python" в общую локальную "dev.main", например. Недостатком становится то, что такие эхи становятся либо односторонними, либо надо создавать сложные обратные правила (т.е. ответы должны будут помещаться и в новую эху, и в старую).

Менять сообщения, конечно, никто не запрещает, но не надо такое отдавать наружу никогда. А так - каждый волен со своей базой делать что угодно - хоть удалить вообще нафиг :)

ake> 2. Кросспостинг - отправка и присутствие сообщения с одним ID в нескольких эхах одновременно.

Это задача клиента.

ake> 3. Хуки на появление сообщений в эхе/от пользователя/в качестве ответа. Тогда можно будет сделать, например, эху для управления нодой, какие-нибудь голосовалки (изначально была идея нодо-локальной общественной модерации) и ещё что-нибудь.

Непонятно какие задачи решает. Голосования проводили и без этого. Можно анализировать сабжи. Это дёшево.

>> Читать далее
#  Re: Предложения или "Как нам обустроить idec?"
ake (ping,30) → Ordos  –  10:58:57 2021-12-17

Ordos> Самое простое

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

Но это вопрос транспорта сообщений и api. Ещё есть вопрос обнаружения отправителей и получателей, особенно между нодами, ибо с этим на практике как-то не очень. Есть имя ноды, которое иногда может меняться со временем, по которому нельзя тривиально узнать адрес (видимо для этого предполагается собирать нодлист), а про получателя мы знаем только имя в свободной форме.
#  Re: Предложения или "Как нам обустроить idec?"
ake (ping,30) → hugeping  –  10:36:50 2021-12-17

hugeping> Чужой энтузиазм радует! :) Но, откровенно говоря, я наблюдал многих энтузиастов (не только про idec сейчас говорю), которые на волне энтузиаста что-то делали, не доделали и ушли. В этом смысле у меня теперь есть прагматический скепсис, который вылился в то, что я перестал поддерживать всех идейных новичков. Просто потому, что начинаешь помогать, тратишь последние крохи времени (которые берёг для своих проектов) а потом... Всё в пустоту. Вот твоя фраза "делать нечего" она выдаёт именно такое отношение. Извини. :)

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

hugeping> - личка (правда у тебя в списке этого нет)

Ну, примитивную личку можно собрать на базе идеи про перемаркировку, она там как раз в виде примера.
#  Re: Предложения или "Как нам обустроить idec?"
Ordos (tgi,1) → Ordos  –  08:58:36 2021-12-17

Забыл добавить по поводу передачи лички между станциями. Лучше не забирать такие эхи, а наоборот пушить на нужную станцию. Таким образом, такие эхи не будут нигде отсвечивать и получить их список становится невозможно. Да и не нужно.
#  Re: Предложения или "Как нам обустроить idec?"
Ordos (tgi,1) → ake  –  08:51:49 2021-12-17

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

Помечать такие сообщения можно спец. тегом, из которого будет понятно, что это личка и в него же положить список участников.

Опять же введение доп. запроса исключает проблему несовместимости. Если клиент поддерживает его - будет личка, если нет - будет работать как обычно.
#  Re: Предложения или "Как нам обустроить idec?"
hugeping (ping,1) → ake  –  08:59:36 2021-12-17

ake> но это будет разочаровывающим выводом и во многом будет значить, что мне здесь делать, собственно, нечего. Но другого сообщества, использующего idec, у меня нет, а энтузиазм пока есть.

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

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

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

Потому что, то же редактирование -- не так просто как кажется в начале.

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

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

>> Читать далее
#  Re: Предложения или "Как нам обустроить idec?"
vvs (ping,12) → ake  –  19:08:26 2021-12-16

ake> Ну, а вот мне просто он концептуально и технически нравится, как универсальная вещь.

Причина ничем не хуже любой другой.
#  Re: Предложения или "Как нам обустроить idec?"
ake (ping,30) → vvs  –  18:43:07 2021-12-16

vvs> Подозреваю, что сначала надо задать вопрос: кому и зачем нужен idec? И тогда многие ответы станут очевидны.

vvs> Сам я не знаю, зачем существует idec, но пользуюсь им для узкого круга общения, не заморачиваясь философскими деталями.

Ну, а вот мне просто он концептуально и технически нравится, как универсальная вещь. Можно, конечно, сказать самому себе: "да нет, это просто группа друзей сделала для себя форум, просто вот так хитро устроенный, _это не для всех_", но это будет разочаровывающим выводом и во многом будет значить, что мне здесь делать, собственно, нечего. Но другого сообщества, использующего idec, у меня нет, а энтузиазм пока есть.
#  Re: Предложения или "Как нам обустроить idec?"
vvs (ping,12) → ake  –  17:36:05 2021-12-16

Подозреваю, что сначала надо задать вопрос: кому и зачем нужен idec? И тогда многие ответы станут очевидны.

То ли idec должен всё включать и поддерживать. И тогда проще взять уже существующие протоколы и софт. То ли все хотят игрушечную реализацию, доступную школьнику. И тогда он может кому-то показаться уже слишком переусложнённым. Кстати, даже в существующих реализациях иногда уже встречались некоторые несовместимости.

Сам я не знаю, зачем существует idec, но пользуюсь им для узкого круга общения, не заморачиваясь философскими деталями.
#  Предложения или "Как нам обустроить idec?"
ake (ping,30) → All  –  16:22:37 2021-12-16

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

1. Правила перемаркировки эх. Идея простая - на ноду приходит сообщение (не важно, фетчится или от поинта) и, если у него в качестве эхи указано некое значение A, то оно заменяется на некоторое A* по определённому правилу. Самый очевидный вариант использования - "личные" эхи, один поинт отправляет сообщение в эху "sendmsg.username", в процессе оно перемаркируется, как "readmsg.username_authstr" и адресат его может получить. Ещё так можно укрупнять и агрегировать эхи, перемаркировывая сообщения из внешних "dev.c", "dev.cpp", "dev.python" в общую локальную "dev.main", например. Недостатком становится то, что такие эхи становятся либо односторонними, либо надо создавать сложные обратные правила (т.е. ответы должны будут помещаться и в новую эху, и в старую).

2. Кросспостинг - отправка и присутствие сообщения с одним ID в нескольких эхах одновременно.

3. Хуки на появление сообщений в эхе/от пользователя/в качестве ответа. Тогда можно будет сделать, например, эху для управления нодой, какие-нибудь голосовалки (изначально была идея нодо-локальной общественной модерации) и ещё что-нибудь.

4. Добавить тег определяющий кодировку или тип содержимого (mime-type) тела сообщения. По идее это должно гарантировано решить проблему с тем, как реализовывать шифрование сообщений - зашифрованное сообщение будет иметь соответствующий тег encoding и его расшифровкой должен будет заниматься клиент.

5. Хранить время фетча сообщения нодой и использовать его в качестве указателя сдвига для получения индекса в /u/e-подобном запросе. Я читал обсуждение чего-то подобного в idec.talks, но по-моему там предлагалось использовать время самого сообщения, что действительно может работать криво.

6. Метод POST для /u/e и /u/m, это тоже обсуждалось и, вроде, не должно требовать больших изменений, но почему-то не взлетело.

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

>> Читать далее
#  Re: Анонс станции
hugeping (ping,1) → ake  –  19:24:52 2021-12-15

ake> Сделал открытую регистрацию поинтов на станции, но с небольшим квестом - форма регистрации находится в gemini - gemini://ake.crabdance.com:1966/enroll/intro/

Прикольная идея. :)
#  Re: Анонс станции
ake (ping,30) → ake  –  18:36:49 2021-12-15

Сделал открытую регистрацию поинтов на станции, но с небольшим квестом - форма регистрации находится в gemini - gemini://ake.crabdance.com:1966/enroll/intro/
С одной стороны, думаю, это снизит риски автоматических регистраций и прочих злоупотреблений (а вдруг?), с другой, это будет не особенно большим препятствием, и процедура остаётся автоматической.
#  Re: Актуальный нодлист
ake (ping,30) → Andrew Lobanov  –  05:42:15 2021-12-15

====
{
"nodename": "ake",
"client": "http://gears.headake.win/idec/";,
"web": "http://gears.headake.win/idec/ui2/";,
"sysop": "ake",
"contacts": {
"email": "kdeisacake@mail.ru"
},
"description": "Ake station",
"uplinks": [
[ "ping", "10m" ],
[ "tavern", "10m" ],
[ "tgi", "10m" ]
]

>> Читать далее
#  Re: Актуальный нодлист
vit01 (mira, 1) → Andrew Lobanov  –  08:03:42 2021-12-14

====
{
    "nodename": "mira",
    "client": "https://ii-net.tk/ii/ii-point.php?q=/";,
    "web": "https://ii-net.tk/ii/ii-web.php";,
    "sysop": "vit01",
    "contacts": {
        "email": "me@ii-net.tk",
        "phone": "+7xxxxxxxxxx",
        "web": "https://github.com/vit1-irk/";
    },
    "description": "Станция мира",
    "uplinks": [
        [
            "instead-club",


>> Читать далее
#  Re: Актуальный нодлист
Ordos (tgi,1) → Andrew Lobanov  –  11:58:05 2021-12-13

====
{
"nodename": "tgi",
"client": "https://idec.textgamesinfo.ru/&quot;,
"web": "https://idec.textgamesinfo.ru/&quot;,
"sysop": "Ordos",
"contacts": {
"email": "ordosp@gmail.com",
"phone": "+7xxxxxxxxxx",
},
"description": "Станция tgi",
"uplinks": [
[
"tavern",
"20m"


>> Читать далее
#  Re: Актуальный нодлист
hugeping (ping,1) → Andrew Lobanov  –  10:34:21 2021-12-13

====
{
"nodename": "ping",
"client": "https://club.hugeping.ru/";,
"web": "https://club.hugeping.ru";,
"sysop": "hugeping",
"contacts": {
"email": "gl00my@mail.ru",
"phone": "+7xxxxxxxxxx",
"web": "https://hugeping.ru";
},
"description": "Станция ping",
"uplinks": [
[
"tavern",

>> Читать далее
#  Актуальный нодлист
Andrew Lobanov (tavern,1) → All  –  10:03:22 2021-12-13

Начинает чувствоваться потребность в сабже.

Просьба скинуть или сюда или на spline1986@yandex.ru информацию о своих узлах сети в следующем формате:

====
{
"nodename": "tavern",
"client": "http://idec.spline-online.ml/";,
"web": "http://idec.spline-online.ml/";,
"sysop": "Andrew Lobanov",
"contacts": {
"email": "spline1986@yandex.ru",
"phone": "+7xxxxxxxxxx",
"web": "https://github.com/spline1986/";
},


>> Читать далее
#  Доступ к idec-net на github
Andrew Lobanov (tavern,1) → All  –  10:03:21 2021-12-13

Что-то у меня сабж сломался. Кто-то может дать доступ пользователю spline1986? Либо актуализируйте информацию по instead club. Там до сих пор старый адрес.
#  Новая эха
Andrew Lobanov (tavern,1) → All  –  10:03:21 2021-12-13

Сабж! Эха zx.spectrum посвящённая одноимённому компьютеру, совместимым с ним машинам, программному обеспечению и эмуляторам, создана в таверне. Просьба прокинуть к себе, так как есть шанс завлечь часть синклеристского сообщества :)
#  Re: Спринтер
shaos (tavern,34) → Andrew Lobanov  –  08:03:35 2021-12-13

> Больше спектрумов, хороших и разных!

Безусловно :)

> Лучше нам завести под это дело отдельную эху, наверное. Я предлагаю общую
> спектрумовскую пока завести, чтобы подходила под любые спектрум-совместимые
> обсуждения :)

Я планирую поднять свой узел IDEC и там создать несколько специализированных эх по темам касающимся Спринтера, а тут действиетльно можно пока общую эху zx.spectrum завести ;)

> Кстати, в IDEC любой поинт может создать эху на уровне своего аплинка.
> Достаточно просто написать в несуществующую конференцию и она создастся
> (по крайней мере в таверне так). А там уже можно кинуть анонс сюда, мы
> прокинем по всей сети её :)


>> Читать далее
#  Re: Спринтер
Andrew Lobanov (tavern,1) → shaos  –  06:45:54 2021-12-13

shaos> Я свой Спринтер (в виде материнской платы Sp2000) получил по почте в начале 2002 года, когда ещё жил в Екатеринбурге - и эта плата до сих пор со мной и даже работает :)

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

shaos> Существует 2 эмулятора компьютера Спринтер - эмулятор поновее, написанный на сишарпе zxmak2 (плугин Спринтера для него появился в 2012 году), который работает только на современной винде, но эмулирует Спринтер более точно используя образы ПЗУ и образы гибких и жёстких дисков, и эмулятор постарее (но активно обновляемый) - мой Zpring написанный на C/C++ (ранее известный как SPRINT, который я начал писать в феврале 2002 года ещё до того, как получил на руки реальный Спринтер):
shaos> https://gitlab.com/nedopc/zpring

Спасибо за развёрнутый ответ. Обязательно ознакомлюсь.

shaos> P.S. Можно сказать, что Эволюшин родился на развалинах экосистемы Спринтера, заброшенного создавшей его компанией в 2004 году - родился, чтобы заполнить временно возникший вакуум 2005-2008 годов, когда народ требовал современный спектрум-клон, а таковых уже не предлагалось - с тех пор Эволюшин таки стал королём спектрум-сцены (и в данный момент его теснит Next со своими клонами). В данный момент Спринтер снова возрождается и показывает, что во многом он всё ещё лучше и даже "современнее" Эволюшина, а в чём то даже лучше некста :)

Больше спектрумов, хороших и разных!

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


>> Читать далее
#  Re: Спринтер
shaos (tavern,34) → Andrew Lobanov  –  06:02:46 2021-12-13

> Всегда интересно узнавать историю таких проектов. Я в железе имел максимум самопальный пентагон,
> а в начале нулевых (как раз 2000-2002 года) пересаживался с него на 486. Ну и информационный голод
> в глубинке тогда ещё был. Найти информацию тогда практически не представлялось для меня возможным.

Я свой Спринтер (в виде материнской платы Sp2000) получил по почте в начале 2002 года, когда ещё жил в Екатеринбурге - и эта плата до сих пор со мной и даже работает :)

> Кстати, хотел спросить, но не помню в итоге спросил ли: есть эмулятор для linux-систем?
> Было бы интересно хотя бы так познакомиться с этой машинкой.

Существует 2 эмулятора компьютера Спринтер - эмулятор поновее, написанный на сишарпе zxmak2 (плугин Спринтера для него появился в 2012 году), который работает только на современной винде, но эмулирует Спринтер более точно используя образы ПЗУ и образы гибких и жёстких дисков, и эмулятор постарее (но активно обновляемый) - мой Zpring написанный на C/C++ (ранее известный как SPRINT, который я начал писать в феврале 2002 года ещё до того, как получил на руки реальный Спринтер):

https://gitlab.com/nedopc/zpring

Эмуль построен вокруг GPL-ного ядра эмулирующего процессор Z80, взятого мной из опенсорсного проекта FUSE, собирается под Linux, MacOS, Windows (причём сборка работает во всех версиях начиная с Win95 и кончая десяткой) и даже DOS ;)


>> Читать далее
#  Re: Спринтер
Andrew Lobanov (tavern,1) → shaos  –  05:22:03 2021-12-13

shaos> Приветсвую! Спасибо за поинта ;)

Всегда рады новым людям!

>> В 90-х был разработан довольно интересный спектрум-совместимый компьютер сабж. Сообщество его живо до сих пор и даже что-то разрабатывают в аппаратной части.

shaos> На самом деле текущая версия материнской платы была разработана в 2000, а пик официальных продаж пришёлся на 2002 - сейчас всё опенсорснуто (открывалось постепенно в 2007-2009 годах автором компа Иваном Макарченко, который к сожалению покинул наш мир в 2012 году) и сейчас народ делает свои модификации плат и свои расширения железа (я например делаю сетевую карточку SprinterNet на базе модуля WizNet W5100).

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

>> А вот что эхотажно, так это то, что вчера мне в личку написал разработчик SprinterNet (сервис такого специального прокси между спринтером и интернетом, грубо говоря) имеет рабочий стек http (не факт, что в полном объёме, но это и не столь важно) и желание создать idec-клиент (а может и сервер в перспективе) для спринтера.

shaos> Я думаю, что сетевая карточка SprinterNet может таки обойтись без сервера-шлюза для непосредственной работы с IDEC серверами - в данный момент я сымитировал весь требуемый API сокетов в эмуляторе и пишу экспериментальные сетевые программы там (например уже работают http-клиент и gopher-клиент), но железная карточка для реала по сути тоже уже готова - надо только наполнение для ПЗУ написать в кодах процессора Z80 и после этого все написанные сетевые программки начнут работать и на реальном железе ;)

Здорово.

>> Читать далее
#  Re: Спринтер
shaos (tavern,34) → Andrew Lobanov  –  05:07:56 2021-12-13

Приветсвую! Спасибо за поинта ;)

> В 90-х был разработан довольно интересный спектрум-совместимый компьютер сабж. Сообщество
> его живо до сих пор и даже что-то разрабатывают в аппаратной части. Это, конечно, интересно,
> но не эхотажно.

На самом деле текущая версия материнской платы была разработана в 2000, а пик официальных продаж пришёлся на 2002 - сейчас всё опенсорснуто (открывалось постепенно в 2007-2009 годах автором компа Иваном Макарченко, который к сожалению покинул наш мир в 2012 году) и сейчас народ делает свои модификации плат и свои расширения железа (я например делаю сетевую карточку SprinterNet на базе модуля WizNet W5100).

> А вот что эхотажно, так это то, что вчера мне в личку написал разработчик SprinterNet
> (сервис такого специального прокси между спринтером и интернетом, грубо говоря) имеет
> рабочий стек http (не факт, что в полном объёме, но это и не столь важно) и желание
> создать idec-клиент (а может и сервер в перспективе) для спринтера.

Я думаю, что сетевая карточка SprinterNet может таки обойтись без сервера-шлюза для непосредственной работы с IDEC серверами - в данный момент я сымитировал весь требуемый API сокетов в эмуляторе и пишу экспериментальные сетевые программы там (например уже работают http-клиент и gopher-клиент), но железная карточка для реала по сути тоже уже готова - надо только наполнение для ПЗУ написать в кодах процессора Z80 и после этого все написанные сетевые программки начнут работать и на реальном железе ;)


>> Читать далее
#  Спринтер
Andrew Lobanov (tavern,1) → All  –  05:17:37 2021-12-09

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

А вот что эхотажно, так это то, что вчера мне в личку написал разработчик SprinterNet (сервис такого специального прокси между спринтером и интернетом, грубо говоря) имеет рабочий стек http (не факт, что в полном объёме, но это и не столь важно) и желание создать idec-клиент (а может и сервер в перспективе) для спринтера.

Это примерно то, о чём писал Рома ещё 7 лет назад %) Технология для небольших сообществ.
#  Re: gemini:// как дополнение idec
ake (ping,30) → Andrew Lobanov  –  17:23:34 2021-11-29

AL> А насколько этот сервер будет сложнее gemini?

Я не зря упомянул "HTTP-сервера, аналогичного по функциям gemini-серверу", т.е. для паритета по функциям протокола достаточно будет обработки начальной строки запроса/ответа и аж целых двух заголовков - Host и Content-Type. Завернуть в TLS по вкусу и гонять внутри хоть text/x-gemini, хоть gophermap'ы.

AL> А это новая сеть?

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

AL> Или просто ещё один протокол в той же сети, коих и так каждый день плодится море?

Не сказал бы, что каждый день появляется море обобщенных (не узкоспециализированных) открытых протоколов.
#  Re: gemini:// как дополнение idec
Andrew Lobanov (tavern,1) → ake  –  04:25:54 2021-11-18

AL>> Веб с его протоколами и серверами уже слабо пренадлежит сообществу.
ake> А когда он принадлежал сообществу? Напоминает чепуху про "интернет создан DoD, значит им управляется" - интернет (и веб в том числе) это не нечто консистентное, даже сейчас. ИМХО сейчас возможность держать собственный сервер более доступна. Разработка HTTP-сервера, аналогичного по функциям gemini-серверу не потребует большего числа ресурсов, при этом он будет совместим с прорвой клиентов, от современных до IE/NN. Вполне есть всякие сообщества внутри, которые культивируют независимый web, вроде indieweb, или авторский, вроде neocities.

А насколько этот сервер будет сложнее gemini?

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

А это новая сеть? Или просто ещё один протокол в той же сети, коих и так каждый день плодится море?

AL>> Причём в gemini есть гейты и их можно читать и из того же хромиума. Причём gemini очень простой и потому пренадлежит сообществу. Тебе не нужна большая команда классных специалистов, несколько лет и несколько миллионов вечнозелёных (думаю, всё дороже), чтобы построить полностью свою реализацию.
ake> Потому что эти время и деньги уже были потрачены на проектирование спецификаций и разработку библиотек для URL/URI и TLS, на опыт HTTP и Gopher. Можно почитать, кстати, в рассылке, как оригинальная идея использования TOFU (trust on first use), в качестве политики сертификатов, наткнулась на реальность и про другие подводные камни "простоты".

Так надо искать и находить, а не идти на поводу.


>> Читать далее
#  Re: gemini:// как дополнение idec
hugeping (ping,1) → ake  –  08:59:28 2021-11-17

ake> Ну и чтобы не казалось, я не могу сказать, что отрицательно отношусь к gemini, просто хочу критически посмотреть на всё это.

Хотел было привести свои аргументы, но передумал. :) Меня всё устраивает. Это как с велосипедными дорожками. Меня устраивает текущая ситуация, когда их нет или они построены не там и неправильно.

Так что gemini меня полностью устраивает и технически и просто как место, которое привлекает специфический контингент. Главное, чтобы не стали "расширять" дальше, как это часто бывает. Но вроде бы пока к этому нет тенденции.

Критиковать можно, но я не вижу никакого позитивного выхлопа от этой критики. :)
#  Re: gemini:// как дополнение idec
ake (ping,30) → Andrew Lobanov  –  08:12:06 2021-11-17

AL> Веб с его протоколами и серверами уже слабо пренадлежит сообществу.

А когда он принадлежал сообществу? Напоминает чепуху про "интернет создан DoD, значит им управляется" - интернет (и веб в том числе) это не нечто консистентное, даже сейчас. ИМХО сейчас возможность держать собственный сервер более доступна. Разработка HTTP-сервера, аналогичного по функциям gemini-серверу не потребует большего числа ресурсов, при этом он будет совместим с прорвой клиентов, от современных до IE/NN. Вполне есть всякие сообщества внутри, которые культивируют независимый web, вроде indieweb, или авторский, вроде neocities.

AL> Причём то, что ты в вебе, по сути ничего не изменит.

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

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

Потому что эти время и деньги уже были потрачены на проектирование спецификаций и разработку библиотек для URL/URI и TLS, на опыт HTTP и Gopher. Можно почитать, кстати, в рассылке, как оригинальная идея использования TOFU (trust on first use), в качестве политики сертификатов, наткнулась на реальность и про другие подводные камни "простоты".

Ну и silo-узлы всегда будут, ибо так банально оптимальней с точки зрения масштабирования и ресурсов, и снижает технический ценз (предвижу недовольный технарский снобизм) для неофитов. Даже в том же gemini они присутствуют в виде различных pubnix'ов.

Ну и чтобы не казалось, я не могу сказать, что отрицательно отношусь к gemini, просто хочу критически посмотреть на всё это.
#  Re: gemini:// как дополнение idec
Andrew Lobanov (tavern,1) → ake  –  05:43:18 2021-11-17

ake> Аналогично, в WWW уже есть всё, что есть в gemini, а остальным можно не пользоваться, например, ограничив себя использованием lynx или NetSurf. Зачем gemini?

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

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

ake> Не знаю, насколько она адекватна, но сейчас в голову пришла аналогия таких протоколов с любительской радиосвязью.

Около того. Секта (idec, точнее) туда же. Это просто весело делать и использовать. Хотя проще взять какой-нибудь telegram или даже бота для почтовой рассылки. Просто idec простой и реализуется за вечер в минимально достаточном для общения виде на практически любом стеке технологий.
#  Re: gemini:// как дополнение idec
hugeping (ping,1) → ake  –  21:32:25 2021-11-16

ake> Аналогично, в WWW уже есть всё, что есть в gemini, а остальным можно не пользоваться, например, ограничив себя использованием lynx или NetSurf. Зачем gemini?

Мне лично gemeni нравится таким, каким он есть. Регулярно смотрю. Интересный для меня контент там есть. Часто просто вбиваю в поисковик какое-нибудь слово и читаю блоги. Успокаиваюсь. Я рад, что таких людей -- не я один. На фоне остальных "альтернатив" -- gemini оказался прямо в тему.

Я кстати и netsurf и eww и прочим таким тоже пользуюсь, но gemini -- это всё-таки другое.
#  Re: gemini:// как дополнение idec
ake (ping,30) → Ordos  –  16:37:24 2021-11-16

Ordos> Эдак ты сразу половину всея Интернета описал. Не сегодняшнего, скорее того старого доброго n-дцать лет наз. Насчет гейтов спорный вопрос, а по остальному претензий нет - вся ценность-то как раз в авторской информации (персональные сайты/блоги), либо редкие файлы.

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

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

Это как раз мне в таких сетях и не нравится. Вроде и открыто, но всё-равно получается какой-то walled garden. Как бы выбрал сугубо техническую вещь, ан нет - держи ещё некоторую идеологию. И ещё такой парадокс получается - если есть некое сформировавшееся сообщество, то без разницы, какой сетью/протоколом/каналом связи его участники пользуются, но когда сообщество сформировалось вокруг сети, то смена этой сети разваливает сообщество.

Ordos> Проще говоря, можно напихать в тот же gemini всякого и запилить какие-нибудь соц. сети, например, но чем она тогда будет отличаться от остального инета?

Аналогично, в WWW уже есть всё, что есть в gemini, а остальным можно не пользоваться, например, ограничив себя использованием lynx или NetSurf. Зачем gemini?

Не знаю, насколько она адекватна, но сейчас в голову пришла аналогия таких протоколов с любительской радиосвязью.
#  Re: gemini:// как дополнение idec
Ordos (tgi,1) → ake  –  13:58:56 2021-11-16

ake> фактическим наполнением оказываются гейты к обычным сайтам, файловые архивы разной степени полезности и персональные сайты/блоги

Эдак ты сразу половину всея Интернета описал. Не сегодняшнего, скорее того старого доброго n-дцать лет наз. Насчет гейтов спорный вопрос, а по остальному претензий нет - вся ценность-то как раз в авторской информации (персональные сайты/блоги), либо редкие файлы.

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

Проще говоря, можно напихать в тот же gemini всякого и запилить какие-нибудь соц. сети, например, но чем она тогда будет отличаться от остального инета?

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

P.S. Пардон. Что-то меня понесло.
#  Re: gemini:// как дополнение idec
ake (ping,30) → Ordos  –  11:42:55 2021-11-16

> Потыкал я этот gemini, потыкал... Мысль-то хорошая, но интересных тамошних сайтов полторы штуки. Привлекает только простота и некий "возврат к изначальному" что ли.

Ну это, по-моему, обычная проблема разных "smallnet"ов - при декларации приверженности "полезному" контенту и "правильной" форме без всяких изъянов "большой" сети, фактическим наполнением оказываются гейты к обычным сайтам, файловые архивы разной степени полезности и персональные сайты/блоги (из которых получается что-то вроде аморфной социальной сети без формализованных связей). Как мне кажется, это сродни слабой распространенности искусственных языков, вроде эсперанто.
#  Re: gemini:// как дополнение idec
Andrew Lobanov (tavern,1) → Ordos  –  11:31:29 2021-11-16

Ordos> Потыкал я этот gemini, потыкал... Мысль-то хорошая, но интересных тамошних сайтов полторы штуки. Привлекает только простота и некий "возврат к изначальному" что ли.

Тут как с сектой. Чтобы было что почитать, нужно начать писать :)
#  Re: gemini:// как дополнение idec
Ordos (tgi,1) → Andrew Lobanov  –  06:59:28 2021-11-16

AL> Вроде как Lagrange под виндой нормально себя чувствует. Пробовал?
Вышел из по положения по-другому. На винду ничего не стал ставить - она для игр в основном и прочих окно-зависимых вещей. Под линух - собрал lagrange, да. Хороший клиент, все красиво и удобно. Правда бывает графические артефакты иногда пролетают, но не критично. Под andriod - Ariane.

Потыкал я этот gemini, потыкал... Мысль-то хорошая, но интересных тамошних сайтов полторы штуки. Привлекает только простота и некий "возврат к изначальному" что ли.
#  Re: Анонс станции
Andrew Lobanov (tavern,1) → ake  –  18:17:38 2021-11-15

ake> Новые станции это хорошо, добавил у себя для фетча. Странновато, что фетчер отрапортовал о 7 новых сообщениях, видимо, что-то из глубины времён.
ake> Небольшой оффтопик: что случилось и куда пропал idec.spline-online.tk?

Я в очередной раз провафлил домен. idec.spline-online.ml.
#  Re: Анонс станции
ake (ping,30) → Esenin Pavel  –  17:57:49 2021-11-15

Новые станции это хорошо, добавил у себя для фетча. Странновато, что фетчер отрапортовал о 7 новых сообщениях, видимо, что-то из глубины времён.

Небольшой оффтопик: что случилось и куда пропал idec.spline-online.tk?
#  Re: Анонс станции
Andrew Lobanov (tavern,1) → Esenin Pavel  –  13:20:53 2021-11-08

EP> Вообще странно как я этот баг проглядел - ни один клиент не ругается на такое - просто молча игнорируют.

Рома Яковлев заложил идеи, что всё должно работать в самых неадекватных условиях. Мои фетчеры просто игнорируют корявые данные и продолжают работать. Надо будет в новой библиотеке сделать возможность или лог писать или ещё чего. Чтобы ловить такие моменты.
#  Re: Анонс станции
Esenin Pavel (tgi,1) → hugeping  –  07:21:11 2021-11-08

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

Вообще странно как я этот баг проглядел - ни один клиент не ругается на такое - просто молча игнорируют.
#  Re: Анонс станции
hugeping (ping,1) → Andrew Lobanov  –  05:58:47 2021-11-08

AL> Хорошо, что я свой фетчер писал, ориентируясь на то, что аплинк может выдавать произвольный мусор :)

Мой тоже в итоге работает (пропуская эти строчки), но я старался делать его строгим, чтобы потенциальные проблемы ловить.
#  Re: Анонс станции
Andrew Lobanov (tavern,1) → hugeping  –  04:24:54 2021-11-08

hugeping>> Попробовал сделать fetch с https://idec.textgamesinfo.ru/
hugeping>> Не получилось, часть сообщений как буд-то битые... Что именно, пока не разбирался.
hugeping> Скорее всего, присутствуют пустые строки в выдаче. Например:
hugeping> https://idec.textgamesinfo.ru/u/m//EzHkw1q46MIQgxvT6p5G/eQbQUoX5AMe2Lmz4zncF
hugeping> В выдаче встречаются пустые строки, на которые мой фетчер ругается.

Хорошо, что я свой фетчер писал, ориентируясь на то, что аплинк может выдавать произвольный мусор :)
#  Re: Анонс станции
hugeping (ping,1) → hugeping  –  21:16:52 2021-11-07

hugeping> Попробовал сделать fetch с https://idec.textgamesinfo.ru/
hugeping> Не получилось, часть сообщений как буд-то битые... Что именно, пока не разбирался.

Скорее всего, присутствуют пустые строки в выдаче. Например:

https://idec.textgamesinfo.ru/u/m//EzHkw1q46MIQgxvT6p5G/eQbQUoX5AMe2Lmz4zncF

В выдаче встречаются пустые строки, на которые мой фетчер ругается.
#  Re: Анонс станции
hugeping (ping,1) → Esenin Pavel  –  20:56:09 2021-11-07

Попробовал сделать fetch с https://idec.textgamesinfo.ru/
Не получилось, часть сообщений как буд-то битые... Что именно, пока не разбирался.
#  Re: Анонс станции
Andrew Lobanov (tavern,1) → Esenin Pavel  –  18:28:39 2021-11-07

EP> P. S. Пользуясь случаем, выражаю благодарность Andrew Lobanov за разъяснения непонятных из документации вещей и помощи в тестировании.

Да не за что. Обращайся :)
#  Re: gemini:// как дополнение idec
Andrew Lobanov (tavern,1) → Esenin Pavel  –  18:28:39 2021-11-07

EP> А можно поподробнее про кучу серверов и клиентов? На досуге ознакомился с этим делом. Пробовал найти хоть один нормальный клиент под, прости Господи, винду 10. Дак нет же. Всё в каком-то полусыром виде - то собирать с бубном надо, то ошибки сыпятся, то вообще не работает. Нет ли чего-то готового, чтоб просто запустил и работает?

Вроде как Lagrange под виндой нормально себя чувствует. Пробовал?
#  Анонс станции
Esenin Pavel (tgi,1) → All  –  12:29:03 2021-11-07

Продолжаю славную традицию "каждому пользователю сети по станции". На днях увидела свет станция tgi (https://idec.textgamesinfo.ru/). Станция была создана исключительно из научного интереса и в целях более глубокого изучения idec. Так что глобальных планов на данный момент нет. Для начала предполагается держать несколько новостных конференций, касательно работы самой станции и всего с этим связанного, а так же небольшой блог для складывания в него умных и не очень мыслей.

На данный момент проверена работа станции с несколькими клиентами. В том числе и отправка сообщений. Веб интерфейс отсутствует как класс - руки ещё не дошли. Более подробно о ходе работ отписываю в tgi.station.

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

P. S. Пользуясь случаем, выражаю благодарность Andrew Lobanov за разъяснения непонятных из документации вещей и помощи в тестировании.
#  Re: gemini:// как дополнение idec
Esenin Pavel (tgi,1) → hugeping  –  06:32:04 2021-11-06

А можно поподробнее про кучу серверов и клиентов? На досуге ознакомился с этим делом. Пробовал найти хоть один нормальный клиент под, прости Господи, винду 10. Дак нет же. Всё в каком-то полусыром виде - то собирать с бубном надо, то ошибки сыпятся, то вообще не работает. Нет ли чего-то готового, чтоб просто запустил и работает?
#  Re: Анонс станции
Andrew Lobanov (tavern,1) → w201403  –  19:32:49 2021-08-02

w201403> Айм хере

Привет! Шевелится сетка!
#  Re: Анонс станции
Andrew Lobanov (tavern,1) → hugeping  –  19:29:20 2021-08-02

hugeping> Привет! Тут тихо. Но, надеюсь, IDEC ещё шевелится. :)

Шевелится, хотя в последнее время его населяют, в основном, роботы.
#  Re: Анонс станции
w201403 (ping,36) → ake  –  19:17:30 2021-08-02

Айм хере
#  Re: Анонс станции
hugeping (ping,1) → ake  –  17:31:05 2021-07-07

ake> Тогда ведь получается, что по существу IDEC, как протокол, и как сеть, практически ортогонален этим применениям.

Ну, в каком-то смысле, формата сообщений достаточно для стандартизации да. Но то, что idec прост как валенок, позволило не думая просто реализовать свой вариант этого валенка. Например, база сообщений у меня это просто текстовый файл. Ну а так, хоть rsync можно базы синкать. Или на дискетках носить. :)

ake> Я даже не столько о стандарте, хотя там тоже можно много чего придумать и сделать, а о сообществе. Всё-таки в сети с десятком пользователей можно хоть TCP over avian carriers брать, было бы что обсуждать.

В разное время здесь была разная активность. Сейчас всё выглядит полумёртвым, если честно. Но я в основном сконцентрирован на своём проекте/блоге, так что меня это не сильно беспокоит. Ну как и присутствие в gemini -- мне нравится и этого достаточно.
#  Re: Анонс станции
ake (ping,30) → hugeping  –  07:42:52 2021-07-07

> Ну, я лично получил от idec то, что хотел и даже без оглядки на наличие других станций. Моя нода ii-go стала единым источником данных для gemini капсулы и моего блога в вебе.

Тогда ведь получается, что по существу IDEC, как протокол, и как сеть, практически ортогонален этим применениям. Да, в комплекте получаем неплохо продуманную распределённую архитектуру и клиентские приложения, но всю IDECовость (или ii-шность) можно легко заменить на что-то самописное или какой-нибудь ActivityPub (чтобы можно было чем-то готовым пользоваться).
Тут можно провести аналогию с XMPP, который присутствовал/присутствует во многих огороженных "walled garden" проектах, например, тот же WhatsApp раньше использовал его в качестве основы для своего протокола, если не ошибаюсь; какие-то рудименты ещё остались у Google/Facebook с открытых времён, вроде возможности достать адрес сервера и подключиться обычным клиентом. Или с локальным почтовым демоном - если почтовый сервер недоступен извне, ну нет никакого большого смысла в том, что уведомления от cron и прочих приходят в локальный почтовый ящик, а не только пишутся в какой-нибудь лог.

ake>> А есть ли какие-то мысли о его перспективах и, страшно сказать, развитии?
> Иногда возникают разговоры о развитии стандарта, например, добавить личные сообщения.

Я даже не столько о стандарте, хотя там тоже можно много чего придумать и сделать, а о сообществе. Всё-таки в сети с десятком пользователей можно хоть TCP over avian carriers брать, было бы что обсуждать.
#  Re: Анонс станции
hugeping (ping,1) → ake  –  20:16:22 2021-07-06

>> Тут тихо. Но, надеюсь, IDEC ещё шевелится
ake> Не было бы это шевеление конвульсиями, будет жалко.

Ну, я лично получил от idec то, что хотел и даже без оглядки на наличие других станций. Моя нода ii-go стала единым источником данных для gemini капсулы и моего блога в вебе. А также для телеграмм каналов. И все это просто текст.

ake> А есть ли какие-то мысли о его перспективах и, страшно сказать, развитии?

Иногда возникают разговоры о развитии стандарта, например, добавить личные сообщения.

ake> Но чем дальше думал, тем менее обоснованной казалась идея (несмотря на концептуальную близость сетей) - писать сообщения из gemini не выйдёт;

Да, но мне тоже кажется, что gemini и idec имеют что то родственное. Например, gemini разметка в сообщениях idec смотрелась бы отлично, на мой взгляд.
#  Re: Анонс станции
ake (ping,30) → hugeping  –  17:57:53 2021-07-06

> lagrange пишет, что срок действия сертификата истёк.
Обновил. Web-интерфейс тоже уже сделал в некотором виде - http://gears.headake.win/idec/ui2/ функционально пока отличается только возможностью отправки сообщения и ссылками на ответы.

> Тут тихо. Но, надеюсь, IDEC ещё шевелится
Не было бы это шевеление конвульсиями, будет жалко.
А есть ли какие-то мысли о его перспективах и, страшно сказать, развитии?
Когда я начинал ноду делать для gemini, одной из задумок было, что, мол, неплохо было бы создать единое idec-пространство и в вебе, и в gemini (можно ещё gopher подключить), рассказать в их рассылке, может кого-нибудь заинтересовало бы (там в рассылке, кажется, уже встречались проекты для автоматической агрегации постов с разных узлов). Но чем дальше думал, тем менее обоснованной казалась идея (несмотря на концептуальную близость сетей) - писать сообщения из gemini не выйдёт; портировать протокол легко, только нет gemini-клиентов (можно конечно предложить всем поднимать ноды, что будет даже круче, но чего-то удобного в этом качестве тоже нет).
#  Re: Анонс станции
hugeping (ping,1) → ake  –  09:34:42 2021-07-06

ake> Следуя девизу "каждому пользователю сети по станции" организовал собственную.

Привет! Тут тихо. Но, надеюсь, IDEC ещё шевелится. :)

ake> Пока нет веб-интерфейса, можно использовать gemini-гейт - gemini://ake.crabdance.com:1966/

lagrange пишет, что срок действия сертификата истёк.
#  Анонс станции
ake (ping,30) → All  –  16:48:16 2021-07-01

Следуя девизу "каждому пользователю сети по станции" организовал собственную. Честно говоря, она была написана (по крайней мере бОльшая часть) ещё во время разработки шлюза idec в gemini, но только сейчас дошли руки протестировать её с мобильным клиентом и подчистить несколько багов (хотя, возможно что-то всё ещё не работает). Название я ещё не придумал, в адресе единственного пользователя пока незатейливо указано "ake, 1".

Оригинальных эх пока никаких нет, кроме локальной тестовой. В идеях для развития был/есть шлюз для одного "почти форума" и организация "форумообразного" фронтенда для idec. Постинг от поинта работает, но по поводу регистрации пока нет четких идей, ибо без своих эх и связи с другими нодами она ещё не имеет смысла. В перспективе - всё-таки сделать веб-интерфейс (чисто статический и, возможно, API + SPA) и как-то спозиционировать ноду (эхи, регистрация).

Собственно адрес станции для клиента - http://gears.headake.win/idec/
Пока нет веб-интерфейса, можно использовать gemini-гейт - gemini://ake.crabdance.com:1966/ (прокси - https://portal.mozz.us/gemini/ake.crabdance.com:1966/ )
#  dynamic.lessmore.pw deprecated
Difrex (dynamic,1) → All  –  12:20:43 2021-04-01


Да здравствует static.lessmore.pw!

На самом деле я не справился с javascript, точнее с его экосистемой. Это не язык плохой, а я ленивый, если что. Мне больше нравится когда я могу пол года не обновлять свой код, а потом
когда опять будет всплеск энтузиазма к какому-то проекту, то обновить я все смогу легко и ничего не поломается. Это я про Go сейчас.
Ну и приятнее мне все же писать на Go, а не typescript :). Опять же на работе у меня таких проблем нет, т.к. все проекты, в которые я коммичу, довольно акутальные и там обновляется все нормально.

Так вот!

== Что будет с нодой dynamic.lessmore.pw

* Репозиторий на github/gitea будет отправлен в архив
* Веб-интерфейс какое-то время еще будет доступен, потом будет сделано перенаправление на static.lessmore.pw
* Нода продолжит работать по прежнему url https://dynamic.lessmore.pw/idec/
* Прямой доступ к API поиска elasticsearch будет закрыт

>> Читать далее
#  Re: gemini:// как дополнение idec
ake (ping,30) → hugeping  –  04:48:08 2021-03-14

> С форматированием проблем нет.

Я имел в виду, что если, например, смотреть сообщения в виде ленты и показывать сообщения как есть, то когда какое-нибудь сообщение содержит # заголовки, это превращает ленту в неоднородную кашу (на мой взгляд), и цитирование в gemtext'е только одноуровневое и не имеет синтаксиса с указанием автора. То есть всё равно либо нужно делать небольшой слой для форматирования, либо можно обернуть текст сообщения в преформатированный блок, что я и сделал.
#  Re: gemini:// как дополнение idec
ake (ping,30) → hugeping  –  19:25:04 2021-03-13

> А на чём проект написан?

На python. С фетчером всё просто - requests + sqlite. Интерфейс для gemini на самодельном фреймворке (http://code.headake.win/serpens-framework), но он очень сырой и это по сути первое его осмысленное применение. С фреймворком изначально идея была сделать примитивный WSGI-сервер для gemini, но транслировать запросы, чтобы можно было взять существущие фреймворки, оказалось для меня сложно, поэтому сделал примитивные хост-сервер с протоколом "в духе" WSGI и flask/bottle-подобный модуль для приложений.
#  Re: gemini:// как дополнение idec
hugeping (ping,1) → ake  –  18:45:06 2021-03-13

Вообще, круто! Сам хотел что-то делать подобное, но времени на всё не хватает.

А на чём проект написан?

> С отображением сообщения есть особенность - текст сообщения завернут в преформатированный блок, чтобы разметка не ломалась,

С форматированием проблем нет. Я писал себе форматер, он как раз берёт мои сообщения из idec и постит в виде блога на gemini://hugeping.tk

Вот этот код: https://github.com/gl00my/ii-go/blob/master/ii-gemini/main.go#L49
#  Re: gemini:// как дополнение idec
ake (ping,30) → hugeping  –  15:53:15 2021-03-13

Доброго времени суток.

Сделал интерфейс для просмотра эх IDEC в gemini.
gemini://ake.crabdance.com:1966/
https://portal.mozz.us/gemini/ake.crabdance.com:1966/ - через HTTP-прокси

Реальная нода на сервере ещё в планах, пока лишь самописный фетчер, сообщения тянутся с club.hugeping.tk и idec.spline-online.tk. С отображением сообщения есть особенность - текст сообщения завернут в преформатированный блок, чтобы разметка не ломалась, правда, в некоторых клиентах при этом теряется автоматический перенос строк.
#  Станция пинг переезжает на
hugeping (ping,1) → All  –  11:53:12 2021-03-12

Новый адрес: club.hugeping.ru или club.hugeping.tk

По hugeping.ru/hugeping.tk будет мой личный блог.

Если кто-то фетчит, поменяйте пожал
#  gemini:// как дополнение idec
hugeping (ping,1) → All  –  08:54:10 2021-02-01

Привет!

Погрузился тут в gemini и понял, что эта технология отлично дополняет idec.
А вы как думаете?

Написал пост на эту тему в ii://std.hugeping
ii://p1c3ltDDAoaFciX04W2I

Веб ссылка: http://hugeping.tk/p1c3ltDDAoaFciX04W2I/1

Суть технологии в двух словах.

* Как допиленный gopher;
* UTF-8;
* Есть куча серверов и браузеров.
#  Re: KolibriOS
btimofeev (tavern,13) → hugeping  –  16:49:46 2020-12-06

hugeping> Интересное совпадение. У меня работала и на eeepc и на thinkpad и на настольном PC...

А у меня даже в виртуалбоксе при обновлении все время зависала намертво. А на комп ее ставить я не пробовал.
#  Re: KolibriOS
hugeping (ping,1) → leency  –  11:02:03 2020-12-06

leency> ...но как оказалось Haiku в живую не стартует ни только на нем, ни вообще ни на одном компе у меня дома, а их куча.

Интересное совпадение. У меня работала и на eeepc и на thinkpad и на настольном PC...
#  Re: KolibriOS
leency (ping,15) → btimofeev  –  10:43:42 2020-12-06

btimofeev> Haiku или OpenBSD выглядят интереснее.

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

Haiku, кстати, в своем составе имеет некоторые компоненты из FreeBSD, например, драйвера сетевых карт (из того что я видел в исходниках).
#  Re: KolibriOS
btimofeev (ping,6) → leency  –  05:27:21 2020-12-06

Я в 2007 году много "игрался" c kolibri. Она у меня даже в дуалбуте стояла. Но сейчас кажется, что ОС на ассемблере это тупик. Только если хочешь изучить и попрактиковаться в ассемблере, либо есть какой-то совсем древний комп.

Haiku или OpenBSD выглядят интереснее.
#  Re: Эха plan.9
Andrew Lobanov (tavern,1) → hugeping  –  05:11:28 2020-12-06

hugeping> Создал новую эху, посвящённую Plan 9.
hugeping> Не знаю, будет ли жить, но пока так. Раздаётся пока с http://hugeping.tk.

Эха доступна в таверне.
#  Эха plan.9
hugeping (ping,1) → All  –  20:08:48 2020-12-05

Создал новую эху, посвящённую Plan 9.

Не знаю, будет ли жить, но пока так. Раздаётся пока с http://hugeping.tk.
#  Re: KolibriOS
hugeping (ping,1) → leency  –  17:38:15 2020-12-05

Привет. В виртуалке когда-то смотрел и колибри и менуэт.
Восхищает, примерно как восхищает демосцена.
Но в практическом смысле - не применял.
#  Re: Пишу ноду ii/idec на go
Andrew Lobanov (tavern,1) → btimofeev  –  16:47:00 2020-12-05

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

В принципе не переношу всплывающие уведомления. Особенно от сайтов.
#  KolibriOS
leency (ping,15) → All  –  14:13:41 2020-12-05

Кто-то пробовал http://kolibrios.org/ ?
Операционка размером 1.4 Мб, написана на ассемблере, имеет графический интерфейс и все такое)
#  Re: Пишу ноду ii/idec на go
vvs (ping,12) → Andrew Lobanov  –  12:39:39 2020-12-05

В wordpress еще относительно неплохо сделано. И на github - серединка на половинку.
#  Re: Пишу ноду ii/idec на go
vit01 (mira, 1) → btimofeev  –  08:11:59 2020-12-05

btimofeev> AL> Да. RSS нынче не в почёте.

btimofeev> Видимо RSS заменили всплывающие уведомления от сайтов в браузере. Кто-нибудь использовал такое? Мне кажется начнется бардак если включить хотя бы на нескольких сайтах.

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

// Вообще, для RSS не так сложно сооружать парсеры

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: Пишу ноду ii/idec на go
hugeping (ping,1) → btimofeev  –  07:54:26 2020-12-05

AL>> Да. RSS нынче не в почёте.

btimofeev> Видимо RSS заменили всплывающие уведомления от сайтов в браузере. Кто-нибудь использовал такое?

Принципиально не использую. Раньше когда-то случайно где-то нажал и сильно задалбывало.
#  Re: Пишу ноду ii/idec на go
btimofeev (ping,6) → Andrew Lobanov  –  06:44:56 2020-12-05

AL> Да. RSS нынче не в почёте.

Видимо RSS заменили всплывающие уведомления от сайтов в браузере. Кто-нибудь использовал такое? Мне кажется начнется бардак если включить хотя бы на нескольких сайтах.
#  Re: Пишу ноду ii/idec на go
Andrew Lobanov (tavern,1) → vvs  –  06:34:51 2020-12-05

vvs> А так хотелось все ресурсы объединить в одну ленту и сидеть как за штурвалом - все приборы обозревать одним взглядом с высоты капитанского кресла. Но видно не судьба. Вообще RSS явно нынче не в моде. Firefox еще раньше отказался его поддерживать, теперь пользуюсь newsboat.

Да. RSS нынче не в почёте. И теперь даже фиг знает как в idec заворачивать те ресурсы, где его нет и нет ему альтеративы. Только если писать сложные парсеры сайта на каждый ресурс отдельно. Но это сомнительное удовольствие.
#  Re: Пишу ноду ii/idec на go
vvs (ping,12) → Peter  –  22:22:16 2020-12-04

Кстати, не было повода, а тут вдруг вспомнил. Это чуть ли не единственный ресурс интернета, которым я пользуюсь, где толково реализован RSS. Ну просто идеально, даже клиент не нужен если не надо ничего писать. Чего не скажешь о различных форумах. В groups.google.com недавно поменяли интерфейс и окончательно испортили ленту, дата больше не обновляется и непрочитанные сообщения больше не видно :( К тому же там только первые несколько строк и из-за цитирования ничего не поймешь. На других форумах еще хуже. Там есть только первый пост в новой теме и все. Вот и на instead-games.ru/forum тоже.

А так хотелось все ресурсы объединить в одну ленту и сидеть как за штурвалом - все приборы обозревать одним взглядом с высоты капитанского кресла. Но видно не судьба. Вообще RSS явно нынче не в моде. Firefox еще раньше отказался его поддерживать, теперь пользуюсь newsboat.
P.S. Edited: 2020-12-04 22:22:38
#  Re: no-https-services
oldpc (ping,11) → vvs  –  11:28:01 2020-10-21

> git clone git://github.com/idec-net/new-docs.git

что-то я не догадался в etch проверить: думал, рабтотать не будет

оказывается, работает

конечно, не html и требует git, но всё равно совет хороший, надо будет добавить комментарий
#  Re: no-https-services
vvs (ping,12) → oldpc  –  11:17:41 2020-10-21

>> Документация нет доступной без https, но есть в гите.

> github тоже требует https

git clone git://github.com/idec-net/new-docs.git

Ну, и где тут https?
#  Re: no-https-services
Difrex (dynamic,1) → oldpc  –  07:38:31 2020-10-19

Вот еще по http зеркало dynamic http://ideclubzduruedpzzrxxbt2hk6apecuhni5vnjlsqg2t3gdet26fjyid.onion/ но в TOR :)

А вот на Таверну залил документацию http://idec.spline-online.tk/s/download/idec/docs.tar.gz из master гита
#  Re: Редактирование сообщений
hugeping (ping,1) → hugeping  –  10:05:37 2020-10-18

Ещё вариант: как то вести отдельно список отредактированных сообщений, и тогда те, кто поддерживают такую фичу, просто скачают эти сообщения повторно и добавят в свои списки... Ну, списки сделать как u/e, ещё одну схему...
#  Редактирование сообщений
hugeping (ping,1) → All  –  10:02:17 2020-10-18

Привет, All!

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

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

Может быть, есть смысл сделать что-то вроде такого:

- Редактирование, это создание нового сообщения, с новым msg id;
- В тегах этого сообщения прописан msgid сообщения, которое оно заменяет.

Тогда клиенты, которые не поддерживают этой фичи просто получат новую копию.

Но что делать с отображением этих двух (или больше) сообщений? Скрывать при визуализации "заплаточные", но раздавать их по fetch? Как-то странно...


>> Читать далее
#  Re: no-https-services
oldpc (ping,11) → Difrex  –  09:00:25 2020-10-18

> Документация нет доступной без https, но есть в гите.

github тоже требует https

> Еще Таверна по http работает http://idec.spline-online.tk/

если не считать отсутствующих шрифтов-иконок, отлично смотрится в Epiphany на Debian Etch :)
#  Re: no-https-services
Difrex (dynamic,1) → oldpc  –  07:34:21 2020-10-18

Документация нет доступной без https, но есть в гите.

Еще Таверна по http работает http://idec.spline-online.tk/
#  no-https-services
oldpc (ping,11) → All  –  06:34:43 2020-10-18

Какие www-сайты и сервисы, кроме станции hugeping.tk, доступны сейчас по
чистому http, без https? Есть ли документация по сети, доступная по http?
#  Re: caesium на python 2
Andrew Lobanov (tavern,1) → oldpc  –  17:39:19 2020-10-16

oldpc> Я путаю, или когда-то был клиент caesium на python2? Если был, то поделитесь ссылочкой, где можно найти.

Путаешь. Я на python2 никогда не писал.
#  caesium на python 2
oldpc (ping,11) → All  –  13:02:29 2020-10-16

Я путаю, или когда-то был клиент caesium на python2? Если был, то поделитесь ссылочкой, где можно найти.

+++ Caesium/0.4 RC1
#  Re: Пишу ноду ii/idec на go
hugeping (ping,1) → Peter  –  11:05:55 2020-09-26

Там от меня ушли 7 сообщений из черновиков/неотправленных? мобильного клиента... Нужно их блеклистить:

ii://2NszlFTgvhakzz7dIfvc
ii://Q03NcPZRuqeaOT5d6Tze
ii://v48ZAPJMiFbWl68YiFWU
ii://5JdRzlDtEJTfOtKCtTb4
ii://pEtdZQ4aPz7SAhFK3zwR
ii://SglNQOG3vyujcZLXjDtu
ii://flYuqUgR5SVgybdnYnVp

Извините. :)
#  Re: Настройки idec mobile
vmg (tavern,32) → vit01  –  07:33:16 2020-09-26

vit01> Просьба отписаться всем остальным, кто пользуется клиентом, каков расход батареи
Расхода нет.
vit01> ну и доп. инфа, что за мобила, какая версия ОС и.т.п.
SM-n900, Android 7.1.2, LineageOS-14.1-20200911-unofficial-ha3g
#  Re: Настройки idec mobile
vit01 (mira, 1) → johnbrown  –  03:18:52 2020-09-26

johnbrown> Заметил довольно большой расход заряда - чуть больше 6% на дефолтных настройках.

Просьба отписаться всем остальным, кто пользуется клиентом, каков расход батареи

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: Настройки idec mobile
johnbrown (ping,9) → All  –  05:10:46 2020-09-25

Заметил довольно большой расход заряда - чуть больше 6% на дефолтных настройках.
#  Re: Пишу ноду ii/idec на go
Andrew Lobanov (tavern,1) → hugeping  –  10:15:35 2020-09-18

hugeping> Меня убедили начать комментировать код. :)

hugeping> Так что постепенно буду это делать. На данный момент описал функции в msg.go -- это базовые функции для манипуляции бандлами (decode/encode) и приём сообщений от поинтов.

Ну что я могу сказать? Хоть я и был среди убеждающих, ты подал хороший пример всем нам. Надо будет заняться документированием idec-client :)
#  Re: Пишу ноду ii/idec на go
hugeping (ping,1) → Peter  –  07:16:08 2020-09-18

Меня убедили начать комментировать код. :)

Так что постепенно буду это делать. На данный момент описал функции в msg.go -- это базовые функции для манипуляции бандлами (decode/encode) и приём сообщений от поинтов.

https://github.com/gl00my/ii-go/blob/master/ii/msg.go
#  Re: Что с станцией lessmore?
Difrex (dynamic,1) → hugeping  –  21:14:25 2020-09-14

Пофиксил, фетчу тебя :)
#  Re: Что с станцией lessmore?
hugeping (ping,1) → Difrex  –  20:34:38 2020-09-14

Сделал исправление тоже, поставил на тебя фетч (blog.difrex). Ожидаю взаимного фетча. ;)
#  Re: Что с станцией lessmore?
hugeping (ping,1) → Difrex  –  19:21:52 2020-09-14

> У меня тоже. Но это все таки данные не совсем для человека.

Ну как, curl можно автоматизировать. Я так и делал, когда переносил данные с ноды, генерировал скриптом запросы, парсил вывод. Удобнее с \n это делать.

> Ты же не будешь править тело сообщения поинта если оно пришло без \n в конце, а просто запишешь в базу.

Лучше я промолчу о том, что я делаю с сообщением поинта, а то вы меня тут заклюёте =)

> // Newline в конце добавлю, но фетчер у меня умеет и так и так.

Угу, отпишись тогда, я от тебя хочу взять fetch difrex.blog (ну и назад забирай тогда её у меня =)
#  Re: Что с станцией lessmore?
Difrex (dynamic,1) → Andrew Lobanov  –  18:41:40 2020-09-14

> У меня даже emacs в файлах в конце '\n' ставит :)
У меня тоже. Но это все таки данные не совсем для человека.

Ты же не будешь править тело сообщения поинта если оно пришло без \n в конце, а просто запишешь в базу.

// Newline в конце добавлю, но фетчер у меня умеет и так и так.
#  Re: Что с станцией lessmore?
vit01 (mira, 1) → Difrex  –  14:25:51 2020-09-14

Difrex> Т.е. я считаю, что "\n" - это разделитель списка и если в конец вносить его, то получится, что последний элемент списка - это всегда пустая строка.

В стандарте вроде про newline ничего не сказано, поэтому предусматривается, что "\n" - это лишь разделитель списка, и в конце он необязателен

В нодах и клиентах принято использовать логику, по которой принимают и то, и другое. Но, думаю, для лучшей совместимости с unix-утилитами стоит явно закрепить в стандарте, чтобы newline в конце присутствовал

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: Что с станцией lessmore?
hugeping (ping,1) → Difrex  –  13:28:11 2020-09-14

> Т.е. я считаю, что "\n" - это разделитель списка и если в конец вносить его, то получится, что последний элемент списка - это всегда пустая строка.

Мой довод, в основном, будет таким.

В UNIX все текстовые файлы традиционно заканчиваются на \n.

https://stackoverflow.com/questions/729692/why-should-text-files-end-with-a-newline

Стандарт POSIX определяет строку так:

> 3.206 Line
> A sequence of zero or more non- <newline> characters plus a terminating <newline> character.

Зафиксируем это и не ошибёмся. :)
#  Re: Что с станцией lessmore?
Andrew Lobanov (tavern,1) → Difrex  –  13:59:18 2020-09-14

Difrex> Ну, в общем давай подождем остальных, что скажут. По мне так '\n' в конце списка эх необязателен, т.к. не относится к данным.

'\n' в конце это однозначное и ожидаемое поведение. Мне кажется, что делать стоит единообразно. У меня даже emacs в файлах в конце '\n' ставит :)
#  Re: Что с станцией lessmore?
Difrex (dynamic,1) → Difrex  –  12:35:35 2020-09-14

Т.е. я считаю, что "\n" - это разделитель списка и если в конец вносить его, то получится, что последний элемент списка - это всегда пустая строка.

Но в случае чего, я могу добавить перенос строки.

> В системе, когда у нас последняя строка не содержит \n, мы не можем отличить ситуацию, прочиталась ли строка целиком?
Это справедливо только для имен эх, а вот id сообщения всегда можно понять прочитался ли он полностью.
#  Re: Что с станцией lessmore?
Difrex (dynamic,1) → hugeping  –  12:29:10 2020-09-14

Ну, в общем давай подождем остальных, что скажут. По мне так '\n' в конце списка эх необязателен, т.к. не относится к данным.
#  Re: Что с станцией lessmore?
hugeping (ping,1) → Difrex  –  09:11:34 2020-09-14

> А почему так? Я код не хочу ща читать - лень, но ты разве не разбираешь ответ в слайс? Типа,

Почему так, вопрос, который я тоже могу задать: "Разве ты не делаешь просто Printf каждого из id? Зачем вырезать последний \n?

Дело в том, что я старался писать строго. Строка с переводом строки - это однозаначность. Например, пустая строка - это тоже пустая строка и \n.

В системе, когда у нас последняя строка не содержит \n, мы не можем отличить ситуацию, прочиталась ли строка целиком?

Например, вот функция, которая используется везде при работе с сетью:

====
func http_req_lines(url string, fn func(string) bool) error {
resp, err := http.Get(url)
if err != nil {
return err

>> Читать далее
#  Re: Что с станцией lessmore?
Difrex (dynamic,1) → hugeping  –  07:57:21 2020-09-14

> Мне не сложно подправить, но это именно будет хак. Дополнительный блок условный.
А почему так? Я код не хочу ща читать - лень, но ты разве не разбираешь ответ в слайс? Типа,

====
messages := make(map[string][]string)
echoList := strings.Split(getBody(resp.Body))
var currentEcho string
for i := range echoList {
if echoList[i] == "" {
continue
}
if isEcho(echoList[i]) {
currentEcho = echoList[i]
}
if isMessage(echoList[i]) {


>> Читать далее
#  Re: Что с станцией lessmore?
hugeping (ping,1) → Difrex  –  06:40:15 2020-09-14

> Хм, вот про newline в конце интересно. Это у нас нигде не описано, но и проблем ни у кого не возникало

Нужно решение комитета. )
Мне не сложно подправить, но это именно будет хак. Дополнительный блок условный. Заметил только благодаря адаптивному фетчу, который делает пробы по 1 id. Так бы просто последнее сообщение бы не взял и всё.
#  Re: Что с станцией lessmore?
Difrex (dynamic,1) → hugeping  –  05:54:27 2020-09-14

Хм, вот про newline в конце интересно. Это у нас нигде не описано, но и проблем ни у кого не возникало
#  Re: Пишу ноду ii/idec на go
vit01 (mira, 1) → hugeping  –  23:59:21 2020-09-13

hugeping> Достаточно ли замены:
hugeping> ====
hugeping> msg = strings.Replace(msg, "-", "+", -1) /* if it is URL base64 */
hugeping> msg = strings.Replace(msg, "_", "/", -1) /* make it base64 */
hugeping> ====
hugeping> И потом декодировать стандартным base64? Но там вроде еще есть заполнение в виде ===?

Должно быть достаточно. А заполнение как было знаками равно, так и должно вроде как остаться таковым

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: Что с станцией lessmore?
hugeping (ping,1) → Difrex  –  20:53:55 2020-09-13

> Fixed
Теперь есть другая проблема. Возможно, с моим фетчером.
В выводе у тебя нет последнего перевода строки. То-есть, на запрос -1:1, к примеру, приходит MsgId без \n. Как к этому относиться? Нужно ли мне переделывать?
#  Re: Что с станцией lessmore?
Difrex (dynamic,1) → hugeping  –  19:37:29 2020-09-13

Fixed
#  Re: Что с станцией lessmore?
Difrex (dynamic,1) → hugeping  –  16:26:43 2020-09-13

Хм. Это я сломал что-то в базовом протоколе :).

Работает только со смещением сейчас
====
curl https://dynamic.lessmore.pw/idec/u/e/difrex.blog/-250:250
difrex.blog
2fDZ67P8JkchA9Rh4If4
2NszlFTgvhakzz7dIfvc
ML8cpSyzyOKaFA6Lx1NF
8TtPHu5T7oo3GSXdDYc5
U6ZYZxgYz2sq01L96zZz
igt9lCsui5qE9AICtdgP
mTWsJXVOAljita3sgDOK
V0hj3Z0QjFxpluaaiKvI
b91aGfRgRLJWfB1q60bg


>> Читать далее
#  Re: Пишу ноду ii/idec на go
hugeping (ping,1) → hugeping  –  17:03:07 2020-09-13

Достаточно ли замены:

====
msg = strings.Replace(msg, "-", "+", -1) /* if it is URL base64 */
msg = strings.Replace(msg, "_", "/", -1) /* make it base64 */
====

И потом декодировать стандартным base64? Но там вроде еще есть заполнение в виде ===?
#  Re: Пишу ноду ii/idec на go
hugeping (ping,1) → vit01  –  16:26:04 2020-09-13

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

Можно этот момент описать подробнее. Каким алгоритмом base64 декодировать и что на что заменять? Я немного посмотрел, разница в стандартах base64 не такая маленькая, как мне показалось, чтобы решить её заменой. Но похоже, я ошибся.

Можно рассказать алгоритм?
#  Re: Пишу ноду ii/idec на go
vit01 (mira, 1) → hugeping  –  16:00:05 2020-09-13

hugeping> Это про msgid речь же. А вопрос вроде касался того, в каком формате поинт шлёт бандл на ноду (POST или GET, не важно). И в каком формате отдают/получают бандлы ноды.

Для поинтов политика такая: если пересылает через GET, значит обязательно urlsafe. Если через POST, то поинт может выбрать любой вариант, какой захочет, ведь нода обязана поддерживать и тот, и другой

hugeping> В стандарте есть такая фраза: (все серверы обязаны принимать как обычный, так и urlsafe-словарь, генерируются же бандлы в формате обычного base64)

hugeping> Для меня эта фраза непонятна. Бандлы вроде в обычном base64, но принимать я должен в любом? Надо детектить тип base?

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

То есть ещё раз: принимать нужно оба формата одновременно, но генерировать на отдачу желательно (как необязательная рекомендация) в обычном base64

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: Пишу ноду ii/idec на go
hugeping (ping,1) → vit01  –  14:48:57 2020-09-13

>> Примечание: production-реализации нод заменяют в полученной base64-строке плюс (+) и слэш (/) либо их аналоги (- и _) на буквы "A" и "Z" соответственно, дабы убрать из msgid спецсимволы.

Это про msgid речь же. А вопрос вроде касался того, в каком формате поинт шлёт бандл на ноду (POST или GET, не важно). И в каком формате отдают/получают бандлы ноды.

В стандарте есть такая фраза: (все серверы обязаны принимать как обычный, так и urlsafe-словарь, генерируются же бандлы в формате обычного base64)

Для меня эта фраза непонятна. Бандлы вроде в обычном base64, но принимать я должен в любом? Надо детектить тип base?

Я так и не понял, в каком варианте base64 я должен принимать и отдавать бандлы нодам и принимать бандлы от юзера. В итоге имеем такие варианты:

Мой:
1) Я принимаю и отдаю нодам бандлы в обычном base64 (не считая msgid, который подвергается преобразованию описанному в стандарте)

2) принимаю post/get запросы от поинтов в urlsafe base64


>> Читать далее
#  Re: Пишу ноду ii/idec на go
vit01 (mira, 1) → Andrew Lobanov  –  13:36:04 2020-09-13

>>>> @repto вместо @Repto
Difrex>>> Разве у нас в стандарте с большой буквы прописано? В тех же iing и ii-php реализованно с маленькой.
vit01>> Всегда было с маленькой. Глянул в документацию - оказалось, что Github стал неправильно рендерить Markdown, и там отображается с большой, хотя в исходнике осталось всё как надо

Наконец-то исправил, чтобы норм отображалось.

>>>> StdBASE64 вместо URLBase64 в get запросе
Difrex>>> Там ескейпится потом. Не помню уже почему именно так сделано было.
vit01>> Для кодирования самого сообщения вроде как раз urlbase64 и используется. Для хэшей же идёт полная подмена символов, чтобы избежать знаков препинания

AL> Из документации это не следует никоим образом.

Цитирую: https://ii-net.tk/idec-doc/?p=standarts

> Id сообщения (msgid) - уникальный номер, который генерируется станцией, как 20 первых символов base64 sha256-bin хэша сообщения.

>> Читать далее
#  Re: Пишу ноду ii/idec на go
hugeping (ping,1) → vit01  –  19:22:00 2020-09-12

> Предлагаю прописать font-family: sans-serif в body-блок CSS-ки. Это сработает на всех платформах, и разница станет заметна невооружённым глазом. Попробуй хотя бы ради эксперимента

Вообще, я пробовал. Но тут такое дело. Я не хочу навязывать sans/sans-serif. Я сам из тех, кто долго верил в теорию вреда "шрифтов с засечками". А потом попробовал засечки, и мне понравилось. Поэтому я не хочу навязывать стиль шрифта. Пусть отображается дефултная настройка браузера. Те, если у тебя стоит в дефолте шрифты с засечками, ты их и увидишь. Есть вопрос с мобильными браузерами, там такой настройки нет... Ну, что поделать.
#  Re: Пишу ноду ii/idec на go
vit01 (mira, 1) → Andrew Lobanov  –  18:38:05 2020-09-12

vit01>> 1. Нужно всё-таки объединять усилия, приходить к некоторым компромиссам и пилить одну библиотеку на всех. А аргумент "хочу другую лицензию" хоть и имеет смысл на существование, но на благо проекта точно не пойдёт. Кому-то из вас двоих нужно от своей репы отказаться и идти мержить код в общий котёл

AL> Лицензионные вопросы важны.

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

vit01>> 2. Лично мне хотелось бы не новой ноды, а нормального десктопного клиента. С избранными, с черновиками, с красивым современным интерфейсом...
AL> Всё от того, что ты хочешь пальцетыкательный интерфейс на десктопе, что, очевидно, моветон.

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

На Андроиде это хорошо сделано в стандартном емейл-приложении (или в GMail, где тот же интерфейс). На десктопе - Thunderbird, Apple Mail, Outlook, и.т.п. Просто в плане общения IDEC слишком похож на Email, чтобы избежать такого сравнения

vit01>> И да, шрифты говно. Не стал бы пользоваться новым интерфейсом просто из-за шрифтов с засечками. Так и людей распугать можно
AL> Перепутал вкусовщину с объективностью.

>> Читать далее
#  Re: Пишу ноду ii/idec на go
vit01 (mira, 1) → hugeping  –  18:38:06 2020-09-12

>> 1. Нужно всё-таки объединять усилия .... Кому-то из вас двоих нужно от своей репы отказаться и идти мержить код в общий котёл

hugeping> Это не сработает. Мне нравится писать то, что мне нравится. Это наверное основная движущая сила "моего опенсорца". Но никто не мешает брать мой код, если он нужен. Мой замысел в принципе не компромиссный. Потому что я хотел сделать не "что-то усреднённо хорошее", а ноду своей мечты. И нода и либа и веб морда готовы - их можно просто брать и использовать, если нравится. Если нет - делать своё.

Окей, вопрос в каком-то смысле исчерпан

>> И да, шрифты говно. Не стал бы пользоваться новым интерфейсом просто из-за шрифтов с засечками. Так и людей распугать можно
hugeping> Шрифты вообще не заданы нигде. Никакие. Так что используется тот шрифт, что стоит у тебя в настройках. :)

Эмм, да, но у браузера даже для стандартных шрифтов есть опции.

Предлагаю прописать font-family: sans-serif в body-блок CSS-ки. Это сработает на всех платформах, и разница станет заметна невооружённым глазом. Попробуй хотя бы ради эксперимента

+++ IDEC Mobile в виртуальной машине
+++ GNU/Linux, Android, physics, MLP:FIM
#  Что с станцией lessmore?
hugeping (ping,1) → All  –  17:55:16 2020-09-12

Хотел было забрать блог difrex, но:

====
$ curl https://dynamic.lessmore.pw/idec/u/e/difrex.blog
difrex.blog
error: Internal error
====
#  Re: Пишу ноду ii/idec на go
hugeping (ping,1) → vit01  –  16:48:04 2020-09-12

> С base64, спойлерами и остальным возитесь пока сами

Так это относится только к Web части. С этим возятся поинты моей ноды.

> 1. Нужно всё-таки объединять усилия .... Кому-то из вас двоих нужно от своей репы отказаться и идти мержить код в общий котёл

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

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

Шрифты вообще не заданы нигде. Никакие. Так что используется тот шрифт, что стоит у тебя в настройках. :)

P.S. Edited: 2020-09-12 17:48:59
#  Re: Пишу ноду ii/idec на go
Andrew Lobanov (tavern,1) → vit01  –  16:36:51 2020-09-12

vit01> 1. Нужно всё-таки объединять усилия, приходить к некоторым компромиссам и пилить одну библиотеку на всех. А аргумент "хочу другую лицензию" хоть и имеет смысл на существование, но на благо проекта точно не пойдёт. Кому-то из вас двоих нужно от своей репы отказаться и идти мержить код в общий котёл

Лицензионные вопросы важны.

vit01> 2. Лично мне хотелось бы не новой ноды, а нормального десктопного клиента. С избранными, с черновиками, с красивым современным интерфейсом. Прямо сейчас пишу сообщение с IDEC Mobile в андроид эмуляторе, и это некомфортно: нельзя менять размер окна, приходится писать не с клавиатуры, а с графического планшета (т.к. с русским языком тут проблемы), да и сам этот эмулятор занимает гигабайта 3. Пытался накидать похожий интерфейс на Qt+QML и залип из-за их сложности, пытался на Flutter (кстати, хорошая штука), но понял, что надо будет заморачиваться с базой данных, и отложил это дело. Потихоньку пытаюсь попиливать Python-библиотеку в приватном репозитории, чтобы реализовать какое-то подобие клиента на Jupyter Widgets, но прогресс идёт слабо

Всё от того, что ты хочешь пальцетыкательный интерфейс на десктопе, что, очевидно, моветон.

vit01> И да, шрифты говно. Не стал бы пользоваться новым интерфейсом просто из-за шрифтов с засечками. Так и людей распугать можно

Перепутал вкусовщину с объекьтивностью.
vit01> +++ GNU/Linux, Android, physics, MLP:FIM
#  Re: Пишу ноду ii/idec на go
vit01 (mira, 1) → hugeping  –  15:05:11 2020-09-12

hugeping> В общем, я поднял свою ноду - персональный арт-проект: http://hugeping.tk
hugeping> Прошу всех, кто с меня фетчит, переходить на http://hugeping.tk и отписаться о возникновении проблем.

Так, я тут как всегда самый медленный по ответам. Фетч настроил на hugeping

С base64, спойлерами и остальным возитесь пока сами

Что касается гошной библиотеки и новой ноды как таковых:

1. Нужно всё-таки объединять усилия, приходить к некоторым компромиссам и пилить одну библиотеку на всех. А аргумент "хочу другую лицензию" хоть и имеет смысл на существование, но на благо проекта точно не пойдёт. Кому-то из вас двоих нужно от своей репы отказаться и идти мержить код в общий котёл

2. Лично мне хотелось бы не новой ноды, а нормального десктопного клиента. С избранными, с черновиками, с красивым современным интерфейсом. Прямо сейчас пишу сообщение с IDEC Mobile в андроид эмуляторе, и это некомфортно: нельзя менять размер окна, приходится писать не с клавиатуры, а с графического планшета (т.к. с русским языком тут проблемы), да и сам этот эмулятор занимает гигабайта 3. Пытался накидать похожий интерфейс на Qt+QML и залип из-за их сложности, пытался на Flutter (кстати, хорошая штука), но понял, что надо будет заморачиваться с базой данных, и отложил это дело. Потихоньку пытаюсь попиливать Python-библиотеку в приватном репозитории, чтобы реализовать какое-то подобие клиента на Jupyter Widgets, но прогресс идёт слабо


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

>> Читать далее
#  Re: Пишу ноду ii/idec на go
hugeping (ping,1) → hugeping  –  05:10:23 2020-09-10

> Да. Все что после него это base64. Вообще, может быть стоит сделать по другому. Я сделал как было проще...

Вообще, я думал про начало/конец тега base64. И в веб версии это будет шикарно, в том числе и для картинок. Но если такое внедрять в консольные клиенты, всё-таки, одно сообщение - один base64 аттач - это более понятная и простая схема...

В любом случае, если назреет какой-то стандарт на эту тему, попробую поддержать. :)
#  Re: Пишу ноду ii/idec на go
hugeping (ping,1) → Andrew Lobanov  –  04:44:16 2020-09-10

> Главное, чтобы в x/c правильно отображалось :)

Очень надеюсь, что багов не будет. Хотя опыт показывает, что когда всё работает сразу, это означает наличие скрытых багов. :)
#  Re: Пишу ноду ii/idec на go
Andrew Lobanov (tavern,1) → btimofeev  –  03:54:55 2020-09-10

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

Главное, чтобы в x/c правильно отображалось :)
#  Re: Пишу ноду ii/idec на go
hugeping (ping,1) → Difrex  –  21:40:26 2020-09-09

> Фетчу тебя. Пока все идет нормально.

Отлично! :)
#  Re: Пишу ноду ii/idec на go
hugeping (ping,1) → Difrex  –  21:39:46 2020-09-09

>> @base64: имя файла - всё, что после этой строки берется как base64 аттач демка тут
> Т.е. этот тег должен находится в конце тела сообщения?

Да. Все что после него это base64. Вообще, может быть стоит сделать по другому. Я сделал как было проще...
#  Re: Пишу ноду ii/idec на go
hugeping (ping,1) → btimofeev  –  21:20:45 2020-09-09

> Просто тогда в колонке это надо назвать не посты, а ответы, наверное.

Согласен, завтра сделаю.
#  Re: Пишу ноду ii/idec на go
btimofeev (tavern,13) → hugeping  –  21:05:55 2020-09-09

hugeping> Я специально вычитаю 1. Как это сделано на punbb форуме. Типа это ответы на пост. Не считая заголовок. 0 - нет ответов.

hugeping> В принципе, фича, но можно поменять в коде....

Просто тогда в колонке это надо назвать не посты, а ответы, наверное.
#  Re: Пишу ноду ii/idec на go
hugeping (ping,1) → btimofeev  –  19:26:32 2020-09-09

> У тебя почему-то в топиках количество сообщений выводится на одно меньше, чем сообщений в топике на самом деле

Не заметил в чате.

Я специально вычитаю 1. Как это сделано на punbb форуме. Типа это ответы на пост. Не считая заголовок. 0 - нет ответов.

В принципе, фича, но можно поменять в коде....
#  Re: Пишу ноду ii/idec на go
btimofeev (tavern,13) → Peter  –  19:11:20 2020-09-09

У тебя почему-то в топиках количество сообщений выводится на одно меньше, чем сообщений в топике на самом деле, т.е. существуют топики с нулем сообщений. Я тебе об этом в чате писал, но ты наверное пропустил, либо это фича, а не баг.
#  Re: Пишу ноду ii/idec на go
Difrex (dynamic,1) → hugeping  –  11:02:37 2020-09-09

> Прошу всех, кто с меня фетчит, переходить на hugeping.tk и отписаться о возникновении проблем.
Фетчу тебя. Пока все идет нормально.
#  Re: Пишу ноду ii/idec на go
hugeping (ping,1) → hugeping  –  07:24:07 2020-09-09

Написал базовую документацию. На этом пока всё, буду потихоньку развивать ноду, но уже не так экстемально. :)

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

https://github.com/gl00my/ii-go/blob/master/README.md
#  Re: Пишу ноду ii/idec на go
hugeping (ping,1) → hugeping  –  07:24:07 2020-09-09

Написал базовую документацию. На этом пока всё, буду потихоньку развивать ноду, но уже не так экстемально. :)

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

https://github.com/gl00my/ii-go/blob/master/README.md
#  Re: Пишу ноду ii/idec на go
Difrex (dynamic,1) → Peter  –  06:02:33 2020-09-09

> @base64: имя файла - всё, что после этой строки берется как base64 аттач демка тут
Т.е. этот тег должен находится в конце тела сообщения?
#  Re: Пишу ноду ii/idec на go
hugeping (ping,1) → Peter  –  18:32:26 2020-09-08

В общем, я поднял свою ноду - персональный арт-проект: http://hugeping.tk

Сейчас идёт синк с http://club.syscall.ru , но я буду его закрывать...
Прошу всех, кто с меня фетчит, переходить на http://hugeping.tk и отписаться о возникновении проблем.

Испытываю по живому. :)

За одно сливаю теперь свои материалы с разных источников. Хочу, чтобы хранилось всё в одном месте.
#  Re: Пишу ноду ii/idec на go
hugeping (ping,1) → Peter  –  18:32:26 2020-09-08

В общем, я поднял свою ноду - персональный арт-проект: http://hugeping.tk

Сейчас идёт синк с http://club.syscall.ru , но я буду его закрывать...
Прошу всех, кто с меня фетчит, переходить на http://hugeping.tk и отписаться о возникновении проблем.

Испытываю по живому. :)

За одно сливаю теперь свои материалы с разных источников. Хочу, чтобы хранилось всё в одном месте.
#  Re: Пишу ноду ii/idec на go
Peter (syscall,1) → Peter  –  12:09:26 2020-09-08

Новое на стенде: Появились ЛС! Как реализовано?

Эха, которая начинается с . (.private - на сервере). Это такая эха, в которой пользователь видит только свои сообщения, сообщения написанные ему и сообщения адресованные All

Такие эхи отдаются на фетч только по строке: /point/authstr/u/e/список эх

Список эх может включать не только приватные эхи, но и другие

В веб это смотрится довольно гармонично!

Итого, из моих планов -- осталось только шлифануть порефакторить и написать документацию :)

#  Re: Пишу ноду ii/idec на go
Peter (syscall,1) → Difrex  –  08:25:37 2020-09-08

С аватарками есть проблема. Как именно идентифицировать пользователя?
Сначала, я сделал по адресу. Потом по полю From. Оба решения не ахти.
Мне кажется, пока у нас нет отдельных register серверов, аватарки можно делать только кустарно-индивидуально. А так, мне тоже аватарки нравятся. )))
#  Re: Пишу ноду ii/idec на go
Difrex (dynamic,1) → Peter  –  07:05:46 2020-09-08

Аватарки - это круть же! Может апи серверный какой придумать в расширениях, чтоб можно было постом аватарку пропихнуть на свою ноду?
====
-XPOST /x/avatar -d "pauth=authstring&xpm=$(echo "$XPM" | base64)"
====

Правда это небезопасная штука может быть.
#  Re: Пишу ноду ii/idec на go
Peter (syscall,1) → Difrex  –  07:14:33 2020-09-08

> Я бы предложил это как-то стандартизировать в расширениях.
> Можно добавить текстовые теги. Типа,

Я только за! Сейчас у меня такие _нестандартные_ теги:

1) @base64: имя файла - всё, что после этой строки берется как base64 аттач демка тут: http://club.syscall.ru:8080/jaHRwm0sPfK2w6n8jqhm#jaHRwm0sPfK2w6n8jqhm

2) @spoiler: строка - показать спойлер (В веб версии это реверс-строки и бледный цвет

3) XPM2 и XPM3 как есть воспринимаются, в соответствии с их форматом

@ мне нравятся, так как это аналог @repto:

#  Re: Пишу ноду ii/idec на go
Difrex (dynamic,1) → Peter  –  06:51:03 2020-09-08

Я бы предложил это как-то стандартизировать в расширениях.
Можно добавить текстовые теги. Типа,
====
-*- xpm; -*-
static char * x_xpm[] = {
"32 32 17 1",
" c None",
". c #18293E",
"+ c #112C39",
...
-*- xpm; -*-
====


Чтоб в клиентах можно было вырезать(или отрисовывать) это, например.
#  Re: Пишу ноду ii/idec на go
Peter (syscall,1) → Difrex  –  17:50:51 2020-09-07

Прикрутил автатарки. Их можно загружать тоже в xpm и хранятся они в points.txt в текстовой форме.

http://club.syscall.ru:8080/IAXXN7yBVRqHzb9iG4Af/1
#  Re: Пишу ноду ii/idec на go
Peter (syscall,1) → Difrex  –  16:13:18 2020-09-07

Нормально смотрятся только небольшие. 32x32 или 64x64

Вот, например - ещё более менее: http://club.syscall.ru:8080/m/HUwMVOKfbms85NMXfkcy#HUwMVOKfbms85NMXfkcy

Короче, я на этом скоро сделаю аватарки :)
#  Re: Пишу ноду ii/idec на go
Difrex (dynamic,1) → Peter  –  13:37:24 2020-09-07

Сырое сообщение, конечно, трэшовенько смотрится =)
#  Re: Пишу ноду ii/idec на go
Peter (syscall,1) → Peter  –  08:18:42 2020-09-06

На ii-go завезли котиков!

Не знаю зачем, но теперь в теле сообщения детектятся xpm. Как это выглядит - можно посмотреть на стенде. Можно постить котиков, но помните: лучше всего котика делать с 1 символом на цвет. (64-цветные палитры, например).

Котики тут: http://club.syscall.ru:8080/t5KocgBVCe3m37eRsXjd/1
#  Re: Пишу ноду ii/idec на go
Peter (syscall,1) → Peter  –  16:17:32 2020-09-05

Что нового и вообще, что в ноде особенного на данный момент.

0) Ни одной внешней зависимости.
1) Вся база - это бандл. Бандлы легко мержить друг с другом, переносить и так далее. Индекс создается автоматически но он не является необходимым, так как при удалении создается заново автоматически.
2) Есть тулза для работы с базами если это понадобится
3) Нода - это фактически форум с видом по тредам
4) Можно редактировать сообщения. При этом ничего не меняется, а просто в базу добавляется новый вариант сообщения с тем же ID. Более актуальной считается всегда более новая версия. Blacklist делается так же.
5) Многопоточный фетчинг
6) Адаптивный фетчинг, это когда пробуем по одному сообщению с каким то шагом, постоянно умножая его на *2 и уходим в глубь до тех пор, пока не найдутся те сообщения, что у нас есть в базе. Например: -16:1 -32:1 -64:1 -128:1 (увидели, что сообщение есть в нашей базе!), Сделали: -128:128
7) Простая web морда, нормально выглядит и на мобильном и в eww
8) Никакого js!
9) Предпросмотр сообщений при редактировании и создании новых
10) Простота разворачивания

Продолжаю работать. То, что хочется сделать.

>> Читать далее
#  Re: Yet another idec client
Peter (syscall,1) → Peter  –  10:44:19 2020-09-05

> Мой прототип можно пошатать здесь: http://club.syscall.ru:8080

> Можно и нужно его пошатать, если кому-то есть на это время/интерес. )

Только, конечно, не подключайте фетч на свои боевые ноды! Сейчас там тестирование. Можно ломать. :)
#  Re: Yet another idec client
Peter (syscall,1) → Peter  –  10:34:27 2020-09-05

Мой прототип можно пошатать здесь: http://club.syscall.ru:8080

Можно и нужно его пошатать, если кому-то есть на это время/интерес. )
#  Re: Yet another idec client
Peter (syscall,1) → Andrew Lobanov  –  18:50:51 2020-09-04

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

Отлично! Надо будет заценить.

У меня тоже процесс идёт хорошо. Скоро будет нода моей мечты. :))
#  Re: Yet another idec client
Andrew Lobanov (tavern,1) → Andrew Lobanov  –  04:14:19 2020-09-04

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

Список изменений:

* Исправлена ошибка на странице настроек, возникающая при неудачной попытке получить списки конференций с сервера.
* Добавлена страница списка сообщений в эхе.
* На главной странице и странице отдельного сообщения добавлена кнопка ответа.
* На главной добавлена ссылка на сообщение.

Из запланированных фич остались только избранные сообщения и карбонка. Потом, возможно, добавлю построение тредов в эхах. Не определился пока насколько оно нужно.
#  Re: Пишу ноду ii/idec на go
Difrex (dynamic,1) → vit01  –  16:18:21 2020-09-03

> Глянул в документацию - оказалось, что Github стал неправильно рендерить Markdown, и там отображается с большой, хотя в исходнике осталось всё как надо
Походу дела нужно @ экранировать.
#  Re: Пишу ноду ii/idec на go
Andrew Lobanov (tavern,1) → vit01  –  04:00:29 2020-09-03

>>> @repto вместо @Repto
Difrex>> Разве у нас в стандарте с большой буквы прописано? В тех же iing и ii-php реализованно с маленькой.
vit01> Всегда было с маленькой. Глянул в документацию - оказалось, что Github стал неправильно рендерить Markdown, и там отображается с большой, хотя в исходнике осталось всё как надо

Прикольно :)

>>> StdBASE64 вместо URLBase64 в get запросе
Difrex>> Там ескейпится потом. Не помню уже почему именно так сделано было.
vit01> Для кодирования самого сообщения вроде как раз urlbase64 и используется. Для хэшей же идёт полная подмена символов, чтобы избежать знаков препинания

Из документации это не следует никоим образом.
#  Re: Пишу ноду ii/idec на go
vit01 (mira, 1) → Difrex  –  01:44:41 2020-09-03

>> @repto вместо @Repto
Difrex> Разве у нас в стандарте с большой буквы прописано? В тех же iing и ii-php реализованно с маленькой.

Всегда было с маленькой. Глянул в документацию - оказалось, что Github стал неправильно рендерить Markdown, и там отображается с большой, хотя в исходнике осталось всё как надо

>> StdBASE64 вместо URLBase64 в get запросе
Difrex> Там ескейпится потом. Не помню уже почему именно так сделано было.

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: Пишу ноду ii/idec на go
Peter (syscall,1) → Difrex  –  20:46:40 2020-09-02

> Разве у нас в стандарте с большой буквы прописано? В тех же iing и ii-php реализованно с маленькой.

Вот это интересный момент. В стандарте с большой вроде бы написано. Давайте определим, как именно правильно. А то я пока закодил и то и другое.

> Хм, но там только одна внешняя зависимость и только для тестов - httpmock. Сама либа полностью на стандартной либе написана.

Угу, ошибся.

> Там ескейпится потом. Не помню уже почему именно так сделано было.

Да я видел. Я в итоге сделал всё таки urlsafe для get варианта.
#  Re: Пишу ноду ii/idec на go
Difrex (dynamic,1) → Peter  –  19:11:56 2020-09-02

Но вообще ты меня подбил на то, чтобы почитать код go-idec :). Нашел несколько мест, которые можно определенно улучшить. Ну, и коверадж надо бы добить до 99% =)
#  Re: Пишу ноду ii/idec на go
Difrex (dynamic,1) → Peter  –  19:03:17 2020-09-02

> 1) Хочу другую лицензию (MIT)
На этом можно было и остановиться на самом деле :D GPL не хочу менять на MIT точно.

> @repto вместо @Repto
Разве у нас в стандарте с большой буквы прописано? В тех же iing и ii-php реализованно с маленькой.

> StdBASE64 вместо URLBase64 в get запросе
Там ескейпится потом. Не помню уже почему именно так сделано было.

> Subg вместо Subj
Это у меня исторически сложилось еще с perl клиента :)

> 3) Наличие внешних зависимостей (противоречит моей цели)
Хм, но там только одна внешняя зависимость и только для тестов - httpmock. Сама либа полностью на стандартной либе написана.
#  Re: Пишу ноду ii/idec на go
Peter (syscall,1) → Difrex  –  17:09:20 2020-09-02

> Опять предлагаю развивать библиотеку вместе: https://github.com/idec-net/go-idec

Я с неё начал, сейчас фактически моя реализация покрывает твою. Почему я это сделал.

1) Хочу другую лицензию (MIT)
2) Нашел некоторые странности (@repto вместо @Repto, StdBASE64 вместо URLBase64 в get запросе, точно не помню, может ещё что-то по мелочи, типа Subg вместо Subj...
3) Наличие внешних зависимостей (противоречит моей цели)
4) Субъективно, хотелось простоты =)
#  Re: Пишу ноду ii/idec на go
Difrex (dynamic,1) → Peter  –  08:47:26 2020-09-02

Это уже третья реализация годы на go будет :).

Опять предлагаю развивать библиотеку вместе: https://github.com/idec-net/go-idec
#  Пишу ноду ii/idec на go
Peter (syscall,1) → All  –  21:14:20 2020-09-01

Вот и до меня добралось. :)
В общем, пишу ноду на go.
Цели:
- никаких внешних зависимостей;
- экстремальная простота настройки и переноса базы;
- поддержка умного (адаптивного) fetch

На данный момент черновик ноды готов: https://github.com/gl00my/ii-go
Пока нет никакой морды, нет документации. Но решил показать что есть, вдруг кто-то pr накидает. ;)

Как посмотреть:

git clone https://github.com/gl00my/ii-go.git

cd ii-go/ii-tool

>> Читать далее
#  IDEC Mobile
vit01 (mira, 1) → All  –  18:06:58 2020-08-31

В обновлении от сегодня починены краши из-за конфликта версий ACRA и AndroidX

+++ IDEC Mobile в виртуальной машине
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: ... напал
Peter (syscall,1) → Peter  –  18:46:59 2020-08-03

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

#  Re: ... напал
Peter (syscall,1) → vit01  –  18:24:14 2020-08-03

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

Мне нужны конкретные ID сообщений, потому что я честно говоря ничего не понял :) Некий чел хочет удалить упоминание в интернете о его имени? Но я не вижу у себя таких сообщений, тк не знаю что искать.
#  Re: ... напал
vit01 (mira, 1) → Peter  –  17:51:46 2020-08-03

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: Баг в idec-mobile
btimofeev (tavern,13) → vit01  –  06:35:02 2020-08-01

vit01> А циклические крэши, скорее всего, из-за того что Email-клиент не установлен. Обычно если раз 10 нажать "Отмена", то клиент, как правило, оживает.

Да нет, установлено два клиента было.
#  Re: ... напал
Andrew Lobanov (tavern,1) → vit01  –  04:20:47 2020-07-30

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

Верно. Вычисляемый id это просто способ получить этот id, но не строгое требование соответствия идентификатора сообщению. Даже при таком несовпадении сообщения идентификатору вероятность коллизии стремится к нулю.
#  Re: ... напал
vit01 (mira, 1) → Difrex  –  00:01:13 2020-07-30

Difrex> Тогда нужно будет и id сообщений править, иначе он не будет вычисляться.

По стандарту id не обязан напрямую вычисляться из сообщения, он лишь должен удовлетворять требованиям по длине, набору символов и уникальности в базе

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: ... напал
Difrex (dynamic,1) → vit01  –  08:17:47 2020-07-28

Тогда нужно будет и id сообщений править, иначе он не будет вычисляться.
#  Re: ... напал
vit01 (mira, 1) → Difrex  –  13:51:13 2020-07-27

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

я у себя так сделал

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: Clint Egargo напал
Difrex (dynamic,1) → Difrex  –  12:13:05 2020-07-27

Вот че спрашивает тепере:

> I see. But is there any way to hide that message? I mean not make those message display when I search my name?

Как с ним поступим?
#  Re: Clint Egargo напал
Difrex (dynamic,1) → Peter  –  11:24:06 2020-07-27

Так вот же ты в него отвечаешь =)
#  Re: Clint Egargo напал
Peter (syscall,1) → Difrex  –  10:19:41 2020-07-27

А где этот тред вообще? Я наверное эту эху не тяну?
#  Re: Clint Egargo напал
Difrex (dynamic,1) → Andrew Lobanov  –  08:32:06 2020-07-27

Опять пишет. Уже хочет, чтобы мы снесли вот этот самый тред. Погуглил законы РФ. Так вот по ним хотя имя с фамилией и относятся к персональным данным, но физическое лицо не может требовать от оператора(т.е. нас) удаления их, т.к. это обезличенная информация. Если бы вместе с именем был бы еще и номер телефона или адрес домашний, тогда были бы обязаны. Сейчас нет. Попробовал ему это разъяснить.
#  Re: Clint Egargo напал
Andrew Lobanov (tavern,1) → Difrex  –  06:47:37 2020-07-24

Difrex> Тут на меня вышел автор игры GRANDIOSE DELUSIONS и попросил удалить сообщения с упоминанием его имени - я удалил.

Мне он тоже написал. Грохнул сообщения. Спасибо.
#  Re: Clint Egargo напал
vit01 (mira, 1) → Difrex  –  01:47:03 2020-07-24

Потёр упоминание, но там вроде никаких данных не было

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Clint Egargo напал
Difrex (dynamic,1) → All  –  12:12:32 2020-07-23


Тут на меня вышел автор игры GRANDIOSE DELUSIONS и попросил удалить сообщения с упоминанием его имени - я удалил.
Удалил не сразу, сначала с ним попереписывался, он запруфал, что он действительно автор, я удалил.
Он пошел писать владельцам остальных узлов, если что.

Сообщения, которые он попросил грохнуть:

* KxywR6BzZ320THNHMj8e
* rS7Ezecbv31yD6VzV4e6


Нечто подобное, я помню, кто-то уже кому-то писал.
#  Re: Баг в idec-mobile
vit01 (mira, 1) → btimofeev  –  07:57:34 2020-07-18

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

Дошли руки, починил баг с встроенным редактором, можно обновляться.
А циклические крэши, скорее всего, из-за того что Email-клиент не установлен. Обычно если раз 10 нажать "Отмена", то клиент, как правило, оживает.

+++ IDEC Mobile в виртуальной машине
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: Баг в idec-mobile
btimofeev (tavern,13) → vit01  –  09:20:01 2020-06-17

Выключаю в настройках встроенный редактор сообщений -> пробую ответить на любое сообщение -> приложение падает -> при попытке отправить отчет оно начинает падать циклически и эти крэши можно остановить только переустановкой.
#  Re: Поломан архив на alicorn.tk
vit01 (mira, 1) → Difrex  –  13:26:54 2020-05-29

Difrex> Сабж. Ругается на регекспы https://github.com/idec-net/ii-php/blob/master/iiweb.inc.php#L23

Спасибо за внимательность. Регэкспы пришлось менять из-за обновления на php 7.3, для основной станции я это сразу сделал и закоммитил в гит, а про архив забыл

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Поломан архив на alicorn.tk
Difrex (dynamic,1) → All  –  13:12:37 2020-05-28


Сабж. Ругается на регекспы https://github.com/idec-net/ii-php/blob/master/iiweb.inc.php#L23

https://alicorn.tk/ii-old/?echo=to.lor.2014
#  Re: IDEC в Tor. Снова.
Difrex (dynamic,1) → Andrew Lobanov  –  19:32:42 2020-05-22

> Нода это хорошо. Но нам бы поинтов :)
А в факе это, кстати, есть :)

> А писать как?
> Для получения поинта пишите на difrex@lessmore.pw
#  Re: IDEC в Tor. Снова.
Andrew Lobanov (tavern,1) → Difrex  –  17:53:04 2020-05-22

Difrex> Я вернул тороноду в онлайн. Теперь она смотрит на динамик и доступна по адресу: http://IDEClubzduruedpzzrxxbt2hk6apecuhni5vnjlsqg2t3gdet26fjyid.onion/

Нода это хорошо. Но нам бы поинтов :)
#  Re: IDEC в Tor. Снова.
Difrex (dynamic,1) → Difrex  –  12:05:47 2020-05-22

Исходники из чего это все запущено можно посмотреть тут https://gitea.difrex.ru/lessmore/tor-node
#  IDEC в Tor. Снова.
Difrex (dynamic,1) → All  –  08:18:50 2020-05-22


Привет!

Я вернул тороноду в онлайн. Теперь она смотрит на динамик и доступна по адресу: http://IDEClubzduruedpzzrxxbt2hk6apecuhni5vnjlsqg2t3gdet26fjyid.onion/

Логи запросов, если что, не ведутся.
#  Re: Изменения на syscall.ru
Mirage (rails,1) → Andrew Lobanov  –  20:58:49 2020-04-24

Mirage>> А как официально эха называется?

AL> Может, я не понимаю вопрос, но std.hugeping. Судя по описанию в инстед-клубе, "Блог hugeping'а" :)

Да, про описание спрашивал. Спасибо. Тоже поставил на fetch.
#  Re: Изменения на syscall.ru
Andrew Lobanov (tavern,1) → Mirage  –  11:03:46 2020-04-23

>>> Пробросил в таверну.
Peter>> Ага, фетчу назад тоже. :)
Mirage> А как официально эха называется?

Может, я не понимаю вопрос, но std.hugeping. Судя по описанию в инстед-клубе, "Блог hugeping'а" :)
#  Re: Изменения на syscall.ru
Mirage (rails,1) → Peter  –  21:21:19 2020-04-22

>> Пробросил в таверну.

Peter> Ага, фетчу назад тоже. :)

А как официально эха называется?
#  Изменения на mira
vit01 (mira, 1) → All  –  22:02:22 2020-04-21

Новую ноду md0 уже давно фетчу со всеми эхами. Дизайн вебморды стильный, очень зашёл, так держать

Изменения по эхам на syscall тоже оперативно прописал в конфиге, std.hugeping фетчится.
Все сообщения читаю, только отвечаю с запозданием

+++ IDEC Mobile в виртуальной машине
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: Изменения на syscall.ru
Difrex (dynamic,1) → Andrew Lobanov  –  14:49:58 2020-04-21

> Пробросил в таверну.

Тоже поставил на фетч в динамик.
#  Re: Изменения на syscall.ru
Peter (syscall,1) → Andrew Lobanov  –  14:11:20 2020-04-21

> Пробросил в таверну.

Ага, фетчу назад тоже. :)
#  Re: Изменения на syscall.ru
Andrew Lobanov (tavern,1) → Peter  –  04:36:14 2020-04-21

Peter> 2) Добавлена эха (пока пустая) std.hugeping. -- Это будет мой личный блог. Зачем я его сделал - напишу постом отдельно.

Пробросил в таверну.
#  Re: Новая нода
Difrex (dynamic,1) → Mirage  –  09:28:54 2020-04-20

Разметка тредов прикольно сделана. Жду освобождения сырцов, чтобы к себе в динамик утащить :)
#  Re: Новая нода
Difrex (dynamic,1) → Mirage  –  09:24:23 2020-04-20

Mirage> Есть /u/e/ /u/m/
Отлично! Смещения с лимитами не работают, т.е. /u/e/idec.talks/-10:10 не работает, как задумывалось.
#  Re: Новая нода
Mirage (rails,1) → Mirage  –  08:10:03 2020-04-20

Mirage> Есть /u/e/ /u/m/
Mirage> На фетч можно ставить https://idec.md0.ri/idec/

Адрес конечно же https://idec.md0.ru/idec/
#  Re: Новая нода
Mirage (rails,1) → Difrex  –  08:07:54 2020-04-20

>> Поинтового API пока нет
Difrex> А какое есть? Когда можно будет на фетч поставить? =)

Есть /u/e/ /u/m/
На фетч можно ставить https://idec.md0.ri/idec/
#  Re: Новая нода
Difrex (dynamic,1) → Mirage  –  06:53:08 2020-04-20

> Поинтового API пока нет
А какое есть? Когда можно будет на фетч поставить? =)
#  Изменения на syscall.ru
Peter (syscall,1) → All  –  16:01:13 2020-04-19

1) Удалены следующие эхи:

- obsd.11;
- std.bugs;
- openbsd.talk;
- gk11.ru.

2) Добавлена эха (пока пустая) std.hugeping. -- Это будет мой личный блог. Зачем я его сделал - напишу постом отдельно.

#  Новая нода
Mirage (rails,1) → All  –  13:49:25 2020-04-19

Добрый день.

Хочу представить новую web-ноду https://idec.md0.ru/ с регистрацией и тредами.
Поинтового API пока нет. Файловых эх тоже.
Сделано на Ruby on Rails.
#  Re: Баг в idec-mobile
vit01 (mira, 1) → vit01  –  17:22:41 2020-04-05

Если что, в новой обнове я обновил все зависимости (в том числе мигрировал с appCompat на AndroidX, подкрутил materialDrawer до свежего), дефолт Таверны снова на .tk домене

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: Баг в idec-mobile
Difrex (dynamic,1) → vit01  –  16:01:09 2020-04-05

vit01> Обновись и проверь, как оно сейчас. Если всё норм, тогда запушу исходники в гит, если нет, то новый багрепорт жду.
Да, теперь все хорошо. Спасибо.

+++ картошки хватит на всех
#  Re: Баг в idec-mobile
vit01 (mira, 1) → Difrex  –  14:24:21 2020-04-05

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

Видел на почте твой багрепорт, сейчас сделал тестовую сборку от 5 апреля 22:18

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Баг в idec-mobile
Difrex (dynamic,1) → All  –  16:59:20 2020-04-03


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

Android 9, Samsung a6+

+++ картошки хватит на всех
#  Re: Котик на dynamic
Difrex (dynamic,1) → vit01  –  09:09:58 2020-03-20

> Только гитхаб жалуется на устаревшие зависимости и спамит на почту. Это надо пофиксить, наверное
На самом деле я это пофиксил в приватной репе на gitea, надо бы на гитхаб запушить, да.
#  Re: Котик на dynamic
vit01 (mira, 1) → Difrex  –  07:05:52 2020-03-20

Difrex> * Удалены шрифты material icons от гугла. Теперь используются только font awesome
Difrex> * Бета версия ноды, где будут появляться новые фичи: https://dynamic-beta.lessmore.pw
Difrex> * Ссылка "Статистика" в меню теперь ведет на графану


Динамик выглядит просто супер. Можно сразу на продакшен его

Только гитхаб жалуется на устаревшие зависимости и спамит на почту. Это надо пофиксить, наверное

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: Netmail
mirage (mira, 26) → Difrex  –  20:36:01 2020-03-19

mirage>> Продолжу тут тоже.
mirage>> У этой схемы нашел один минус - кто угодно может напушить что угодно на ноду. Нужна аутентификация нод.
Difrex> У нас есть уже в стандарте авторизация для ноды. Можно её и использовать.
Difrex> Смотри тут https://ii-net.tk/idec-doc/?p=extensions про push.

То есть каждая нода для каждой должна выдать по паролю? Это же не масштабируется.
#  Котик на dynamic
Difrex (dynamic,1) → All  –  12:48:05 2020-03-09


А так же еще некоторые изменения:

* Удалены шрифты material icons от гугла. Теперь используются только font awesome
* Бета версия ноды, где будут появляться новые фичи: https://dynamic-beta.lessmore.pw
* Ссылка "Статистика" в меню теперь ведет на графану
#  Re: Так, короче, SOS, блин: нужен источник знаний по IDEC
vmg (syscall,52) → Peter  –  07:26:04 2020-03-09

Проверка, проверка..
#  Re: Так, короче, SOS, блин: нужен источник знаний по IDEC
Peter (syscall,1) → Difrex  –  06:27:44 2020-03-09

> И на dynamic аналогично :)
Оказалось, что файл таки был отправлен! Видимо, iing содержит API и оно как то работает. Файл тут: http://club.syscall.ru/s/download/pictures/IMG_20200306_102922_563.jpg
#  Re: Так, короче, SOS, блин: нужен источник знаний по IDEC
Difrex (dynamic,1) → Peter  –  06:25:59 2020-03-09

И на dynamic аналогично :)

+++ картошки хватит на всех
#  Re: Так, короче, SOS, блин: нужен источник знаний по IDEC
Peter (syscall,1) → vmg  –  05:49:24 2020-03-09

Но только на syscall не поддерживаются файловые эхи, на всякий случай сообщаю. :)
#  Re: Так, короче, SOS, блин: нужен источник знаний по IDEC
vmg (syscall,52) → vmg  –  20:11:16 2020-03-08

Всё, извините. Всё нашёл, читаю.
Ну, бывает ) Остро захотелось просить помощи
#  Так, короче, SOS, блин: нужен источник знаний по IDEC
vmg (syscall,52) → All  –  20:04:57 2020-03-08

Пожалуйста, ещё раз покажите, где читать про клиенты, устройство этой системы (если есть где-нибудь, то в схематичном виде, а то непонятно) и как настроить всё, вплоть до клиента Android. Что-то прям расстраивает, что не могу въехать: ни фотографии загрузить вам не могу, ничего.
Клиент для Android, вроде бы, загрузил одну фотографию. Но куда, я так и не нашёл ))
#  Re: Netmail
Difrex (dynamic,1) → mirage  –  05:27:20 2020-03-07

mirage> Продолжу тут тоже.
mirage> У этой схемы нашел один минус - кто угодно может напушить что угодно на ноду. Нужна аутентификация нод.

У нас есть уже в стандарте авторизация для ноды. Можно её и использовать.

Смотри тут https://ii-net.tk/idec-doc/?p=extensions про push.

+++ картошки хватит на всех
#  Re: Netmail
mirage (mira, 26) → Andrew Lobanov  –  21:54:00 2020-03-06

G2I>> Мне кажется для netmail лучше push модель.
G2I>> point1 ---push---> node1 ---push---> node2 ---pull---> poin2
G2I>> Тогда письмо будут видеть только src и dst ноды. Но нужен будет nodelist с адресами нод.
AL> Я тут отвечу пока. Вообще, доля здравого смысла в этом есть. Плюсы очевидны. Опять таки, если оглядываться на фидонет, то там нетмейл тоже сбоку от эхомейла. И даже маршруты прохождения почты разные зачастую. Может, попробуем такой вариант? Хотя, сейчас мне надо iing уже выкинуть на свалку и на базе idec (который моя реализация) запилить новую таверну. А там уже можно и экспериментировать.
AL> Лично мне определённо нравится что не надо ничего сбоку прикручивать типа того же PGP, что нет необходимости прохождения нетмейла по лишним нодам. Заодно будет повод актуализировать нодлист :)

Продолжу тут тоже.
У этой схемы нашел один минус - кто угодно может напушить что угодно на ноду. Нужна аутентификация нод.
Я подумал над простым способом аутентификации нод и вот что придумал.
srcnode при наличии почты для dstnode генерирует рамдомную строку(secret), сохраняет ассоциацию dstnode - secret и делает запрос на dstnode с параметрами nodename=srcnode, secret=secret. dstnode после запроса смотрит адрес srcnode в нодлисте и делает запрос на srcnode с параметрами nodename=dstnode, secret=secret, на что srcnode проверив свою ассоциацию отдает бандл сообщений для этой ноды.

Хотя есть еще более простой способ.
srcnode делает запрос на dstnode со списком msgid для dstnode. dstnode запрашивает в обратном запросе по нодлистовому адресу srcnode эти msgid и получает сообщения.
#  Re: Netmail
Difrex (dynamic,1) → Andrew Lobanov  –  11:11:49 2020-03-06

> Я тут отвечу пока. Вообще, доля здравого смысла в этом есть. Плюсы очевидны. Опять таки, если оглядываться на фидонет, то там нетмейл тоже сбоку от эхомейла. И даже маршруты прохождения почты разные зачастую. Может, попробуем такой вариант?
Можно попробовать. Нужно формальное описание.

> Заодно будет повод актуализировать нодлист :)
Давайте стандартизируем его :)
#  Re: Netmail
Andrew Lobanov (tavern,1) → G2I  –  08:10:09 2020-03-06

G2I> Новый комментарий от пользователя abolychev
G2I> к задаче "Описание node2node API" https://github.com/idec-net/netmail/issues/5.
G2I> Оставлен 2020-03-05 11:02:24 +0000 UTC.
G2I> Ссылка на комментарий: https://github.com/idec-net/netmail/issues/5#issuecomment-595169462

G2I> Мне кажется для netmail лучше push модель.
G2I> point1 ---push---> node1 ---push---> node2 ---pull---> poin2
G2I> Тогда письмо будут видеть только src и dst ноды. Но нужен будет nodelist с адресами нод.

Я тут отвечу пока. Вообще, доля здравого смысла в этом есть. Плюсы очевидны. Опять таки, если оглядываться на фидонет, то там нетмейл тоже сбоку от эхомейла. И даже маршруты прохождения почты разные зачастую. Может, попробуем такой вариант? Хотя, сейчас мне надо iing уже выкинуть на свалку и на базе idec (который моя реализация) запилить новую таверну. А там уже можно и экспериментировать.

Лично мне определённо нравится что не надо ничего сбоку прикручивать типа того же PGP, что нет необходимости прохождения нетмейла по лишним нодам. Заодно будет повод актуализировать нодлист :)
#  Re: Статистика по сети
Difrex (dynamic,1) → Andrew Lobanov  –  07:08:37 2020-03-06

Изменил кружочки на столбики. Только они пока в бете и на большом временном промежутке не очень хорошо работают.
#  Re: Netmail
G2I (dynamic,2) → All  –  11:03:55 2020-03-05

Новый комментарий от пользователя abolychev
к задаче "Описание node2node API" https://github.com/idec-net/netmail/issues/5.
Оставлен 2020-03-05 11:02:24 +0000 UTC.
Ссылка на комментарий: https://github.com/idec-net/netmail/issues/5#issuecomment-595169462

Мне кажется для netmail лучше push модель.
point1 ---push---> node1 ---push---> node2 ---pull---> poin2
Тогда письмо будут видеть только src и dst ноды. Но нужен будет nodelist с адресами нод.

+++ G2I: https://github.com/idec-net/github2idec. GPLv3
#  Re: Read only dynamic
Difrex (dynamic,1) → Difrex  –  18:39:34 2020-03-03

dynamic введен в строй. Можно фетчится и всякими другими делами заниматься.
#  Read only dynamic
Difrex (dynamic,1) → All  –  16:59:32 2020-03-01



1 марта с 20:00 UTC Dynamic будет переведен в режим read only. Буду переносить данные в новый кластер. Если все пройдет нормально, то примерно 2 марта в 17:00 UTC бедет открыт read write.
#  Re: Хабраэха
vit01 (mira, 1) → Difrex  –  13:53:44 2020-02-21

>> Можно адреса RSS вытянуть из кода страницы с необходимым хабом
Difrex> Давайте тогда составим список хабов, которые интересно было бы читать. Я добавлю их все в таймер.

Прошёлся по всем хабам и набрал свой список:

====
Программирование
Научно-популярное
Законодательство в IT
Python
Системное администрирование
Open source
Алгоритмы
Машинное обучение
Управление сообществом


>> Читать далее
#  Re: Хабраэха
Difrex (dynamic,1) → btimofeev  –  04:56:08 2020-02-21

> Можно адреса RSS вытянуть из кода страницы с необходимым хабом
Давайте тогда составим список хабов, которые интересно было бы читать. Я добавлю их все в таймер.
#  Re: Хабраэха
btimofeev (tavern,13) → Difrex  –  03:58:17 2020-02-20

>> Допустим там чтобы собирались обновления из +robots +coding +linux +neuronetworks +itnews и т.д... или подобные теги собираются из профиля юзера, какие он выставит статьи и направления в свои предпочтения?!

Difrex> Так оно и работало. Хз, что там сейчас, может ваще кастомные rss прикрыли. В общем раньше кастомные рсс можно было получить по токену, токен протух.

Можно адреса RSS вытянуть из кода страницы с необходимым хабом:

"Чтобы получить ссылку на интересующую вас RSS-ленту, откройте исходный код страницы с интересующей вас лентой и найдите в нем элемент type="application/rss+xml". Рядом с ним будет представлена ссылка на RSS-ленту, которую вы сможете скопировать и добавить в свой RSS-ридер. Вы можете добавить к этой ссылке ключи ?with_hubs=true: и ?with_tags=true:, если желаете видеть в этой RSS-ленте хабы и метки публикаций соответственно."
#  Re: Хабраэха
Andrew Lobanov (tavern,1) → libra  –  03:41:26 2020-02-20

libra>>> т.е. вместо echo -- будут так же прописаны archive
libra> Понятно. Спасибо, Андрей. ;)

Андрей долгое время сам пользовался цезием и решил немного автоматизировать, раз уж цезий не имеет интерфейса для настройки :)
#  Re: Хабраэха
Difrex (dynamic,1) → libra  –  14:49:50 2020-02-19

> С возврашением. Где был?!
В работе

> Давай другой заведем акк?!
Давай :)

> Допустим там чтобы собирались обновления из +robots +coding +linux +neuronetworks +itnews и т.д... или подобные теги собираются из профиля юзера, какие он выставит статьи и направления в свои предпочтения?!

Так оно и работало. Хз, что там сейчас, может ваще кастомные rss прикрыли. В общем раньше кастомные рсс можно было получить по токену, токен протух.

+++ dynamic web ui
#  Re: Хабраэха
libra (wonderland,1) → Difrex  –  12:47:47 2020-02-19

Difrex> Я наконец-то вернулся попробую ответить всем :)
С возврашением. Где был?!

>> Гм. А в чём трабл, почему отключил? Или, какие-то сложности с самим habr^?
Difrex> Мой токен для получения rss протух, а аккаунт хабровский восстановить не получается :(

Давай другой заведем акк?!

А у самого хабра нет какого+либо апи/механизма, для парсинга среза rss, с настройками по тегам;
Допустим там чтобы собирались обновления из +robots +coding +linux +neuronetworks +itnews и т.д... или подобные теги собираются из профиля юзера, какие он выставит статьи и направления в свои предпочтения?!
Или же rss можно получить с хабра только все свежие новости, без настроек?!

+++ idec mobile
+++ Делай, получится!!!
#  Re: Хабраэха
libra (wonderland,1) → vit01  –  12:42:54 2020-02-19


vit01> Всё работает. Если бы ты внимательно прочитал, там написано, что ссылка для доступа через клиент, а не для доступа через браузер

vit01> Браузерная ссылка - в заголовке, то есть на название станции нажать

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


vit01> А то, что Андрей наворотил специально для Цезия, - это костыль

libra>> т.е. вместо echo -- будут так же прописаны archive
Понятно. Спасибо, Андрей. ;)

+++ idec mobile
+++ Делай, получится!!!
#  Re: Статистика по сети
Andrew Lobanov (tavern,1) → Difrex  –  06:47:41 2020-02-07

Difrex> Круговые диаграммы зло, когда используются для манипуляции данными. Тут же сортировка есть и никаких манипуляций.

Просто круговые диаграммы не очень наглядны. Когда надо сравнить 2-3 параметра и они сильно отличаются, то да. А когда параметров много и различия не очень чувствительны, но заметны на гистограмме, на круговой диаграмме нифига непонятно. Поэтому приходится изучать выноски, легенды, табличное представление. Круговые диаграммы теряют смысл просто в таких условиях :)
#  Re: Статистика по сети
Difrex (dynamic,1) → vit01  –  06:27:57 2020-02-07

Круговые диаграммы зло, когда используются для манипуляции данными. Тут же сортировка есть и никаких манипуляций.
#  Re: Статистика по сети
Andrew Lobanov (tavern,1) → vit01  –  04:11:25 2020-02-07

vit01> Но на будущее: круговые диаграммы - это зло
vit01> См. эта статья: https://habr.com/post/424647/

Спасибо за статью. Теперь мне есть куда тыкать любителей круговых диаграмм :)
#  Re: Парсинг цитат
vit01 (mira, 1) → Difrex  –  01:23:30 2020-02-07

Difrex> А где у нас можно посмотреть на хороший алгоритм парсинга цитат? Ибо меня достала ситуация с частично нерабочим выделением цитат на Динамике :)

https://github.com/idec-net/idec-mobile/blob/0a72fdff4872f5b7a59a658fbaacfc49dac7b7b2/app/src/main/java/vit01/idecmobile/Core/SimpleFunctions.java#L66

Ещё в том же файле есть функция reparseMessage, туда тоже глянь

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: Статистика по сети
vit01 (mira, 1) → Difrex  –  01:29:49 2020-02-07

Difrex> Обновил дашборд, теперь там вместо некоторых таблиц графики.
Difrex> https://grafana.lessmore.pw/d/vPKzlQKWk/idec

Ох как няшно стало теперь. Но на будущее: круговые диаграммы - это зло

См. эта статья: https://habr.com/post/424647/

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: Статистика по сети
btimofeev (tavern,13) → Difrex  –  17:29:30 2020-02-06

Difrex> Обновил дашборд, теперь там вместо некоторых таблиц графики.
Difrex> https://grafana.lessmore.pw/d/vPKzlQKWk/idec

Классно выглядит
#  Re: Парсинг цитат
Difrex (dynamic,1) → Andrew Lobanov  –  14:45:57 2020-02-06

Фича :)
#  Статистика по сети
Difrex (dynamic,1) → All  –  13:55:51 2020-02-06



Обновил дашборд, теперь там вместо некоторых таблиц графики.
https://grafana.lessmore.pw/d/vPKzlQKWk/idec
#  Re: Парсинг цитат
Andrew Lobanov (tavern,1) → Difrex  –  14:07:51 2020-02-06

>> У меня сделано коряво, но результат сбоев не давал. Посмотреть можно тут: github.com/spline1986/idec-client/blob/master/api/__init__.py функция body_render().
Difrex> Спасибо. Попробую сделать аналогично.

Похоже, у тебя квотер из ссылки протокол подрезал. Это баг или фича? :)
#  Re: Парсинг цитат
Difrex (dynamic,1) → Andrew Lobanov  –  13:09:43 2020-02-06

> У меня сделано коряво, но результат сбоев не давал. Посмотреть можно тут: github.com/spline1986/idec-client/blob/master/api/__init__.py функция body_render().
Спасибо. Попробую сделать аналогично.
#  Re: Парсинг цитат
Andrew Lobanov (tavern,1) → Difrex  –  08:25:16 2020-02-06

Difrex> А где у нас можно посмотреть на хороший алгоритм парсинга цитат? Ибо меня достала ситуация с частично нерабочим выделением цитат на Динамике :)

У меня сделано коряво, но результат сбоев не давал. Посмотреть можно тут: https://github.com/spline1986/idec-client/blob/master/api/__init__.py функция body_render().
#  Парсинг цитат
Difrex (dynamic,1) → All  –  06:37:26 2020-02-06



А где у нас можно посмотреть на хороший алгоритм парсинга цитат? Ибо меня достала ситуация с частично нерабочим выделением цитат на Динамике :)
#  Re: Парсинг цитат
Difrex (dynamic,1) → Difrex  –  06:38:14 2020-02-06

Лучше со ссылкой на этот самый участок кода на гитхаб
#  Re: Хабраэха
Andrew Lobanov (tavern,1) → vit01  –  11:12:06 2020-01-27

libra>> Возможно ли реализовать такую штуку на станциях-нодах, по виду того как генерирует список эх нода на iing, конфиг для caesium^?
libra>> http://w0nderland.tk:3000/x/caesium
vit01> По стандарту список эх у каждой станции есть
vit01> https://ii-net.tk/ii/ii-point.php?q=/list.txt
vit01> А то, что Андрей наворотил специально для Цезия, - это костыль

Не костыль, а небольшое расширение для облегчения жизни. Частью стандарта не является и никем реализован быть не обязан. Так что опираться в настройках стоит в первую очередь на list.txt и f/list.txt.

libra>> т.е. вместо echo -- будут так же прописаны archive

Тут есть тонкость. Цезий не фетчит эхи, помеченные как архивные. Они прописываются исключительно для того, чтобы иметь к ним доступ, но в обмене не участвуют. Так что чтобы утянуть архивную эху, например, с alicorn archive, нужно её сперва прописать как echo, потом клонировать (клавиша C, если мне память не изменяет, помечает эху на клонирование) и засинхронизироваться с нодой. Потом в конфиге изменить echo на archive. Сделано неудобно, но таковы были реалии времён ii :)

libra>> И вообще, какая аннотация, принцип, по которому эхи попадают в архив?! т.е. в них перестают появлятся какое-либо сообщение, от кого либо? Кончается календарный год, и всё собрание сочинений написанных к примеру rss, и прочими ботами-парсерами, можно сложить в архив?!
vit01> Всё решается для каждой эхи индивидуально. Иногда для RSS-эх можно посбрасывать старые сообщения, но для нормальных эх договариваемся, если они не нужны


>> Читать далее
#  Re: Хабраэха
Difrex (dynamic,1) → libra  –  08:48:34 2020-01-26

Я наконец-то вернулся попробую ответить всем :)

> Гм. А в чём трабл, почему отключил? Или, какие-то сложности с самим habr^?
Мой токен для получения rss протух, а аккаунт хабровский восстановить не получается :(
#  Re: Хабраэха
vit01 (mira, 1) → libra  –  06:48:24 2020-01-26

libra> -- дохлая @Andrew Lobanov
libra> http://idec.spline-online.ml/
libra> редирект на freenom.com

Блин, тут косяк
Конечно же, idec.spline-online.tk

libra> -- дохлая @Difrex
libra> https://dynamic.lessmore.pw/idec/
libra> выдало
libra> ====
libra> 404 page not found
libra> ====

Всё работает. Если бы ты внимательно прочитал, там написано, что ссылка для доступа через клиент, а не для доступа через браузер

>> Читать далее
#  Re: Хабраэха
libra (wonderland,1) → vit01  –  05:22:10 2020-01-26

libra>>>> А старый *habra.16* -- выкидывать в архив?
vit01>>> Да, уже давно там лежит.
libra>> Что кстати ещё/уже из архивного ныне?
vit01> Ссылки на станции с архивами все здесь
vit01> https://ii-net.tk/idec-doc/?p=full-stations

-- дохлая @Difrex
https://dynamic.lessmore.pw/idec/
выдало
====
404 page not found
====


-- дохлая @Andrew Lobanov
http://idec.spline-online.ml/

>> Читать далее
#  Re: Настройки idec mobile
libra (wonderland,1) → vit01  –  05:22:10 2020-01-26

libra>> Скрин в fecho/pictures ii://ppTyqOq9tZ9bJmp9zJBZ
vit01> Во-первых, ii-ссылки работают только для сообщений, а не для файлов. Для файлов ещё никто не договорился о формате ссылок, поэтому некликабельно...
Да, я так и понял. Но фича в клиенте довольно прикольная, выдачи хэш-ссылки. Для файлов надо бы что-то такое же. Давайте договариваться )))

+++ Caesium/0.4 RC1
+++ Все, что сказано три раза, становится истиной.
#  Re: bugs
libra (wonderland,1) → libra  –  18:02:45 2020-01-23

AL>> Ну тогда проблема в цезии :)
AL>> Попробуй рандомную феху зафетчить. Можно даже несуществующую. Если поможет, то попробую выкатить обновление.
libra> Попробовал;
libra> Текущий конфиг для node mira

libra> echo random cat /dev/urandom >> /dev/null

В строку забралась опечатка,-- естественно тут было указано 'fecho random'

+++ Caesium/0.4 RC1
+++ Всё чудесатее и чудесатее...
#  Re: Настройки idec mobile
btimofeev (tavern,13) → libra  –  20:58:48 2020-01-22

libra> По аналогии с другими the best practicies, как норма морали, предоставлять пустые поля для ввода, с фоновыми данными, которые вроде как отображаются, но ячейки пустые(т.е. пример данных отображается в ячейках словно фоном/тенью) и при сохранении, всё же спросит ПО, введите данные;

Мне кажется нода по умолчанию должна быть всё-таки. Это проще для пользователей: установил приложение и сразу можно хотя бы читать сообщения. А кому нужна другая нода, тот сам может ее вписать.
#  Re: Настройки idec mobile
libra (wonderland,1) → vit01  –  18:30:53 2020-01-22

libra>> Скрин в fecho/pictures ii://ppTyqOq9tZ9bJmp9zJBZ
vit01> Во-первых, ii-ссылки работают только для сообщений, а не для файлов. Для файлов ещё никто не договорился о формате ссылок, поэтому некликабельно...
libra>> При удалении нод, остается одна нужная, и она внезапно перезаписывается Mira Station;
libra>> В полях nodename, url -- заменяются настройки оставшейся ноды.
vit01> Вполне возможно, что это не баг. Там специально стоит защита от дурака, чтобы предотвратить удаление последней станции из списка.
vit01> Пока что нет времени серьёзно всё чинить, но засунул в TODO по клиенту: https://github.com/idec-net/idec-mobile/projects/1
vit01> Пулл реквесты всегда принимаю и рассматриваю, только делает их мало кто.
Да я понимаю, что это не баг; просто немного алогичное поведение клиента, при настройках, и правках/удалении настроек; не исключено, что как идея, сделать статичную ноду по умолчанию, которая есть всегда, всегда доступна для чтения, которую можно просто отключить, если не будешь пользоваться, и если у тебя нет на этой умолчательной ноде учётных данных и/или если настроишь клиента на другие нод/поинты; никаких претензий к этому нет, немного путает, вот и всё;

libra>> Так же при содании новой -- проставляются сразу данные с mira;
vit01> Сделано для экономии времени, плюс нужно подавать пример новичкам, как правильно заполнять настройки, чтобы всё работало.
По аналогии с другими the best practicies, как норма морали, предоставлять пустые поля для ввода, с фоновыми данными, которые вроде как отображаются, но ячейки пустые(т.е. пример данных отображается в ячейках словно фоном/тенью) и при сохранении, всё же спросит ПО, введите данные;

libra>> Если делать скрин приложения idec mobile, в имя файла подписывается vit01 -- это нормально? Видимо это android берет из полей свойств приложения -- типа author?
vit01> У каждого андроид-приложения есть имя пакета, в котором негласно принято указывать имя разработчика и название приложения. Например, com.google.apps.translate

>> Читать далее
#  Re: Yet another idec client
Andrew Lobanov (tavern,1) → libra  –  11:38:22 2020-01-22

libra> И добавляет ещё одну пустую строку;

Кажется, проблема в том, что я не вырезал полученный от формы \r в конце строк. То есть было \r\n вместо \n.

Сейчас, вроде, пофиксил. На этом сообщении и посмотрим :)
#  Re: Yet another idec client
libra (wonderland,1) → Andrew Lobanov  –  11:18:46 2020-01-22

В iing отображется всё корректно; в консольном клиенте caesium тоже всё норм; это чисто особенность dynamic;
Собирает данные, а в данном случае -- пустую строку, и видимо символы в ней, типа перевода строки или что-то из этой области;
И добавляет ещё одну пустую строку;

Скрин залил в f.pictures
#  Re: Yet another idec client
Andrew Lobanov (tavern,1) → libra  –  11:35:43 2020-01-21

libra> Довольно странное в строки веб-клиент; по крайней мере оно довольно странно отображается через бравзер MF 60xx esr
libra> https://dynamic.lessmore.pw/thread/74cb532e-a1d0-4d19-a344-4d315e95e501#sjbB67F6WigMCPdm3gk9

Не очень понял о чём речь, если честно. Посмотрел вот тут http://idec.spline-online.tk/sjbB67F6WigMCPdm3gk9 всё нормально сообщения тоже адекватные, вроде, уходят.

Сам проверял на firefox-esr 68.4.1 из десятого дебиана. Закинь скриншот в pictures хотя бы.
#  Re: Yet another idec client
libra (wonderland,1) → Andrew Lobanov  –  11:06:49 2020-01-21

Довольно странное в строки веб-клиент; по крайней мере оно довольно странно отображается через бравзер MF 60xx esr
https://dynamic.lessmore.pw/thread/74cb532e-a1d0-4d19-a344-4d315e95e501#sjbB67F6WigMCPdm3gk9
#  Yet another idec client
Andrew Lobanov (tavern,1) → All  –  07:45:09 2020-01-20

Что-то захотелось сидеть в уютненькой через вебморду, но клиента, а не ноды. В связи с этим решил применить то немногое, что осело в голове после прочтения третьей части первого тома Лутца :)

В связи с таким желанием в свободное от работы, ремонта и семейных дел время начал попиливать https://github.com/spline1986/idec-client

Пока что он умеет следующее:

* эхи;
* фэхи;
* различные шаблонов оформления.

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

В настоящий момент я им активно пользуюсь и ловлю баги да шероховатости.

Если интересно попробовать, то вот пример config.json:

>> Читать далее
#  Re: Настройки idec mobile
Andrew Lobanov (tavern,1) → vit01  –  05:00:37 2020-01-19

vit01> У каждого андроид-приложения есть имя пакета, в котором негласно принято указывать имя разработчика и название приложения. Например, com.google.apps.translate

Справедливости ради хочу заметить, что это соглашение произошло от java. Там так принято именовать пакеты. Так как андроид ногами растёт в ту степь, то и именование пакетов такое же принято.
#  Re: Хабраэха
vit01 (mira, 1) → libra  –  15:15:31 2020-01-18

libra>>> А старый *habra.16* -- выкидывать в архив?
vit01>> Да, уже давно там лежит.

libra> Что кстати ещё/уже из архивного ныне?

Ссылки на станции с архивами все здесь
https://ii-net.tk/idec-doc/?p=full-stations

У меня до сих пор держится alicorn-archive, в том числе с зазипованной базой в текстовом формате. Хабраэху текущую в архив так и не убрал, потому что надеялся, что Difrex когда-нибудь настроит нового бота и продолжит туда постить, либо ещё как-то явно решит её судьбу.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: idec mobile
vit01 (mira, 1) → btimofeev  –  13:15:05 2020-01-18

libra>> Или можно вписать какой-то спец символ-разделитель и idec mobile, сможет показать адресованные msg на разные username в карбонке?!

btimofeev> Имена разделяются двоеточием.

Подтверждаю

https://github.com/idec-net/idec-mobile/blob/0a72fdff4872f5b7a59a658fbaacfc49dac7b7b2/app/src/main/java/vit01/idecmobile/Core/IDECFunctions.java#L41

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: Настройки idec mobile
vit01 (mira, 1) → libra  –  13:15:06 2020-01-18

libra> Скрин в fecho/pictures ii://ppTyqOq9tZ9bJmp9zJBZ

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

libra> При удалении нод, остается одна нужная, и она внезапно перезаписывается Mira Station;
libra> В полях nodename, url -- заменяются настройки оставшейся ноды.

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

Пока что нет времени серьёзно всё чинить, но засунул в TODO по клиенту: https://github.com/idec-net/idec-mobile/projects/1

Пулл реквесты всегда принимаю и рассматриваю, только делает их мало кто.

libra> Так же при содании новой -- проставляются сразу данные с mira;


>> Читать далее
#  Re: bugs
libra (wonderland,1) → Andrew Lobanov  –  08:45:24 2020-01-18

AL> Ну тогда проблема в цезии :)
AL> Попробуй рандомную феху зафетчить. Можно даже несуществующую. Если поможет, то попробую выкатить обновление.

Попробовал;
Текущий конфиг для node mira
====
nodename mira
node https://ii-net.tk/ii/ii-point.php?q=/
auth * * *
to jmaks

echo random.42 Больше рандома для Рандома
echo random cat /dev/urandom >> /dev/null
====



>> Читать далее
#  Re: bugs
Andrew Lobanov (tavern,1) → libra  –  16:57:36 2020-01-16

libra>>> Проверил http и https ... результат выхлопа работы с mira одинаковый.
AL>> Попробуй в браузере из той же подсетки открыть https://ii-net.tk/ii/ii-point.php?q=/f/e/mlp.pictures
libra> В бравзере открывается нормально;

Ну тогда проблема в цезии :)

libra> ====
libra> nodename mira
libra> node https://ii-net.tk/ii/ii-point.php?q=/
libra> auth ***
libra> to jmaks

libra> echo pipe.2032 Межсетевая труба
libra> echo mlp.15 Дружбомагия
libra> echo python.15 Все о питонах

>> Читать далее
#  Re: bugs
libra (wonderland,1) → Andrew Lobanov  –  15:09:38 2020-01-16

>> Проверил http и https ... результат выхлопа работы с mira одинаковый.
AL> Попробуй в браузере из той же подсетки открыть https://ii-net.tk/ii/ii-point.php?q=/f/e/mlp.pictures

В бравзере открывается нормально;

```~ curl https://ii-net.tk/ii/ii-point.php?q=/f/e/mlp.pictures
====
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0mlp.pictures
lD5GBfBPRvhTZgXgcBQ5:sunrise__by_krrrokozjabrra-dbgfgkk.png:3146485:mira, 1:celestia wallpaper 1
10vjl9NmEH7AAO0bJMb4:b1ti9.jpg:757037:mira, 1:Флаттершай подружилась с милой зверюшкой
DQVAR5t8zdAiaO6ffMyJ:mismatching_mayhem_by_songbirdserenade-dbhursy.png:2834268:mira, 1:Разодетая Флатти с кофейком. (P.S. оригиналы постов с артами легко гуглятся по имени на том же deviantart)
Opf7gyPcS3B862UkWZgM:_mlp__shine_by_zukiq314-dbhll5d.png:3250243:mira, 1:Флаттершай ловит кайф
971MYJzLRRVwwi6p3Ff3:for_night_moon_by_alina_sherl-dbh0jcv.png:2324364:mira, 1:Просто какой-то портретец


>> Читать далее
#  Re: Хабраэха
libra (wonderland,1) → vit01  –  17:47:15 2020-01-15

libra>> А старый *habra.16* -- выкидывать в архив?
vit01> Да, уже давно там лежит.

Что кстати ещё/уже из архивного ныне?

+++ Caesium/0.4 RC1
+++ Подумать только, что из-за какой-то вещи можно так уменьшиться, что превратиться в ничто.
#  Re: idec mobile
btimofeev (tavern,13) → libra  –  16:16:46 2020-01-15

libra> Или можно вписать какой-то спец символ-разделитель и idec mobile, сможет показать адресованные msg на разные username в карбонке?!

Имена разделяются двоеточием.
#  Re: Хабраэха
libra (wonderland,1) → vit01  –  14:53:01 2020-01-15

vit01>>> Теперь доступна здесь: ii://habra.rss
vit01>>> Поправьте фетчеры и подписки
libra>> А старый *habra.16* -- выкидывать в архив?
vit01> Да, уже давно там лежит.
vit01> Вообще, даже habra.rss уже не обновляется с августа прошлого года, потому что Difrex отключил свой скрипт.

Гм. А в чём трабл, почему отключил? Или, какие-то сложности с самим habr^?
@Difrex

+++ Caesium/0.4 RC1
+++ Если бы каждый человек занимался своим делом, Земля бы вертелась быстрее.
#  idec mobile
libra (wonderland,1) → vit01  –  13:27:33 2020-01-15

Сколько username поддерживает настройка карбонки в клиенте?!
Только один username?!

Или можно вписать какой-то спец символ-разделитель и idec mobile, сможет показать адресованные msg на разные username в карбонке?!

+++ idec mobile
+++ Делай, получится!!!
#  Re: Хабраэха
vit01 (mira, 1) → libra  –  13:14:44 2020-01-15

vit01>> Теперь доступна здесь: ii://habra.rss
vit01>> Поправьте фетчеры и подписки

libra> А старый *habra.16* -- выкидывать в архив?

Да, уже давно там лежит.

Вообще, даже habra.rss уже не обновляется с августа прошлого года, потому что Difrex отключил свой скрипт.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Настройки idec mobile
libra (wonderland,1) → vit01  –  12:39:48 2020-01-14

Скрин в fecho/pictures ii://ppTyqOq9tZ9bJmp9zJBZ

При удалении нод, остается одна нужная, и она внезапно перезаписывается Mira Station;
В полях nodename, url -- заменяются настройки оставшейся ноды.

Так же при содании новой -- проставляются сразу данные с mira;


Если делать скрин приложения idec mobile, в имя файла подписывается vit01 -- это нормально? Видимо это android берет из полей свойств приложения -- типа author?
Так же в fecho/pictures ii://4WNL1W352aWlupaIaEGd

+++ +++ idec mobile
+++ +++ Делай, получится!!!
#  Re: bugs
Andrew Lobanov (tavern,1) → libra  –  09:44:15 2020-01-14

> Проверил http и https ... результат выхлопа работы с mira одинаковый.

Попробуй в браузере из той же подсетки открыть https://ii-net.tk/ii/ii-point.php?q=/f/e/mlp.pictures

Появится индекс фэхи? Можешь за одно и конфиг цезия выложить в части станции Мира. Только auth подотри.
#  bugs
libra (wonderland,1) → vit01, Andrew Lobanow  –  00:00:47 2020-01-14

В продолжение
== pipe.2032 ==================== LpIe7HRv9ENfYyVB4WYb
От: vit01 (mira, 1)
Кому: jmaks
Тема: Re: bugs

jmaks> #002 -- или адрес ноды @mira поменялся, или почему; но при обновлении крашнулся цезий; или мои креды login/auth сдохли на ней; не понятно...
vit01>Станция вполне себе работает и всё принимает. Пишу же с неё
vit01>Но с недавнего времени она работает исключительно по HTTPS, а все соединения с HTTP либо не принимает, либо редиректит.

Проверил http и https ... результат выхлопа работы с mira одинаковый.

====
Работа с https://ii-net.tk/ii/ii-point.php?q=/
Получение списка возможностей ноды...


>> Читать далее
#  Re: ii node
Andrew Lobanov (tavern,1) → libra  –  17:52:58 2020-01-12

libra> О, отличносте!
libra> Так что там по актуальной карте покрытия сетки?! Вообще существует оно или забросили,
libra> или ничего не изменилось и старые данные из 2017-2018гг адекватно актуальны?

Вроде как изменений в топологии нет. Зазывал было народ выслать свои сегменты, но народ забил.
#  Re: ii node
libra (wonderland,1) → vit01  –  16:30:37 2020-01-12

vit01> С ноды mira можно фетчить все те же эхи, что и с Таверны, за исключением, наверное, Курганской локалки.
vit01> Плюс фэха alicorn.blog c файлами для блога, но, наверное, она мало кому отсюда нужна. Только Андрею, который по максимуму смотрит всё через родной софт.

Вот какой выдал мне curl список
======
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 0 0 0 0 0 0 0 0 --:--:-- 0:00:01 --:--:-- 0100 1097 0 1097 0 0 647 0 --:--:-- 0:00:01 --:--:-- 647
pipe.2032:3203:Межсетевая болталка
idec.talks:519:Сеть IDEC, её работоспособность и софт
linux.14:762:Эха для линуксоидов
develop.16:425:Программирование
tmp.red.eyes:14:Красноглазые приключения
file.wishes:14:Файловые реквесты
ru.humor.14:814:Юмор и анекдоты

>> Читать далее
#  Re: Хабраэха
libra (wonderland,1) → vit01  –  16:30:36 2020-01-12

vit01> Теперь доступна здесь: ii://habra.rss
vit01> Поправьте фетчеры и подписки

А старый *habra.16* -- выкидывать в архив?

+++ Caesium/0.4 RC1
#  Re: ii node
libra (wonderland,1) → vit01  –  13:44:20 2020-01-12

jmaks>> Поставил следующий фетч, поправьте если что не актуально;
jmaks>> Кого ещё можно куда зафетчить? С наскоку что-то не нашёл список актуальных узлов.
vit01> С ноды mira можно фетчить все те же эхи, что и с Таверны, за исключением, наверное, Курганской локалки.
vit01> Плюс фэха alicorn.blog c файлами для блога, но, наверное, она мало кому отсюда нужна. Только Андрею, который по максимуму смотрит всё через родной софт.

Окей, поправлю, добавлю и остальное эхо дружбы )))

+++ Caesium/0.4 RC1
+++ Десять негритят, -- семеро козлят
#  Re: ii node
libra (wonderland,1) → Andrew Lobanov  –  13:44:20 2020-01-12

jmaks>> На данный момент запустил ноду iing в свободное плавание на простом и дешёвом vds за 50р/мес [vda 5Gb, ram 512Mb, vcpu 1, ehternet 5Mb/s]
AL> Настроил фетчинг всего содержимого твоего узла с таверны.

О, отличносте!
Так что там по актуальной карте покрытия сетки?! Вообще существует оно или забросили,
или ничего не изменилось и старые данные из 2017-2018гг адекватно актуальны?

+++ Caesium/0.4 RC1
+++ Сорок семь сорок кушают сырок
#  Re: ii node
Andrew Lobanov (tavern,1) → jmaks  –  18:58:59 2020-01-11

jmaks> На данный момент запустил ноду iing в свободное плавание на простом и дешёвом vds за 50р/мес [vda 5Gb, ram 512Mb, vcpu 1, ehternet 5Mb/s]

Настроил фетчинг всего содержимого твоего узла с таверны.
#  Re: ii node
vit01 (mira, 1) → jmaks  –  14:41:38 2020-01-11

jmaks> Поставил следующий фетч, поправьте если что не актуально;
jmaks> Кого ещё можно куда зафетчить? С наскоку что-то не нашёл список актуальных узлов.

С ноды mira можно фетчить все те же эхи, что и с Таверны, за исключением, наверное, Курганской локалки.

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: ii node
jmaks (tavern,12) → jmaks  –  18:55:40 2020-01-09

jmaks>>> Планирую в ближайшем времени запустить ноду, ничего не изменилось в регламенте?! Поставишь в фетч, как будет готово?
AL>> Всё осталось как было. Отпишись сюда или мне куда-нить как будет готов узел и наладим связь.
jmaks> На данный момент запустил ноду iing в свободное плавание на простом и дешёвом vds за 50р/мес [vda 5Gb, ram 512Mb, vcpu 1, ehternet 5Mb/s]
jmaks> ip 176.53.162.16
Ах да, пропустил, порт 3000
+++ Caesium/0.4 RC1
#  Re: ii node
jmaks (tavern,12) → Andrew Lobanov  –  18:48:49 2020-01-09

jmaks>> Планирую в ближайшем времени запустить ноду, ничего не изменилось в регламенте?! Поставишь в фетч, как будет готово?
AL> Всё осталось как было. Отпишись сюда или мне куда-нить как будет готов узел и наладим связь.

На данный момент запустил ноду iing в свободное плавание на простом и дешёвом vds за 50р/мес [vda 5Gb, ram 512Mb, vcpu 1, ehternet 5Mb/s]
ip 176.53.162.16

На самой машине делаю периодически различные тесты и отладку, uptime уже пару месяцев;
idec-net опрашивает каждые 42минуты, в дальнейшем будет dns имя и несколько позже станет "боевым резервом";
Пока готовлю основную свою рабочую платформу, по времени/возможности/силам.

Поставил следующий фетч, поправьте если что не актуально;
Кого ещё можно куда зафетчить? С наскоку что-то не нашёл список актуальных узлов.

======
nodename club

>> Читать далее
#  Re: No subject
vmg (syscall,52) → jmaks  –  09:16:32 2019-12-22

jmaks> vmg, переустанови на чистую цезий, т.е. возьми текуший ТОЛЬКО файлы *.cfg и положи в новый чистый каталог caesium;
jmaks> Должно пропасть твое избранное пустое msg.

Спасибо! Я сделаю
#  Re: No subject
around (syscall,51) → Andrew Lobanov  –  05:22:04 2019-11-24

AL>>> Это баг в цезии, который я всё никак не возьмусь исправить.
around>> А вот ещё в копилку: если запускать Цезий не из каталога с Цезием, то будет ошибка:
around>> FileNotFoundError: [Errno 2] No such file or directory: 'caesium.def.cfg'
AL> Это уже не баг, а фича. Цезий работает с текущей директорией. В ней ищет конфиг, в ней хранит базу, и так далее :)

Уговорил =)))

+++ Caesium/0.4 RC1
#  Re: No subject
Andrew Lobanov (tavern,1) → around  –  05:30:58 2019-11-22

AL>> Это баг в цезии, который я всё никак не возьмусь исправить.
around> А вот ещё в копилку: если запускать Цезий не из каталога с Цезием, то будет ошибка:
around> iMac:~ around$ caesium/caesium.py
around> Traceback (most recent call last):
around> File "caesium/caesium.py", line 1945, in <module>
around> check_config()
around> File "caesium/caesium.py", line 67, in check_config
around> default_config = open("caesium.def.cfg", "r").read()
around> FileNotFoundError: [Errno 2] No such file or directory: 'caesium.def.cfg'

Это уже не баг, а фича. Цезий работает с текущей директорией. В ней ищет конфиг, в ней хранит базу, и так далее :)
#  Re: No subject
around (syscall,51) → Andrew Lobanov  –  20:10:19 2019-11-21

AL> Это баг в цезии, который я всё никак не возьмусь исправить.

А вот ещё в копилку: если запускать Цезий не из каталога с Цезием, то будет ошибка:

iMac:~ around$ caesium/caesium.py
Traceback (most recent call last):
File "caesium/caesium.py", line 1945, in <module>
check_config()
File "caesium/caesium.py", line 67, in check_config
default_config = open("caesium.def.cfg", "r").read()
FileNotFoundError: [Errno 2] No such file or directory: 'caesium.def.cfg'

+++ Caesium/0.4 RC1
#  Re: No subject
Andrew Lobanov (tavern,1) → jmaks  –  04:23:16 2019-11-07

jmaks>>> Цезий же сейчас, насколько помню пишет индексы и кэш msg взятый с ноды в бд sqlite? Или все опять изменилось. До этого помню сохраняло все в отдельные file, что кэш, что новые сообшения, что отправленные.
AL>> Цезий не только в sqlite умеет. По-умолчанию, он пишет сообщения в базу в формате ait (на каждую эху два файла - индекс и сообщения).
jmaks>>> Если sqlite, то можно сделать запросы в нее в таблицы где багованный msg и drop сделать ему.
AL>> И ничего не произойдёт, кроме того, что пропадёт сообщение. Это не битое сообщение, а баг в цезии :)
jmaks>>> vmg, переустанови на чистую цезий, т.е. возьми текуший ТОЛЬКО файлы *.cfg и положи в новый чистый каталог caesium;
jmaks>>> Должно пропасть твое избранное пустое msg.
AL>> Нет.
jmaks> AL<< Тогда вообще не понятно. Если баг в цезии. Т.е. где-то сообщение избранное прописалось на ноде чтоли? Если я загружу свежий чистый релиз-архив с цезием и просто подкину ему конфиг?! Это избранное сообщение повисшее в воздухе -- всё равно останется?

Не. Избранные сообщения это сугубо локальная штука. Просто где-то криво работают срезы. Вот и вся загадка. Надо просто взяться и исправить.
#  Re: No subject
vmg (syscall,52) → Andrew Lobanov  –  20:41:34 2019-11-06

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

Буду следить обязательно. Caesium (и все такие приложения) мне нравится. Так что, надеюсь на его развитие )
После того, как ты объяснил, я записываю баг в фичи и перестаю беспокоиться о нём..
#  Re: No subject
jmaks (tavern,12) → Andrew Lobanov  –  15:38:09 2019-11-06

jmaks>> Цезий же сейчас, насколько помню пишет индексы и кэш msg взятый с ноды в бд sqlite? Или все опять изменилось. До этого помню сохраняло все в отдельные file, что кэш, что новые сообшения, что отправленные.
AL> Цезий не только в sqlite умеет. По-умолчанию, он пишет сообщения в базу в формате ait (на каждую эху два файла - индекс и сообщения).
jmaks>> Если sqlite, то можно сделать запросы в нее в таблицы где багованный msg и drop сделать ему.
AL> И ничего не произойдёт, кроме того, что пропадёт сообщение. Это не битое сообщение, а баг в цезии :)
jmaks>> vmg, переустанови на чистую цезий, т.е. возьми текуший ТОЛЬКО файлы *.cfg и положи в новый чистый каталог caesium;
jmaks>> Должно пропасть твое избранное пустое msg.
AL> Нет.

AL<< Тогда вообще не понятно. Если баг в цезии. Т.е. где-то сообщение избранное прописалось на ноде чтоли? Если я загружу свежий чистый релиз-архив с цезием и просто подкину ему конфиг?! Это избранное сообщение повисшее в воздухе -- всё равно останется?

+++ Caesium/0.4 RC1
#  Re: No subject
Andrew Lobanov (tavern,1) → jmaks  –  04:31:41 2019-11-06

jmaks> Цезий же сейчас, насколько помню пишет индексы и кэш msg взятый с ноды в бд sqlite? Или все опять изменилось. До этого помню сохраняло все в отдельные file, что кэш, что новые сообшения, что отправленные.

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

jmaks> Если sqlite, то можно сделать запросы в нее в таблицы где багованный msg и drop сделать ему.

И ничего не произойдёт, кроме того, что пропадёт сообщение. Это не битое сообщение, а баг в цезии :)

jmaks> vmg, переустанови на чистую цезий, т.е. возьми текуший ТОЛЬКО файлы *.cfg и положи в новый чистый каталог caesium;
jmaks> Должно пропасть твое избранное пустое msg.

Нет.
#  Re: No subject
jmaks (tavern,12) → Andrew Lobanov  –  02:34:32 2019-11-06

Цезий же сейчас, насколько помню пишет индексы и кэш msg взятый с ноды в бд sqlite? Или все опять изменилось. До этого помню сохраняло все в отдельные file, что кэш, что новые сообшения, что отправленные.

Если sqlite, то можно сделать запросы в нее в таблицы где багованный msg и drop сделать ему.


vmg, переустанови на чистую цезий, т.е. возьми текуший ТОЛЬКО файлы *.cfg и положи в новый чистый каталог caesium;
Должно пропасть твое избранное пустое msg.
#  Re: No subject
Andrew Lobanov (tavern,1) → vmg  –  16:07:54 2019-11-05

vmg>> Я сохранил в избранные какое-то пустое сообщение и не могу его оттуда удалить.
vmg> Получается такая вот картина: https://yadi.sk/i/zr7_DFkKSAxITg
vmg> Какое-то сообщение находится в избранных. Я туда захожу и вижу это:
vmg> <https://yadi.sk/i/ZBZuYPnJjr8ykA>;
vmg> Нажимаю Del, надпись "Сообщение отсутствует в базе" исчезает. Перехожу к перечню эх, а сообщение в избранных по-прежнему висит. Самостоятельное ковыряние в файлах ничего не дало, кроме понимания, что надо учиться и учиться )

Это баг в цезии, который я всё никак не возьмусь исправить.

Вообще, в последнее время к цезию такой интерес, что стоит вернуться к нему и хотя бы исправить баги. А вообще, я сейчас мечтаю о новом цезии :)

Когда в 2015-м я начинал эту программку я совсем не знал питон и не особо умел программировать (я до сих пор не особо знаю питон и не совсем умею программировать :). Поэтому он страшный и кривой как первая бетка чикаги.

В общем, как поправлю пару багов, выкачу версию посвежее и отпишусь сюда по этому поводу. Следи за новостями :)))
#  Re: No subject
vmg (syscall,52) → vmg  –  11:53:34 2019-11-05

vmg> Я сохранил в избранные какое-то пустое сообщение и не могу его оттуда удалить.
Получается такая вот картина: https://yadi.sk/i/zr7_DFkKSAxITg
Какое-то сообщение находится в избранных. Я туда захожу и вижу это:
<https://yadi.sk/i/ZBZuYPnJjr8ykA>;
Нажимаю Del, надпись "Сообщение отсутствует в базе" исчезает. Перехожу к перечню эх, а сообщение в избранных по-прежнему висит. Самостоятельное ковыряние в файлах ничего не дало, кроме понимания, что надо учиться и учиться )
#  No subject
vmg (syscall,52) → All  –  11:38:34 2019-11-05

Я сохранил в избранные какое-то пустое сообщение и не могу его оттуда удалить.


+++ Caesium/0.4 RC1
#  Re: ii node
Andrew Lobanov (tavern,1) → jmaks  –  11:22:25 2019-11-04

jmaks> Планирую в ближайшем времени запустить ноду, ничего не изменилось в регламенте?! Поставишь в фетч, как будет готово?

Всё осталось как было. Отпишись сюда или мне куда-нить как будет готов узел и наладим связь.
#  Re: ii node
vit01 (mira, 1) → jmaks  –  17:19:38 2019-11-03

jmaks> Планирую в ближайшем времени запустить ноду, ничего не изменилось в регламенте?! Поставишь в фетч, как будет готово?

Вроде ничего принципиально не изменилось. Ставь актуальную ноду какую-нибудь, и закинем в фетч

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  ii node
jmaks (tavern,12) → Andrew Lobanov  –  16:13:56 2019-11-02

Планирую в ближайшем времени запустить ноду, ничего не изменилось в регламенте?! Поставишь в фетч, как будет готово?
#  Re: Открытая статистика сети
vit01 (mira, 1) → Difrex  –  14:32:14 2019-09-18

Difrex> Навел меня на мысли тред про мониторинг(и не только). А именно обсуждщение приватности метрик.

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

Понятно, что многие данные можно и нужно выкладывать, а на какие-то просто пофиг. Но всё ведь индивидуально.

Difrex> В общем, я открыл всем дашборд со статистикой сети, доступен по ссылке https://grafana.lessmore.pw/d/vPKzlQKWk/idec?orgId=1

Круто, конечно, но с графиками было бы ещё круче :)

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Открытая статистика сети
Difrex (dynamic,1) → All  –  13:14:14 2019-09-02

Навел меня на мысли тред про мониторинг(и не только). А именно обсуждщение приватности метрик.

В общем, я открыл всем дашборд со статистикой сети,
доступен по ссылке https://grafana.lessmore.pw/d/vPKzlQKWk/idec?orgId=1

+++ At work. idec.el/0.1
#  Re: Ошибки в API и базе
vit01 (mira, 1) → Peter  –  19:03:46 2019-08-21

>> 2. API club.syscall.ru и таверны в /u/e запросах дописывают пустые строки после названий эх при попытке запросить эхи, которые отсутствуют у них в локальных базах. Но пустые строки пихать туда вообще нельзя

Peter> Вроде исправил, сейчас ок?

Да, сейчас норм всё

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: Ошибки в API и базе
Peter (syscall,1) → vit01  –  10:16:37 2019-08-21

> 2. API club.syscall.ru и таверны в /u/e запросах дописывают пустые строки после названий эх при попытке запросить эхи, которые отсутствуют у них в локальных базах. Но пустые строки пихать туда вообще нельзя

Вроде исправил, сейчас ок?
#  Re: Ошибки в API и базе
Peter (syscall,1) → vit01  –  08:37:31 2019-08-21

А у меня похоже банально кончилось место на хостинге. В этом была причина битых счетчиков. :( Надо что то думать.
#  Ошибки в API и базе
vit01 (mira, 1) → All  –  23:39:59 2019-08-20

Решил провести ревизию своих фетчеров и обнаружил кое-что:

1. На dynamic'e появился один msgid аномальной длины :)
2. API club.syscall.ru и таверны в /u/e запросах дописывают пустые строки после названий эх при попытке запросить эхи, которые отсутствуют у них в локальных базах. Но пустые строки пихать туда вообще нельзя

Наглядный тест: https://club.syscall.ru/u/e/test.1/test.2/ii.test.14/-2:2

3. Последние сообщения из ifhub.club мой фетчер упрямо не хочет сохранять в БД. Почему, пока не знаю

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: Форумное представление на dynamic
vit01 (mira, 1) → Difrex  –  23:27:06 2019-08-20

Difrex> Заценить можно тут: https://dynamic.lessmore.pw/forum

Difrex> Жду отзывов :)

Выглядит круто! Из мелких пожеланий, наверное, будет убрать пометку "Re: " из сабжей, потому что справа есть и так счётчик ответов. Это улучшит читаемость

// И немного уменьшить шрифт для сабжа в списке, а то выбивается из дизайна и места занимает больше. Где-то до 16-18 пикселей

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: Форумное представление на dynamic
Difrex (dynamic,1) → Peter  –  11:00:25 2019-08-20

> Вообще, мне нравится. А регистрация есть у тебя?
Пока только по почте, но планируется. Я просто API для реги не допилил :)

> Заметил, если включить список эх слева, а потом нажать "меню", то меню появляется ПОД списком эх.
Прикольно, спасибо за репорт - пофикшу :)
#  Re: Форумное представление на dynamic
Peter (syscall,1) → Difrex  –  07:42:40 2019-08-20

> Заценить можно тут: https://dynamic.lessmore.pw/forum
> Жду отзывов :)

Вообще, мне нравится. А регистрация есть у тебя?
Заметил, если включить список эх слева, а потом нажать "меню", то меню появляется ПОД списком эх.
#  Форумное представление на dynamic
Difrex (dynamic,1) → All  –  13:07:48 2019-08-19



Сабж!

Пока только вытаскиваются треды за последние 30 дней. Но в скором времени появится паджинация и прочие плюшки.

Заценить можно тут: https://dynamic.lessmore.pw/forum

Жду отзывов :)
#  Re: Эталонная реализация idec
Andrew Lobanov (tavern,1) → vit01  –  03:51:40 2019-08-12

vit01> Попытался запустить на рабочем сервере своём ii-net.tk и обломался, потому что там проставлен HSTS, и браузер ни в какую не хочет пускать по обычному http, форсируя защищённое соединение.
vit01> Нужна поддержка сертификатов.
vit01> В той же Gitea всё это продумано до мелочей, хз, как с этим bottle себя ведёт.

Зачем это эталонной реализации? Кто-то будет её юзать в боевых условиях?
#  Re: Эталонная реализация idec
Andrew Lobanov (tavern,1) → vit01  –  03:51:39 2019-08-12

AL>> Очень бы хотелось услышать замечания и рекомендации от многоуважаемого All =)
vit01> Слабая валидация POST данных. Особенно на тех же файловых эхах

Непонятно что именно не так =)

vit01> Способ хранения индексов вместе с файлами в фэхах меня тоже немного удивил. Можно попробовать в качестве атаки ввести фэху index и загрузить там файл с названием другой фэхи, тем самым легко затерев всё содержимое последней.

Можешь привести пример?

vit01> Мои пожелания:
vit01> 1. Складывать все конфиги, файлы, относящиеся к эхам и файлэхам, в отдельный каталог вроде "data"

На боевой реализации конфиги вообще в БД будут

vit01> Уже часто начал замечать, что при таком подходе гораздо проще делать бэкапы и отделять файлы репозитория от изменяемых файлов.

>> Читать далее
#  Re: Эталонная реализация idec
vit01 (mira, 1) → vit01  –  17:17:46 2019-08-02

Попытался запустить на рабочем сервере своём ii-net.tk и обломался, потому что там проставлен HSTS, и браузер ни в какую не хочет пускать по обычному http, форсируя защищённое соединение.

Нужна поддержка сертификатов.

В той же Gitea всё это продумано до мелочей, хз, как с этим bottle себя ведёт.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: Эталонная реализация idec
vit01 (mira, 1) → Andrew Lobanov  –  16:51:09 2019-08-02

AL> Очень бы хотелось услышать замечания и рекомендации от многоуважаемого All =)

Слабая валидация POST данных. Особенно на тех же файловых эхах

Способ хранения индексов вместе с файлами в фэхах меня тоже немного удивил. Можно попробовать в качестве атаки ввести фэху index и загрузить там файл с названием другой фэхи, тем самым легко затерев всё содержимое последней.

Мои пожелания:

1. Складывать все конфиги, файлы, относящиеся к эхам и файлэхам, в отдельный каталог вроде "data"
Уже часто начал замечать, что при таком подходе гораздо проще делать бэкапы и отделять файлы репозитория от изменяемых файлов.

// все блэклисты и изменяемые конфиги полностью туда

К конфигам удобнее добавить готовые примеры, чтобы ещё быстрее ускорить развёртывание станции.


>> Читать далее
#  Re: Тест
Andrew Lobanov (tavern,1) → vit01  –  07:55:58 2019-07-29

vit01> Видно, видно

Спасибо. Переехал на новое железо и не был уверен, что фетчер адвокатно отрабатывает.
#  Re: Странное письмецо, надо посоветоваться
Difrex (dynamic,1) → vit01  –  07:25:02 2019-07-29

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

+++ At work. idec.el/0.1
#  Re: Тест
Difrex (dynamic,1) → Andrew Lobanov  –  07:17:47 2019-07-29

Вижу тебя.
#  Re: Тест
vit01 (mira, 1) → Andrew Lobanov  –  07:17:40 2019-07-29

Видно, видно

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Тест
Andrew Lobanov (tavern,1) → All  –  05:37:45 2019-07-29

Меня видно?
#  Странное письмецо, надо посоветоваться
vit01 (mira, 1) → All  –  15:41:39 2019-07-25

Обратился ко мне по емейлу якобы владелец одного сайтеца, просит удалить ссылки с архива на alicorn.tk

====
Hi there,

I’m working on cleaning the website adaptavist . com, and I need your help in removing some links from your site. Your site is probably perfectly legitimate, but I’m just trying to eliminate as many links as possible.

I’m asking this because it’s come to our attention that some of the links to our website have been acquired against Google’s Webmaster Guidelines, so it’s important for us to remove links that are harming traffic to our website. Furthermore, by linking to our site, it could be detrimental to your site’s overall traffic, so it will be important for you to remove the link.

Here are some examples:

Page on your site: https://alicorn.tk/ii-old/?msgid=Q0BNaz1cAGk9A8nrcDfK
Link text: ... (убрано мной, чтобы снова их скрипт не сработал)
Page on our site: ...


>> Читать далее
#  Re: Эталонная реализация idec
Andrew Lobanov (tavern,1) → Difrex  –  04:33:31 2019-07-25

>> сделаете замечания
Difrex> filter() - это встроенная функция python.
Difrex> Т.е. делая так
Difrex> ====
Difrex> from api import filter
Difrex> ====
Difrex> Ты ее переопределяешь.

Спасибо. Переделаю.
#  Re: Эталонная реализация idec
Difrex (dynamic,1) → Andrew Lobanov  –  13:43:52 2019-07-24

> сделаете замечания
filter() - это встроенная функция python.

Т.е. делая так
====
from api import filter
====


Ты ее переопределяешь.
#  Re: Эталонная реализация idec
Andrew Lobanov (tavern,1) → All  –  08:29:34 2019-07-24

Теперь idec-txt поддерживает слайсы. Вроде как, теперь он вполне себе POC клиентской части полноценный.
#  Re: Эталонная реализация idec
Andrew Lobanov (tavern,1) → All  –  04:17:14 2019-07-24

Много чего доделал и доработал в сабже. Также написал простенький idec-txt под шумок. И переписал скрипт отсылки файлов в фэхи.

Всё это лежит вот тут:

* https://gitlab.com/spline1986/idec - эталонная нода;
* https://gitlab.com/spline1986/idec-txt - скрипт для отпрафки файлов в фэхи;
* https://gitlab.com/spline1986/idec-utils - тут я собираюсь возродить свои скрипты для idec, но пока тут только скрипт для отправки файлов.

Если есть желание и время, буду признателен, если потестируете или сделаете замечания по README хотя бы =)

PS: Да. Докстринги я до сих пор не прописал. Это на очереди.
#  Re: android idec и play market
vit01 (mira, 1) → btimofeev  –  02:55:31 2019-07-22

vit01>> 4. Аккаунт разработчика Google стоит 25 долларов. Напоминаю, что я студент-нищеброд (на этот раз даже без стипендии из-за оптики), и мне жалко денег

btimofeev> Дополнительно можно в F-droid выложить. Могу с этим помочь.

Думаю, что F-Droid - это всё-таки наша первоначальная цель. Потому что это более "элитный" стор.

Difrex> Думаю, что мы можем задонатить =)

Это можно, но главное - это пофиксить неудобства юзабилити и дизайна + создать эталонную ноду, чтобы простые юзвери могли с удовольствием пользоваться клиентом. Вот в том же HodDogEd регистрация уже встроена в клиент, например. Нам до такой крайности опускаться не надо, но упросить порог вхождения желательно.

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

Ещё у меня на 9 андроиде после перезагрузки системы клиент падает с вот таким эксепшеном:

====


>> Читать далее
#  Re: Netmail
G2I (dynamic,2) → All  –  09:57:13 2019-07-21

Новый комментарий от пользователя Difrex
к задаче "Node 2 node initial" https://github.com/idec-net/netmail/pull/8.
Оставлен 2019-07-21 09:51:13 +0000 UTC.
Ссылка на комментарий: https://github.com/idec-net/netmail/pull/8#issuecomment-513539603

В таком виде ок?

Не уверен только на счет нужности получения колличества сообщений.

+++ G2I: https://github.com/idec-net/github2idec. GPLv3
#  Re: Netmail
G2I (dynamic,2) → All  –  07:47:07 2019-07-21

Новый комментарий от пользователя Difrex
к задаче "Описание формата сообщения на отправку" https://github.com/idec-net/netmail/issues/7.
Оставлен 2019-07-21 07:43:48 +0000 UTC.
Ссылка на комментарий: https://github.com/idec-net/netmail/issues/7#issuecomment-513531576

В мастере.

+++ G2I: https://github.com/idec-net/github2idec. GPLv3
#  Re: Netmail
G2I (dynamic,2) → All  –  07:47:06 2019-07-21

Новый комментарий от пользователя Difrex
к задаче "Описание формата бандла" https://github.com/idec-net/netmail/issues/6.
Оставлен 2019-07-21 07:43:30 +0000 UTC.
Ссылка на комментарий: https://github.com/idec-net/netmail/issues/6#issuecomment-513531557

Вроде, как описание в мастере. Возражений нет.

+++ G2I: https://github.com/idec-net/github2idec. GPLv3
#  Re: android idec и play market
btimofeev (tavern,13) → vit01  –  15:24:50 2019-07-20

vit01> 4. Аккаунт разработчика Google стоит 25 долларов. Напоминаю, что я студент-нищеброд (на этот раз даже без стипендии из-за оптики), и мне жалко денег

Дополнительно можно в F-droid выложить. Могу с этим помочь.
#  Re: android idec и play market
Difrex (dynamic,1) → vit01  –  12:57:23 2019-07-20

> 4. Аккаунт разработчика Google стоит 25 долларов. Напоминаю, что я студент-нищеброд (на этот раз даже без стипендии из-за оптики), и мне жалко денег
Думаю, что мы можем задонатить =)

> 5. Нетмейл. Все про него постоянно спрашивают
Продолжу писать стандарт на следующей неделе.
#  Re: android idec и play market
vit01 (mira, 1) → Peter  –  11:09:06 2019-07-20

Peter> Тут интересуются, почему в плеймаркете нет твоего клиента. :) Действительно, почему? Может уже пора начать захватывать мир? Только регистрацию бы попроще сделать...

Для этого есть несколько проблем

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

2. В клиенте есть некоторые баги, которые до сих пор фиг знает как чинить, и для новичков они будут доставлять дискомфорт. Ещё есть недоработки в UI. См. Projects на Гитхабе. Ещё для финальной версии нужна поддержка шифрования, которую мне до сих пор лень делать.

3. Нет нормального хэлпа внутри клиента и некоторого "вступительного экрана". Но с этим вы можете помочь

4. Аккаунт разработчика Google стоит 25 долларов. Напоминаю, что я студент-нищеброд (на этот раз даже без стипендии из-за оптики), и мне жалко денег

5. Нетмейл. Все про него постоянно спрашивают

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

>> Читать далее
#  Re: android idec и play market
Difrex (dynamic,1) → Peter  –  07:17:51 2019-07-20

Я только за!
#  android idec и play market
Peter (syscall,1) → vit01  –  06:41:00 2019-07-20

Тут интересуются, почему в плеймаркете нет твоего клиента. :) Действительно, почему? Может уже пора начать захватывать мир? Только регистрацию бы попроще сделать...
#  Re: Эталонная реализация idec
Andrew Lobanov (tavern,1) → Difrex  –  08:39:39 2019-07-18

>> Особенно что касается стиля, так как хороший стиль чужими патчами не выработаешь =)
Difrex> Ок, по стилю :)
Difrex> Общие рекомендации:
Difrex> * Код должен быть по PEP8.

Уже переделал этот момент.

Difrex> * Хорошо бы иметь краткий докстринг в каждой функции -- это полезно, для того, чтобы
Difrex> сразу понимать, что эта функция делает, для показа доков в Емаксе и для автогенерации
Difrex> документации на код в том же Sphynx. У меня, например, настроена CI так, что ПР, где
Difrex> нет докстрингов, не принимаются.

Это у меня в TODO было давно =)

Difrex> * Никогда не импортировать * из модулей.

>> Читать далее
#  Re: Эталонная реализация idec
Difrex (dynamic,1) → Andrew Lobanov  –  07:28:39 2019-07-18

> Особенно что касается стиля, так как хороший стиль чужими патчами не выработаешь =)
Ок, по стилю :)

Общие рекомендации:

* Код должен быть по PEP8.
* Хорошо бы иметь краткий докстринг в каждой функции -- это полезно, для того, чтобы
сразу понимать, что эта функция делает, для показа доков в Емаксе и для автогенерации
документации на код в том же Sphynx. У меня, например, настроена CI так, что ПР, где
нет докстрингов, не принимаются.
* Никогда не импортировать * из модулей.
* Не переопределять имена функций в переменные. Что я имею в виду:
В файле points.py(а возможно и в других, не копал еще сильно) есть функция `hsh()',
которая генерирует authstring. Так вот в нескольких других местах ты создаешь строковые
переменные с таким же именем. Это может привести к неочевидным последствиям.

>> Читать далее
#  Re: Эталонная реализация idec
Andrew Lobanov (tavern,1) → Difrex  –  16:49:28 2019-07-17

Difrex> Сделал ПР.

Кстати, так как я учусь только, то лучше мне просто указывать на недочёты и ошибки, чтобы я сам разбирался и делал всё. Особенно что касается стиля, так как хороший стиль чужими патчами не выработаешь =)
#  Re: Эталонная реализация idec
Andrew Lobanov (tavern,1) → Difrex  –  15:50:00 2019-07-17

Difrex> И еще. Генерация authstring в points.txt отстой.
Difrex> Т.к. зная имя пользователя, мы всегда можем получить его строку авторизации.
Difrex> Сделал ПР.

А вот это по существу уже совсем. Спасибо.
#  https://club.syscall.ru
Peter (syscall,1) → All  –  14:24:46 2019-07-17

Клуб теперь работает не только по http, но и по https.
#  Re: Эталонная реализация idec
Difrex (dynamic,1) → Difrex  –  12:31:55 2019-07-17

И еще. Генерация authstring в points.txt отстой.
Т.к. зная имя пользователя, мы всегда можем получить его строку авторизации.

Сделал ПР.

+++ At work. idec.el/0.1
#  Re: Эталонная реализация idec
Andrew Lobanov (tavern,1) → Difrex  –  12:29:05 2019-07-17

AL>> Очень бы хотелось услышать замечания и рекомендации от многоуважаемого All =)
Difrex> Сделал ПР.
Difrex> Замечания:
Difrex> * Не импортируй звездочки из модулей
Difrex> * Форматирование строк через % устарело
Difrex> * PEP8

Спасибо. Разберусь что к чему и смержусь/пофикшу.

Пора уже действительно писать как для людей, а не как для себя =)
#  Re: Эталонная реализация idec
Difrex (dynamic,1) → Andrew Lobanov  –  11:10:43 2019-07-17

AL> Очень бы хотелось услышать замечания и рекомендации от многоуважаемого All =)
Сделал ПР.

Замечания:
* Не импортируй звездочки из модулей
* Форматирование строк через % устарело
* PEP8

+++ At work. idec.el/0.1
#  Эталонная реализация idec
Andrew Lobanov (tavern,1) → All  –  09:26:27 2019-07-17

Давненько уже я начал работу над сабжем, но некоторые события жизни и длинный отпуск существенно замедлили события. Сегодня я, вроде как, закончил вчерне всё. Доступно это добро тут https://gitlab.com/spline1986/idec

Очень бы хотелось услышать замечания и рекомендации от многоуважаемого All =)
#  Re: Таверна
vit01 (mira, 1) → Andrew Lobanov  –  23:50:41 2019-07-16

Готово. Надо потом и документацию обновить

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: Таверна
Difrex (dynamic,1) → Andrew Lobanov  –  07:24:44 2019-07-16

> Так что перенастраивайте фетчеры на сабж на адрес idec.spline-online.tk я вернул старый домен себе
Done
#  Таверна
Andrew Lobanov (tavern,1) → All  –  03:45:26 2019-07-15

Я опять проморгал движухху на freenom. Они теперь не пускают по github'овскому аккаунту. Так что перенастраивайте фетчеры на сабж на адрес http://idec.spline-online.tk/ я вернул старый домен себе.
#  Re: Дмитрий Хара "П. Ш."
Andrew Lobanov (tavern,1) → vit01  –  07:13:53 2019-07-08

vit01> Прочитал книженцию полностью. Есть там годные и интересные мысли, однако под конец автор вообще всё запорол.
vit01> Особенно ту часть с доктором конспирологом-ВИЧ-диссидентом (приводящим совершенно идиотские аргументы), ну и потом многочисленные нападки на "извращуг" со стороны автора и форсирование "традиционных ценностей", от которых уже тошнить начинает.
vit01> Мне-то ещё ладно, но люди ведь всерьёз воспринимают. Ещё и поверят, небось.
vit01> А, и да, какие-то остаточные кусочки религиозного мировоззрения там всё-таки присутствуют в высказываниях персонажей.

На самом деле это что-то из разряда х/ф. "Yes man" же =)

Некоторые мысли, особенно из первой половины книги, очень даже хороши и помогли лично мне.
#  Re: Фэхи
vit01 (mira, 1) → Andrew Lobanov  –  04:07:43 2019-07-08

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

AL> Здравый смысл подсказывает мне, что как минимум ":" стоит запретить, так как это может быть чревато боком.

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: Дмитрий Хара "П. Ш."
vit01 (mira, 1) → Andrew Lobanov  –  03:45:48 2019-07-08

Прочитал книженцию полностью. Есть там годные и интересные мысли, однако под конец автор вообще всё запорол.

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

Мне-то ещё ладно, но люди ведь всерьёз воспринимают. Ещё и поверят, небось.

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  IDEC Mobile
vit01 (mira, 1) → All  –  11:02:52 2019-06-15

На днях обновил nginx, и клиент перестал пускать на станцию мира, хотя в браузерах всё хорошо работало.

Ошибка заключалась в обновлении протоколов SSL у nginx и в невозможности старого https-клиента netcipher (который в составе IDEC Mobile) с ним работать. Итого я прописал в клиенте свежую версию netcipher, и всё заработало

Просьба обновиться

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: Сменить псевдоним
Peter (syscall,1) → Difrex  –  08:37:27 2019-05-31

>> Я вроде ж там переписывал эту часть, чтоб с gk11 совпадало
> gk11.ru уже год, как лежит :(.

Это да... :(

Но сейчас свою ноду не могу поддерживать (в плане развития кода) в основном из за здоровья. Поэтому пока она в том состоянии, в котором есть.
В будущем, конечно, я бы хотел что то переосмыслить/дописать. Тот же нетмыл сделать, если когда он будет....
#  Re: Сменить псевдоним
Difrex (dynamic,1) → Peter  –  08:10:48 2019-05-31

> Я вроде ж там переписывал эту часть, чтоб с gk11 совпадало
gk11.ru уже год, как лежит :(.
#  Re: Сменить псевдоним
Andrew Lobanov (tavern,1) → Peter  –  07:27:31 2019-05-29

>> Хеш может быть любым.
Peter> Я вроде ж там переписывал эту часть, чтоб с gk11 совпадало. Может быть, ты и прав, но проверить я сейчас не смогу.
Peter> В принципе, стоимость поддержки аккаунта нулевая, так что новый аккаунт это не страшно. )

Ну пока нет лички да =)
#  Re: Сменить псевдоним
Peter (syscall,1) → Andrew Lobanov  –  20:07:01 2019-05-28

> Хеш может быть любым.
Я вроде ж там переписывал эту часть, чтоб с gk11 совпадало. Может быть, ты и прав, но проверить я сейчас не смогу.
В принципе, стоимость поддержки аккаунта нулевая, так что новый аккаунт это не страшно. )
#  Re: Сменить псевдоним
Andrew Lobanov (tavern,1) → Peter  –  17:13:27 2019-05-28

>> У нас тут есть возможность сменить псевдоним? Или просто зарегистрироваться по-новой?
>> Что-то больше мне не хочется называться Anotheroneuser-ом :)
Peter> Могу попробовать просто заменить имя в конфиге. но если честно - я точно не помню, считается ли хеш по имени в тч или нет. Так что ничего страшного в том, чтоб новый акк сделать -- не вижу.

Хеш может быть любым.
#  Re: Сменить псевдоним
Anotheroneuser (syscall,27) → Andrew Lobanov  –  16:55:49 2019-05-27

Короче, по-новой зарегистрируюсь.
#  Re: Сменить псевдоним
Anotheroneuser (syscall,27) → Peter  –  16:53:09 2019-05-27

> Так что ничего страшного в том, чтоб новый акк сделать -- не вижу.
Спасибо. Сделаю новый: меньше хлопот
#  Re: Сменить псевдоним
Peter (syscall,1) → Anotheroneuser  –  12:15:49 2019-05-27

> У нас тут есть возможность сменить псевдоним? Или просто зарегистрироваться по-новой?
> Что-то больше мне не хочется называться Anotheroneuser-ом :)

Могу попробовать просто заменить имя в конфиге. но если честно - я точно не помню, считается ли хеш по имени в тч или нет. Так что ничего страшного в том, чтоб новый акк сделать -- не вижу.
#  Re: Сменить псевдоним
Andrew Lobanov (tavern,1) → Anotheroneuser  –  07:29:30 2019-05-27

Anotheroneuser> У нас тут есть возможность сменить псевдоним? Или просто зарегистрироваться по-новой?
Anotheroneuser> Что-то больше мне не хочется называться Anotheroneuser-ом :)

Лучше попросить своего сисопа переименовать тебя. Потому что ты здесь это не только ник, но и адрес =)
#  Сменить псевдоним
Anotheroneuser (syscall,27) → All  –  19:46:45 2019-05-26

У нас тут есть возможность сменить псевдоним? Или просто зарегистрироваться по-новой?
Что-то больше мне не хочется называться Anotheroneuser-ом :)
#  Фэхи
Andrew Lobanov (tavern,1) → All  –  11:46:16 2019-05-22

Смотрю в стандарт и думаю про сабж.

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

Здравый смысл подсказывает мне, что как минимум ":" стоит запретить, так как это может быть чревато боком.
#  Дмитрий Хара "П. Ш."
Andrew Lobanov (tavern,1) → All  –  04:34:15 2019-05-22

В books закинул отличную книгу. Сабж. Очень помогает мне разобраться в себе и переосмыслить свои поступки, их причины, на свою жизнь и мир вокруг меня.

Книга представляет собой историю одного бизнесмена, рассказанную от первого лица. Действия в книге не так много, но зато много рассуждений и идей, который вроде бы и лежат на поверхности, но я сам до них не додумался за 33 года жизни.

Рекомендую к прочтению всем. Даже тем, кто уже полностью доволен собой и своей жизнью.

2vit01: в книге нет религиозной составляющей =)

PS: Пока я её не дочитал, но прочтённая четверть уже начала вправлять мне мозги.
#  Re: Netmail
G2I (dynamic,2) → All  –  11:37:37 2019-04-03

Новый комментарий от пользователя Difrex
к задаче "Описание client API" https://github.com/idec-net/netmail/issues/4.
Оставлен 2019-04-03 07:08:09 +0000 UTC.
Ссылка на комментарий: https://github.com/idec-net/netmail/issues/4#issuecomment-479367180

Сделано в рамках #1

+++ G2I: https://github.com/idec-net/github2idec. GPLv3
#  Re: Netmail
Difrex (dynamic,1) → Andrew Lobanov  –  07:06:30 2019-04-03

AL> Difrex> Какие есть соображения по этому: https://github.com/idec-net/netmail/blob/520079017d13f375930d0d4fee19e52f117f8993/README.org#%D1%84%D0%BE%D1%80%D0%BC%D0%B0%D1%82-client-api?
AL> Никаких соображений. Всё замечательно. Так я это себе и представлял =)
Ок. Я мержу тогда.

+++ At work. idec.el/0.1
#  Re: Netmail
Andrew Lobanov (tavern,1) → Difrex  –  06:39:53 2019-04-03

Difrex> Какие есть соображения по этому: https://github.com/idec-net/netmail/blob/520079017d13f375930d0d4fee19e52f117f8993/README.org#%D1%84%D0%BE%D1%80%D0%BC%D0%B0%D1%82-client-api?

Никаких соображений. Всё замечательно. Так я это себе и представлял =)

Я тут немного выпадаю из сети. Не теряйте. Рано или поздно я отвечу =)
#  Re: Netmail
Difrex (dynamic,1) → Andrew Lobanov  –  05:20:30 2019-03-21

Какие есть соображения по этому: https://github.com/idec-net/netmail/blob/520079017d13f375930d0d4fee19e52f117f8993/README.org#%D1%84%D0%BE%D1%80%D0%BC%D0%B0%D1%82-client-api?
#  Re: Netmail
Andrew Lobanov (tavern,1) → Difrex  –  04:28:01 2019-03-21

Difrex> На счёт протокола получения лички клиентом возражений нет? Мержим?

У меня вообще возражений нет. Только соображения. Что ни примите, я или сделаю это у себя или забью.
#  Re: Netmail
Andrew Lobanov (tavern,1) → vit01  –  04:27:53 2019-03-21

vit01> Предположим, у нас есть 3 станции по такой схеме:
vit01> ====
vit01> node1 ---- node2 ---- node3
vit01> ====
vit01> node1 не соединена напрямую с node3
vit01> Если поинты на node1 захотят написать нетмейл для node3 или наоборот, то у нас есть два взаимоисключающих варианта:
vit01> 1. Сообщения пройдут через node2 в незашифрованном виде, сисоп node2 их спокойно читает. Итого MITM
vit01> 2. Сообщения "node1 to node3" не доходят в принципе, потому что node2 имеет право получать нетмейл только для собственных поинтов
vit01> Первый вариант - ситуация неприемлемая, потому что так убивается сама идея нетмейла как такового. "Личка" подразумевает, что мы не хотим выносить общение напоказ. Но концепция ii/IDEC исходит из того, что собственному боссу поинт node1 доверяет (боссу получателя он тоже вынужден доверять, потому что поинт node3 ему доверяет). А вот транзитным сисопам доверять никто не должен, ведь личные сообщения на то и личные.

Для этого есть PGP, например. Если уж параноишь в сети друзей, то делай это правильно. Шифрование на уровне стандарта это бессмысленное переусложнение. IDEC должен всего лишь носить почту, а остальное - не его забота.

vit01> Второй вариант гарантирует приватность, но при этом ограничивает возможности построения разных топологий станций. Здесь мы либо ограничиваемся схемой "звезда", либо нетмейл на некоторых узлах принципиально не поддерживается.

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

>> Читать далее
#  Re: IDEC Mobile
Difrex (dynamic,1) → vit01  –  14:49:53 2019-03-20

Ура, у меня заработали уведомления о новой почте!

+++ картошки хватит на всех
#  Re: Netmail
Difrex (dynamic,1) → vit01  –  14:47:28 2019-03-20

vit01> 1. Сообщения пройдут через node2 в незашифрованном виде, сисоп node2 их спокойно читает. Итого MITM


vit01> 2. Сообщения "node1 to node3" не доходят в принципе, потому что node2 имеет право получать нетмейл только для собственных поинтов

vit01> Первый вариант - ситуация неприемлемая, потому что так убивается сама идея нетмейла как такового. "Личка" подразумевает, что мы не хотим выносить общение напоказ. Но концепция ii/IDEC исходит из того, что собственному боссу поинт node1 доверяет (боссу получателя он тоже вынужден доверять, потому что поинт node3 ему доверяет). А вот транзитным сисопам доверять никто не должен, ведь личные сообщения на то и личные.

vit01> Второй вариант гарантирует приватность, но при этом ограничивает возможности построения разных топологий станций. Здесь мы либо ограничиваемся схемой "звезда", либо нетмейл на некоторых узлах принципиально не поддерживается.

Можно обменяться ключами нод. Ну, шифровать ими личку с армором, тогда всё остаётся в plain text, но усложняет стандарт.
С другой стороны gpg есть ваще везде.

+++ картошки хватит на всех
#  Re: Netmail
Difrex (dynamic,1) → Andrew Lobanov  –  14:48:28 2019-03-20

На счёт протокола получения лички клиентом возражений нет? Мержим?

+++ картошки хватит на всех
#  Re: Netmail
vit01 (mira, 1) → Andrew Lobanov  –  12:45:16 2019-03-20

AL>>> Забирать личку с любого узла сети не вижу смысла, так как это переусложнит стандарт.
vit01>> Так, надо уточнить: это значит, что схема узлов, между которыми ходит нетмейл, будет эквивалентна топологии "звезда", где каждый узел попарно соединяется с каждым?

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

Предположим, у нас есть 3 станции по такой схеме:

====
node1 ---- node2 ---- node3
====


node1 не соединена напрямую с node3
Если поинты на node1 захотят написать нетмейл для node3 или наоборот, то у нас есть два взаимоисключающих варианта:

1. Сообщения пройдут через node2 в незашифрованном виде, сисоп node2 их спокойно читает. Итого MITM

>> Читать далее
#  Re: Netmail
Andrew Lobanov (tavern,1) → vit01  –  09:26:56 2019-03-20

AL>> Забирать личку с любого узла сети не вижу смысла, так как это переусложнит стандарт.
vit01> Так, надо уточнить: это значит, что схема узлов, между которыми ходит нетмейл, будет эквивалентна топологии "звезда", где каждый узел попарно соединяется с каждым?

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

Но это всего лишь мои мысли.
#  Re: Netmail
vit01 (mira, 1) → Andrew Lobanov  –  08:33:51 2019-03-20

AL> 1. Между узлами сети личные сообщения ходят как простая эха, но по паролю.
AL> 2. Клиент забирает со своего узла свои сообщения по паролю. То есть не получит чужих сообщений никак.
AL> 3. Шифрование не является частью протокола.

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

Так, надо уточнить: это значит, что схема узлов, между которыми ходит нетмейл, будет эквивалентна топологии "звезда", где каждый узел попарно соединяется с каждым?

Это и правда упрощает реализацию, хотя и теряется гибкость.

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: Netmail
Andrew Lobanov (tavern,1) → Difrex  –  07:42:01 2019-03-20

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

Ну я предлагаю хождение лички организовать как обмен данными между узлами, которые доверяют друг другу. То есть не отдавать кому попало. Но в случе, если сисопы договорились, оно работать должно без проблем.
#  Re: Netmail
Difrex (dynamic,1) → Andrew Lobanov  –  08:31:31 2019-03-18

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


+++ At work. idec.el/0.1
#  Re: Netmail
Difrex (dynamic,1) → Andrew Lobanov  –  07:20:48 2019-03-18

Посмотри пожалуйста https://github.com/idec-net/netmail/blob/520079017d13f375930d0d4fee19e52f117f8993/README.org#%D1%84%D0%BE%D1%80%D0%BC%D0%B0%D1%82-client-api

если согласен, то давай межить этот ПР.

> В гитхаб пока так и не заглядывал, но не проще ли обсуждать здесь?
Так я для того, чтобы и тут и там обсуждать можно было бота написал.
#  Re: Netmail
Andrew Lobanov (tavern,1) → G2I  –  04:04:39 2019-03-18

G2I> Ведь нам надо сделать так, чтобы
G2I> 1. Нетмейл-сообщения ходили между станциями

Это просто.

G2I> 2. Станция не могла прочитать нетмейл чужих станций

Почему? Если нужно шифрование, то оно должно быть на стороне клиента, а не на стороне ноды.

G2I> 2.1 Но при этом могла отдавать их даунлинкам

Это совсем просто.

G2I> Шифрование открытым ключом станции всех сообщений, которые ей должны принадлежать?


>> Читать далее
#  Апгрейд на dynamic
Difrex (dynamic,1) → All  –  07:42:49 2019-03-17



Сегодня буду обновлять основной хост динамика с Debian oldstable до stable.
Возможно все приляжет до завтра. Бэкапы льются на DO, так что все восстановимо будет, если что.
Так же буду переводить сеть между виртуалками с OpenVPN на Wireguard.
#  Re: Netmail
G2I (dynamic,2) → All  –  19:35:35 2019-03-16

Новый комментарий от пользователя Difrex
к задаче "Client protocol draft" https://github.com/idec-net/netmail/pull/1.
Оставлен 2019-03-16 19:28:35 +0000 UTC.
Ссылка на комментарий: https://github.com/idec-net/netmail/pull/1#issuecomment-473577352

Ну, что, мержим?

+++ G2I: https://github.com/idec-net/github2idec. GPLv3
#  Re: dynamic
vit01 (mira, 1) → Difrex  –  16:20:40 2019-03-16

vit01>> Можешь пожалуйста сделать похожую страничку со статистикой для новостных эх? Ну или хотя бы подсказку дать насчёт API Elasticsearch, чтобы вытащить данные.

Difrex> Сделаю страничку для роботов :)
Difrex> Еще есть в планах доливать раз в неделю данные в read-only индекс и прямо вставлять iframe из кибаны, чтобы все интерактивно было.

Спасибо, что сделал. Хорошая штука.

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

Скриншот в фэхе pictures прилагается

Хочется найти ему какое-то более крутое применение, потому что инструмент мощный, но придумать пока не могу :)

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: IDEC Mobile
vit01 (mira, 1) → Difrex  –  15:56:48 2019-03-16

>>Скинул в той же фэхе pictures, как оно сейчас выглядит на моём девайсе

Difrex> Ага, KDE Connect :)
Difrex> А эта штука может работать вне кед?

Конечно может. Я вот уже долгое время работаю в XFCE и этой штукой доволен.

А на нетбуке тоже KDE Connect работает, и там AwesomeWM

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: IDEC Mobile
Difrex (dynamic,1) → vit01  –  15:41:43 2019-03-16

>Скинул в той же фэхе pictures, как оно сейчас выглядит на моём девайсе
Ага, KDE Connect :).

А эта штука может работать вне кед?
#  Re: IDEC Mobile
vit01 (mira, 1) → Difrex  –  14:30:30 2019-03-16

Difrex> Хм. Не вижу никакой новой кнопки.
Difrex> Смотри скрин в файлоэхе pictures

Всё правильно, эта кнопочка на то и волшебная, что отображается не у всех =)

Скинул в той же фэхе pictures, как оно сейчас выглядит на моём девайсе.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: IDEC Mobile
Difrex (tavern,23) → vit01  –  14:10:36 2019-03-16

Хм. Не вижу никакой новой кнопки.
Смотри скрин в файлоэхе pictures

+++ картошки хватит на всех
#  Re: Netmail
G2I (dynamic,2) → All  –  13:54:43 2019-03-16

Новый комментарий от пользователя Difrex
к задаче "Описание node2node API" https://github.com/idec-net/netmail/issues/5.
Оставлен 2019-03-16 13:47:14 +0000 UTC.
Ссылка на комментарий: https://github.com/idec-net/netmail/issues/5#issuecomment-473531586

> Напишу бота github<->idec, чтобы транслировать стрим, а то не все подключились в обсуждение.
Написал. Постит комменты с гитхаба в этот тред: https://dynamic.lessmore.pw/thread/3a6a0226-a22f-475a-82d1-81311e552b3a

+++ G2I: https://github.com/idec-net/github2idec. GPLv3
#  Re: Netmail
G2I (dynamic,2) → All  –  13:43:43 2019-03-16

Новый комментарий от пользователя Difrex
к задаче "Client protocol draft" https://github.com/idec-net/netmail/pull/1.
Оставлен 2019-03-12 12:22:16 +0000 UTC.
Ссылка на комментарий: https://github.com/idec-net/netmail/pull/1#issuecomment-471977969

Как в текущем виде?

+++ G2I: https://github.com/idec-net/github2idec. GPLv3
#  Re: Netmail
G2I (dynamic,2) → All  –  13:43:43 2019-03-16

Новый комментарий от пользователя vit1-irk
к задаче "Описание node2node API" https://github.com/idec-net/netmail/issues/5.
Оставлен 2019-03-12 14:11:45 +0000 UTC.
Ссылка на комментарий: https://github.com/idec-net/netmail/issues/5#issuecomment-472017154

По факту это самая сложная штука для проработки

Ведь нам надо сделать так, чтобы

1. Нетмейл-сообщения ходили между станциями
2. Станция не могла прочитать нетмейл чужих станций
2.1 Но при этом могла отдавать их даунлинкам

Шифрование открытым ключом станции всех сообщений, которые ей должны принадлежать?


>> Читать далее
#  Re: Netmail
G2I (dynamic,2) → All  –  13:43:43 2019-03-16

Новый комментарий от пользователя Difrex
к задаче "Описание node2node API" https://github.com/idec-net/netmail/issues/5.
Оставлен 2019-03-12 14:58:16 +0000 UTC.
Ссылка на комментарий: https://github.com/idec-net/netmail/issues/5#issuecomment-472036264

Я за то, чтобы по умолчанию работало без шифрования. Если так хочется
шифровать личку, то можно использовать gpg в теле сообщения.
Нода уже может шифровать все у себя внутри.

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

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

>> Читать далее
#  Re: Netmail
G2I (dynamic,2) → All  –  13:43:43 2019-03-16

Новый комментарий от пользователя Difrex
к задаче "Описание node2node API" https://github.com/idec-net/netmail/issues/5.
Оставлен 2019-03-12 14:56:50 +0000 UTC.
Ссылка на комментарий: https://github.com/idec-net/netmail/issues/5#issuecomment-472035614

Я за то, чтобы по умолчанию работало без шифрования. Если так хочется шифровать личку, то можно использовать gpg в теле сообщения.
Нода уже может шифровать все у себя внутри.

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

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

+++ G2I: https://github.com/idec-net/github2idec. GPLv3
#  Re: Netmail
G2I (dynamic,2) → All  –  13:43:43 2019-03-16

Новый комментарий от пользователя Difrex
к задаче "Описание node2node API" https://github.com/idec-net/netmail/issues/5.
Оставлен 2019-03-13 09:44:30 +0000 UTC.
Ссылка на комментарий: https://github.com/idec-net/netmail/issues/5#issuecomment-472350243

Напишу бота `github<->idec`, чтобы транслировать стрим, а то не все подключились в обсуждение.

+++ G2I: https://github.com/idec-net/github2idec. GPLv3
#  Re: Netmail
G2I (dynamic,2) → All  –  13:43:43 2019-03-16

Новый комментарий от пользователя vit1-irk
к задаче "Описание node2node API" https://github.com/idec-net/netmail/issues/5.
Оставлен 2019-03-13 08:43:24 +0000 UTC.
Ссылка на комментарий: https://github.com/idec-net/netmail/issues/5#issuecomment-472330230

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

Именно. Но при этом надо не давать ноде читать нетмейл поинтов чужих нод. Чтобы пересылать можно было, а читать - нет. Поэтому какое-то подобие шифрования желательно

+++ G2I: https://github.com/idec-net/github2idec. GPLv3
#  Re: Netmail
G2I (dynamic,2) → All  –  13:43:42 2019-03-16

Привет!

Это первое сообщение от G2I - бота слежения за задачами в репозитории на Github.
Сейчас я наблюдаю за проектом https://github.com/idec-net/netmail.

Новые события будут публиковаться в этой теме.

+++ G2I: https://github.com/idec-net/github2idec. GPLv3
#  IDEC Mobile
vit01 (mira, 1) → All  –  09:33:43 2019-03-16

В текущем обновлении для сабжа появилась одна очень интересная фича

Если вы не смотрели коммиты в репозитории, то для вас это будет небольшим сюрпризом

Что делать:

1. Обновите клиент
2. Зайдите в новостную эху (желательно ii://habra.rss )
3. Возьмите любое сообщение и прокрутите в конец
4. Нажмите на волшебную кнопочку

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: Netmail
Andrew Lobanov (tavern,1) → Difrex  –  09:34:01 2019-03-13

>> Нужно, но я пока попиливаю между делом кандидата в эталонную реализацию idec =)
Difrex> Это дело хорошее :)

Нужное как минимум =)

>> В данный момент реализовано всё, кромен фэх и нет вебморды
Difrex> А нужна ли веб-морда в эталонной реализации ноды?

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

>> Обсуждать готов, а вот писать пока не очень.
Difrex> Присоединяйся в обсуждение этого ПР https://github.com/idec-net/netmail/pull/1

Обязательно, но пока занят всякой фигнёй =(


>> Читать далее
#  Re: Netmail
Difrex (dynamic,1) → Andrew Lobanov  –  12:27:09 2019-03-12

> Нужно, но я пока попиливаю между делом кандидата в эталонную реализацию idec =)
Это дело хорошее :)

> В данный момент реализовано всё, кромен фэх и нет вебморды
А нужна ли веб-морда в эталонной реализации ноды?

> Обсуждать готов, а вот писать пока не очень.
Присоединяйся в обсуждение этого ПР https://github.com/idec-net/netmail/pull/1

> Самое главное, с моей точки зрения, оставить шифрование нетмейла опцией
Я думал, что без шифрования это все делать. Шифровать можно GPG само тело сообщения.
Так мы вообще никак не переусложним стандарт.
#  Re: Netmail
Andrew Lobanov (tavern,1) → Difrex  –  12:07:52 2019-03-12

Difrex> Я думаю, что нужно начинать с этим что-то делать.

Нужно, но я пока попиливаю между делом кандидата в эталонную реализацию idec =)

Закладываю три вещи в это дело:

1. Реализация на python, чтобы любой желающий мог ознакомиться и внести изменения.
2. По возможности максимальная модульность реализации.
3. Настолько лаконичный и простой код, насколько я смогу.

В данный момент реализовано всё, кромен фэх и нет вебморды, но оно уже существенно лучше iing в плане реализации. Кода меньше, он проще и быстрее.

Difrex> Для этого я создал репозиторий с документом в котором предлагаю общими усилиями
Difrex> разработать стандарт обмена личными сообщениями, а так же реализовать PoC сервера(ноды)
Difrex> и клиента.

>> Читать далее
#  Re: Документация
Andrew Lobanov (tavern,1) → Anotheroneuser  –  12:07:43 2019-03-12

AL>> Коммитнул в сабж
Anotheroneuser> Это значит, где-то опубликовал?

В внёс изменения в исходники документации по idec.

Anotheroneuser> А где?

На гитхабе.

Anotheroneuser> Я бы тоже хотел свой адрес оставить

Ну я это сделал потому что у меня нет открытой регистрации (и не будет), но мне можно написать на почту и я зарегистрирую нового пользователя.
#  Netmail
Difrex (dynamic,1) → All  –  09:29:17 2019-03-12

Я думаю, что нужно начинать с этим что-то делать.

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

Вот этот репозиторий: https://github.com/idec-net/netmail
Давайте обсуждать и дописывать.

+++ At work. idec.el/0.1
#  Re: Документация
Anotheroneuser (syscall,27) → Andrew Lobanov  –  08:50:10 2019-03-12

AL> Коммитнул в сабж
Это значит, где-то опубликовал?
А где?
Я бы тоже хотел свой адрес оставить
#  Re: Документация
Difrex (dynamic,1) → Andrew Lobanov  –  07:58:26 2019-03-12

Тоже добавил свое и мыло, а так же ссылку на idec.el.
#  Документация
Andrew Lobanov (tavern,1) → All  –  04:21:05 2019-03-12

Коммитнул в сабж изменение своего мыла. Старое более недоступно.
#  go-idec
Difrex (dynamic,1) → All  –  13:41:02 2019-03-04



Раз у нас намечается(наконец-то :) развитие, то я покрыл тестами гошную либу на 90%.
Буду очень рад, если кто-то еще будет туда коммитить. Сейчас там не хватает поддержки фэх.

Пример получения последних сообщений:
====
package main

import (
"fmt"
"time"

idec "github.com/idec-net/go-idec"
)


>> Читать далее
#  Re: Метадата
Andrew Lobanov (tavern,1) → Peter  –  05:25:10 2019-03-03

>> Детализации особо и нет. Я честно не понимаю стремления отказаться от файлов.
Peter> Ой, моя реплика относилась к идее делать несколько тегов на каждый тип. Ну типа тег - картинка, тег - архив. Что-то ещё.. Тогда мы должны делать все эти n запросов. Да ещё и выбирать, что пропускать... Вот это, кмк, будет хуже текущих фрек.

Вообще, я примерно так и думаю.

Например:

====
image:<filename>:<base64>
audio:<filename>:<base64>
====


А желание не пропустить информацию, ИМХО, противоречит самой цели секты.
#  Re: Метадата
Peter (syscall,1) → Andrew Lobanov  –  20:17:49 2019-03-02

> Детализации особо и нет. Я честно не понимаю стремления отказаться от файлов.
Ой, моя реплика относилась к идее делать несколько тегов на каждый тип. Ну типа тег - картинка, тег - архив. Что-то ещё.. Тогда мы должны делать все эти n запросов. Да ещё и выбирать, что пропускать... Вот это, кмк, будет хуже текущих фрек.
#  Re: Метадата
Andrew Lobanov (tavern,1) → Peter  –  17:02:04 2019-03-02

Peter> Идея была все-таки вот в чем.
Peter> С сообщением могут идти данные. Формат данных и что в них, мы не стандартизируем. Это просто данные, связанные с сообщением.
Peter> Поэтому детализация на таком уровне, по моему, принесет только вред. Тогда лучше остаться на том, что есть.
Peter> Просто есть дополнительная инфа. Что именно в этой информации определяет клиентское ПО. Там могут быть картинки, звук.
Peter> Ну как в современных мессенжерах. :)

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

Peter> А выбирать пропускать данные или нет нода может только руководствуясь лимитами на размер. Скажем, размер данных не больше 1Мб.

Ну тут да. Можно подумать как и что пропускать. Можно метаданные передавать ещё к каждому блобу.
#  Re: Метадата
Peter (syscall,1) → Andrew Lobanov  –  15:27:49 2019-03-01

Идея была все-таки вот в чем.
С сообщением могут идти данные. Формат данных и что в них, мы не стандартизируем. Это просто данные, связанные с сообщением.
Поэтому детализация на таком уровне, по моему, принесет только вред. Тогда лучше остаться на том, что есть.

Просто есть дополнительная инфа. Что именно в этой информации определяет клиентское ПО. Там могут быть картинки, звук.
Ну как в современных мессенжерах. :)

А выбирать пропускать данные или нет нода может только руководствуясь лимитами на размер. Скажем, размер данных не больше 1Мб.
#  Re: Метадата
Difrex (dynamic,1) → Andrew Lobanov  –  15:14:42 2019-03-01

>> Не, мне кажется, что нужно что-то сделать для того, чтобы можно было по одному аттачу качать.
>Тогда лишний запрос надыть. Или в теги писать метаданные аттачей, что можно, но чревато большими тегами.
Но что-то делать с этим точно надо :)
#  Re: Метадата
Andrew Lobanov (tavern,1) → Difrex  –  08:57:08 2019-03-01

>>>> Клиент видит тэг, запрашивает все аттачи по этому тегу
>>> Вот это не нравится. А если я не хочу все аттачи тянуть?
>> Тогда просто игнорируешь тег и всё.
Difrex> Не, мне кажется, что нужно что-то сделать для того, чтобы можно было по одному аттачу качать.

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

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
#  Re: Метадата
Difrex (dynamic,1) → Andrew Lobanov  –  07:41:27 2019-03-01

>>> Клиент видит тэг, запрашивает все аттачи по этому тегу
>> Вот это не нравится. А если я не хочу все аттачи тянуть?
> Тогда просто игнорируешь тег и всё.
Не, мне кажется, что нужно что-то сделать для того, чтобы можно было по одному аттачу качать.
#  Re: Метадата
Andrew Lobanov (tavern,1) → Difrex  –  11:47:36 2019-02-28

>> Фетчер тоссит сообщение, видит метку и добавляет msgid в список сообщений с дополнительными данными. После того, как растоссил, передаёт айдишники в какую-нить схему типа x/d/.
Difrex> Вот это еще не особо нравится.
Difrex> Со стороны клиента мне это видится так:
Difrex> ====
Difrex> +--------------+
Difrex> | |
Difrex> | IDEC Client |
Difrex> +------>| |<------+
Difrex> | +--------------+ |
Difrex> | |
Difrex> xdata tag message
Difrex> | data
Difrex> | |
Difrex> | v
Difrex> +-+-------------+ +-----------------+

>> Читать далее
#  Метадата
Difrex (dynamic,1) → Andrew Lobanov  –  11:27:47 2019-02-28

>Фетчер тоссит сообщение, видит метку и добавляет msgid в список сообщений с дополнительными данными. После того, как растоссил, передаёт айдишники в какую-нить схему типа x/d/.
Вот это еще не особо нравится.

Со стороны клиента мне это видится так:

====
+--------------+
| |
| IDEC Client |
+------>| |<------+
| +--------------+ |
| |
xdata tag message
| data
| |


>> Читать далее
#  Re: Переезд
Andrew Lobanov (tavern,1) → vit01  –  09:56:53 2019-02-27

vit01> Если вы видите это сообщение, значит ii-net.tk успешно переехал на новый сервер к немцам
vit01> Мне пришлось сильно задолбаться, чтобы проапгрейдить MySQL до версии 5.7 и php до 7.2
vit01> А ещё чтобы сменить lighttpd на nginx

Вот где собака зарыта! Фетчер забирал сообщения с Мира по http. Мы месяц жили с поломанным линком.

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
#  Re: lor-opennet
Difrex (dynamic,1) → vit01  –  08:13:34 2019-02-27

Мне кажется, что на Таверне что-то с фетчем. Мои сообщения, например, не доходят.
#  Re: IDEC Mobile
vit01 (mira, 1) → btimofeev  –  14:30:58 2019-02-15

btimofeev> vit01, я тебе отправил пулл реквест с фиксами на андроид 9. Если есть возможность протестируй на предыдущих версиях, особенно на 4.* так как новая ACRA требует java 8, а она может не работать на старых устройствах.

См. https://github.com/idec-net/idec-mobile/pull/30

Провозился с этим делом и потом отложил в долгий ящик.

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

Новая сборка уже на сайте, можно обновляться.
И за сам факт пулл-реквеста спасибо

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: А где у нас актуальный nodegraph.svg?
Difrex (dynamic,1) → Andrew Lobanov  –  11:49:17 2019-01-29

AL> Актуализацией надо заниматься. У нас нет актуального нодлиста, так что пока что не могу построить актуальный граф.
AL> Скиньте актуальные сегменты нодлиста тогда.
Мой: https://dynamic.lessmore.pw/nodelist.json

+++ At work. idec.el/0.1
#  Переезд
vit01 (mira, 1) → All  –  18:07:14 2019-01-24

Если вы видите это сообщение, значит ii-net.tk успешно переехал на новый сервер к немцам

Мне пришлось сильно задолбаться, чтобы проапгрейдить MySQL до версии 5.7 и php до 7.2

А ещё чтобы сменить lighttpd на nginx

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: lor-opennet
vit01 (mira, 1) → Andrew Lobanov  –  22:29:43 2019-02-26

AL> А что случилось с сабжевой эхой? Уже почти месяц нет новостей. Могу натравить своего робота, если у тебя какие-либо проблемы с ним.

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

ii://lor-opennet.17

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: А где у нас актуальный nodegraph.svg?
vit01 (mira, 1) → Andrew Lobanov  –  21:35:26 2019-02-01

AL> Скиньте актуальные сегменты нодлиста тогда.

Фетчу таверну, инстед клуб и динамик, всё с интервалом в 10 минут

Остальное не менялось

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  lor-opennet
Andrew Lobanov (tavern,1) → vit01  –  17:27:42 2019-02-26

А что случилось с сабжевой эхой? Уже почти месяц нет новостей. Могу натравить своего робота, если у тебя какие-либо проблемы с ним.

+++ IDEC-Mobile
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
#  Обновление динамика
Difrex (tavern,23) → All  –  11:20:17 2019-02-20

На dynamic.lessmore.pw появилась возможность читать треды.

Строятся по repto, у каждого поста теперь есть topicid, вида
3ee870f3-be0c-4ea4-8a6d-b6c8ecd64dac.

Если мы перейти по ссылке https://dynamic.lessmore.pw/thread/3ee870f3-be0c-4ea4-8a6d-b6c8ecd64dac, то
можно будет читать тред с сортировкой по времени от старых к новым.

Чтобы попасть в тред нужно перейти по ссылке в сабже.

У каждого поста есть якорь с msgid, так что можно добавить #8EuhW1rxWVNQAcPxuxLn и перейти к нужному сообщению.
На самом деле, id уже проставляется в ссылке, но почему-то браузер не переходит куда надо.

:)


>> Читать далее
#  Re: А где у нас актуальный nodegraph.svg?
Anotheroneuser (syscall,27) → Difrex  –  20:17:23 2019-01-29

А. Ну я, как в "Приключениях Шурика":
— Песчаный карьер!
— Я!
))

Первый раз в жизни запустил mutt. Сказочные ощущения.
Правда, с gmail.
Google, оказывается, бдит. Причём, делает это довольно настырно.
Настроив конфиг, несколько раз пытался за-mutt-иться, но всякий раз программа высвечивала "регистрация не удалась".

Потом случайно залез в ящик и нашёл там послание.
Они писали мне, что кто-то пытался получить доступ и т.д.
Только после того, как им было дано разрешение на доступ к моей учётной записи всяких неизвестных приложений, зарегистрироваться получилось.
#  Re: А где у нас актуальный nodegraph.svg?
Difrex (tavern,23) → Anotheroneuser  –  09:54:18 2019-01-29

>Если ты скажешь как, посмотрю
Это скорее к держателям нод вопрос был =)
#  Re: А где у нас актуальный nodegraph.svg?
Andrew Lobanov (tavern,1) → Difrex  –  03:44:15 2019-01-29

Difrex> $сабж
Difrex> Вот этот вот http://idec.spline-online.ml/x/file/nodegraph.svg не актуален.
Актуализацией надо заниматься. У нас нет актуального нодлиста, так что пока что не могу построить актуальный граф.

Скиньте актуальные сегменты нодлиста тогда.

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
#  Re: А где у нас актуальный nodegraph.svg?
Anotheroneuser (syscall,27) → Difrex  –  17:20:11 2019-01-28

Difrex> Можете посмотреть в логи, что там не так?
Если ты скажешь как, посмотрю
#  А где у нас актуальный nodegraph.svg?
Difrex (tavern,23) → All  –  13:39:14 2019-01-28

$сабж

Вот этот вот http://idec.spline-online.ml/x/file/nodegraph.svg не актуален.


// Да, по каким-то причинам сообщения с dynamic не долетают до Таверны и Клуба. Можете посмотреть в логи, что там не так?
#  Re: Полнотекстовый поиск и подписи
Difrex (tavern,23) → vit01  –  07:14:58 2019-01-25

vit01> Хотя поисковой движок, запущенный для нашей базы, есть только у тебя, поэтому тут всё зависит от простоты постановки такого условия в ElasticSearch.

Мне добавить в парсер это не сложно, нужно только время выкроить

+++ картошки хватит на всех
#  Re: Полнотекстовый поиск и подписи
vit01 (mira, 1) → Difrex  –  16:32:39 2019-01-23

vit01>> Надо как-то сделать так, чтобы поиск игнорировал это дело.

Difrex> Нужно в софт наш весь добавить парсеры на предмет подписей и пихать их в отдельное поле в бд.
Difrex> С плоской базой просто так работать не будет, но таких нод, вроде, и не осталось.

Что до отдельного поля в БД, то это целесообразно только на клиентском софте. Ноды переусложнять необязательно.

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: Лежит станция Мира
vit01 (mira, 1) → btimofeev  –  15:47:27 2019-01-21

btimofeev> ii-net.tk что-то недоступен.

Была проблема у хостера опять

Из-за переполнения /boot при очередном обновлении ядра скрипты системы не смогли сгенерировать initramfs, из-за чего система не загрузилась при следующем ребуте

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: Лежит станция Мира
btimofeev (tavern,13) → vit01  –  11:34:03 2019-01-21

ii-net.tk что-то недоступен.
#  Re: IDEC Mobile
btimofeev (tavern,13) → vit01  –  09:27:09 2019-01-21

vit01, я тебе отправил пулл реквест с фиксами на андроид 9. Если есть возможность протестируй на предыдущих версиях, особенно на 4.* так как новая ACRA требует java 8, а она может не работать на старых устройствах.
#  Полнотекстовый поиск и подписи
vit01 (mira, 1) → All  –  07:24:52 2019-01-08

Обнаружил одну очевидную проблему.
Если ввести в поиск по ключевым словам IDEC Mobile или Android, то будут выдаваться все сообщения, которые не относятся ни к тому, ни к другому.

Потому что подписи.

Надо как-то сделать так, чтобы поиск игнорировал это дело.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: IDEC Mobile
vit01 (mira, 1) → vit01  –  16:11:11 2019-01-02

Попробовал починить падения и что-то сделать с уведомлениями в андроиде 8 и выше.

Надеюсь, оно будет хоть как-то работать. Качайте свежую сборку, тестируйте
#  Re: IDEC Mobile
vit01 (mira, 1) → vit01  –  11:00:26 2018-12-31

Поставил себе недавно 8 андроид наконец-то
Скоро будет фикс уведомлений и автофетча для IDEC Mobile

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: IDEC Mobile
Anotheroneuser (syscall,27) → btimofeev  –  08:38:11 2018-12-17

У меня Note 3 под 5-м Андроидом. Было раз, накатил прежний выпуск (Kit Kat), но потом вернул всё взад.
#  Re: IDEC Mobile
vit01 (mira, 1) → btimofeev  –  02:59:51 2018-12-16

vit01>> ]...] приложение не запускалась на ОС версий ниже 4.4

btimofeev> А такие девайсы у кого-то ещё остались и ими реально пользуются? У меня телефону 4 года, на нем сейчас андроид 6. Разве кто-то ещё с более старыми ходит?

Вышеописанный баг я починил, потому что кто-то мне на него пожаловался по емейлу. Иначе бы не узнал, что эта проблема существует.

А вообще у меня одногруппник есть в универе, который до сих пор ходит с мобилкой то ли на 4.2, то ли даже версии ниже (всеми любимый Телеграм там не пашет, дропнули поддержку). Работает девайс, а выбрасывать-то жалко. И есть другой чел, но у него 4.4

У самого вон планшет старый на 4.4 трудится до сих пор. Вот кого не видел - так это людей, пользующихся андроидом 2.3. Их точно у нас не повстречаешь уже. Но приложение на таких изначально и не нацеливалось.

+++ Sent from Android 4.2 (Emulator)
#  Re: IDEC Mobile
btimofeev (tavern,13) → vit01  –  19:56:11 2018-12-15

vit01> ]...] приложение не запускалась на ОС версий ниже 4.4

А такие девайсы у кого-то ещё остались и ими реально пользуются? У меня телефону 4 года, на нем сейчас андроид 6. Разве кто-то ещё с более старыми ходит?
#  IDEC Mobile
vit01 (mira, 1) → All  –  08:12:45 2018-12-08

В новой сборке клиента был пофикшен один из самых критичных багов, который давно мозолил мне глаза: приложение не запускалась на ОС версий ниже 4.4

Теперь можно снова использовать клиент на старых девайсах.

+++ Sent from Android 4.2 (Emulator)
#  Re: Документация
vit01 (mira, 1) → Andrew Lobanov  –  12:33:12 2018-11-20

AL> Я там коммитнул в сабж. У меня опять проэтосамован почтовый ящик а то.

Обновлено.

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

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Документация
Andrew Lobanov (tavern,1) → vit01  –  11:41:27 2018-11-20

Я там коммитнул в сабж. У меня опять проэтосамован почтовый ящик а то.

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
#  Re: Лежит станция Мира
vit01 (mira, 1) → Difrex  –  10:55:10 2018-11-17

> // А поставьте на фетч с dynamic основные эхи. Вроде как, все работает.

Уже давно как всё фетчится, твои сообщения видим

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: Лежит станция Мира
vit01 (mira, 1) → Difrex  –  09:10:19 2018-11-17

А вот что насчёт периодического дауна станции, я про эту проблему уже давно знаю, но пока ничего поделать не могу.

Когда сервак в дауне, ping выдаёт ответы от какого-то zapret.hostnode.net (или .com?)

Путём гуглинга выяснилось, что проблема на стойке в Москве у webdc.ru

Хочу окончательно съехать со нашего FirstVDS к немцам на Hetzner, но переносить все запущенные сервисы пока нет времени. Немцы крутые, у них всегда чёткий аптайм без факапов, и второй сервак (а именно debug.ii-net.tk) работает как часы.
#  Re: Лежит станция Мира
vit01 (mira, 1) → Difrex  –  09:03:28 2018-11-17

Сегодня появилось немножко свободного времени, и я решил таки разобраться со станцией

> Сабж. Ругается на базульку
Это обычно бывает, когда демон mariadb подыхает. Надо глянуть логи сервера

> Функция executeQuery вызывается довольно часто и туда педаются данные путем слияния строк, например
> Строка 285 файла transports.php

Специально прошерстил исходники на предмет сырых запросов.
Конкретно здесь ложная тревога. Ты, наверное, не заметил, что перед запуском этого кусочка кода сообщение эскейпится через prepareInsert, внутри которого вшит $db->real_escape_string
В getMessages эскейпится аналогично, в getMsgList и countMessages стоит жёсткий фильтр на все параметры внутри filter.php, так что зараза не пройдёт.

Не надо уж меня совсем дремучим говнокодером считать =)
Любые, даже начинающие, PHP-шники про SQL-инъекции думают сразу на стадии проектирования, и эта проблема съедает немалую часть времени на кодинг.


>> Читать далее
#  Лежит станция Мира
Difrex (tavern,23) → All  –  07:29:57 2018-11-15

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

Функция executeQuery вызывается довольно часто и туда педаются данные путем слияния строк, например
Строка 285 файла transports.php
====
$this->executeQuery("insert into `$this->tablename` values(NULL, '".$msg['id']."', ' ... '".$msg['msg']."')");
====

Пока не ясно можно ли использовать это без авторизации. Код валидации authstring не читал.
Но имея поинта к этому участку кода появляется доступ :).

Да, в пхп можно отключить вывод ошибок в браузер, что лучше сделать :)

// А поставьте на фетч с dynamic основные эхи. Вроде как, все работает.
#  IDEC Mobile
vit01 (mira, 1) → All  –  02:46:18 2018-11-13

В новой сборке:

1. Менюшка поиска теперь позволяет искать сообщения по msgid
2. В фэхах можно копировать имя файла (например, для вставки в Orgzly, см. ii://A63NgO1GzgHbJSCeyl3S )

3. Если сообщение отсутствует в базе данных (например, при открытии ii-ссылки), то клиент автоматически предложит его скачать

После обновления можете протестировать:

Пример 1, Таверна: ii://PaE7u959rHu625taZeBy
Пример 2, Станция Мира: ii://TasqAFIeZAD4ny2iESIK
#  Re: Загейтуйте динамик
Andrew Lobanov (tavern,1) → Anotheroneuser  –  18:25:22 2018-11-08

Anotheroneuser> На самом деле, интересная штука -- это ваше программирование. Но я никак не могу себя заинтересовать им более, чем инструментом для создания игр.. Наверное, не дано.

Программирование ради программирования это какая-то ментальная мастурбация. Нужно просто решать свои задачи. Если удаётся их решать без программирования, то жить легче значит %)

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
#  Re: Загейтуйте динамик
Difrex (dynamic,1) → Anotheroneuser  –  19:10:23 2018-11-06

Да, сеть реализует распределенную базу сообщений.
Ты, например, писал со станции syscall, а я с dynamic, а теперь
эти сообщения есть на всех узлах(наверняка).

+++ Емакс не пищит и текст не портит
#  Re: Загейтуйте динамик
Difrex (dynamic,1) → Anotheroneuser  –  19:05:57 2018-11-06

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

+++ картошки хватит на всех
#  Re: Загейтуйте динамик
Anotheroneuser (syscall,27) → Difrex  –  17:36:25 2018-11-06

Словарище.

Загейтуйте динамик.
Сабж. А именно эху ii.test.14. Я начинаю тестирование писанины, как через веб, так и через клиент

Синхронизируйте узел "динамик".
Такая вот тема сообщения.
Синхронизировать нужно эху ii.test.14.
# Так и не понял, как перевести "эха". Получается, что сеть состоит из узлов, которые, в свою очередь, содержат ленты сообщений. А ленты содержат сообщения. А сообщения могут находиться вне лент? )) Где-нибудь в нигде.

Ну, дальше понятно без перевода.
На самом деле, интересная штука -- это ваше программирование. Но я никак не могу себя заинтересовать им более, чем инструментом для создания игр.. Наверное, не дано.
#  Re: Загейтуйте динамик
Difrex (dynamic,1) → Anotheroneuser  –  17:16:49 2018-11-06

Anotheroneuser> > Загейтуйте
Anotheroneuser> Как это по-русски?)) «Закрыть ворота»?
Зацени, что у нас есть https://ii-net.tk/idec-doc/?p=terminology :)

+++ Емакс не пищит и текст не портит
#  The dynamic.lessmore.pw has clients support
Difrex (dynamic,1) → All  –  15:44:00 2018-11-06

Собственно сабж. Можно читать и писать. Протестированы все основные клиенты,

исправленны все найденные(мною) баги. Попутно добавились фичи и исправления в пакет go-idec.
Исходники ноды отзеркалены на гитхаб: https://github.com/idec-net/lessmore-node
На этой или следующей неделе появится возможность постить из веб-гуйни.

Выпью пива :)

// А еще на работе зарелизили в прод сегодня систему автоматического инцидент-менеджмента

+++ Caesium/0.4 RC1
#  Re: Странности IDEC Mobile
vit01 (mira, 1) → Difrex  –  11:42:29 2018-11-06

Difrex> А это норм, что IDEC Mobile в качесте нового сообщения формирует такой вот текст?

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Странности IDEC Mobile
Difrex (tavern,23) → All  –  08:44:46 2018-11-06

А это норм, что IDEC Mobile в качесте нового сообщения формирует такой вот текст?
====
ii.test.14
All
another test
Test
====

Т.е. всего 3 строки в заголовке, хотя в стандарте у нас вот что:
====
1 echoarea эхоконференция, в которую помещается сообщение
2 msgto пользователь, которому вы пишете (либо All, если обращаетесь ко всем)
3 subj тема сообщения
4 - пустая строка
5 repto если начинается с @Repto:, то нода проставляет тэг repto (указывает id письма, на которое отвечаем). Иначе строка относится к тексту сообщения

>> Читать далее
#  Re: Загейтуйте динамик
Anotheroneuser (syscall,27) → Difrex  –  06:54:14 2018-11-05

> Загейтуйте

Как это по-русски?)) «Закрыть ворота»?

+++ А вы пощупайте-пощупайте! В нашем деле главное — пощупать.
#  Re: Как взять на карандаш
Anotheroneuser (syscall,27) → vit01  –  17:25:20 2018-11-04

Тээкс.. Сейчас попробую..
#  Re: Как взять на карандаш
vit01 (mira, 1) → Anotheroneuser  –  16:32:18 2018-11-04

> Пригодится, наверняка. Только разберусь, как его запускать..

На Арче из зависимостей только python, bash и python-pyqt5

На Дебиане/Убунте список зависимостей такой: python3-pyqt5, python3-pyqt5.qtsvg

Запускать сам клиент очень просто: файлик cutiefeed.py
Либо пометить для исполнения, либо набрать python3 cutiefeed.py
#  Re: Загейтуйте динамик
vit01 (mira, 1) → Difrex  –  16:25:18 2018-11-04

Загейтовано.

2All: проверьте в pipe.2032 сообщения ii://2QzNqUiyuoPcPn0l74KP и ii://0dIDXSJTLtR8N2KnLTl1 , они порченные, без текста
#  Загейтуйте динамик
Difrex (tavern,23) → All  –  15:26:24 2018-11-04

Сабж. А именно эху ii.test.14. Я начинаю тестирование писанины, как через веб, так и через клиент :)

+++ картошки хватит на всех
#  Re: Как взять на карандаш
btimofeev (tavern,13) → vit01  –  09:31:51 2018-11-04

vit01> Достаточно лишь перейти по ii-ссылке вида ii://2GfFXMiDX4GNqmn01BjK из браузера или из любого другого приложения

Неплохо, если бы клиент умел искать сообщения по id. А то по тексту умеет, а id игнорирует.
#  Re: Как взять на карандаш
Difrex (tavern,23) → Anotheroneuser  –  09:13:45 2018-11-04

Anotheroneuser> Нельзя ли мне какую-нибудь схему.. или ссылку на объяснение-для-лиц-далёких-от?
Anotheroneuser> А ещё лучше -- просто подсказку, как запоминать адреса конкретных сообщений.
Не знаю будет ли тебе удобно, но на https://dynamic.lessmore.pw есть избранное.
Щелкаешь на зведочку в правом нижнем углу сообщения и оно добавляется в твое избранное,
потом увидеть можно тут: https://dynamic.lessmore.pw/favorites

// Починил ноду(IDEC API) на динамике. Работают схемы x/c, list.txt, m, e, u/m, u/e

+++ Емакс не пищит и текст не портит
#  Re: Как взять на карандаш
vit01 (mira, 1) → btimofeev  –  07:23:22 2018-11-04

vit01>> Достаточно просто коротко тапнуть на надпись "msgid", и этот айдишник скопируется в буфер обмена.

btimofeev> Кстати, а как потом найти по этому id сообщение (в мобильном клиенте)? Если вбиваю в поиск, то не находит. И если сообщения нет в базе, то клиент показывает, что его нет: было бы замечательно, что бы он его предлагал скачать или сразу скачивал.

Достаточно лишь перейти по ii-ссылке вида ii://2GfFXMiDX4GNqmn01BjK из браузера или из любого другого приложения

А если сообщения нет в базе, то Меню -> "Обновить с сервера"

Предлагать скачивать - это неплохая идея, надо будет реализовать

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: Как взять на карандаш
btimofeev (tavern,13) → vit01  –  07:04:14 2018-11-04

vit01> 2. Если нужна ссылка на сообщение, то тебе нужен его уникальный ID, состоящий из 20 символов.

vit01> Достаточно просто коротко тапнуть на надпись "msgid", и этот айдишник скопируется в буфер обмена.

Кстати, а как потом найти по этому id сообщение (в мобильном клиенте)? Если вбиваю в поиск, то не находит. И если сообщения нет в базе, то клиент показывает, что его нет: было бы замечательно, что бы он его предлагал скачать или сразу скачивал.
#  Re: Как взять на карандаш
Anotheroneuser (syscall,27) → vit01  –  08:07:57 2018-11-03

Пригодится, наверняка. Только разберусь, как его запускать..
#  Re: Как взять на карандаш
vit01 (mira, 1) → Anotheroneuser  –  05:38:34 2018-11-02

Anotheroneuser> О CutieFeed мне до сих пор слышать не приходилось, кстати.

https://github.com/idec-net/cutiefeed

Вдруг пригодится

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: Как взять на карандаш
Anotheroneuser (syscall,27) → vit01  –  05:04:00 2018-11-02

Ого. Благодарю тебя.
О CutieFeed мне до сих пор слышать не приходилось, кстати.
#  Re: Как взять на карандаш
vit01 (mira, 1) → Anotheroneuser  –  01:11:03 2018-11-02

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

Anotheroneuser> А ещё лучше -- просто подсказку, как запоминать адреса конкретных сообщений.

1. Если нужно просто "сохранить на потом", то в IDEC Mobile жмёшь звёздочку в верхней панели, когда читаешь сообщение, и оно появится в избранных.

В CutieFeed есть аналогичная звёздочка.

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

2. Если нужна ссылка на сообщение, то тебе нужен его уникальный ID, состоящий из 20 символов.

В IDEC Mobile он находится снизу темы сообщения, прямо под отправителем и получателем. Отображается как "msgid: blablabla"

Достаточно просто коротко тапнуть на надпись "msgid", и этот айдишник скопируется в буфер обмена.

>> Читать далее
#  Re: Как взять на карандаш
Peter (syscall,1) → Anotheroneuser  –  19:55:42 2018-11-01

Anotheroneuser> О, нормально. Вполне подойдёт.
Anotheroneuser> То есть, каждое сообщение здесь имеет собственный адрес, который никогда не поменяется?

Совершенно точно. Более того, это сообщение можно на любой ноде найти по этому хешу.
#  Re: Как взять на карандаш
Anotheroneuser (syscall,27) → Peter  –  19:30:17 2018-11-01

> нажать на "глаз" над сообщением и скопировать

О, нормально. Вполне подойдёт.
То есть, каждое сообщение здесь имеет собственный адрес, который никогда не поменяется?
#  Re: Как взять на карандаш
Peter (syscall,1) → Anotheroneuser  –  19:21:05 2018-11-01

> А ещё лучше -- просто подсказку, как запоминать адреса конкретных сообщений.

Я бы тоже хотел такую штуку, но сейчас она на syscall только для админа. Это те самые избранные сообщения.
В Android клиенте, наверное, есть.
А так - нажать на "глаз" над сообщением и скопировать куда то себе в редактор. :)
#  Как взять на карандаш
Anotheroneuser (syscall,27) → All  –  18:29:57 2018-11-01

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

Нельзя ли мне какую-нибудь схему.. или ссылку на объяснение-для-лиц-далёких-от?
А ещё лучше -- просто подсказку, как запоминать адреса конкретных сообщений.
#  Re: dynamic
Difrex (tavern,23) → vit01  –  16:55:46 2018-11-01

vit01> Как раз заходил туда сегодня, чтобы глянуть статистику по эхам. Правда, чего нужно, не нашёл
vit01> Хотелось посмотреть поток сообщений в "роботизированных" эхах по дням недели в среднем за месяц, а там только для "человеческих"
Вот этого через АПИ не получишь - наружу не торчит, т.к. для статов по дням недели используется groovy,
а это потенциальная уязвимость.

vit01> Можешь пожалуйста сделать похожую страничку со статистикой для новостных эх? Ну или хотя бы подсказку дать насчёт API Elasticsearch, чтобы вытащить данные.
Сделаю страничку для роботов :)
Еще есть в планах доливать раз в неделю данные в read-only индекс и прямо вставлять iframe из кибаны,
чтобы все интерактивно было.

vit01> +++ Отправлено через IDEC Mobile
vit01> +++ GNU/Linux, Android, physics, MLP:FIM

+++ Емакс не пищит и текст не портит
#  Re: dynamic
vit01 (mira, 1) → Difrex  –  16:37:16 2018-11-01

Difrex> // А я на динамик новый дизайн завез. Думаю допилить его(постинг) наконец-то и выложить сорцы

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

Хотелось посмотреть поток сообщений в "роботизированных" эхах по дням недели в среднем за месяц, а там только для "человеческих"

Можешь пожалуйста сделать похожую страничку со статистикой для новостных эх? Ну или хотя бы подсказку дать насчёт API Elasticsearch, чтобы вытащить данные.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: Кривой файл
Andrew Lobanov (tavern,1) → vit01  –  15:51:41 2018-10-24

AL>> Ну я ж не знал, что лимит такой небольшой. Я файлы меньше 100 Мб кидаю. Зато почти каждый день =)
AL>> Ладно. Буду в музыкальные эхи анонсить.
vit01> Увеличил до 80 мб лимит. Пока место на диске позволяет.
vit01> Но файлы по-хорошему анонсировать всё равно надо. Во-первых, не все следят за файлэхами. Во-вторых, чтобы не скачивать котов в мешке, ведь иногда описания может быть недостаточно.

Ну вообще, bitjam podcast он и есть bitjam podcast =)

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
#  Re: Кривой файл
vit01 (mira, 1) → Andrew Lobanov  –  15:27:43 2018-10-24

AL> Ну я ж не знал, что лимит такой небольшой. Я файлы меньше 100 Мб кидаю. Зато почти каждый день =)
AL> Ладно. Буду в музыкальные эхи анонсить.

Увеличил до 80 мб лимит. Пока место на диске позволяет.

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: Кривой файл
Andrew Lobanov (tavern,1) → vit01  –  14:59:48 2018-10-22

AL>> Возможно вчера успел утечь в фэху music сабж. bitjam_021 без расширения. Просьба сисопов проверить свои узлы в случае подписки на эту фэху.
vit01> Сначала удалил файл зиповник, а потом только увидел, что "без расширения". Скачал обратно :)
vit01> Ты предупреждай, когда большие файлы кидаешь. У меня на фетчере лимит то 30 мегабайт, то 35 на файл.
vit01> Поэтому, чтобы *все* твои файлы "доходили до адресата", мне приходится править конфиг, увеличивая лимит, потом вручную дёрнуть фетчер и править конфиг обратно.

Ну я ж не знал, что лимит такой небольшой. Я файлы меньше 100 Мб кидаю. Зато почти каждый день =)

Ладно. Буду в музыкальные эхи анонсить.

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
#  Re: Кривой файл
vit01 (mira, 1) → Andrew Lobanov  –  11:58:36 2018-10-22

AL> Возможно вчера успел утечь в фэху music сабж. bitjam_021 без расширения. Просьба сисопов проверить свои узлы в случае подписки на эту фэху.

Сначала удалил файл зиповник, а потом только увидел, что "без расширения". Скачал обратно :)

Ты предупреждай, когда большие файлы кидаешь. У меня на фетчере лимит то 30 мегабайт, то 35 на файл.

Поэтому, чтобы *все* твои файлы "доходили до адресата", мне приходится править конфиг, увеличивая лимит, потом вручную дёрнуть фетчер и править конфиг обратно.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Кривой файл
Andrew Lobanov (tavern,1) → All  –  04:39:43 2018-10-22

Возможно вчера успел утечь в фэху music сабж. bitjam_021 без расширения. Просьба сисопов проверить свои узлы в случае подписки на эту фэху.

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
#  Re: Протокол IDEC
vit01 (mira, 1) → Andrew Lobanov  –  14:18:49 2018-10-12

vit01>>>> Всё просто, поле по-хорошему increment only. А ещё клиентская часть обычно подстраховывается и скачивает индекс с запасом.

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

AL> Ваши съедят, а мои подавятся. На базе x/c мои фетчеры вычисляют размер слайса.

Действительно, тут я ошибся. IDEC Mobile тоже подсчитывает слайсы по ним (хоть и более хитро), а ещё уведомления выдаёт :)

Важно, что поле только возрастает, и что на сервере после удаления сообщений значение /x/c не должно уменьшаться.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: Протокол IDEC
Andrew Lobanov (tavern,1) → vit01  –  11:06:30 2018-10-12

vit01>>> Всё просто, поле по-хорошему increment only. А ещё клиентская часть обычно подстраховывается и скачивает индекс с запасом.
mirage>> Тогда это уже не количество сообщений будет, а что-то другое.
vit01> Надо поправить в документации, чтобы не заводить путаницу. Но в первом приближении это обычно и есть количество сообщений. Можно timestamp новейшего сообщения в эхе подставлять, наши клиенты этот вариант съедят даже без переписывания кода.

Ваши съедят, а мои подавятся. На базе x/c мои фетчеры вычисляют размер слайса.

mirage>> Ну я сейчас запустил iitxt и он неслолько минут запросы слал по несколько сообщений, а мог бы и быстрее отработать.
vit01> Дефолт для клиентов - скачивать по 20 сообщений за раз (можно увеличить в настройках), а индекс получать пачками.
vit01> iitxt медленный, потому что он хитро парсит сообщения и что-то пересчитывает, это к автору клиента вопрос.
mirage>> Эха содержит список id сообщений. Если новые id добавляются только в конец,
mirage>> то фетчер может хранить id последнего полученного сообщения и запрашивать от него.
mirage>> Только возникнет проблема если это сообщение будет удалено.
vit01> Проблема не только в удалении, но и в том, что сообщения могут не сохранять порядок в индексе базы. То есть они могут быть перепутаны хронологически.

Да все эти варианты мы уже рассматривали и обсуждали. Начиная с лета 2014 и заканчивая обсуждением расширенной u/e. Пройденный этап, откинутые варианты. Нет смысла к ним возвращаться. К тому же до сих пор не было озвучено предполагаемых преимуществ перед текущим вариантом.

>> Читать далее
#  Re: Протокол IDEC
vit01 (mira, 1) → mirage  –  17:44:25 2018-10-11

vit01>> Всё просто, поле по-хорошему increment only. А ещё клиентская часть обычно подстраховывается и скачивает индекс с запасом.

mirage> Тогда это уже не количество сообщений будет, а что-то другое.

Надо поправить в документации, чтобы не заводить путаницу. Но в первом приближении это обычно и есть количество сообщений. Можно timestamp новейшего сообщения в эхе подставлять, наши клиенты этот вариант съедят даже без переписывания кода.

mirage> Ну я сейчас запустил iitxt и он неслолько минут запросы слал по несколько сообщений, а мог бы и быстрее отработать.

Дефолт для клиентов - скачивать по 20 сообщений за раз (можно увеличить в настройках), а индекс получать пачками.

iitxt медленный, потому что он хитро парсит сообщения и что-то пересчитывает, это к автору клиента вопрос.

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

>> Читать далее
#  Re: Кто какой софт для ноды использует?
vit01 (mira, 1) → mirage  –  17:28:17 2018-10-11

Андрей пользует собственный iing
Пётр - патченный iing
У меня своя нода ii-php
У Дениса своя реализация на базе elasticsearch

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: Кто какой софт для ноды использует?
Andrew Lobanov (tavern,1) → mirage  –  17:21:55 2018-10-11

mirage> Сабж.

В данный момент это iing, но в планах переход на новый софт, который у меня подвис в процессе и будет релизнут, видимо, уже только в следующем году. Он готов, но ещё не доделан вебинтерфейс. На этот раз на golang =)

+++ Caesium/0.4 RC1
#  Re: Кто какой софт для ноды использует?
Peter (syscall,1) → mirage  –  15:12:55 2018-10-11

> Кто какой софт для ноды использует?

Я на https://github.com/gl00my/iing
Это запатченный на мои нужды iing.
#  Кто какой софт для ноды использует?
mirage (syscall,44) → All  –  14:14:58 2018-10-11

Сабж.

+++ Caesium/0.4 RC1
#  Re: Протокол IDEC
Andrew Lobanov (tavern,1) → mirage  –  07:51:38 2018-10-10

mirage> Этот x/c нужен же для u/e?

Нет.

mirage> Смотрю в описание u/e: смещение указывается одно для всех эх в запросе?
mirage> Получается не оптимально. Ведь в разных эхах разное количество апдейтов.

Да, но зато никакой дополнительной нагрузки на ноду.

mirage> А вот например эхаA:idA/эхаB:idB/.... будет оптимальнее.

Несколько килобайт (это в худшем случае) лишней информации без переписывания ноды. И узлу не придётся шерстить толстые инндексы на каждый чих.

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
#  Re: Протокол IDEC
Andrew Lobanov (tavern,1) → mirage  –  07:51:37 2018-10-10

mirage> Решаемая задача: скачать обновление индекса.
mirage> Предложеное решение: запросить все что после конкретного ID.
mirage> Я не понял зачем ты спросил в этом случае про слайсы, они тут не нужны.
mirage> Я подумал слайсы нужны что бы скачивать обновление индекса по частям, если например есть опасения в слишком большом обновлении индекса.
mirage> Получается, если надо качать все обновление индекса за раз, то один запрос.

Можешь предложить красивое решение?

Вот, например, я подписан на несколько эх. Тогда я просто отправляю запрос x/c/bash.rss/pipe.2032/idec.talks и потом делаю u/e/bash.rss/pipe.2032/idec.talks/-50:50. Передавать что-то типа x/e/bash.rss/<id1>/pipe.2032/<id2>/idec.talks/<id3>?

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

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
#  Re: Протокол IDEC
mirage (syscall,44) → Andrew Lobanov  –  07:19:48 2018-10-10

AL>>> Тоже кривое решение как мне видится. Если порыться в архивах, то можно найти конкретные примеры потерь сообщений.
mirage>> Тут много вопросов о том кто какое время берет и с каким сравнивает, как влияет на это разница во времени на нодах и время обработки запроса. С ID проще, строже.
AL> Ещё проще так, как есть. Потому что оно уже есть и оно простое.
AL> Берём x/c по конференциям в подписке, сраниваем со старыми значениями с прошлой сессии, считаем максимальную разницу и одним запросом забираем индекс одним запросом. То есть два запроса на определение индекса при любом объёме новых сообщений.

Этот x/c нужен же для u/e?
Смотрю в описание u/e: смещение указывается одно для всех эх в запросе?
Получается не оптимально. Ведь в разных эхах разное количество апдейтов.
А вот например эхаA:idA/эхаB:idB/.... будет оптимальнее.

+++ Caesium/0.4 RC1
#  Re: Протокол IDEC
mirage (syscall,44) → Andrew Lobanov  –  07:08:56 2018-10-10

AL>>> Тоже кривое решение как мне видится. Если порыться в архивах, то можно найти конкретные примеры потерь сообщений.
mirage>> Тут много вопросов о том кто какое время берет и с каким сравнивает, как влияет на это разница во времени на нодах и время обработки запроса. С ID проще, строже.
AL> Ещё проще так, как есть. Потому что оно уже есть и оно простое.
AL> Берём x/c по конференциям в подписке, сраниваем со старыми значениями с прошлой сессии, считаем максимальную разницу и одним запросом забираем индекс одним запросом. То есть два запроса на определение индекса при любом объёме новых сообщений.

Решаемая задача: скачать обновление индекса.
Предложеное решение: запросить все что после конкретного ID.
Я не понял зачем ты спросил в этом случае про слайсы, они тут не нужны.
Я подумал слайсы нужны что бы скачивать обновление индекса по частям, если например есть опасения в слишком большом обновлении индекса.
Получается, если надо качать все обновление индекса за раз, то один запрос.

+++ Caesium/0.4 RC1
#  Re: Протокол IDEC
mirage (syscall,44) → Andrew Lobanov  –  06:15:44 2018-10-10

AL> Это будет уже совсем другой набор договорённостей. Можно придумать что угодно, но есть такая вещь, как совместимость. В любом случае, преимуществ такого подхода пока не видно. Куда нужнее личная переписка КМК.

По нетмайлу готов proposal. Просто чтобы внимание не распылять по одной теме пишу :)

+++ Caesium/0.4 RC1
#  Re: Caesium и файлэхи
Andrew Lobanov (tavern,1) → mirage  –  06:23:34 2018-10-10

Peter>>> Фехи не поддерживаются этой нодой (syscall) :)
mirage>> Я знаю, поэтому пытаюсь качать с http://idec.spline-online.tk/
mirage> Кажется я доменом ошибся. В одной доке .tk в другой .ml
mirage> В итоге в клиенте одно, в браузере другое :)

Да. tk я проморгал =(

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
#  Re: Протокол IDEC
Andrew Lobanov (tavern,1) → mirage  –  06:23:33 2018-10-10

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

Ещё проще так, как есть. Потому что оно уже есть и оно простое.

Берём x/c по конференциям в подписке, сраниваем со старыми значениями с прошлой сессии, считаем максимальную разницу и одним запросом забираем индекс одним запросом. То есть два запроса на определение индекса при любом объёме новых сообщений.

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
#  Re: Протокол IDEC
Andrew Lobanov (tavern,1) → mirage  –  06:23:33 2018-10-10

mirage> Фетчер знает сколько ему надо максимум запросить чтобы не подавиться, по каким-либо причинам.

Сколько угодно =)

mirage> Допустим это 100 idшников.
mirage> Он запрашивает 100 записей от последнего id. В итоге будет 2 случая:
mirage> 1. Придет меньше 100 id - запоминаем последний, конец.
mirage> 2. Придет 100 id - запоминаем последний и запрашиваем снова 100 от него.

Этот вариант мы тоже рассматривали. Но пока думали как это сделать так, чтобы не плодить сущностей и не сломать совместимость с ii (ты до сих пор можешь взять ii-client-03 и пользоваться им), соорудили эту штуку на том, что было. Получилось просто и без излишеств.

AL>> Это будет уже совсем другой набор договорённостей. Можно придумать что угодно, но есть такая вещь, как совместимость. В любом случае, преимуществ такого подхода пока не видно. Куда нужнее личная переписка КМК.
mirage> Это было предложение на вопрос в дискуссии о не совсем ясном числе в ответе API. Ну и это может быть расширением.

Я понимаю, что предложение, но не понимаю в чём будет выигрыш? Можно и аутбаунды сделать а-ля FTN, но пользы нет.

>> Читать далее
#  Re: Протокол IDEC
mirage (syscall,44) → Andrew Lobanov  –  06:01:49 2018-10-10

>>> В следующий раз фетчер спрашивает у ноды: дай все что после ID3.
Peter>> Согласен. У Ромы в его gk11 (было такое развитие ii с его стороны) был запрос по времени. Типа, дай всё что было после такого-то времени. И это лучше, конечно. Но так уж получилось.
AL> Тоже кривое решение как мне видится. Если порыться в архивах, то можно найти конкретные примеры потерь сообщений.

Тут много вопросов о том кто какое время берет и с каким сравнивает, как влияет на это разница во времени на нодах
и время обработки запроса. С ID проще, строже.

+++ Caesium/0.4 RC1
#  Re: Протокол IDEC
mirage (syscall,44) → Andrew Lobanov  –  06:01:48 2018-10-10

AL>>> А если между запросами пришло не одно сообщение, а несколько десятков? Снова тянуть весь индекс, который может весить мегабайты? Так я точно знаю насколько изменилась длина индекса с прошлой сессии и могу скачать соответствующий слайс индекса.
mirage>> Несколько десятков ID и получит. Только новое.
AL> Каким образом фетчер узнает по одному ID сколько ему сообщений зпрашивать в слайсе? Вот он запомнил, что поледним получил сообщение mzu2V8Iz3VIAVeDg0TOi. Как он узнает сколько именно тянуть?

Фетчер знает сколько ему надо максимум запросить чтобы не подавиться, по каким-либо причинам.
Допустим это 100 idшников.
Он запрашивает 100 записей от последнего id. В итоге будет 2 случая:
1. Придет меньше 100 id - запоминаем последний, конец.
2. Придет 100 id - запоминаем последний и запрашиваем снова 100 от него.

mirage>> Вот есть на ноде в эхе сообщения: ID1 ID2 ID3.
mirage>> Фетчер качает их и запоминает что последнее скачаное для этой ноды-эхи - ID3.
mirage>> На ноду еще приходят сообщения: ID4 ID5 ID6.
mirage>> В следующий раз фетчер спрашивает у ноды: дай все что после ID3.
mirage>> И получает ID4 ID5 ID6 и запоминает ID6.

>> Читать далее
#  Re: Caesium и файлэхи
mirage (syscall,44) → mirage  –  05:48:47 2018-10-10

Peter>> Фехи не поддерживаются этой нодой (syscall) :)
mirage> Я знаю, поэтому пытаюсь качать с http://idec.spline-online.tk/

Кажется я доменом ошибся. В одной доке .tk в другой .ml
В итоге в клиенте одно, в браузере другое :)

+++ Caesium/0.4 RC1
#  Re: Протокол IDEC
Andrew Lobanov (tavern,1) → Peter  –  05:43:50 2018-10-10

>> В следующий раз фетчер спрашивает у ноды: дай все что после ID3.
Peter> Согласен. У Ромы в его gk11 (было такое развитие ii с его стороны) был запрос по времени. Типа, дай всё что было после такого-то времени. И это лучше, конечно. Но так уж получилось.

Тоже кривое решение как мне видится. Если порыться в архивах, то можно найти конкретные примеры потерь сообщений.

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
#  Re: Протокол IDEC
Andrew Lobanov (tavern,1) → mirage  –  05:43:49 2018-10-10

mirage> Ну и можно тоже тянуть слайсами. Просить N ids от последнего id. Последний запомнить и опять N от последнего.

Как ты это видишь в текущем варианте? Как из ID получить что-то типа -10:10?

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
#  Re: Протокол IDEC
Andrew Lobanov (tavern,1) → mirage  –  05:43:49 2018-10-10

AL>> А если между запросами пришло не одно сообщение, а несколько десятков? Снова тянуть весь индекс, который может весить мегабайты? Так я точно знаю насколько изменилась длина индекса с прошлой сессии и могу скачать соответствующий слайс индекса.
mirage> Несколько десятков ID и получит. Только новое.

Каким образом фетчер узнает по одному ID сколько ему сообщений зпрашивать в слайсе? Вот он запомнил, что поледним получил сообщение mzu2V8Iz3VIAVeDg0TOi. Как он узнает сколько именно тянуть?

mirage> Вот есть на ноде в эхе сообщения: ID1 ID2 ID3.
mirage> Фетчер качает их и запоминает что последнее скачаное для этой ноды-эхи - ID3.
mirage> На ноду еще приходят сообщения: ID4 ID5 ID6.
mirage> В следующий раз фетчер спрашивает у ноды: дай все что после ID3.
mirage> И получает ID4 ID5 ID6 и запоминает ID6.
mirage> Весь индекс тянуть заново не надо.

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

+++ Caesium/0.4 RC1

>> Читать далее
#  Re: Протокол IDEC
Peter (syscall,1) → mirage  –  05:15:37 2018-10-10

> В следующий раз фетчер спрашивает у ноды: дай все что после ID3.

Согласен. У Ромы в его gk11 (было такое развитие ii с его стороны) был запрос по времени. Типа, дай всё что было после такого-то времени. И это лучше, конечно. Но так уж получилось.
#  Re: Протокол IDEC
mirage (syscall,44) → mirage  –  04:48:04 2018-10-10

AL>>>> На основе этого x/c мои фетчеры (caesium и iing) определяют оптимальную длину запросов к узлу для экономии трафика. Если ты приведёшь пример как эту информацию получать из хешей, то можно будет подумать.
mirage>>> Эха содержит список id сообщений. Если новые id добавляются только в конец,
mirage>>> то фетчер может хранить id последнего полученного сообщения и запрашивать от него.
mirage>>> Только возникнет проблема если это сообщение будет удалено.
AL>> А если между запросами пришло не одно сообщение, а несколько десятков? Снова тянуть весь индекс, который может весить мегабайты? Так я точно знаю насколько изменилась длина индекса с прошлой сессии и могу скачать соответствующий слайс индекса.
mirage> Несколько десятков ID и получит. Только новое.
mirage> Вот есть на ноде в эхе сообщения: ID1 ID2 ID3.
mirage> Фетчер качает их и запоминает что последнее скачаное для этой ноды-эхи - ID3.
mirage> На ноду еще приходят сообщения: ID4 ID5 ID6.
mirage> В следующий раз фетчер спрашивает у ноды: дай все что после ID3.
mirage> И получает ID4 ID5 ID6 и запоминает ID6.
mirage> Весь индекс тянуть заново не надо.

Ну и можно тоже тянуть слайсами. Просить N ids от последнего id. Последний запомнить и опять N от последнего.


>> Читать далее
#  Re: Протокол IDEC
mirage (syscall,44) → Andrew Lobanov  –  03:36:32 2018-10-10

AL>>> На основе этого x/c мои фетчеры (caesium и iing) определяют оптимальную длину запросов к узлу для экономии трафика. Если ты приведёшь пример как эту информацию получать из хешей, то можно будет подумать.
mirage>> Эха содержит список id сообщений. Если новые id добавляются только в конец,
mirage>> то фетчер может хранить id последнего полученного сообщения и запрашивать от него.
mirage>> Только возникнет проблема если это сообщение будет удалено.
AL> А если между запросами пришло не одно сообщение, а несколько десятков? Снова тянуть весь индекс, который может весить мегабайты? Так я точно знаю насколько изменилась длина индекса с прошлой сессии и могу скачать соответствующий слайс индекса.

Несколько десятков ID и получит. Только новое.

Вот есть на ноде в эхе сообщения: ID1 ID2 ID3.
Фетчер качает их и запоминает что последнее скачаное для этой ноды-эхи - ID3.
На ноду еще приходят сообщения: ID4 ID5 ID6.
В следующий раз фетчер спрашивает у ноды: дай все что после ID3.
И получает ID4 ID5 ID6 и запоминает ID6.
Весь индекс тянуть заново не надо.


>> Читать далее
#  Re: Протокол IDEC
Andrew Lobanov (tavern,1) → mirage  –  02:43:30 2018-10-10

AL>> На основе этого x/c мои фетчеры (caesium и iing) определяют оптимальную длину запросов к узлу для экономии трафика. Если ты приведёшь пример как эту информацию получать из хешей, то можно будет подумать.

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

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

+++ IDEC-Mobile
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
#  Re: Caesium и файлэхи
mirage (syscall,44) → Peter  –  20:59:37 2018-10-09

Peter> Фехи не поддерживаются этой нодой (syscall) :)

Я знаю, поэтому пытаюсь качать с http://idec.spline-online.tk/

+++ Caesium/0.4 RC1
#  Re: Caesium и файлэхи
Peter (syscall,1) → mirage  –  20:55:45 2018-10-09

Фехи не поддерживаются этой нодой (syscall) :)
#  Re: Протокол IDEC
mirage (syscall,44) → Andrew Lobanov  –  20:17:53 2018-10-09

mirage>>>> | GET /x/с/<параметры>
mirage>>>> | Предназначен для отслеживания изменений в эхе и для отсеивания лишнего трафика. Обычное целое число.
mirage>>>> Если из эхи можно удалять сообщения, а как я понимаю это планируется, то изменения этим методом обнаружить можно не всегда.
vit01>>> Всё просто, поле по-хорошему increment only. А ещё клиентская часть обычно подстраховывается и скачивает индекс с запасом.
mirage>> Тогда это уже не количество сообщений будет, а что-то другое.
AL> На основе этого x/c мои фетчеры (caesium и iing) определяют оптимальную длину запросов к узлу для экономии трафика. Если ты приведёшь пример как эту информацию получать из хешей, то можно будет подумать.

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

Другой вариант при запросе методом инкрементного листинга нода может записывать в файл эхи метку вида ">node_name"
и при следующем запросе отдавать список от этой метки и двигать ее в конец.

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

>> Читать далее
#  Re: Caesium и файлэхи
mirage (syscall,44) → Andrew Lobanov  –  19:36:39 2018-10-09

mirage>> В коде нашел fecho, но без авторизации похоже не работает. Хотя вручную API без авторизации все отдает.
AL> Это баг в цезии, который я всё никак не поправлю. Просто времени сейчас нет особо. Попробуй вбить произвольную строку авторизации в конфиг и получить файлы.

Пробовал. Не фетчит.

+++ Caesium/0.4 RC1
#  Re: Caesium и файлэхи
Andrew Lobanov (tavern,1) → mirage  –  17:32:17 2018-10-09

mirage> Сабж как? В документации нет.

Добавь в конфиг что-то типа

====
fecho pictures
====


и всё.

mirage> В коде нашел fecho, но без авторизации похоже не работает. Хотя вручную API без авторизации все отдает.

Это баг в цезии, который я всё никак не поправлю. Просто времени сейчас нет особо. Попробуй вбить произвольную строку авторизации в конфиг и получить файлы.

+++ Caesium/0.4 RC1
#  Re: Протокол IDEC
Andrew Lobanov (tavern,1) → mirage  –  17:32:17 2018-10-09

mirage>>> | GET /x/с/<параметры>
mirage>>> | Предназначен для отслеживания изменений в эхе и для отсеивания лишнего трафика. Обычное целое число.
mirage>>> Если из эхи можно удалять сообщения, а как я понимаю это планируется, то изменения этим методом обнаружить можно не всегда.
vit01>> Всё просто, поле по-хорошему increment only. А ещё клиентская часть обычно подстраховывается и скачивает индекс с запасом.
mirage> Тогда это уже не количество сообщений будет, а что-то другое.

На основе этого x/c мои фетчеры (caesium и iing) определяют оптимальную длину запросов к узлу для экономии трафика. Если ты приведёшь пример как эту информацию получать из хешей, то можно будет подумать.

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

Я задумывался, но реальной пользы не заметил.

mirage> Ну я сейчас запустил iitxt и он неслолько минут запросы слал по несколько сообщений, а мог бы и быстрее отработать.


>> Читать далее
#  Re: Вопросы/предложения по Caesium
Andrew Lobanov (tavern,1) → mirage  –  17:32:16 2018-10-09

mirage> | Esc - выход из режима чтения в режим выбора эхоконференции
mirage> Зачем выбран Esc для этой функции? Он в ncurses тормозит.
mirage> | F10 - выход из клиента
mirage> Лучше не использовать функциональные клавиши. F10 например у меня - меню терминала.

Ты всегда можешь поправить биндинги в keys.py.

+++ Caesium/0.4 RC1
#  Caesium и файлэхи
mirage (syscall,44) → All  –  16:54:13 2018-10-09

Сабж как? В документации нет.
В коде нашел fecho, но без авторизации похоже не работает. Хотя вручную API без авторизации все отдает.

+++ Caesium/0.4 RC1
#  Re: Протокол IDEC
mirage (syscall,44) → vit01  –  16:54:11 2018-10-09

mirage>> | GET /x/с/<параметры>
mirage>> | Предназначен для отслеживания изменений в эхе и для отсеивания лишнего трафика. Обычное целое число.
mirage>> Если из эхи можно удалять сообщения, а как я понимаю это планируется, то изменения этим методом обнаружить можно не всегда.
vit01> Всё просто, поле по-хорошему increment only. А ещё клиентская часть обычно подстраховывается и скачивает индекс с запасом.

Тогда это уже не количество сообщений будет, а что-то другое.

vit01> // удалять сообщения может только держатель ноды, и это в будущем так и останется
mirage>> | /u/m/msgid/msgid/msgid
mirage>> Количество msgid лимитировано длиной GET запроса на сервере.
mirage>> Почему вместо этого не передавать msgid в POST?
vit01> С точки зрения масштабируемости протокола это хорошая идея, но на практике ещё никому не пригождалось скачивать сообщения очень большими порциями.
vit01> Скорее всего, Рома просто забыл про такой вариант, а после него об этом никто не задумывался.

Ну я сейчас запустил iitxt и он неслолько минут запросы слал по несколько сообщений, а мог бы и быстрее отработать.

>> Читать далее
#  Re: Протокол IDEC
vit01 (mira, 1) → mirage  –  16:33:30 2018-10-09

mirage> | GET /x/с/<параметры>
mirage> | Предназначен для отслеживания изменений в эхе и для отсеивания лишнего трафика. Обычное целое число.

mirage> Если из эхи можно удалять сообщения, а как я понимаю это планируется, то изменения этим методом обнаружить можно не всегда.

Всё просто, поле по-хорошему increment only. А ещё клиентская часть обычно подстраховывается и скачивает индекс с запасом.

// удалять сообщения может только держатель ноды, и это в будущем так и останется

mirage> | /u/m/msgid/msgid/msgid
mirage> Количество msgid лимитировано длиной GET запроса на сервере.
mirage> Почему вместо этого не передавать msgid в POST?

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


>> Читать далее
#  Re: Протокол IDEC
Peter (syscall,1) → mirage  –  16:05:40 2018-10-09

mirage> Количество msgid лимитировано длиной GET запроса на сервере.
mirage> Почему вместо этого не передавать msgid в POST?

Думаю, из соображений простоты. А фетчеры обычно забирают сообщения пачками, скажем, по 16 сообщений. В цикле. Поэтому ограничение не критично.
#  Протокол IDEC
mirage (syscall,44) → All  –  15:54:33 2018-10-09

Читаю про сабж и не понимаю.

| GET /x/с/<параметры>
| Предназначен для отслеживания изменений в эхе и для отсеивания лишнего трафика. Обычное целое число.

Если из эхи можно удалять сообщения, а как я понимаю это планируется, то изменения этим методом обнаружить можно не всегда.


| /u/m/msgid/msgid/msgid

Количество msgid лимитировано длиной GET запроса на сервере.
Почему вместо этого не передавать msgid в POST?

+++ Caesium/0.4 RC1
#  Вопросы/предложения по Caesium
mirage (syscall,44) → All  –  15:54:31 2018-10-09

| Esc - выход из режима чтения в режим выбора эхоконференции

Зачем выбран Esc для этой функции? Он в ncurses тормозит.

| F10 - выход из клиента

Лучше не использовать функциональные клавиши. F10 например у меня - меню терминала.


+++ Caesium/0.4 RC1
#  Re: Что такое ii?
vit01 (mira, 1) → mirage  –  05:22:29 2018-10-09

mirage> Что за клуб и что за ii?
mirage> Попытки найти источник не были успешными.

Всё началось отсюда
https://www.linux.org.ru/news/opensource/10319264

И продолжилось здесь
https://www.linux.org.ru/news/opensource/10534550

Сейчас ii как таковой уже не существует, да и Рома (автор идеи) от нас ушёл, потому что во всём разочаровался и потерял интерес к проекту.

IDEC - это прямой потомок как самой идеи ii, так и его протокола.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: Что такое ii?
Andrew Lobanov (tavern,1) → mirage  –  16:16:24 2018-10-08

mirage> Что за клуб и что за ii?

Не осталось уже ни клуба хороших людей (основатель создавал какой-то там кружок любителей OpenBSD, но и тот кончился, вроде) ни, можно сказать, ii.

ii это такой обрезанный idec. Без экономии трафика и файлообмена.

mirage> Попытки найти источник не были успешными.

У меня где-то, возможно, осталась эталонная реализация ii, но не уверен. Посмотрю завтра, если не забуду.

+++ Caesium/0.4 RC1
#  Что такое ii?
mirage (syscall,44) → All  –  15:52:08 2018-10-08

Hi All!

Из документации:
"Берёт своё начало от "Клуба хороших людей" (2014) и работает на распределённом протоколе IDEC
(ii-like Data Exchange Convention), форкнутом от ii (всё от того же "Клуба")."

Что за клуб и что за ii?
Попытки найти источник не были успешными.

+++ Caesium/0.4 RC1
#  Re: Ничего не загружается в фаловых эхах
Anotheroneuser (syscall,27) → Peter  –  15:07:11 2018-09-29

AL>> Ну либо так либо просить Петра пробросить фэхи =)

Peter> Непроброс фэх

Да я просто хотел картинки посмотреть!))
Добавлю станцию и всё.
Самый верный путь — это когда никого не напрягать.

+++ А вы пощупайте-пощупайте! В нашем деле главное — пощупать.
#  Re: Ничего не загружается в фаловых эхах
Peter (syscall,1) → Andrew Lobanov  –  14:43:05 2018-09-29

AL> Ну либо так либо просить Петра пробросить фэхи =)

Непроброс фэх клуба не сколько техническая, сколько принципиальная проблема. Я не могу и не хочу делать из сервера файловое хранилище. Во первых у меня хостинг ограниченный, во вторых -- не хочу его компрометации. :)
#  Re: Ничего не загружается в фаловых эхах
Andrew Lobanov (tavern,1) → Anotheroneuser  –  13:45:35 2018-09-29

AL>> Насколько я помню, в клубе нет файлэх. Но лучше это уточнить у Петра.
Anotheroneuser> То есть, надо подключиться к другой станции?

Ну либо так либо просить Петра пробросить фэхи =)

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
#  Re: Ничего не загружается в фаловых эхах
Peter (syscall,1) → Anotheroneuser  –  17:48:22 2018-09-28

Anotheroneuser> То есть, надо подключиться к другой станции?

Да, к станции которая поддерживает файловые эхи.
#  Re: Ничего не загружается в фаловых эхах
Anotheroneuser (syscall,27) → Andrew Lobanov  –  17:26:30 2018-09-28

AL> Насколько я помню, в клубе нет файлэх. Но лучше это уточнить у Петра.

То есть, надо подключиться к другой станции?

+++ А вы пощупайте-пощупайте! В нашем деле главное — пощупать.
#  Re: Ничего не загружается в фаловых эхах
Peter (syscall,1) → Andrew Lobanov  –  17:09:33 2018-09-28

AL> Насколько я помню, в клубе нет файлэх. Но лучше это уточнить у Петра.

Совершенно верно. :)
#  Re: Ничего не загружается в фаловых эхах
Andrew Lobanov (tavern,1) → Anotheroneuser  –  17:07:43 2018-09-28

> Хотел посмотреть фото или загрузить книжку — не получилось. Может, по-другому загружать как-то надо? Я просто нажимал «скачать»

Насколько я помню, в клубе нет файлэх. Но лучше это уточнить у Петра.
#  Ничего не загружается в фаловых эхах
Anotheroneuser (syscall,27) → All  –  16:32:39 2018-09-28

Хотел посмотреть фото или загрузить книжку — не получилось. Может, по-другому загружать как-то надо? Я просто нажимал «скачать»

+++ А вы пощупайте-пощупайте! В нашем деле главное — пощупать.
#  Re: IDEC Mobile
Andrew Lobanov (tavern,1) → vit01  –  11:26:24 2018-09-24

AL>> Понял. Я что-то не подумал и опять меряю по цезию, где черновики и исходящие разделены. Для мобильного клиента, пожалуй, такое разделение излишне.
vit01> В целом такое разделение излишне. Если при отправке ошибка - значит идёт в черновики.

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

AL>> Кстати, в рамках изучения java и javafx заметил, что рождается новый десктопный клиент.
vit01> Бери исходники у меня. Особенно части с IIMessage и с SQLite движком + парсеры внутри SimpleFunctions

Ну у меня потрошка для обмена уже готовы. А вот базу придётся всё равно свою лепить, наверное =)

vit01> Незачем зря велосипеды плодить

Как это незачем? Велосипедостроительство наше всё!

vit01> А так я бы запилил десктопную версию IDEC Mobile, но руки дойдут ещё нескоро. Пока всё ещё сижу на CutieFeed

>> Читать далее
#  Re: IDEC Mobile
vit01 (mira, 1) → Andrew Lobanov  –  11:07:46 2018-09-24

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

В целом такое разделение излишне. Если при отправке ошибка - значит идёт в черновики.

AL> А сейчас перешёл на K9, но это оффтопик.

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

AL> Кстати, в рамках изучения java и javafx заметил, что рождается новый десктопный клиент.

Бери исходники у меня. Особенно части с IIMessage и с SQLite движком + парсеры внутри SimpleFunctions
Незачем зря велосипеды плодить

А так я бы запилил десктопную версию IDEC Mobile, но руки дойдут ещё нескоро. Пока всё ещё сижу на CutieFeed


>> Читать далее
#  Re: IDEC-Mobile
Andrew Lobanov (tavern,1) → vit01  –  09:19:37 2018-09-23

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

vit01> А он вообще даёт почитать потом эху или бесконечно висит?

Висит пока не перезапустишь, но я больше пяти минут не пробовал ждать. 8000 жуёт бодро.

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

vit01> У меня на смартфоне никогда не было больше 2000 сообщений на эху, потому что регулярно их чищу. Надо будет подумать над тем.

Ну у меня есть дурная привычка держать локально полную базу с узла =)

+++ IDEC-Mobile
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
#  Re: IDEC Mobile
Andrew Lobanov (tavern,1) → vit01  –  09:17:35 2018-09-23

vit01> Если получение и отправку объединить в одну сущность, то ты не сможешь прочитать, например, обновления из lor-opennet, не завершив свои недописанные письма, которые должны уйти в std.club.

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

vit01> # Сам клиент, в общем-то, создавался под впечатлением от стандартного Email-клиента в андроиде. Можете сравнить :)

Сравнивал да =)

А сейчас перешёл на K9, но это оффтопик.

Кстати, в рамках изучения java и javafx заметил, что рождается новый десктопный клиент. Может, Сергею Чумакову будет интересно. Правда не уверен, что он сюда подписан, но для анонса пока слишком рано =)

+++ IDEC-Mobile
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
#  Re: IDEC-Mobile
vit01 (mira, 1) → Andrew Lobanov  –  09:04:02 2018-09-23

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

А он вообще даёт почитать потом эху или бесконечно висит?

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

У меня на смартфоне никогда не было больше 2000 сообщений на эху, потому что регулярно их чищу. Надо будет подумать над тем.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  Re: IDEC Mobile
vit01 (mira, 1) → Andrew Lobanov  –  08:45:21 2018-09-23

AL> Какой функциональный смысл в разделении прцессов отправки и получения сообщений? Почему бы не объединить эти функции в одну кнопку? =)

Очень простой. У меня в черновиках по несколько дней лежат недописанные сообщения. Ты можешь потихоньку писать длинную статью или заметку, но при этом спокойно продолжать переписываться с людьми в том же ii://pipe.2032 здесь и сейчас.

Если получение и отправку объединить в одну сущность, то ты не сможешь прочитать, например, обновления из lor-opennet, не завершив свои недописанные письма, которые должны уйти в std.club.

Черновики IDEC Mobile - это абсолютно то же самое, что черновики в Email.

# Сам клиент, в общем-то, создавался под впечатлением от стандартного Email-клиента в андроиде. Можете сравнить :)

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM
#  IDEC-Mobile
Andrew Lobanov (tavern,1) → All  –  07:04:37 2018-09-23

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

Точное значение не скажу, но при размере индекса около 10000 сообщений поведение воспроизводится.

+++ IDEC-Mobile
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
#  Re: IDEC Mobile
Andrew Lobanov (tavern,1) → vit01  –  06:00:31 2018-09-23

А вот ещё. Какой функциональный смысл в разделении прцессов отправки и получения сообщений? Почему бы не объединить эти функции в одну кнопку? =)

+++ IDEC-Mobile
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
#  Re: IDEC Mobile
Andrew Lobanov (tavern,1) → vit01  –  15:47:48 2018-09-22

И это ура! Спасибо за обновку.

+++ IDEC-Mobile
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
#  IDEC Mobile
vit01 (mira, 1) → All  –  13:48:47 2018-09-22

Повышаем удобство! В новой сборке клиента теперь правильно работает сортировка

В настройках есть выбор, как сортировать сообщения: по дате отправки на станцию или по дате получения на телефон.

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

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

+++ Отправлено через IDEC Mobile
+++ Linux rulez, Windows sucks, friendship is magic
#  Re: проверка подписи
Andrew Lobanov (tavern,1) → Anotheroneuser  –  06:53:37 2018-09-10

>>  Клуб представляет собой часть сети
>>  часть
>>  сети
Anotheroneuser> Он, как бы, тоже сервер?

Конечно. Сервера объеденены в одну сеть с общей базой сообщений. Есть клуб у Петра, таверна у меня, станция мира у Виктора. Это из тех, где пользователи есть.

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
#  Re: проверка подписи
Andrew Lobanov (tavern,1) → Anotheroneuser  –  06:53:36 2018-09-10

Anotheroneuser> Это просто я -- олень. Не разобрался, что там есть возможность добавлять станции.

Ну оно не очень очевидно даже тем, кто понимает как работает IDEC. Я тоже не с первого раза разобрался =)

Anotheroneuser> Мне показалось, что их можно только удалять. Хотел было смириться, но что-то заставило рыть дальше )) Теперь всё на местах: клуб -- клуб, а таверна -- ... а её я удалил случайно.

Да и не нужна тебе таверна. Одного сервера для пользователя достаточно.

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
#  Re: проверка подписи
Anotheroneuser (syscall,27) → Andrew Lobanov  –  05:58:43 2018-09-10

> Клуб представляет собой часть сети

> часть

> сети

Он, как бы, тоже сервер?
#  Re: проверка подписи
Anotheroneuser (syscall,27) → vit01  –  05:56:03 2018-09-10

Это просто я -- олень. Не разобрался, что там есть возможность добавлять станции.
Мне показалось, что их можно только удалять. Хотел было смириться, но что-то заставило рыть дальше )) Теперь всё на местах: клуб -- клуб, а таверна -- ... а её я удалил случайно.
#  Re: проверка подписи
Andrew Lobanov (tavern,1) → Anotheroneuser  –  04:02:26 2018-09-10

Anotheroneuser> В настройках станции «Таверна» я указал адрес http://club.syscall.ru и получилось отправить сообщения. Правильно сделал?

Клуб представляет собой часть сети. Если обращал внимание на заголовки сообщений, то там указывается адрес отправителя (например у меня tavern,1). Слово перед запятой - название сервера. Не очень очевидно в современных реалиях, но в итоге даёт массу преимуществ.

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
#  Re: проверка подписи
vit01 (mira, 1) → Anotheroneuser  –  00:32:41 2018-09-10

Anotheroneuser> В настройках станции «Таверна» я указал адрес http://club.syscall.ru и получилось отправить сообщения. Правильно сделал?

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

+++ Отправлено через IDEC Mobile
+++ Linux rulez, Windows sucks, friendship is magic
#  Re: проверка подписи
Anotheroneuser (syscall,27) → Anotheroneuser  –  19:15:48 2018-09-09

В настройках станции «Таверна» я указал адрес http://club.syscall.ru и получилось отправить сообщения. Правильно сделал?
#  проверка подписи
Anotheroneuser (syscall,27) → All  –  18:45:22 2018-09-09

Тарам тарам там
Пам!

+++ А вы пощупайте-пощупайте! В нашем деле главное — пощупать.
#  Как сказать мобильному клиенту, что я -- это я?
Anotheroneuser (syscall,27) → All  –  17:50:51 2018-09-09

Никак не могу понять..
Делаю так.
Настройки станций → В строке авторизации ввожу Authstr → пытаюсь что-нибудь написать → высвечивает «ошибка отправки»
#  Re: Подписи в IDEC Mobile
Difrex (tavern,23) → Andrew Lobanov  –  14:06:07 2018-09-07

vit01>> Зацените в новой сборке
AL> Наконец-то обновился. Всё таки шикарный клиент.
Клиент ваще огонь!

+++ Sent from IDEC mobile
#  Re: Подписи в IDEC Mobile
Andrew Lobanov (tavern,1) → vit01  –  13:54:59 2018-09-07

vit01> Зацените в новой сборке

Наконец-то обновился. Всё таки шикарный клиент.

+++ IDEC-Mobile
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
#  Re: Caesium
Andrew Lobanov (tavern,1) → All  –  06:37:40 2018-09-07

Ещё один пуш. Улучшил квотер. Теперь вырезаются пустые строки и подпись при цитировании.

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
#  Caesium
Andrew Lobanov (tavern,1) → All  –  04:23:05 2018-09-07

В сабже появилась полноценная поддержка подписей.

Подпись хранится в файле template.txt.

ВНИМАНИЕ! При обновлении клиента не забудьте обновить темы. Появился новый параметр - origin.

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.
#  Re: Подписи в IDEC Mobile
Difrex (tavern,23) → Difrex  –  14:12:37 2018-09-05

Ой, ответил не на топ-пост.

+++ Sent from IDEC mobile
#  Re: Подписи в IDEC Mobile
Difrex (tavern,23) → Peter  –  14:11:17 2018-09-05

Зашибись :)

+++ Sent from IDEC mobile
#  Re: Подписи в IDEC Mobile
vit01 (mira, 1) → Peter  –  01:53:30 2018-09-05

Peter> Прикольно. А как несколько строк задать?

Так и задаёшь - через Enter

+++ Отправлено через IDEC Mobile
+++ Linux rulez, Windows sucks, friendship is magic
#  Re: Подписи в IDEC Mobile
Peter (syscall,1) → vit01  –  19:50:12 2018-09-04

Прикольно. А как несколько строк задать?

+++ http://club.syscall.ru
#  Подписи в IDEC Mobile
vit01 (mira, 1) → All  –  18:50:20 2018-09-04

Зацените в новой сборке

Писать только чистый текст без разметки. Плюсики клиент выставит сам при отправке.

Ещё специально сделал так, чтобы при ответе на сообщение подписи не цитировались. Это позволит не захламлять переписку.

+++ Отправлено через IDEC Mobile
+++ Linux rulez, Windows sucks, friendship is magic
#  Re: Подписи
Andrew Lobanov (tavern,1) → Peter  –  10:41:04 2018-08-28

Difrex>> Не, ну определиться с форматом было бы хорошо. Есть же у нас договоренности про ====, например.
Peter> Тогда вот ещё для выбора:
Peter> +++ написано в idec Mobile
Peter> +++ http://instead.syscall.ru

Ну да. Плюсики мне даже больше нравятся =)
#  Re: Подписи
Peter (syscall,1) → Difrex  –  07:47:18 2018-08-28

Difrex> Не, ну определиться с форматом было бы хорошо. Есть же у нас договоренности про ====, например.

Тогда вот ещё для выбора:

+++ написано в idec Mobile
+++ http://instead.syscall.ru
#  Re: Подписи
Difrex (tavern,23) → Peter  –  07:28:40 2018-08-28

Peter> Если эстетически, то ***.
Peter> Но я не понял, ориджин будет всегда 1 строчным?
У меня в idec.el только однострочные пока.

Peter> Может вообще не надо это в стандарт. Ну как в почте, мало ли какой клиент что лепит в конце? Может не надо усложнения?
Не, ну определиться с форматом было бы хорошо. Есть же у нас договоренности про ====, например.

*** Sent from my GNU Emacs
#  Re: Подписи
Peter (syscall,1) → Andrew Lobanov  –  07:10:15 2018-08-28

Может надо было маркдаун использовать для всего? :)

Если эстетически, то ***.
Но я не понял, ориджин будет всегда 1 строчным?

Может вообще не надо это в стандарт. Ну как в почте, мало ли какой клиент что лепит в конце? Может не надо усложнения?
#  Re: Подписи
Andrew Lobanov (tavern,1) → vit01  –  06:54:46 2018-08-28

AL>> Вообще, я бы взял какой-нибудь вариант типа *** как нейтральный.

vit01> В Markdown *** означает горизонтальную черту по типу <hr> (текст на той же строке не считается)

vit01> А в org-mode это заголовок в иерархии

vit01> Так что это не совсем нейтрально, как кажется

Комментарии и куски кода у нас используются, а маркдаун и орг-мод нет. Но это только моё мнение.
#  Re: Подписи
Andrew Lobanov (tavern,1) → Difrex  –  06:53:37 2018-08-28

Difrex> Может голосование в pipe.2032 устроим из трёх вариантов? Все же в спеку пойдет.
Difrex> ====
Difrex> // Так
Difrex> ;;; Так
Difrex> *** Или так
Difrex> ====

Со звёздами как-то наиболее аккуратно выглядит и не конфликтует с комментариями. Мы же ещё ориентируемся на чтение в plain text?
#  Re: Подписи
vit01 (mira, 1) → Andrew Lobanov  –  06:40:40 2018-08-28

AL> Вообще, я бы взял какой-нибудь вариант типа *** как нейтральный.

В Markdown *** означает горизонтальную черту по типу <hr> (текст на той же строке не считается)

А в org-mode это заголовок в иерархии

Так что это не совсем нейтрально, как кажется
#  Re: Подписи
Difrex (tavern,23) → Andrew Lobanov  –  06:46:17 2018-08-28

Может голосование в pipe.2032 устроим из трёх вариантов? Все же в спеку пойдет.
====
// Так
;;; Так
*** Или так
====
#  Re: Подписи
Andrew Lobanov (tavern,1) → Difrex  –  06:20:08 2018-08-28

vit01>> Ну давайте тогда лисповские ;;;
vit01>> Но только в самом конце. Вдруг лиспер захочет оставить комментарий в середине сообщения =)

Difrex> Конечно в конце, подпись же :)

Вообще, я бы взял какой-нибудь вариант типа *** как нейтральный.
#  Re: Подписи
Difrex (tavern,23) → vit01  –  05:38:55 2018-08-28

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

AL>> Может всё же использовать какой-то более другой управляющий символ?

vit01> Ну давайте тогда лисповские ;;;
vit01> Но только в самом конце. Вдруг лиспер захочет оставить комментарий в середине сообщения =)

Конечно в конце, подпись же :)
#  Re: Подписи
vit01 (mira, 1) → Andrew Lobanov  –  05:21:15 2018-08-28

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

AL> Может всё же использовать какой-то более другой управляющий символ?

Ну давайте тогда лисповские ;;;
Но только в самом конце. Вдруг лиспер захочет оставить комментарий в середине сообщения =)
#  Re: Подписи
Andrew Lobanov (tavern,1) → Difrex  –  02:03:30 2018-08-28

AL>> Может всё же использовать какой-то более другой управляющий символ?

Difrex> Я за ;;;

Как лиспер я тебя понимаю =)
#  Re: Подписи
Andrew Lobanov (tavern,1) → Difrex  –  02:02:49 2018-08-28

AL>> Может всё же использовать какой-то более другой управляющий символ?

Difrex> Я за ;;;

Как лиспер я тебя понимаю =)
#  Re: Подписи
Difrex (tavern,23) → Andrew Lobanov  –  17:57:05 2018-08-27


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

AL> Может всё же использовать какой-то более другой управляющий символ?

Я за ;;;
#  Re: Подписи
Andrew Lobanov (tavern,1) → vit01  –  15:58:05 2018-08-27

vit01> Это жуть и неприемлемо.
vit01> Надо что-нибудь очень простое. И обязательно поставить условие, чтобы подпись была в конце сообщения, иначе в plaintext без парсера будет нечитаемо.

vit01> Меня вполне устраивает формат комментариев

vit01> // C style

vit01> Или

vit01> # bash/python style

vit01> Оба вида де-факто уже распознаются в большинстве клиентов. Всё что остаётся - это по желанию приукрасить комментарий, если он находится в конце сообщения через пустую строку

vit01> ====
vit01> Текст сообщения

>> Читать далее
#  Re: Подписи
Difrex (tavern,23) → vit01  –  19:00:31 2018-08-26

vit01> Вот пример фидошной подписи
vit01> Это жуть и неприемлемо.
Согласен

vit01> Меня вполне устраивает формат комментариев
+1

vit01> Оба вида де-факто уже распознаются в большинстве клиентов. Всё что остаётся - это по желанию приукрасить комментарий, если он находится в конце сообщения через пустую строку

vit01> ====
vit01> Текст сообщения

vit01> # Подпись
vit01> ====


>> Читать далее
#  Re: Подписи
vit01 (mira, 1) → Difrex  –  18:42:55 2018-08-26

Вот пример фидошной подписи

====
--
Best regards!
Posted using Hotdoged on Android
--- Hotdoged/2.6/Android
* Origin: Android device, Milky Way (2:5020/2141.3)
====


Это жуть и неприемлемо.
Надо что-нибудь очень простое. И обязательно поставить условие, чтобы подпись была в конце сообщения, иначе в plaintext без парсера будет нечитаемо.

Меня вполне устраивает формат комментариев


>> Читать далее
#  Re: Подписи
Difrex (tavern,23) → Andrew Lobanov  –  17:59:00 2018-08-26

AL> Вот и надо для того подпись начинать как-то вычленять, об чём я и говорил в конце =)
Давайте уже выберем какой-ниубудь формат :)
А то мне поменять не сложно на самом деле, но я хочу начать работу по подготовке кода для MELPA и заморозить добавление фич.

// Sent from my GNU Emacs
#  Re: Дубликаты в idec mobile
Anotheroneuser (syscall,27) → vit01  –  09:51:23 2018-08-26

Дичайше прошу прощения :)
Черепаха не ползла, как следует. Пришлось её немного подчерепашить, вот и получилось три раза.
#  Re: Дубликаты в idec mobile
btimofeev (tavern,13) → Difrex  –  19:58:30 2018-08-25

Difrex> Было бы круто иметь опцию в трехточечном меню для копирования msgid просматриваемого сообщения.

Оно копируется просто по нажатию на msgid.
#  Re: Дубликаты в idec mobile
Difrex (tavern,23) → vit01  –  19:29:02 2018-08-25

Блин, точно. Про черепаху. Не тот msgid скопировал. Было бы круто иметь опцию в трехточечном меню для копирования msgid просматриваемого сообщения.
#  Re: Дубликаты в idec mobile
vit01 (mira, 1) → Difrex  –  19:10:01 2018-08-25

Difrex> ii://IUBOUMk9n96nGAOH1rs3 вот это вот сообщение загрузилось три раза. И отображается с одним и тем же id три раза. Странно.

То, где ссылка на Medium?

У меня вот отображается трижды сообщение, которое следует прямиком за ним
Где "черепаха следует за птицей"
В repto они действительно ссылаются на одну и ту же мессагу, но собственное id у них разное. Жирным цветом в IDEC Mobile отображается именно repto, а не msgid.

Товарищ Anotheroneuser отправил несколько раз одно и то же сообщение
#  Дубликаты в idec mobile
Difrex (tavern,23) → All  –  15:00:42 2018-08-25

ii://IUBOUMk9n96nGAOH1rs3 вот это вот сообщение загрузилось три раза. И отображается с одним и тем же id три раза. Странно.
#  Дубликаты в idec mobile
Difrex (tavern,23) → All  –  12:07:24 2018-08-25

ii://IUBOUMk9n96nGAOH1rs3 вот это вот сообщение загрузилось три раза. И отображается с одним и тем же id три раза. Странно.
#  Re: Подписи
Andrew Lobanov (tavern,1) → vit01  –  08:28:54 2018-08-23

Peter>> А мне нравился "чистый" idec =) Но, понятное дело, как опция -- почему бы и нет.
vit01> Мне тоже чистый больше нравится. С другой стороны, можно сделать галочку в настройках "не показывать подписи"

Вот и надо для того подпись начинать как-то вычленять, об чём я и говорил в конце =)
#  Re: Подписи
vit01 (mira, 1) → Peter  –  07:03:10 2018-08-23

>> Зачем её оговаривать? Предлагаю самый простой вариант - дописывание в конец сообщения любого текста на выбор.
>> А формат поинт пусть сам выбирает

Peter> А мне нравился "чистый" idec =) Но, понятное дело, как опция -- почему бы и нет.

Мне тоже чистый больше нравится. С другой стороны, можно сделать галочку в настройках "не показывать подписи"
#  Re: Подписи
vit01 (mira, 1) → Andrew Lobanov  –  07:03:11 2018-08-23

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

AL> Типа как ориджин сделать. Строка, начинающаяся с *** подкрашивается и является подписью =)

Скриншоты в студию. Неплохо было бы и так
Но только пусть будет условие, что подобные строки строго в конце сообщения. Чтобы ничего не сломать.

Я подумываю отделять подписи от основного текста горизонтальной линией и затемнить (как метаданные наверху рядом с сабжем)
#  Re: Подписи
Peter (syscall,1) → vit01  –  06:38:44 2018-08-23

> Зачем её оговаривать? Предлагаю самый простой вариант - дописывание в конец сообщения любого текста на выбор.
> А формат поинт пусть сам выбирает

А мне нравился "чистый" idec =) Но, понятное дело, как опция -- почему бы и нет.
#  Re: Подписи
Andrew Lobanov (tavern,1) → vit01  –  06:40:25 2018-08-23

vit01>>> Собираюсь прицепить подписи в андроид-клиенте скоро
vit01>>> Народ хочет фичу, значит будет
AL>> Ну значит пора в цезии вводить шаблоны =)
AL>> Может оговорим разметку для подписей?
vit01> Зачем её оговаривать? Предлагаю самый простой вариант - дописывание в конец сообщения любого текста на выбор.
vit01> А формат поинт пусть сам выбирает

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

Типа как ориджин сделать. Строка, начинающаяся с *** подкрашивается и является подписью =)

Но это так - бесполезные мыли.
#  Re: Подписи
vit01 (mira, 1) → Andrew Lobanov  –  05:54:00 2018-08-23

vit01>> Собираюсь прицепить подписи в андроид-клиенте скоро
vit01>> Народ хочет фичу, значит будет

AL> Ну значит пора в цезии вводить шаблоны =)
AL> Может оговорим разметку для подписей?

Зачем её оговаривать? Предлагаю самый простой вариант - дописывание в конец сообщения любого текста на выбор.

А формат поинт пусть сам выбирает
#  Re: IDEC Mobile
btimofeev (tavern,13) → vit01  –  05:38:22 2018-08-17

Небольшой баг: в верхней шторке есть два уведомления: новые сообщения и новые файлы, жму на новые сообщения, а открываются файлэхи.
#  Re: ii-ссылки (Тест)
Difrex (tavern,23) → vit01  –  07:04:44 2018-08-15

Хм, а вот открытый в idec.el qr-код я смог отсканить

// Sent from my GNU Emacs
#  Re: ii-ссылки (Тест)
Anotheroneuser (syscall,27) → vit01  –  12:31:54 2018-08-13

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

Сейчас очень многие системы устроены таким образом, чтобы запутывать людей или провоцировать пустопорожнюю болтовню, вместо конструктивного диалога.
#  Re: ii-ссылки (Тест)
vit01 (mira, 1) → Anotheroneuser  –  11:41:42 2018-08-13

Anotheroneuser> Меня переслало на ii://7Hbzt0ovAYawN7jvPJUz

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

IDEC Mobile поддерживает открытие ii:// ссылок на системном уровне. То есть из любого приложения (например, из браузера) можно сослаться на определённую эху или сообщение.

Сначала я тестировал этот механизм через KDEConnect. Но потом подумал, что можно сделать ещё проще и удобнее

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

Сначала попробовал просто закодировать ii:// ссылку в виде QR и отсканировать. Это вполне себе срабатывает, но только не для всех QR-сканеров (многие из них воспринимают ссылки как plaintext, а не как URI)

А потом придумал, что можно сделать браузерную ссылку, как поступает Google Play, Telegram и многие другие. Кидаем QR-код с обычной "браузерной" ссылкой. Если у человека уже установлен IDEC Mobile, то сразу запустится клиент с нужным контентом.


>> Читать далее
#  Re: ii-ссылки (Тест)
Anotheroneuser (syscall,27) → vit01  –  10:04:50 2018-08-13

Меня переслало на ii://7Hbzt0ovAYawN7jvPJUz
#  Re: ii-ссылки (Тест)
vit01 (mira, 1) → Difrex  –  07:02:10 2018-08-13

В общем, пофиг пока на QR

Откройте вот эту ссылку на смартфоне

https://ii-net.tk/ii/test1.html

Ну а для теста сканера можно вот тут попробовать: https://ii-net.tk/ii/qr.png

ascii-art-QR коды иногда могут не открываться при плохом освещении
#  Re: ii-ссылки (Тест)
btimofeev (tavern,13) → vit01  –  06:32:59 2018-08-13

vit01> Прошу отсканировать на Android-смартфоне QR-код ниже.
vit01> Фишка должна сработать, если установлен IDEC Mobile и есть интернет

Это сделать проблематично, тк я уже смотрю это на смартфоне, а выносной камеры в нем нет =)
#  Re: ii-ссылки (Тест)
Difrex (tavern,23) → vit01  –  06:31:53 2018-08-13

Мой телефон не смог распознать qr код. Кривой он какой-то
#  ii-ссылки (Тест)
vit01 (mira, 1) → All  –  05:00:48 2018-08-13

Прошу отсканировать на Android-смартфоне QR-код ниже.
Фишка должна сработать, если установлен IDEC Mobile и есть интернет

// если клиент покажет пустое сообщение, то Меню -> Обновить с сервера

Сообщаем в ответе, кто что увидел

====

█▀▀▀▀▀█ █▀▄▀▄ ▀▀▄ █▀▀▀▀▀█
█ ███ █ █▀ ██▄█ █ █ ███ █
█ ▀▀▀ █ ▄▀▄▀▄▄█▀▀ █ ▀▀▀ █
▀▀▀▀▀▀▀ ▀▄█▄▀ █▄▀ ▀▀▀▀▀▀▀
██▄ ▀█▀▄▄▄ █▀ ▄▄█ ▀▄█▀█▀
▀ ▄▀▀▄▀ ▄ ▄▀▄ ▄▀▀▀▀▀▄▀█▄


>> Читать далее
#  Ноды и интеграция
vit01 (mira, 1) → All  –  10:27:11 2018-08-12

Решил посмотреть, чё творится на ноде
Прокинул все эхи из std.* (раньше была только std.club)

Обнаружил старый скрипт для регистрации, который свою функцию по факту не выполнял :)

Нам правда надо что-то делать с регистрацией и причесать то, что у нас есть, потому что информация про нашу секточку в документации снова устаревает...
#  Re: IDEC Mobile
vit01 (mira, 1) → Peter  –  02:28:51 2018-08-09

>> Обновил клиент, баг должен больше не появляться (хотя бы в режиме чтения)

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

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

Вариант тестирования - зайти в андроиде в настройки разработчика и снизить лимит одновременно запущенных процессов до 1-2 (для повседневного использования лучше так не делать)

Потом попытаться в режиме чтения запустить другое приложение и вернуться обратно в клиент.
#  Re: IDEC Mobile
Peter (syscall,1) → vit01  –  19:57:37 2018-08-08

> Обновил клиент, баг должен больше не появляться (хотя бы в режиме чтения)
> // Для вас же стараюсь, так что тестировать всем обязательно!

Пользуюсь твоим клиентом постоянно! Завтра обновлюсь. Кстати, почему то в этот раз и текущая версия у меня не падала....
#  Re: IDEC Mobile
vit01 (mira, 1) → Peter  –  19:30:34 2018-08-08

Peter> Как бы починить клиент, чтоб не вылетал после выхода из фона? Это единственное, что мешает им наслаждаться. :)

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

Также для Андрея починил обработку смешанных цитат

// Эти багофиксы клиента стоили мне 3,5 часов нервов
// Для вас же стараюсь, так что тестировать всем обязательно!
#  Re: Состояние idec.el
Difrex(mobile) (tavern,23) → Difrex(mobile)  –  14:54:01 2018-08-07


Пока писал нашел баг: нельзя отправить сообщение с символом процента...
#  Состояние idec.el
Difrex(mobile) (tavern,23) → All  –  14:49:19 2018-08-07


Спрашивали про состояние в котором находится idec.el - я решил стартануть отдельный тред :)

>Для idec есть
>https://github.com/idec-net/idec.el
>Но я не знаю насколько он юзабелен пока

Докладываю про статус. Сам для себя я сейчас считаю, что idec.el находится в состоянии "стабильной"
альфа-версии. Что точно можно делать:
* Получать почту
* Читать почту онлайн/оффлайн
* Читать онлайн скрытоэхи
* Отвечать на письма(без цитирования)
* Писать новые сообщения
* Есть зачатачная поддержка синтаксиса IDEC(даже с ключевыми словами, типа, сабж)

>> Читать далее
#  Re: IDEC Mobile
Andrew Lobanov (tavern,1) → vit01  –  04:19:09 2018-08-07

AL>> Приходится руками править постоянно, так как в вебморде цитируют по старинке.

vit01> А как правильно? Варианты
vit01> 1. Убирать пробел и получать в итоге Peter>>
vit01> 2. Цитировать без имени конкретно эту строчку >>

Второй вариант. Смотри. Тут же простая логика.

// Это сообщения не Петра
> квотированное сообщение
// А это уже сообщение Петра
Сообщение Петра.

Значит при квотировании оно должно выглядеть примерно так:


>> Читать далее
#  Re: IDEC Mobile
vit01 (mira, 1) → Andrew Lobanov  –  14:05:18 2018-08-06

AL> Приходится руками править постоянно, так как в вебморде цитируют по старинке.

А как правильно? Варианты

1. Убирать пробел и получать в итоге Peter>>
2. Цитировать без имени конкретно эту строчку >>
#  Re: IDEC Mobile
Andrew Lobanov (tavern,1) → vit01  –  11:01:24 2018-08-06

AL>> зато наблюдаю странное поведение квотера. Он некорректно обрабатывает письма со смешанным цитированием.
vit01> Не понимаю, что ты имеешь в виду. Хотелось бы примеров
vit01> Подкинь msgid и напиши образец того, как сообщение должно цитироваться "правильно"

Обнаруживается элементарно.

Берём сообщение Петра с олдовой квотой.


> квотированное сообщение

сообщение Петра.


При ответе с цитированием стабильно получаю в редакторе такой текст:

>> Читать далее
#  Re: IDEC Mobile
vit01 (mira, 1) → Peter  –  09:18:53 2018-08-06

Peter> Как бы починить клиент, чтоб не вылетал после выхода из фона? Это единственное, что мешает им наслаждаться. :)

Знаю уже, куда копать. Вероятность вопроизвести баг обратно пропорциональна количеству оперативки на девайсе.

Примерный путь:

1. Запускаем клиент, открываем какое-либо сообщение внутри эхи
2. Сворачиваем клиент, запускаем с домашнего экрана несколько ресурсоёмких приложений (браузер с несколькими вкладками, музыкальный стриминг, игрушка и.т.п.)
3. Ждём, пока ОЗУ заполнится до отвала, в клиент в это время не заходим
4. Можно ещё подождать некоторое время, чтобы сработал системный "сборщик мусора"
5. Заходим обратно в клиент, наблюдаем падение

С багофиксом будут проблемы из-за того, что андроид-студия падает от каждого чиха и еле шевелится.

AL> зато наблюдаю странное поведение квотера. Он некорректно обрабатывает письма со смешанным цитированием.

>> Читать далее
#  Обновление цезия
Andrew Lobanov (tavern,1) → All  –  09:12:19 2018-08-06

При закидывании очередного выпуска bitjam podcast в music обнаружил, что цезий обрезает описание файла до первого вхождения двоеточия. Баг мелкий, некритичный, но досадный. И уже исправлен.
#  Re: IDEC Mobile
Peter (syscall,1) → Andrew Lobanov  –  05:15:04 2018-08-06

Peter>> Как бы починить клиент, чтоб не вылетал после выхода из фона? Это единственное, что мешает им наслаждаться. :)

AL> Озвученной проблемы не наблюдаю

Обновился, тоже буду следить.
#  Re: IDEC Mobile
Andrew Lobanov (tavern,1) → Peter  –  04:36:51 2018-08-06

Peter> Как бы починить клиент, чтоб не вылетал после выхода из фона? Это единственное, что мешает им наслаждаться. :)

Озвученной проблемы не наблюдаю зато наблюдаю странное поведение квотера. Он некорректно обрабатывает письма со смешанным цитированием. Если это не баг, а недоработка, то алгоритм обработки цитат можно посмотреть в цезии, который успешно квотирует смешанный квоты при ответе.
#  Re: IDEC Mobile
Peter (syscall,1) → vit01  –  21:12:08 2018-08-05

Как бы починить клиент, чтоб не вылетал после выхода из фона? Это единственное, что мешает им наслаждаться. :)
#  IDEC Mobile
vit01 (mira, 1) → All  –  17:16:56 2018-07-31

Попробовал пересобрать сабж с самыми последними библиотеками и обновил build.gradle. Вроде запускается

Заодно обновил дефолт-конфиг для Таверны в связи со сменой домена

// Тот момент, когда выкладываешь ночную сборку в прямом смысле этого слова =)

Новая андроид-студия сильно потолстела, на 2 гигах оперативы еле-еле ворочается.
Насчёт полноценной поддержки клиента пока вряд ли что могу сказать, времени не хватает
#  Re: Транслирую свой бложик в сеть.
vit01 (mira, 1) → Andrew Lobanov  –  12:10:25 2018-07-30

> Народ, фетчите годноту пока есть %)

Годнота фетчится + подписался. Полезные штучки, особенно про eshell и i3
#  Re: Транслирую свой бложик в сеть.
Andrew Lobanov (tavern,1) → Difrex(mobile)  –  10:59:23 2018-07-30

Difrex(mobile)> Решил пустить стрим своего недоблога нормально, т.е. ботом. Эха ii://difrex.blog на Таверне.

Подписался, почитал. Мне по нраву. Буду агитровать за проброс эхи за пределы таверны =)

ЗЫЖ Народ, фетчите годноту пока есть %)
#  Транслирую свой бложик в сеть.
Difrex(mobile) (tavern,23) → All  –  06:45:06 2018-07-30

Решил пустить стрим своего недоблога нормально, т.е. ботом. Эха ii://difrex.blog на Таверне.
#  Re: Домен таверны
Andrew Lobanov (tavern,1) → vit01  –  12:17:43 2018-07-26

vit01> А они нынче хитро делают. Продлять домены бесплатно всё-таки можно. Но если ты не успел это сделать в течение определённого срока, то тот же самый домен тебе предлагают уже платно.

Да. Я в этом году прощёлкал продление. Теперь подумываю отказаться в пользу какого-нибудь spline-online.net, который выйдет дешевле, чем мне сейчас предлагают в зоне .tk =)

vit01> Я так напоролся с ii-net.tk, но всё-таки заплатил.
vit01> Там ведь наша главная страница и дока хостятся, и все ссылки туда идут

Это да. Более важно, чем отдельный узел сети.

vit01> Пока что остался год с лишним до следующего продления.
vit01> А за alicorn.tk теперь пристально слежу, чтобы не стал платным. Всё-таки домен оригинальный =)

Симпатичный да.
#  Лень
Andrew Lobanov (tavern,1) → All  –  12:15:23 2018-07-26

Продолжая раскрывать тему сабжа, начатую в трубе, хочу сказать, что вывалил таки статистику в таверне, которой не было с конца мая.
#  Re: Домен таверны
vit01 (mira, 1) → Andrew Lobanov  –  12:01:27 2018-07-26

Фетч готов. Надо бы ещё документацию поправить и дефолтные конфиги в клиентах.

AL> Регистратор не стал продлевать мне домен spline-online.tk бесплатно и предложил его купить за $10. Сумма небольшая, но более крутые регистраторы за меньшие деньги предлагают более приятные зоны. Та же .net, например, чуть ли не в два раза дешевле =)

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

Я так напоролся с ii-net.tk, но всё-таки заплатил.
Там ведь наша главная страница и дока хостятся, и все ссылки туда идут

Пока что остался год с лишним до следующего продления.
А за alicorn.tk теперь пристально слежу, чтобы не стал платным. Всё-таки домен оригинальный =)
#  Домен таверны
Andrew Lobanov (tavern,1) → All  –  11:10:45 2018-07-26

Регистратор не стал продлевать мне домен spline-online.tk бесплатно и предложил его купить за $10. Сумма небольшая, но более крутые регистраторы за меньшие деньги предлагают более приятные зоны. Та же .net, например, чуть ли не в два раза дешевле =)

Пока что с таверной можно связаться по адресу http://idec.spline-online.ml/

Просьба перенастроить фетчеры всем заинтересованным лицам.
#  Федеративные сети
Peter (syscall,1) → All  –  20:03:22 2018-07-17

Читаю тут в очередной раз про федеративные сети (кстати, @hugeping@mastodon.social)
Натолкнулся на сайт: https://the-federation.info/
Не знаю, зачем запостил. :) Но мне показалось что наглядно очень...
#  Re: А вам тоже такое приходит?
Difrex(mobile) (tavern,23) → vit01  –  07:17:25 2018-07-17

Не, мне такого не приходило.
#  А вам тоже такое приходит?
vit01 (mira, 1) → All  –  05:07:48 2018-07-17

И это уже не первое письмецо с подобным спамом
Ещё про эфир чел спамил и тоже с упоминанием Таверны

fecho://pictures/nagImiL4UWinsZNJHAna

http://idec.spline-online.tk/f/f/pictures/nagImiL4UWinsZNJHAna
#  Re: А что у нас есть универсальное для RSS?
Andrew Lobanov (tavern,1) → Difrex(mobile)  –  18:36:41 2018-06-29

Difrex(mobile)> Он работает, спасибо! :)

Так куда ж он денется? Не за что =)

Что хоть за ленту пробросил?
#  Re: А что у нас есть универсальное для RSS?
Difrex(mobile) (tavern,23) → Andrew Lobanov  –  16:51:37 2018-06-29

Он работает, спасибо! :)
#  Re: А что у нас есть универсальное для RSS?
Andrew Lobanov (tavern,1) → Difrex(mobile)  –  11:08:51 2018-06-29

Difrex(mobile)> сабж
Difrex(mobile)> транслировать сюда кое-что. Есть какой-то универсальный rss-бот?

В таверне трудится вот такой скриптик https://github.com/spline1986/rss2idec

Для работы требует feedparser и html2text.

Правда не знаю что именно подразумевается под универсальностью.
#  А что у нас есть универсальное для RSS?
Difrex(mobile) (tavern,23) → All  –  10:40:39 2018-06-29

сабж

транслировать сюда кое-что. Есть какой-то универсальный rss-бот?
#  Re: RSS форума instead-games
vit01 (mira, 1) → Andrew Lobanov  –  04:03:16 2018-06-29

Зафетчено
#  RSS форума instead-games
Andrew Lobanov (tavern,1) → All  –  12:12:01 2018-06-28

Я совсем забыл прокинуть в сеть сабж. Но всё таки вспомнил об этом. Встречайте - ii://instead-games.forum. Распространяется с таверны. Фетч таверной настроен с mira и instead-клуба.
#  Re: idec.el - Help!
Difrex(mobile) (tavern,23) → Difrex(mobile)  –  11:20:43 2018-06-26

Пофиксил ответы на сообщения из локальной базы.
#  Re: idec.el - Help!
Difrex(mobile) (tavern,23) → Difrex(mobile)  –  07:57:05 2018-06-25

Да, хорошо бы, когда будешь находить баги, создавать задачки в github. Это будет мотивировать :)
#  Re: idec.el - Help!
Difrex(mobile) (tavern,23) → vit01  –  07:41:25 2018-06-25

>Так много за эти месяцы произошло, что я теперь стал емаксером
Еще один емаксер в наших рядах :)

>И захотелось настроить idec-mode, но так и не получилось это сделать.
Да, оно не до конца допилено.

Вот мой конфиг:

init.el
====
(defun configure-idec ()
"IDEC configuration."
(use-package idec-mode
:load-path "~/projects/idecel"
:bind (("C-c C-c" . kill-this-buffer)

>> Читать далее
#  idec.el - Help!
vit01 (mira, 1) → All  –  13:16:21 2018-06-23

Так много за эти месяцы произошло, что я теперь стал емаксером
И захотелось настроить idec-mode, но так и не получилось это сделать.

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

Emacs 25
#  Re: git.spline-online.tk недоступен
Andrew Lobanov (tavern,1) → vit01  –  03:46:19 2018-05-29

vit01>>> Цезий просто скачать хотел.
AL>> Сорян. У нас же всё на гитхабе. Я и забыл проверить ссылки то.
vit01> Это понятно, что на гитхабе. Просто думал, что на твоём личном гите самая последняя версия.

Я всегда пушил одновременно и к себе и на гитхаб.
#  Re: git.spline-online.tk недоступен
vit01 (mira, 1) → Andrew Lobanov  –  11:16:56 2018-05-28

vit01>> Цезий просто скачать хотел.

AL> Сорян. У нас же всё на гитхабе. Я и забыл проверить ссылки то.

Это понятно, что на гитхабе. Просто думал, что на твоём личном гите самая последняя версия.
#  Re: git.spline-online.tk недоступен
Andrew Lobanov (tavern,1) → vit01  –  11:29:09 2018-05-27

vit01> Сабж. Почти все ссылки ведут именно туда, а тут хоп - и 503

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

vit01> Цезий просто скачать хотел.

Сорян. У нас же всё на гитхабе. Я и забыл проверить ссылки то.
#  git.spline-online.tk недоступен
vit01 (mira, 1) → All  –  02:01:11 2018-05-27

Сабж. Почти все ссылки ведут именно туда, а тут хоп - и 503
Цезий просто скачать хотел.
#  Re: idec notifier для веб-браузера
btimofeev (tavern,13) → vit01  –  11:21:47 2018-05-19

Если буду дальше им заниматься, то сделаю. Плюс думал добавить в настройки кнопку автополучения эх с ноды и настройку цвета количества новых сообщений. Ну и под хром можно попробовать портировать.
#  Re: idec notifier для веб-браузера
vit01 (mira, 1) → btimofeev  –  10:01:04 2018-05-19

Поставил, годная штука. Правда, неплохо бы настраивать 2 вещи

1 - интервал проверки
2 - адрес, куда переходить по щелчку (для тех нод, где веб-интерфейс отличается от адреса API или для своих скриптов-букмарклетов)
#  idec notifier для веб-браузера
btimofeev (tavern,13) → All  –  13:17:59 2018-05-18

Вздумалось мне вчера посмотреть как создаются плагины для веб-браузеров. В итоге решил потренироваться и написал сабж для Firefox.

Плагин представляет собой кнопку на панели браузера отображающую количество новых сообщиний на idec-ноде. При нажатии на кнопку открывается нода, а количество сообщений обнуляется. Адрес ноды и наблюдаемые эхи настраиваются на странице браузера about:addons в настройках соответствующего плагина. Новые сообщения проверяются каждые 10 минут.

Установить можно отсюда https://addons.mozilla.org/ru/firefox/addon/idec-notifier/
Исходный код https://github.com/btimofeev/idec-notifier
#  Не могу зарегистрироваться на instead-games
Anotheroneuser (syscall,27) → All  –  21:40:12 2018-05-03

Я не понимаю, что делаю неправильно. Подскажите, пожалуйста.
На странице регистрации содержится сообщение: «reCAPTCHA has not been set up by the site administrator in registration settings. This is required to register.»

То есть, мне нечем подтвердить свою человеческость? ))
#  Re: Не могу зарегистрироваться на instead-games
Anotheroneuser (syscall,27) → Anotheroneuser  –  21:44:24 2018-05-03

Всё, разобрался. Прошу прощения. Просто надо было ввести прежние регистрационные данные, а я пытался зарегистрироваться снова.
#  Хабраэха
vit01 (mira, 1) → All  –  14:51:05 2018-04-28

Теперь доступна здесь: ii://habra.rss

Поправьте фетчеры и подписки
#  IDEC identity
Difrex(mobile) (tavern,23) → All  –  09:40:14 2018-04-21

== IDEC Identity

Я придумал несколько вариантов, как мы можем шарить юзеров. Думаю, что можно пообсуждать.
Общая тема этого - использование gpg для подтверждения и шифрования.

В чем приимущества gpg:
- есть везде
- прост, как полено
- сеть доверия
- можно передавать секреты без всяких ssl

Все будет рассматриваться на примере 3-х нод, операторы которых подняли некий абстрактный(реализации нет)
сервер авторизации, добавили и подписали ключи друг-друга.
Так же, мне кажется, что эта штука может служить генератором points.txt.


>> Читать далее
#  Re: Вопросы по /u/push
Andrew Lobanov (Go!,1) → vit01  –  04:16:17 2018-04-20

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

Так не только пушер. Любой даунлинк. Пушить имеет смысл узлу, а поинту это нафиг не сдалось. А если я принимаю сообщения с узла, то могу от него и фетчем получить что попало. Раздавать же доступ на пуш поинту вообще не нужно. Это я уже понял =)

vit01> Поведение при уже присутствующих сообщениях в базе - это уже совсем другая история. Это должно настраиваться в конфиге ноды. Либо разрешать перезаписывать, либо только на добавление. Какое поведение сейчас стоит на моей ноде, уже не помню (это дано на откуп транспорту БД).

Я придерживаюсь игнорирования дублей. Никакой перезаписи, только тоталитаризм =)

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

Ну я пока только умозрительно, но зато с пушем можно будет держать полноценный узел на телефоне даже =)
#  Re: Вопросы по /u/push
vit01 (mira, 1) → Andrew Lobanov  –  13:15:16 2018-04-19

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

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

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

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

Почему бы и нет. Только поаккуратнее с теми, кому доступ даёшь. Либо пуш-рассылку с подконтрольной себе станции делаешь, либо только от тех, кому доверяешь.
#  Re: Вопросы по /u/push
Andrew Lobanov (Go!,1) → vit01  –  12:03:38 2018-04-19

AL>> 1. Бандл в сабжевой теме принимается в формате msgid:base64?
vit01> Да, и, как помню, многострочный. Смотри в доки и в мои исходники

Ну да. Такой чисто наш бандл. Понял =)

AL>> 2. Лучше делать отдельную авторизацию для принятия сообщений или разрешить доступ на пуш тупо всем пользователям?
vit01> В PHP-ноде пуш доступен по админскому паролю. То есть только сам сисоп может пушить.

Вот в таком виде я бы не хотел, наверное, делать.

vit01> Пользователям пушить нельзя, потому что так они могут подделывать сообщения в базе.

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

vit01> Эта фича была создана для наших собственных служебных скриптов. Например, если на сервере отсутствует Cron или мало белых айпишников.

>> Читать далее
#  Re: Вопросы по /u/push
vit01 (mira, 1) → Andrew Lobanov  –  09:16:02 2018-04-19

AL> 1. Бандл в сабжевой теме принимается в формате msgid:base64?

Да, и, как помню, многострочный. Смотри в доки и в мои исходники

AL> 2. Лучше делать отдельную авторизацию для принятия сообщений или разрешить доступ на пуш тупо всем пользователям?

В PHP-ноде пуш доступен по админскому паролю. То есть только сам сисоп может пушить.

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

Эта фича была создана для наших собственных служебных скриптов. Например, если на сервере отсутствует Cron или мало белых айпишников.
#  Вопросы по /u/push
Andrew Lobanov (Go!,1) → All  –  06:42:30 2018-04-19

Возникло два сабжа.

1. Бандл в сабжевой теме принимается в формате msgid:base64?
2. Лучше делать отдельную авторизацию для принятия сообщений или разрешить доступ на пуш тупо всем пользователям?
#  Re: idec нода
Andrew Lobanov (tavern,1) → 1i8r4  –  14:37:52 2018-04-05

>> Выглядит как будто эхи есть в конфиге, но отсутствуют в базе. Они у тебя точно сфетчены?
1i8r4> Да сфетчены, постоянно фетчер работает...

Тогда очень странно. А клиентом они забираются?

1i8r4> Или надо его запускать с какими-то параметрами, чтобы сделать что-то вроде первого инит?

Нет. Он сам всё сделает при первом запуске.

1i8r4> Вот кусок лога фетчера...

Ну толку от него мало. Понятно только что он не нашёл новых сообщений =)

У тебя фетчер без ключа -o запускается? Если так, то попробуй запустить руками с этим ключом. Только базу сбекапь, так как там навалит все сообщения с аплинков.
#  Re: idec нода
1i8r4 (av4lon,4) → Andrew Lobanov  –  16:15:59 2018-04-04

>Выглядит как будто эхи есть в конфиге, но отсутствуют в базе. Они у тебя точно сфетчены?
Да сфетчены, постоянно фетчер работает...

Или надо его запускать с какими-то параметрами, чтобы сделать что-то вроде первого инит?

Вот кусок лога фетчера...
======

./fetch-idec.sh
Работа с https://ii-net.tk/ii/ii-point.php?q=/
Получение списка возможностей ноды...
Получение количества сообщений в конференциях...
Получение индекса от ноды...
Построение разностного индекса...
Новых сообщений не обнаружено.

>> Читать далее
#  Re: idec нода
Andrew Lobanov (tavern,1) → 1i8r4  –  05:56:16 2018-04-02

1i8r4> AL, Сабж, видимо голова последнее время стала туго соображать, почему нода через веб морду не показывает количество сообщений? И когда запрыгиваешь в какую-нибудь эху показывает пусто, мол давай напишем новое сообщение...
1i8r4> Куда они могли пропасть? Где что глянуть, чтобы всё норм было. Есть какие идеи?

Выглядит как будто эхи есть в конфиге, но отсутствуют в базе. Они у тебя точно сфетчены?
#  idec нода
1i8r4 (av4lon,4) → All  –  17:47:56 2018-03-31

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

Куда они могли пропасть? Где что глянуть, чтобы всё норм было. Есть какие идеи?
#  Re: хабработ
vit01 (mira, 1) → Difrex(mobile)  –  22:38:04 2018-03-29

> Кстати, хочу пушить хабр куда-нибудь не к себе. ii 0.3 течет и виснет(!!!). Кто готов принять траффик?

Присылай ко мне, если хочешь. У тебя же есть authstr. Только проверь, чтобы дубли не возникли
#  Re: Нодлист
Difrex(mobile) (tavern,23) → vit01  –  15:59:32 2018-03-29

vit01> На моём сегменте ничего не поменялось. За исключением того, что теперь ii.difrex.ru не гейтуется (она сейчас недоступна)
Кстати, хочу пушить хабр куда-нибудь не к себе. ii 0.3 течет и виснет(!!!). Кто готов принять траффик?
#  Re: Нодлист
vit01 (mira, 1) → Andrew Lobanov  –  13:16:22 2018-03-28

AL> Собираюсь актуализировать сабж и схему сети. Просьба выслать свои актуальные сегменты.

На моём сегменте ничего не поменялось. За исключением того, что теперь ii.difrex.ru не гейтуется (она сейчас недоступна)
#  Re: idec-mobile
btimofeev (tavern,13) → vit01  –  10:03:10 2018-03-28

vit01> В клиент добавлено "умное цитирование" по образцу фидошного клиента HotDogEd

Попробовал только сегодня, все руки не доходили собрать приложение. Фича крутая, очень удобно теперь! Спасибо!
#  Re: Таверна недоступна
Andrew Lobanov (tavern,1) → Andrew Lobanov  –  06:07:24 2018-03-27

AL> По независящим от меня причинам сегодня сабж как минимум до 13:00 MSK. Приношу свои извинения.

Энергетики подали питание раньше.
#  Таверна недоступна
Andrew Lobanov (mira, 3) → All  –  04:54:45 2018-03-27

По независящим от меня причинам сегодня сабж как минимум до 13:00 MSK. Приношу свои извинения.
#  Re: Нодлист
Difrex(mobile) (tavern,23) → Andrew Lobanov  –  07:06:30 2018-03-26

Свой нодлист актуализировал, забирать тут: https://dynamic.lessmore.pw/nodelist.json
#  Нодлист
Andrew Lobanov (tavern,1) → All  –  06:50:34 2018-03-26

Собираюсь актуализировать сабж и схему сети. Просьба выслать свои актуальные сегменты. Текущий нодлист можно взять на фреках таверны. Файл nodelist.json.
#  Re: idec-mobile
l1br4 (av4lon,1) → Andrew Lobanov  –  05:09:33 2018-03-18

Нормально. Тоже мне баг ;?
#  ... перевел авалон на https
l1br4 (av4lon,1) → All  –  05:08:54 2018-03-18

И сегодня упало такое электрописьмо в почту... ребята из EFF, Let'sEncrypt и разрабы Certbot, я с вами.

======
>Dear Supporter of Digital Freedom,

>I want to thank you for using the Electronic Frontier Foundation’s Certbot to enable HTTPS on your webserver. Each cert brings us closer to our goal of encrypting the entire Internet and defending user privacy and free expression. I also want to thank you for signing up to learn more about EFF and the fight for your rights!

>If you did not subscribe, or did so by accident, please click here to unsubscribe.

>Certbot is part of a growing number of EFF technology projects designed to protect your online freedom. EFF helped develop Let’s Encrypt, the free SSL certificate authority expanding the availability of encryption and taking the web by storm. We created HTTPS Everywhere to help ensure that users connect to websites securely. We also maintain Privacy Badger, a free browser tool that helps hundreds of thousands of Internet users block third-party scripts and cookies that track users across the web. EFF works on the side of ordinary users and advanced developers alike because together, we can build a safer, more privacy-friendly web.

>This is just a taste of what thousands of EFF members have accomplished over the last 26 years. Here is what you will see on the EFF mailing list:

>EFFector: our bimonthly newsletter about technology, law, and your rights.


>> Читать далее
#  Re: ii-net.tk
vit01 (mira, 1) → vit01  –  13:40:44 2018-03-17

Если вы видите это сообщение, значит ii-net.tk успешно переехал на новый сервер.

Новый IP-шник - 185.246.64.187

// Параметры сервера абсолютно такие же, но теперь это KVM вместо OpenVZ. И вместо протухшего 2.6.32 ядра там стоит 4.9.
// Просто glibc из нового дебиана отказывался нормально работать со старым ядром, и всплыли очень нехорошие тормоза на пустом месте. Хостер сказал, что если хочется юзать новые ядра, то надо апгрейдиться.
#  наработки Ромы
Peter (syscall,1) → All  –  17:02:59 2018-03-14

Оказывается они на гитхабе. Что то я не досмотрел, думал какие то внутренние репозитории.

https://github.com/gk11-ru/

Попробую поизучать на досуге regcenter. Потом elp. Правда досуга маловато. :)
#  Re: ii-net.tk
vit01 (mira, 1) → vit01  –  15:39:36 2018-03-11

vit01> Переезжаю на новый сервер.
vit01> С сегодняшней ночи до завтрашнего дня нода будет недоступна

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

Если повезёт, то на днях перееду.
#  ii-net.tk
vit01 (mira, 1) → All  –  12:50:53 2018-03-11

Переезжаю на новый сервер.

С сегодняшней ночи до завтрашнего дня нода будет недоступна
#  Re: idec-mobile
Andrew Lobanov (tavern,1) → vit01  –  16:22:11 2018-02-19

vit01>>> ошибка шла, потому что кэш /x/c сохраняется ещё до того, как скачаются все сообщения.
AL>> Кстати, а почему так? Логичнее же было бы после сохранения сообщений сохранять кеш x/c.
vit01> См. сюда
vit01> https://github.com/vit1-irk/idec-mobile/blob/master/app/src/main/java/vit01/idecmobile/Core/Fetcher.java#L322
vit01> Изначально я просто хотел, чтобы уведомления о новых сообщениях не выбрасывались во время работы фетчера. Но всё равно какой-то костылец.

Хм. Просто в ущерб надёжности фича выходит. Хотя, если без шедулера юзать, то нормально должно быть.
#  Re: idec-mobile
vit01 (mira, 1) → Andrew Lobanov  –  15:22:20 2018-02-19

vit01>> ошибка шла, потому что кэш /x/c сохраняется ещё до того, как скачаются все сообщения.
AL> Кстати, а почему так? Логичнее же было бы после сохранения сообщений сохранять кеш x/c.

См. сюда
https://github.com/vit1-irk/idec-mobile/blob/master/app/src/main/java/vit01/idecmobile/Core/Fetcher.java#L322

Изначально я просто хотел, чтобы уведомления о новых сообщениях не выбрасывались во время работы фетчера. Но всё равно какой-то костылец.
#  Re: idec-mobile
Andrew Lobanov (tavern,1) → vit01  –  04:13:49 2018-02-19

Peter>> После этого клиент не мог забрать новые сообщения пока я не убил кеш (и базу на всякий случай).

vit01> Базу удалять не надо было, ибо в андроиде она неповреждаемая. А ошибка шла, потому что кэш /x/c сохраняется ещё до того, как скачаются все сообщения.

Кстати, а почему так? Логичнее же было бы после сохранения сообщений сохранять кеш x/c.
#  Re: idec-mobile
vit01 (mira, 1) → Peter  –  00:11:16 2018-02-19

Peter> После этого клиент не мог забрать новые сообщения пока я не убил кеш (и базу на всякий случай).

Базу удалять не надо было, ибо в андроиде она неповреждаемая. А ошибка шла, потому что кэш /x/c сохраняется ещё до того, как скачаются все сообщения.
Я хотел поставить в обработчик исключений фетчера автоочистку кэша, но всё руки не доходили.

Peter> Да, ещё он иногда у меня падал. Я исправно стал почту.

Видел. Это всё из-за косяков с памятью, за которой я плоховато слежу. Когда ты выходишь из клиента, то просто прибивай приложение, не давай ему висеть в ОЗУ

Но этот косяк я потом тоже постараюсь починить
#  Re: idec-mobile
Peter (syscall,1) → vit01  –  20:07:48 2018-02-18

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

Да, ещё он иногда у меня падал. Я исправно стал почту.
#  Re: idec-mobile
vit01 (mira, 1) → btimofeev  –  07:32:20 2018-02-18

Да пробовал уже, но это всё неудобно.

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

Пальцы устают делать однообразные вещи.
3-5 ссылок так удобно сохранять, 10-15 уже напряжно, а 30-40 - утомительно и не вариант.

Кроме этого, с собственным скриптом играться проще в том плане, что можно легко перенастроить его на разные браузеры, назначить на десктопе сочетания клавиш и.т.п.
#  Re: idec-mobile
vit01 (mira, 1) → vit01  –  06:58:17 2018-02-18

vit01> Идеально в связке с лентой непрочитанных или избранных.

Ах да, забыл самое интересное.

Если использовать эту штуку в комбинации с расширенным поиском, то можно легко сделать так:

"Открыть в браузере все ссылки на новости про GNOME за последние 2 месяца"

или

"Быстро получить список всех статей про новые фреймворки на Хабре"
#  Re: idec-mobile
btimofeev (tavern,13) → vit01  –  06:50:14 2018-02-18

Для этого же есть специальные сервисы read it later: pocket, instapaper, и даже свободный wallabag в F-droid. Нажал поделиться, выбрал это приложение, а потом читай с любого устройства.
#  Re: idec-mobile
vit01 (mira, 1) → vit01  –  06:28:36 2018-02-18

Сборка клиента от 18 февраля, 14 часов

Добавил немного странную фичу в меню списка сообщений - "Export links to file".
Клиент берёт все сообщения из выбранной эхи (ленты), парсит их на наличие http (https) ссылок и скидывает все эти ссылки в /storage/sdcard0/idecMobile/links.txt

Зачем это надо?

Наверняка многие из вас читают новостные эхи вроде lor-opennet, habra и так далее. Удобнее всего бывает добавлять в избранное интересные статьи и прочитать их позднее. Но когда в избранном накапливается по 40-50 статей, которые ты ещё не прочитал, то становится очень неудобным прокликивать их вручную. Сначала кликнуть на звёздочку, потом кликнуть на ссылку, зайти в браузер, потом снова вернуться в клиент и так далее.

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

Идеально в связке с лентой непрочитанных или избранных.
#  Re: idec-mobile
vit01 (mira, 1) → Andrew Lobanov  –  10:18:11 2018-02-05

AL> Попробовал. Очень круто сделано. Понравилось даже больше, чем в горячей собаке редакторе =)

Всё, можно теперь рекламировать idec как "убийцу фидо" :)
#  Re: idec-mobile
Andrew Lobanov (tavern,1) → vit01  –  05:46:09 2018-02-05

vit01> В клиент добавлено "умное цитирование" по образцу фидошного клиента HotDogEd
vit01> Можно удалять отдельные ненужные цитаты, можно разбивать большие блоки цитат пополам (если они многострочные).

vit01> Пожалуйста, протестируйте, фича очень важная.

Попробовал. Очень круто сделано. Понравилось даже больше, чем в горячей собаке редакторе =)
#  Re: idec-mobile
vit01 (mira, 1) → vit01  –  17:40:31 2018-02-03

Сборка от 4 февраля, 01:33 (да, ночью самое время!)

В клиент добавлено "умное цитирование" по образцу фидошного клиента HotDogEd
Можно удалять отдельные ненужные цитаты, можно разбивать большие блоки цитат пополам (если они многострочные).

Как пользоваться:

1. В режиме чтения жмём на кнопку "С цитатой" не коротким тапом, а длинным
2. Можно двигать блоки цитат drag&drop и удалять их свайпом
3. Если хочется разбить многострочный блок, то надо коротко щёлкнуть по нему, появится диалог разбивки.
4. По завершении редактирования цитат жмём галочку наверху активити, запустится редактор текста

Пожалуйста, протестируйте, фича очень важная.
#  Re: idec-mobile
vit01 (mira, 1) → Andrew Lobanov  –  11:47:48 2018-01-24

AL> Шедуллер отвязать от уведомлений сильно трудозатратно?

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

Но, с другой стороны, вместо этого можно немного подправить уже существующий сервис и изменить GUI в настройках, чтобы всё ощущалось по-другому.
#  Re: idec-mobile
Andrew Lobanov (Go!,1) → vit01  –  15:56:16 2018-01-23

vit01>>> Если у тебя включен автофетч, то уведомления о новых файлах должны быть (в виде обычных андроид-уведомлений).
AL>> Это есть, но тут у меня есть ещё вопрос. Насколько трудоёмко шедуллер от уведомлений?
vit01> Моя твоя не понимайт. Что такое шедуллер от уведомлений?

Всё таки писать с экранной клавиатуры мне удаётся с трудом =)

Шедуллер отвязать от уведомлений сильно трудозатратно?

AL>> Так что у меня дурацкая привычка смахивать их неглядя =)
vit01> Попробуй установить какой-нибудь менеджер уведомлений, чтобы он их сохранял. Или выработай привычку тыкать пальцем, если увидишь уведомление о новых файлах

Это да. Мой косяк. Просто не люблю когда их много скапливается, а к секте отношусь так, что прочту когда прочту.

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


>> Читать далее
#  Re: no subj
Andrew Lobanov (Go!,1) → vit01  –  15:56:15 2018-01-23

btimofeev>> У меня одного в последнее время вываливается куча вот таких сообщений? https://ibb.co/mKcU8b
vit01> Пробил этот айдишник на таверне. Это Денис насоздавал каким-то образом порченные сообщения в базе.
vit01> см. ii://VDQAAJ0jTAzTHFZLeV2X

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

vit01> Вопросы к багам в iing

Багом приём таких сообщений не считаю.
#  Re: idec-mobile
vit01 (mira, 1) → Andrew Lobanov  –  12:20:56 2018-01-23

vit01>> Если у тебя включен автофетч, то уведомления о новых файлах должны быть (в виде обычных андроид-уведомлений).
AL> Это есть, но тут у меня есть ещё вопрос. Насколько трудоёмко шедуллер от уведомлений?

Моя твоя не понимайт. Что такое шедуллер от уведомлений?

AL> Так что у меня дурацкая привычка смахивать их неглядя =)

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

Есть ещё один вариант. Я могу написать костыль в фетчере, который будет в локальную эху (вроде _idecmobile.files.notify) сбрасывать уведомления про поступление файлов. Ты на неё подпишешься, и следить будет легче.
#  Re: no subj
vit01 (mira, 1) → btimofeev  –  12:10:19 2018-01-23

btimofeev> У меня одного в последнее время вываливается куча вот таких сообщений? https://ibb.co/mKcU8b

Пробил этот айдишник на таверне. Это Денис насоздавал каким-то образом порченные сообщения в базе.

см. ii://VDQAAJ0jTAzTHFZLeV2X

Вопросы к багам в iing

// На мою станцию ничего такого не доходит, потому что фетчер сразу такое отсекает
#  Re: no subj
btimofeev (tavern,13) → Andrew Lobanov  –  12:12:56 2018-01-23

btimofeev>> У меня одного в последнее время вываливается куча вот таких сообщений? https://ibb.co/mKcU8b

AL> У себя такого не наблюдаю совсем.

Похоже это какой-то баг в андроид клиенте. На каждое приходящее сообщение создаётся несколько таких сообщений no subj. После прочтения и выхода из него, оно мгновенно удаляется и появляется надпись сообщение не найдено.
#  Re: no subj
Andrew Lobanov (tavern,1) → btimofeev  –  11:56:55 2018-01-23

btimofeev> У меня одного в последнее время вываливается куча вот таких сообщений? https://ibb.co/mKcU8b

У себя такого не наблюдаю совсем.
#  no subj
btimofeev (tavern,13) → All  –  11:49:48 2018-01-23

У меня одного в последнее время вываливается куча вот таких сообщений? https://ibb.co/mKcU8b
#  Re: idec-mobile
Andrew Lobanov (tavern,1) → vit01  –  10:26:27 2018-01-23

AL>> И ещё я опять накололся с умолчальными настройками имени для карбонки. Теперь там тьма тьмущая сообщений к All.

vit01> По умолчанию клиент не знает, как тебя зовут, поэтому в карбонке изначально показываются сообщения для All. Это логично
vit01> Просто зайди в настройки и поправь на своё имя (или на несколько).

vit01> Если ты не забыл, то карбонка IDEC Mobile != фидошная карбонка. Сообщения не копируются по-настоящему, и эта лента представляет собой что-то вроде поискового запроса (select * from base where msg_to='yourname')

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

AL>> А вот ещё фичареквест: иметь бы уведомления о новых файлах в фэхах.

vit01> Если у тебя включен автофетч, то уведомления о новых файлах должны быть (в виде обычных андроид-уведомлений).

Это есть, но тут у меня есть ещё вопрос. Насколько трудоёмко шедуллер от уведомлений?


>> Читать далее
#  Re: idec-mobile
vit01 (mira, 1) → Andrew Lobanov  –  05:59:05 2018-01-23

AL> И ещё я опять накололся с умолчальными настройками имени для карбонки. Теперь там тьма тьмущая сообщений к All.

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

Если ты не забыл, то карбонка IDEC Mobile != фидошная карбонка. Сообщения не копируются по-настоящему, и эта лента представляет собой что-то вроде поискового запроса (select * from base where msg_to='yourname')

AL> А вот ещё фичареквест: иметь бы уведомления о новых файлах в фэхах.

Если у тебя включен автофетч, то уведомления о новых файлах должны быть (в виде обычных андроид-уведомлений).
// Но я не исключаю, что в фетчере баг, и они не хотят выбрасываться
#  Re: idec-mobile
btimofeev (tavern,13) → vit01  –  15:06:55 2018-01-22

btimofeev>> Неплохо бы ещё добавить в клиент кнопку отмены загрузки файла из файлэх.

vit01> Прибить приложение не вариант?

Я, в своём случае, так и сделал, но это плохое поведение, лучше все-таки стандартную кнопку, да ещё и в нотификейшн баре, что бы можно было окошко загрузки закрыть и пользоваться клиентом пока огромный двухсотмегабайтный файл качается на медленном жипиэрэсе))
#  Re: idec-mobile
Andrew Lobanov (tavern,1) → vit01  –  11:00:31 2018-01-22

И ещё я опять накололся с умолчальными настройками имени для карбонки. Теперь там тьма тьмущая сообщений к All.
#  Re: idec-mobile
Andrew Lobanov (tavern,1) → vit01  –  10:53:36 2018-01-22

А вот ещё фичареквест: иметь бы уведомления о новых файлах в фэхах. Хоть в ту же крбонку.
#  Re: idec-mobile
vit01 (mira, 1) → btimofeev  –  13:57:11 2018-01-21

btimofeev> Неплохо бы ещё добавить в клиент кнопку отмены загрузки файла из файлэх.

Прибить приложение не вариант?
#  Re: idec-mobile
btimofeev (tavern,13) → vit01  –  13:03:15 2018-01-21

Неплохо бы ещё добавить в клиент кнопку отмены загрузки файла из файлэх.
#  Re: idec-mobile
vit01 (mira, 1) → vit01  –  14:48:41 2018-01-15

Багфиксы для app4soft (с косячной TextView) и для проблемы с восстановлением активити у Бориса закинуты в git. Сборки лежат как обычно
#  Про IDEC
Difrex(mobile) (tavern,23) → All  –  08:54:20 2018-01-12


// Я попробую транслировать в сеть некоторые посты из своего бложика, если кто не против

IDEC - это протокол обмена сообщениями совместимый на базовом уровне с ii. Расшифровывается, как ii-like Data Exchange Convention.
Главная фишка его - это простота и возможность работать поверх чего угодно, например, ssh.
Но практически все реализации сейчас работают поверх http.

Цитата из документации(https://ii-net.tk/idec-doc/)

>Есть несколько серверов (грубо говоря, сайтов), за каждым из которых закреплены свои пользователи (поинты). Поинты пишут сообщения каждый на свой сервер.
>Через каждые 10-20 минут сервера скачивают друг у друга новые сообщения. В итоге на всю сеть одна общая база данных.
>Для установления цепочек синхронизации владельцы серверов сначала договариваются.

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

>> Читать далее
#  Пустые сообщения
Difrex(mobile) (tavern,23) → All  –  13:26:19 2018-01-11

$сабж от меня. Извините :)
#  Re: idec-mobile
app4soft (syscall,33) → vit01  –  01:52:26 2018-01-10

vit01> Логи обязательно и версию андроида. И ещё вопрос, всегда проявляется или только иногда.

Завел issue (там и лог и версия Android)

https://github.com/vit1-irk/idec-mobile/issues/27

Краш воспроизводится на моем аппарате. Других аппаратов у меня нет.
#  Re: idec-mobile
vit01 (mira, 1) → app4soft  –  05:08:33 2018-01-09

app4soft> Выявлен баг с крайней сборкой клиента при копировании фрагмента текста сообщения.

app4soft> Если выделить кусочек текста а потом ткнуть в произвольном месте на экране то клиент вылетает в список сообщений.

Логи обязательно и версию андроида. И ещё вопрос, всегда проявляется или только иногда.

// У меня не воспроизводится
#  idec-mobile
app4soft (syscall,33) → All  –  03:05:34 2018-01-09

Выявлен баг с крайней сборкой клиента при копировании фрагмента текста сообщения.

Если выделить кусочек текста а потом ткнуть в произвольном месте на экране то клиент вылетает в список сообщений.

Могу если надо логи приложить.
#  Re: Тех-работы на *.difrex.ru
Difrex(mobile) (tavern,23) → Difrex(mobile)  –  10:42:03 2018-01-03

ii.difrex.ru работает. Обновляется ДНС, еще может выдавать 502, если ваш днс не подсосал изменения.
#  Тех-работы на *.difrex.ru
Difrex(mobile) (tavern,23) → All  –  07:27:42 2018-01-03

Сабж. Буду переносить многое.

Могут быть недоступны до завтра:
* ii.difrex.ru
* umbrella.difrex.ru

По-поводу umbrella - скорее всего она умрет и будет редирект на dynamic
#  Re: idec-mobile
vit01 (mira, 1) → Difrex(mobile)  –  03:46:06 2018-01-03

Difrex(mobile)> Кстати, а как остановить ее читать?

Выйти из режима читалки, то есть просто нажать кнопку "назад"

Поскольку клиент сохраняет позицию в эхе, то после повторного захода ты попадаешь на то же самое сообщение.
#  Re: idec-mobile
Difrex(mobile) (tavern,23) → vit01  –  20:28:55 2018-01-02

Мегафича, круто! :)

Кстати, а как остановить ее читать?
#  Re: Треды на dynamic.lessmore.pw
Difrex(mobile) (tavern,23) → Difrex(mobile)  –  19:54:42 2018-01-02

Появился режим Thread mode, включается в менюшке справа. Пока работает хорошо только для одной выбранной эхи, можно считать экспериментальной фичей.

Суть: в этом режиме показываются только стартовые сообщения треда. Скоро будет у каждой темы счётчик ответов.

Кстати, формирование треда - кросэховое, т.е. если стартовое сообщение находилось в эхе ii://ii.14, а на него в repto сослались из ii://idec.talks, то ссылающиеся сообщения будут включены в тред. Да, в тред из одного сообщения перейти пока нельзя.
#  Треды на dynamic.lessmore.pw
Difrex(mobile) (tavern,23) → All  –  09:45:08 2018-01-02

А так же возможность перейти к просмотру сообщения на которое отвечали

Видосик https://cloud2.difrex.ru/index.php/s/QhIP3LPmPzzAs6k

#  Re: Файлоэхи и поле description
Difrex(mobile) (tavern,23) → Andrew Lobanov  –  08:15:34 2018-01-02

>Вопрос в том считать ли файл с пустым описанием некорректным
Думаю, да, некоректные. Только нужно возвращать ошибку понятную. Типа, "error: empty description".
#  Re: Файлоэхи и поле description
Andrew Lobanov (Go!,1) → Difrex(mobile)  –  20:49:19 2018-01-01

Difrex(mobile)> Описание должно быть и должно принимать не только ascii.

Это да. Юникод есть. Вопрос в том считать ли файл с пустым описанием некорректным.
#  Re: Файлоэхи и поле description
Difrex(mobile) (tavern,23) → Andrew Lobanov  –  19:33:50 2018-01-01

Описание должно быть и должно принимать не только ascii.
#  Re: Файлоэхи и поле description
Andrew Lobanov (Go!,1) → All  –  19:18:10 2018-01-01

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

Считаем проблему пустых описаний проблемой административной или технической?
#  Re: idec-mobile
vit01 (mira, 1) → vit01  –  14:00:29 2018-01-01

Сборка клиента от 1 января, 21:49

Клиент теперь может диктовать сообщения вслух! В режиме чтения жмякните на пункт в менюшке "Прочитать голосом".

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

// Попробуйте на ii://ru.humor.14 , это даже весело =)
#  Re: idec-mobile
vit01 (mira, 1) → vit01  –  14:36:44 2017-12-31

Сборка клиента от 22:32

Диалог для загрузки файлов в фэхи теперь выглядит гораздо лучше. С ним удобнее работать пальцами, эта штука теперь отрабатывает поворот экрана без глюков, а ещё можно нормально вводить многострочный текст в поле описания.
#  Re: idec-mobile
vit01 (mira, 1) → vit01  –  11:52:26 2017-12-31

Сборка клиента от 31 декабря 19:3*

1. Редактор сообщений теперь поддерживает получение текста от других андроид-приложений через ACTION_SEND. Теперь можно взять какую-нибудь текстовую информацию из редактора или браузера и сразу отправить её сетянам

2. В Android >= 6 предыдущий пункт сделан ещё круче. Делиться текстом в секту теперь можно прямо из контекстного меню выделения. Таким способом работает, например, поиск в Википедии и шифрование через OpenKeyChain.

3. И небольшой сюрприз - пополнение в темах оформления. Зацените новую чёрно-оранжевую тему. Кто узнает, откуда она была взята, тому плюс за широкий кругозор ;-)

// изменения также слиты в Git

Поздравлять с НГ и желать что-то не буду. Как говорится: "Новый год ничего не изменит, надо меняться самому". Так что больше коммитов, больше креатива и больше дел, доведённых до конца, есть наше сознательное стремление.

Но вкусняшек поешьте обязательно! Всем коммитов^Wдобра в этом чате
#  Re: Клиенты
Andrew Lobanov (tavern,1) → vit01  –  09:46:08 2017-12-25

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

vit01> Правда, варнинги выдаёт из-за кое-какого говнокода, но на работоспособность это не влияет.

Надо будет посмотреть его всё таки =)

vit01> Только что слил в git все накопившиеся изменения, связанные с IDEC Mobile (сортировка в фэхах, некоторые баги, отправленные на емейл), потому что когда-нибудь это надо было сделать.

Спасибо за замечательный клиент. Во многом он лучше даже столь любимого мной "горячая собака редактор" =) Особенно в вопросе быстродействия.
#  Re: idec-mobile
Andrew Lobanov (tavern,1) → vit01  –  09:43:39 2017-12-25

AL>> Вот в вопросах цитирования пока удобнее горячая собака. Но там Сергей морочился знатно с этим смахиванием абзацев.

vit01> В TODO-шке этот пункт, между прочим, стоит в числе "стратегических".

Рад слышать. Это очень упростит общение через твой клиент.

vit01> Чем ты реально можешь помочь, так это записать видео с разъяснениями (это в идеале), ну и накидать подробно скриншоты для таких тупых (и нефидошников), как я. Чтобы было более понятно, как оно хотя бы примерно может быть реализовано в IDEC Mobile.

Хорошо. Я провентилирую вопрос записи скринкаста на смарте и на фреки тебе положу файлик. Но попозже. Сейчас предновогодняя суета одолевает в работе и быту.
#  Re: Файлоэхи и поле description
Andrew Lobanov (tavern,1) → vit01  –  09:39:57 2017-12-25

vit01> Во время разборок с багами IDEC Mobile возникла проблема с парсингом файл-строк с пустыми описаниями. Казалось бы, баг несерьёзный, и клиент я всё-таки поправил. Сейчас клиент игнорирует такие файлы, считая их за испорченные

Зачем игнорировать файлы? Пустое описание не пустое имя же.

vit01> Но в стандарте этот момент толком уточнён не был. Делать ли поле description обязательным для файлов в файлэхах или нет? Позволять ли поинтам загружать так файлы?

Конечно позволять. Пустая метаинформация не должна быть препятствием для обмена.

vit01> Моя позиция, что поле лучше сделать обязательным. Потому что по имени файла можно _только примерно_ понять, что внутри. Хоть какое-то описание, но быть должно => коты в мешке не нужны.

Это сугубо административный вопрос и он не должен решаться на уровне стандарта.

vit01> Высказывайтесь за то, какое поведение загонять в стандарт.

Вот. Высказался. Всё на правах имхо. Моя позиция такова: софт должен всасывать по максиму.
#  Re: iing и таверна
Andrew Lobanov (tavern,1) → vit01  –  09:35:34 2017-12-25

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

Поиск будет. Искать глазами это какой-то путь бумажных книг. Пока поиска нет, но и лента крайне неудобна.
#  Re: IDEC Mobile и ii-ссылки
vit01 (mira, 1) → vit01  –  15:41:40 2017-12-12

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

Удобство заключается ещё и в том, что открывается не просто какой-то один кусок текста, а что можно "продолжить читать эху с того же места, на котором остановились" (с того же сообщения), но уже на телефоне.
#  Клиенты
vit01 (mira, 1) → All  –  11:04:34 2017-12-11

Если кто ещё помнит сишный клиент, я его недавно проверял на свежем clang, он компилируется и работает.

Правда, варнинги выдаёт из-за кое-какого говнокода, но на работоспособность это не влияет.
-----------
Только что слил в git все накопившиеся изменения, связанные с IDEC Mobile (сортировка в фэхах, некоторые баги, отправленные на емейл), потому что когда-нибудь это надо было сделать.
#  Re: idec-mobile
vit01 (mira, 1) → Andrew Lobanov  –  13:06:34 2017-12-12

AL> Вот в вопросах цитирования пока удобнее горячая собака. Но там Сергей морочился знатно с этим смахиванием абзацев.

В TODO-шке этот пункт, между прочим, стоит в числе "стратегических".

Чем ты реально можешь помочь, так это записать видео с разъяснениями (это в идеале), ну и накидать подробно скриншоты для таких тупых (и нефидошников), как я. Чтобы было более понятно, как оно хотя бы примерно может быть реализовано в IDEC Mobile.

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

// а ещё я могу стырить исходники, ну, если они открыты

P.S. Помню, ты уже скидывал пару скриншотов и рассказывал, но должного эффекта на мои мозги это не возымело
#  Re: idec-mobile
vit01 (mira, 1) → vit01  –  05:39:09 2017-12-24

В сабже появилась очень важная фича - фоновый фетчинг
Искать галочку в настройках уведомлений

Также фоновый фетч отслеживает появление новых файлов в фэхах, что тоже удобно.

// Плюс багофиксы, как всегда

Версия от 24 декабря, 13:25
#  Re: idec-mobile
vit01 (mira, 1) → Andrew Lobanov  –  07:17:55 2017-12-12

AL> шедулер, дабы почта забиралась автоматом по расписанию. Естественно опциональный.

Можно, конечно, но надёжную работу его не обещаю

AL> Я всё смотрю на HotdogEd и оказалось, что это работает лучше крона в термуксе =)

Конечно лучше, ведь ни один вменяемый пользователь Termux не будет запускать внутри него Cron :)
По-нормальному надо бы root'ануть телефон и воспользоваться вот этим методом: ii://g11qz9sa8T1ubchj6Nr3 [ ii://linux.14 ]
#  Re: New epoch started!
vit01 (mira, 1) → Difrex(mobile)  –  12:17:04 2017-12-05

> Subj!

Ну не то чтобы новая эпоха. Просто кому-то очень захотелось завершить "ребрендинг" =)
// фетчу
#  Re: Аплинки
vit01 (mira, 1) → vit01  –  14:03:05 2017-12-06

Снял ii.14 с фетча и со списка эх

// снял с фетча также tyt.bce.hacpem в виду сомнительной нужности
#  Файлоэхи и поле description
vit01 (mira, 1) → All  –  16:29:10 2017-12-23

Во время разборок с багами IDEC Mobile возникла проблема с парсингом файл-строк с пустыми описаниями. Казалось бы, баг несерьёзный, и клиент я всё-таки поправил. Сейчас клиент игнорирует такие файлы, считая их за испорченные

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

Моя позиция, что поле лучше сделать обязательным. Потому что по имени файла можно _только примерно_ понять, что внутри. Хоть какое-то описание, но быть должно => коты в мешке не нужны.

Высказывайтесь за то, какое поведение загонять в стандарт.
#  Re: Аплинки
vit01 (mira, 1) → Difrex(mobile)  –  13:45:26 2017-12-06

На тот случай, если кто-то всё-таки соберётся составлять нодлист

1. Моих станций теперь всего 2: это [mira] и [alicorn-archive].
2. Аплинки: tavern, ii.difrex.ru, club.syscall.ru
3. Всех аплинков фетчу раз в 10 минут, список эх для всех одинаковый
4. Список фетч-эх в реальном времени смотреть, например, здесь: https://ii-net.tk/ii/club-fetch.php
6. Личную информацию, адреса и явки смотреть в предыдущем нодлисте, они не изменились.

// на срач ответить нечего
#  Узнаёте?
vit01 (mira, 1) → All  –  10:45:06 2017-12-24

Вот, почитайте. Вы точно уже видели нечто подобное

https://maple.libertree.org/docs/show/en_GB/philosophy
#  Re: iing и таверна
vit01 (mira, 1) → Andrew Lobanov  –  10:36:09 2017-12-15

AL> Я окончательно убрал эхи в виде лент за полной ненадобностью и неудобством

И зря. Так же трудно быстро искать информацию глазами, придётся все кнопки прокликивать, чтобы зайти на конкретное сообщение.
Когда заходишь в веб-интерфейс раз в неделю (а всё остальное время сидишь в клиенте), то лента - самое то
#  Re: Совет нодов
vit01 (mira, 1) → gk11  –  08:03:28 2017-12-12

1. Будущее сети. Пока не знаю, что ответить

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

Ботов (тех же RSS) настраивать надо вручную. Фетч - тоже вручную, с заходом по SSH на сервер и ручной правкой конфигов. Хорошо бы это оптимизировать.

Для python вообще нужна по моему мнению единая IDEC-Lib, которая нивелирует различия между нодами и клиентами и объединит общие усилия по разработке и позволит городить улучшения гораздо проще. Туда же GoLang-реализация и так далее

3. Основной проект - Android клиент. Планирую улучшать интерфейсы для работы с базой данных (как эх, так и фэх), хочу добавить шифрование.

Полное TODO по клиенту здесь: https://github.com/vit1-irk/idec-mobile/projects/1

Второстепенный проект - PHP-нода. Придётся переписать с нуля не меньше половины, пересмотреть конфиг для фетчера, обязательно улучшить админку и добавить фич в веб-интерфейс.

>> Читать далее
#  Re: idec-mobile
vit01 (mira, 1) → vit01  –  06:10:43 2017-12-24

Сборка от 13:56

Обыкновенный фетчер стал чуть более информативным, сообщает о новых файлах
#  IDEC Mobile и ii-ссылки
vit01 (mira, 1) → All  –  15:34:53 2017-12-12

Только что решил обновить сборку с важным обновлением для поддержки ii-ссылок

1. Исправлено падение при открытии ii-ссылок, если клиент не запущен
2. [NEW] ii-ссылки теперь открываются через KDEConnect

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

Теперь это можно устроить одной командой:

$ kdeconnect-cli -d xyzxyzxyzxyz --share "ii://QI58zrmtLUsZAWceUnGA";

Ну или

$ kdeconnect-cli -d xyzxyzxyzxyz --share "ii://ru.humor.14";


>> Читать далее
#  iing и таверна
Andrew Lobanov (Go!,1) → All  –  05:44:04 2017-12-14

Так как пока по некоторым причинам я не могу сейчас ни отказаться от вебинтерфейса ни написать его для godecn, то пришлось немного подпилить iing.

В таверне уже есть эти изменения. Я окончательно убрал эхи в виде лент за полной ненадобностью и неудобством и добавил возможность отправлять поинтам файлы в фэхи прямо через веб.
#  Обновления dynamic
Difrex(mobile) (tavern,23) → All  –  13:10:51 2017-12-12

* Главное обновление -- это рабочий поиск с подсветкой:
GIF: https://images.lessmore.pw/media/images/search_2zeye8U.gif

В поиск не выводится сообщение целиком. Чтобы увидеть сообщение нужно воспользоваться ссылкой

* Ссылки на сообщения
GIF: https://images.lessmore.pw/media/images/links.gif

Теперь можно дать ссылку на сообщение. Сообщение на которое перешли по ссылке будет в самом верху, а дальше будет идти
общая лента сети.

* Выбор эх
GIF: https://images.lessmore.pw/media/images/list.gif

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

>> Читать далее
#  Re: idec-mobile
Andrew Lobanov (Go!,1) → Difrex(mobile)  –  12:37:19 2017-12-12

Difrex(mobile)> idec-mobile удобнее.

Вот в вопросах цитирования пока удобнее горячая собака. Но там Сергей морочился знатно с этим смахиванием абзацев.
#  Re: Совет нодов
Difrex(mobile) (tavern,23) → gk11  –  11:38:04 2017-12-12

Предлагай зарегиться, чтобы комментить. Это норм метод. Можно еще и openid поддерживать.
#  Re: Совет нодов
gk11 (elp,2) → Difrex(mobile)  –  11:27:46 2017-12-12

вопрос о людях, которые впервые зашли на сторонний сайт. их комменты принимать по умолчанию, с выдачей удостоверения?
#  Re: Совет нодов
Difrex(mobile) (tavern,23) → gk11  –  11:19:43 2017-12-12

>вопрос в авторизации - те, кто уже залогинен на ноде, понятное дело, могут такие комменты слать, а те, кто нет?
У тебя же сервер авторизации. Вот и навешивай там куку, а в js проверяй.
#  Re: idec-mobile
Difrex(mobile) (tavern,23) → gk11  –  11:18:38 2017-12-12

idec-mobile удобнее.
#  Re: idec-mobile
gk11 (elp,2) → Andrew Lobanov  –  10:52:05 2017-12-12

Ну, во-первых, это ещё один интересный клиент. Во-вторых, привлечение внимания аудитории фидошников.
#  Re: idec-mobile
Andrew Lobanov (Go!,1) → gk11  –  10:39:49 2017-12-12

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

Некому. Переговоры с апстримом вести не надо. Сама архитектура HotdogEd устроена так, что есть он, с редактором, поддержкой групп и базой данных и есть провайдеры, реализующие сетевую часть. Причём провайдеры ставятся как отдельные приложения. Сергей Позитурин (2:5020/2141 и автор "Горячая собака редактор") реализовал два провайдера -- для binkp и для nntp. На стыке может возникнуть не одна проблема. Но зачем нам горячая собака, когда у нас есть замечательный idec-mobile?
#  Re: idec-mobile
gk11 (elp,2) → Andrew Lobanov  –  10:06:54 2017-12-12

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

круто. а есть, кто мог бы этим заняться? включая переговоры с апстримом? я в этом не компетентен, но может найдутся желающие это реализовать.
#  Re: Совет нодов
gk11 (elp,2) → Difrex(mobile)  –  10:05:55 2017-12-12

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

касаемо js - я делаю подобное. вопрос в авторизации - те, кто уже залогинен на ноде, понятное дело, могут такие комменты слать, а те, кто нет?

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

то, что клиентов и нодовых станций много - это хорошо. то, что никто не участвует в совместной разработке - это плохо :( но софт всё же появляется, наличие всех существующих клиентов - это уже достижение, когда мы выйдем *в люди*, у нас уже будет, что показать. и тогда мы покажем :) достанем и покажем :)
#  Re: idec-mobile
Andrew Lobanov (tavern,1) → gk11  –  09:42:10 2017-12-12

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

Можно.
#  Re: Фетчинг gk11
gk11 (elp,2) → gk11  –  09:11:30 2017-12-12

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

для общего протокола - ii/idec. и, чтобы не путаться, для синхронизации topicid и тэгов, в этом случае будет разумнее уточнять ii/elp. а сам протокол, который за 3.5 года практически не изменился, так и останется ii. проекта ii больше нет, но протокол остался

или, раз ii означало 2, можно расширенный протокол назвать iii, то есть 3 :)
#  Re: Совет нодов
Difrex(mobile) (tavern,23) → gk11  –  09:15:38 2017-12-12

>надо совет разбить на группы сообщений. пусть каждый нод ответит на эти два вопроса:
>нод
https://images.wikia.nocookie.net/__cb8/brotherhood-of-nod/images/5/50/Wiki-background :)
>> 1. про развитие и будущее сети, кто что хочет, кто как видит
Хочу, чтобы была штука, как у disqus - т.е. подключение комментов тупым жабаскриптом. С трансляцией в IDEC конечно.

> 2. обсуждение имеющихся проблем
Нас мало и все пилят клиенты/ноды раздельно, что замедляет разработку.
#  Re: idec-mobile
gk11 (elp,2) → Andrew Lobanov  –  08:35:55 2017-12-12

я не понимаю в андроидах и программированиях, но есть же какой-то клиент - с него можно вычленить и добавить туда этот самый провайдер?
#  Re: Фетчинг gk11
Difrex(mobile) (tavern,23) → Andrew Lobanov  –  07:25:29 2017-12-12

>А смысл? Проще при отсутствии x/features переключаться на legacy (читай ii).
Хм, оказывается у меня есть фоллбэк на захардкоженные эхи ii.14 и pipe.2032.
#  Re: Совет нодов
Difrex(mobile) (tavern,23) → Peter  –  07:23:54 2017-12-12

Написал небольшой пост --> ii://Z55xAaFjwrSrWfuMc5qp
#  Re: idec-mobile
Andrew Lobanov (tavern,1) → gk11  –  07:12:38 2017-12-12

>> HotdogEd

gk11> а к нему реально наш протокол прикрутить?

Пиши свой провайдер и в путь.
#  Re: idec-mobile
gk11 (elp,2) → Andrew Lobanov  –  06:35:58 2017-12-12

> HotdogEd

а к нему реально наш протокол прикрутить?
#  Re: Совет нодов
gk11 (elp,2) → Peter  –  06:33:09 2017-12-12

этот вопрос обсуждался в самом начале, и сразу был за пример взят git, где ревизия - это просто новый хэш
тут то же самое - старое блеклистится, новое появляется. надо просто поддерживать взаимные блеклисты, для того они и введены :)
#  idec-mobile
Andrew Lobanov (tavern,1) → vit01  –  05:29:20 2017-12-12

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

Я всё смотрю на HotdogEd и оказалось, что это работает лучше крона в термуксе =)
#  Re: Совет нодов
Peter (syscall,1) → gk11  –  04:27:45 2017-12-12

> это как? тем более, пост сразу уходит. с блеклистингом старого и созданием нового сообщения?

Нет, это сделано не в духе сети. можно просто поменять сообщение без изменения хэша.

если говорить о том как правильно, то я не нашел нормального способа. в теории, наверное, можно было бы как то ввести ревизии, чтобы измененное сообщение расходилось, но это сложно.
#  Re: Совет нодов
gk11 (elp,2) → gk11  –  01:01:52 2017-12-12

надо совет разбить на группы сообщений. пусть каждый нод ответит на эти два вопроса:

> 1. про развитие и будущее сети, кто что хочет, кто как видит

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

> 2. обсуждение имеющихся проблем

есть много мелких недовольств, но принципиально это ничего не меняет - главное, чтобы весь написанный софт был совместим со всем.
#  Re: Совет нодов
gk11 (elp,2) → Peter  –  00:57:58 2017-12-12

> - возможность редактировать сообщение админом [сделано, возможно нужно улучшить]

это как? тем более, пост сразу уходит. с блеклистингом старого и созданием нового сообщения? а сейчас какой-нибудь механизм обмена блеклистами есть? чтобы оно ещё и удаляло сообщения, которых нет ни на какой станции.
#  Re: Совет нодов
Difrex(mobile) (tavern,23) → Peter  –  19:21:47 2017-12-11

Постараюсь завтра написать пост с обзором в ii://develop.16. Ну, и ссылку в этот тред скину.
#  Re: Совет нодов
Peter (syscall,1) → Difrex(mobile)  –  18:27:13 2017-12-11

> Можешь, кстати, взять мою API(elastic) и сделать поиск через нее. Как раз анализатор можно будет подпилить.

Надо разбираться. Я честно говоря почти ничего не понял из того что ты написал =)
#  Re: Совет нодов
Difrex(mobile) (tavern,23) → Peter  –  17:34:26 2017-12-11

>поиск [плохо но сделано]
Можешь, кстати, взять мою API(elastic) и сделать поиск через нее. Как раз анализатор можно будет подпилить.
#  Re: Совет нодов
Peter (syscall,1) → gk11  –  17:26:50 2017-12-11

> расскажи вкратце, что за фичи. если фичи хорошие, может и мне следует их в своих форумах реализовать :)

- многоязычность web интерфейса [сделано]
- списки выбранных сообщений [сделано, хоть и плохо]
- поиск [плохо но сделано]
- возможность удалять сообщение с добавлением в blacklist [сделано]
- возможность редактировать сообщение админом [сделано, возможно нужно улучшить]
- автоподписка на тематические эхи INSTEAD [сделано]
- карбонка и rss карбонки [сделано]
- спойлеры через base [сделано]
- превью и помощь при написании сообщений [сделано]
- скрытоэхи через web как реализация приватных бесед [сделано]
- интеграция с e-mail, посылка ЛС? [возможно мне поможет в этом центр регистрации от elp]
- вид по топикам [как это сделано в elp]


>> Читать далее
#  Re: личное
gk11 (elp,2) → gk11  –  16:56:01 2017-12-11

me@51t.ru конечно :)
#  Re: Фетчинг gk11
Difrex(mobile) (tavern,23) → Andrew Lobanov  –  16:59:02 2017-12-11

Не хочу(и не буду) впиливать совместимость с древнем софтом. Но исходники открыты - всегда можно сделать пулл-реквест.
#  Re: Совет нодов
Difrex(mobile) (tavern,23) → gk11  –  16:57:16 2017-12-11

Ну, я пилю индекс сети, ну и поиск, как следствие.

Идея древовидных тредов замаячила опять, тем-более я наконец-то доделал фетчер+маппинг. А, ну и репозиторий фронта почистил и открыл.
#  личное
gk11 (elp,2) → All  –  16:45:57 2017-12-11

для личной связи со мной:
e-mail: me@51.ru
phone: +7 4232 907 908, sms +79025057908
vk: http://vk.com/romeroyakovlev
#  Re: Фетчинг gk11
gk11 (elp,2) → Andrew Lobanov  –  16:41:31 2017-12-11

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

пришлось доставать из шкафа и адаптировать http://ii.51t.ru

правда, туда тоже можно добавить эти features, код тута: https://github.com/gk11-ru/ii-elp
#  Re: Совет нодов
gk11 (elp,2) → Andrew Lobanov  –  16:38:42 2017-12-11

> Так как меня один фиг на ближайшем совете исключат из списка нодов в силу личной неприязни

я предлагаю исключить
1. возможности исключения (каждый гейтуется, как хочет)
2. личную неприязнь (особенно в эхах). личной неприязни - личную почту!
#  Re: Совет нодов
Andrew Lobanov (Go!,1) → gk11  –  16:13:21 2017-12-11

gk11> MAKE II GREAT AGAIN.

Так как меня один фиг на ближайшем совете исключат из списка нодов в силу личной неприязни, отвечать на всё вышеописанное не буду. Но вот про ii предлагаю уже закопать труп и идти строго в будущее.
#  Re: Фетчинг gk11
Andrew Lobanov (Go!,1) → Difrex(mobile)  –  16:13:21 2017-12-11

Difrex(mobile)> Рома, можно тебя попросить добавить path /x/features по GET запросу на который отдается plain text?

А смысл? Проще при отсутствии x/features переключаться на legacy (читай ii). Так сохраняется обратная совместимость с древним софтом. Не уверен, что она ещё нужна, но пусть уж будет.
#  Re: Фетчинг gk11
Difrex(mobile) (tavern,23) → gk11  –  16:02:43 2017-12-11

Да, спасибо, фетчится :)
#  Re: Совет нодов
gk11 (elp,2) → Peter  –  15:56:24 2017-12-11

расскажи вкратце, что за фичи. если фичи хорошие, может и мне следует их в своих форумах реализовать :)
#  Re: Совет нодов
Peter (syscall,1) → gk11  –  15:45:40 2017-12-11

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

Насчет дружественности - я против мата в эхах как минимум и за соблюдение хотя бы внешнего приличия в общении. Но заставить я никого не могу. ;)
#  Совет нодов
gk11 (elp,2) → All  –  15:23:57 2017-12-11

Бьют барабаны, звучат тантамы, и их эхо разносится по всем джунглям. Дымят во все концы сигнальные костры. Элеонора-Быстрые-Блоги созывает всех на совет нодов.

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

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

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

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

Что касаемо меня, я делаю проекты для новичков: Во-первых, простой блог, во-вторых, чуть более сложный форум. Идея в том, что протокол будут пропихивать в существующие форумы, за 4 года не оправдался, значит Магомеду следует размять ноги, и выпускать решения, которые, прежде всего являются простым и удобным решением для общения.

Помощь мне нужна, во-первых, в CSS, в которых я вообще ничего не понимаю, ибо привык к тому HTML, который изучил где-то в 1997-1998 годах по небольшой статье в не совсем технической книге :) Начиная с банального задания шрифтов. Во-вторых, в портировании на php, потому что я плохо помню php, а вариант блога-форума *закинул на хостинг, и порядок* тоже поможет в конкурентной борьбе за девочек, пишущих про котиков (для меня это моя основная целевая аудитория).

4. Что мы можем сделать интересного для людей? И как представить интересно то, что уже есть? А также другие вопросы информационной политики сети:

>> Читать далее
#  Re: Фетчинг gk11
gk11 (elp,2) → Difrex(mobile)  –  15:00:03 2017-12-11

http://gk11.ru/x/features

http://blog.51t.ru/x/features

так пойдёт?
#  Re: Фетчинг gk11
gk11 (elp,2) → Difrex(mobile)  –  14:54:22 2017-12-11

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

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

а почему не сгребли все эти экшны в один неймспейс /u/? потому что у меня много однобуквенных реквестов (меня за один вынос /e и /m прибить мало, надо было сразу неймспейс выделять - хотя изначально кроме /e и /m вообще никаких других действий не было, правда появление первого софта заставило жаловаться, что всё оооочень медленно - дальше начались долгие скитания между /z и /u, в общем так сложилось исторически)

впрочем, это можно, видимо, средствами nginx прикрутить, не трогая код - надо будет с конфигом разобраться, кто подскажет?
#  Фетчинг gk11
Difrex(mobile) (tavern,23) → All  –  14:01:06 2017-12-11

Я только что делал реиндекс и заметил, что гк11 не фетчится, т.к. не до конца совместим c ii/IDEC.

Мой фетчер не фетчит с такой ошибкой:
====
INFO[0000] Working for node: http://gk11.ru/
ERRO[0000] http://gk11.ru/x/features Node does not support echoes list
====


Что логично, потому что там 404(на /x/features).

Рома, можно тебя попросить добавить path /x/features по GET запросу на который отдается plain text?

====
curl http://gk11.ru/x/features
list.txt


>> Читать далее
#  Re: нодлист инфо
Andrew Lobanov (tavern,1) → Difrex(mobile)  –  15:04:46 2017-12-06

>>Вася Васин
Difrex(mobile)> Здесь группа Кирпичи, а зовут меня Василий.

Мастер слова очень сильный.
#  Re: Аплинки
Andrew Lobanov (tavern,1) → Difrex(mobile)  –  15:04:00 2017-12-06

Difrex(mobile)> Ну, два человека высказолось за то, что хотят видеть эхи в информации из нодлиста.
Difrex(mobile)> Я за JSON потому что он удобен для машины. Заглядывать в него глазами - можно, но не обязательно.

Я понимаю отчасти это желание, но пока не могу достаточно аргументированно ничего сказать ни за ни против. Кроме того, что нодлист касается структуры сети, а список конференций её наполнения и я не вижу острой необходимости мешать эти сущности в одно. Но это так себе аргумент.
#  Re: нодлист инфо
Andrew Lobanov (tavern,1) → gk11  –  15:01:24 2017-12-06

>> > Список конференций мне не нужен. Графы "вроде бы" в нодлисте нет. Добавлять кроме контакта по итогу пока нечего.

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

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

gk11> потому что тут всё очевидно: есть две станции, где кто фетчит

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

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

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

gk11> я практически уверен, что смогу доказать твою полнейшую неадекватность в качестве узла сети, и что тебя в нашей сети друзей не будет. потому что в нашей сети друзей - друзья, с добрыми намерениями, а не ебланы

>> Читать далее
#  Re: нодлист инфо
Difrex(mobile) (tavern,23) → gk11  –  14:27:19 2017-12-06

>Вася Васин
Здесь группа Кирпичи, а зовут меня Василий.
#  Re: нодлист инфо
Andrew Lobanov (tavern,1) → gk11  –  14:18:28 2017-12-06

> > Так какой узел добавлять?
gk11> любой

Добавил любой.

> > Прошу пардону. Так не пойдёт. Посмотри текущий нодлист.
gk11> можно записать, как Вася Васин

Понятно.

> > Графы "вроде бы" в нодлисте нет. Добавлять кроме контакта по итогу пока нечего.
gk11> потому что ни одна технология не может исправить тупость

В нашей сети нет узла "club". Так сто согласен. Тупость не исправить техническими средствами.
#  Re: Аплинки
Difrex(mobile) (tavern,23) → Andrew Lobanov  –  13:31:14 2017-12-06

Ну, два человека высказолось за то, что хотят видеть эхи в информации из нодлиста.
Я за JSON потому что он удобен для машины. Заглядывать в него глазами - можно, но не обязательно.
#  Re: нодлист инфо
gk11 (elp,2) → Andrew Lobanov  –  13:01:15 2017-12-06

>> club.syscall.ru для std.club, gk11.ru, openbsd.talk, idec.spline-online.tk для ii.14 и game.rogue.14. с кого беру idec.talks - не помню, вроде бы с club. поллинг - 5 минут

> Список конференций мне не нужен. Графы "вроде бы" в нодлисте нет. Добавлять кроме контакта по итогу пока нечего.

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

я практически уверен, что смогу доказать твою полнейшую неадекватность в качестве узла сети, и что тебя в нашей сети друзей не будет. потому что в нашей сети друзей - друзья, с добрыми намерениями, а не ебланы
#  Re: нодлист инфо
gk11 (elp,2) → Andrew Lobanov  –  12:55:26 2017-12-06

> Так какой узел добавлять?

любой

> Прошу пардону. Так не пойдёт. Посмотри текущий нодлист.

можно записать, как Вася Васин

> Графы "вроде бы" в нодлисте нет. Добавлять кроме контакта по итогу пока нечего.

потому что ни одна технология не может исправить тупость
#  Re: Аплинки
Andrew Lobanov (Go!,1) → Difrex(mobile)  –  11:14:45 2017-12-06

Difrex(mobile)> Если добавлять эхи в информацию, то я за такой формат в JSON:

А нужна ли эта информация в нодлисте?
#  Re: нодлист инфо
Andrew Lobanov (Go!,1) → gk11  –  10:29:55 2017-12-06

Во избежание возможных обид добавил указанную информацию. Предоставлена она не в полном объёме, поэтому практически бесполезна.
#  Re: нодлист инфо
Andrew Lobanov (Go!,1) → gk11  –  10:19:39 2017-12-06

>> 1. Имя ноды (которое попадает в поле адреса);
gk11> зависит от сервера регистрации. как минимум, есть три адреса. через u.gk11.ru идёт elp

Так какой узел добавлять?

>> 2. URL для работы клиента;
gk11> gk11.ru или blog.51t.ru

Два узла?

>> 3. URL веб-интерфейса, если таковой имеется;
gk11> аналогично

Аналогично.


>> Читать далее
#  Актуализация
Andrew Lobanov (Go!,1) → All  –  09:52:25 2017-12-06

Актуальные нодлист и схема сети доступны на публичных фреках таверны. Пока что там нет узла elp, так как Рома так и не поделился информацией об узле.
#  Re: New epoch started!
Andrew Lobanov (Go!,1) → Peter  –  16:18:12 2017-12-05

Peter> А что с ii.14? Можно снимать?

Я как всегда сниму последним =)
#  Re: Аплинки
Difrex(mobile) (tavern,23) → Peter  –  10:53:36 2017-12-06

Если добавлять эхи в информацию, то я за такой формат в JSON:
====
{
"nodename": "dynamic",
"client": "https://dynamic.lessmore.pw/idec/";,
"web": "https://dynamic.lessmore.pw";,
"sysop": "difrex",
"contacts": {
"email": "difrex.punk@gmail.com",
"web": "https://github.com/Difrex";
},
"description": "IDEC network aggregator. Please email me for indexing your node.",
"uplinks": [
{
"node": "http://ii-net.tk/ii/ii-point.php?q=/";,


>> Читать далее
#  Re: Аплинки
Difrex(mobile) (tavern,23) → Peter  –  10:32:53 2017-12-06

Сделай пожалуйста в таком же формате, как уже есть, чтобы не плодить сущностей.
Если у тебя опрашивается какая-то нода не по крону, то поставь 0m.
#  Re: New epoch started!
Difrex(mobile) (tavern,23) → Peter  –  10:30:37 2017-12-06

Как хочешь =) Но, вроде, сюда все продолжают писать, хотя вчера хотели переименования.

Я фетчу все, что есть в list.txt.
#  Re: Аплинки
gk11 (elp,2) → Peter  –  10:12:32 2017-12-06

> И также позволит получить актуальную инфу о структуре сети.

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

впоследствии, если узлов будет хотя бы 20, нам всё равно понадобится NC/NEC в одном флаконе, который и будет во всё вникать, и какие-никакие правила, которым следует подчиняться всем узлам (с понесением личной ответственности за их неисполнение), поэтому надо как-никак организовываться.
#  нодлист инфо
gk11 (elp,2) → All  –  10:08:38 2017-12-06

> 1. Имя ноды (которое попадает в поле адреса);
зависит от сервера регистрации. как минимум, есть три адреса. через u.gk11.ru идёт elp

> 2. URL для работы клиента;
gk11.ru или blog.51t.ru

> 3. URL веб-интерфейса, если таковой имеется;
аналогично

> 4. Своё имя в том виде, какое ты бы хотел видеть в нодлисте;
никаким

> 5. Свои контакты (email, web, phone). Хотя бы один из тех, с помощью которого можно связаться с тобой приватно;
me@51t.ru


>> Читать далее
#  Re: Аплинки
gk11 (elp,2) → Peter  –  10:03:18 2017-12-06

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

автоинформация тоже важная вещь, но мало кто будет следить за уведомлениями (если не будет мета-трекера фетча), а так можно понять, что следует менять
#  Re: Аплинки
Peter (syscall,1) → Peter  –  10:02:15 2017-12-06

Да, уточню. Мне кажется важным именно наличие инфы: какие эхи тянутся с каких нод. Это позволит легче взаимодействовать при взаимном фетче. (О, Андрей, а почему ты снял с меня фетч? Или - смотри - что я у тебя фетчу!)

И также позволит получить актуальную инфу о структуре сети.

Так что на мой взгляд, информация должна быть в виде:

нода:эхи

#  Аплинки
Peter (syscall,1) → All  –  09:46:11 2017-12-06

Я хочу на своей ноде сделать что то вроде list.txt но с описанием того что я фетчу.
Я могу сделать и json в формате.
Есть ли смысл это стандартизовать?
Если нет - я бы сделал просто что то вроде:

урл фетча:список эх
урл фетча:список эх
урл фетча:список эх

Перид опроса имхо не особо важная информация. И вообще - она может быть даже не периодической. ;)
#  Re: Ссылки на Динамике
Difrex(mobile) (tavern,23) → gk11  –  05:11:28 2017-12-06

gk11> а фетчер там не падает больше?
Но там не фетчер падает, а нода. :)
И по-идее она должна лежать сейчас. Напишу про это в faq.
#  Re: Ссылки на Динамике
gk11 (elp,2) → Difrex(mobile)  –  00:45:23 2017-12-06

а фетчер там не падает больше?
#  Re: New epoch started!
gk11 (elp,2) → Difrex(mobile)  –  00:44:52 2017-12-06

привет фидошникам! есть новые классные девчонки?
#  Re: New epoch started!
Peter (syscall,1) → Difrex(mobile)  –  14:52:57 2017-12-05

А что с ii.14? Можно снимать?
#  Ссылки на Динамике
Difrex(mobile) (tavern,23) → All  –  14:56:49 2017-12-05

Теперь можно давать ссылки на конкретное сообщение.
Например, так https://dynamic.lessmore.pw/?SPQjuhsX8xLNQ3pnhG7L

Сообщение с соответствующим хэшем окажется наверху.
#  New epoch started!
Difrex(mobile) (tavern,23) → All  –  10:56:48 2017-12-05

Subj!