>> Пробросил в таверну.

Peter> Ага, фетчу назад тоже. :)

А как официально эха называется?

>>> Пробросил в таверну.
Peter>> Ага, фетчу назад тоже. :)
Mirage> А как официально эха называется?

Может, я не понимаю вопрос, но std.hugeping. Судя по описанию в инстед-клубе, "Блог hugeping'а" :)

Mirage>> А как официально эха называется?

AL> Может, я не понимаю вопрос, но std.hugeping. Судя по описанию в инстед-клубе, "Блог hugeping'а" :)

Да, про описание спрашивал. Спасибо. Тоже поставил на fetch.

Привет!

Я вернул тороноду в онлайн. Теперь она смотрит на динамик и доступна по адресу: http://IDEClubzduruedpzzrxxbt2hk6apecuhni5vnjlsqg2t3gdet26fjyid.onion/

Логи запросов, если что, не ведутся.

Исходники из чего это все запущено можно посмотреть тут https://gitea.difrex.ru/lessmore/tor-node

Difrex> Я вернул тороноду в онлайн. Теперь она смотрит на динамик и доступна по адресу: http://IDEClubzduruedpzzrxxbt2hk6apecuhni5vnjlsqg2t3gdet26fjyid.onion/

Нода это хорошо. Но нам бы поинтов :)

> Нода это хорошо. Но нам бы поинтов :)
А в факе это, кстати, есть :)

> А писать как?
> Для получения поинта пишите на difrex@lessmore.pw

Сабж. Ругается на регекспы https://github.com/idec-net/ii-php/blob/master/iiweb.inc.php#L23

https://alicorn.tk/ii-old/?echo=to.lor.2014

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

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

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

Дошли руки, починил баг с встроенным редактором, можно обновляться.
А циклические крэши, скорее всего, из-за того что Email-клиент не установлен. Обычно если раз 10 нажать "Отмена", то клиент, как правило, оживает.

+++ IDEC Mobile в виртуальной машине
+++ GNU/Linux, Android, physics, MLP:FIM

Тут на меня вышел автор игры GRANDIOSE DELUSIONS и попросил удалить сообщения с упоминанием его имени - я удалил.
Удалил не сразу, сначала с ним попереписывался, он запруфал, что он действительно автор, я удалил.
Он пошел писать владельцам остальных узлов, если что.

Сообщения, которые он попросил грохнуть:

* KxywR6BzZ320THNHMj8e
* rS7Ezecbv31yD6VzV4e6


Нечто подобное, я помню, кто-то уже кому-то писал.

Потёр упоминание, но там вроде никаких данных не было

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

Difrex> Тут на меня вышел автор игры GRANDIOSE DELUSIONS и попросил удалить сообщения с упоминанием его имени - я удалил.

Мне он тоже написал. Грохнул сообщения. Спасибо.

Опять пишет. Уже хочет, чтобы мы снесли вот этот самый тред. Погуглил законы РФ. Так вот по ним хотя имя с фамилией и относятся к персональным данным, но физическое лицо не может требовать от оператора(т.е. нас) удаления их, т.к. это обезличенная информация. Если бы вместе с именем был бы еще и номер телефона или адрес домашний, тогда были бы обязаны. Сейчас нет. Попробовал ему это разъяснить.

А где этот тред вообще? Я наверное эту эху не тяну?

Так вот же ты в него отвечаешь =)

Вот че спрашивает тепере:

> I see. But is there any way to hide that message? I mean not make those message display when I search my name?

Как с ним поступим?

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

я у себя так сделал

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

Тогда нужно будет и id сообщений править, иначе он не будет вычисляться.

Difrex> Тогда нужно будет и id сообщений править, иначе он не будет вычисляться.

По стандарту id не обязан напрямую вычисляться из сообщения, он лишь должен удовлетворять требованиям по длине, набору символов и уникальности в базе

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

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

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

vit01> А циклические крэши, скорее всего, из-за того что Email-клиент не установлен. Обычно если раз 10 нажать "Отмена", то клиент, как правило, оживает.

Да нет, установлено два клиента было.

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

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

Мне нужны конкретные ID сообщений, потому что я честно говоря ничего не понял :) Некий чел хочет удалить упоминание в интернете о его имени? Но я не вижу у себя таких сообщений, тк не знаю что искать.

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

В обновлении от сегодня починены краши из-за конфликта версий ACRA и AndroidX

+++ IDEC Mobile в виртуальной машине
+++ GNU/Linux, Android, physics, MLP:FIM

Вот и до меня добралось. :)
В общем, пишу ноду на go.
Цели:
- никаких внешних зависимостей;
- экстремальная простота настройки и переноса базы;
- поддержка умного (адаптивного) fetch

На данный момент черновик ноды готов: https://github.com/gl00my/ii-go
Пока нет никакой морды, нет документации. Но решил показать что есть, вдруг кто-то pr накидает. ;)

Как посмотреть:

git clone https://github.com/gl00my/ii-go.git

cd ii-go/ii-tool
go build

./ii-tool fetch http://idec.spline-online.tk (полный фетч в 6 потоков всех эх (нужна поддержка list.txt), запускается только если видит, что база ноды изменилась, по наличию последнего сообщения)

./ii-tool -lim=-32 fetch http://idec.spline-online.tk (адаптивный фетч, спускается вглубь истории постепенно, по мере необходимости)

./ii-tool -lim=32 fetch https://club.syscall.ru (неадаптивный фетч, просто последние 32)

В конце можно указать файл с эхами или - для stdin

cat std.club | ./ii-tool -lim=32 fetch https://club.syscall.ru -

В итоге сольётся db и создастся db.idx - индекс. db - это просто бандл, и только этого файла достаточно, чтоб переносить базу.

можно теперь положить его к ноде:

mv db ../ii-node/
cd ../ii-node
go build
./ii-node - и запустить ноду на 8080

Теперь можно пофетчить с 127.0.0.1:8080 и позамерять скорость.

Ну и посылка сообщений тоже есть, см. -h

Увлекательное занятие, должен я сказать. :)

Это уже третья реализация годы на go будет :).

Опять предлагаю развивать библиотеку вместе: https://github.com/idec-net/go-idec

> Опять предлагаю развивать библиотеку вместе: https://github.com/idec-net/go-idec

Я с неё начал, сейчас фактически моя реализация покрывает твою. Почему я это сделал.

1) Хочу другую лицензию (MIT)
2) Нашел некоторые странности (@repto вместо @Repto, StdBASE64 вместо URLBase64 в get запросе, точно не помню, может ещё что-то по мелочи, типа Subg вместо Subj...
3) Наличие внешних зависимостей (противоречит моей цели)
4) Субъективно, хотелось простоты =)

> 1) Хочу другую лицензию (MIT)
На этом можно было и остановиться на самом деле :D GPL не хочу менять на MIT точно.

> @repto вместо @Repto
Разве у нас в стандарте с большой буквы прописано? В тех же iing и ii-php реализованно с маленькой.

> StdBASE64 вместо URLBase64 в get запросе
Там ескейпится потом. Не помню уже почему именно так сделано было.

> Subg вместо Subj
Это у меня исторически сложилось еще с perl клиента :)

> 3) Наличие внешних зависимостей (противоречит моей цели)
Хм, но там только одна внешняя зависимость и только для тестов - httpmock. Сама либа полностью на стандартной либе написана.

Но вообще ты меня подбил на то, чтобы почитать код go-idec :). Нашел несколько мест, которые можно определенно улучшить. Ну, и коверадж надо бы добить до 99% =)

> Разве у нас в стандарте с большой буквы прописано? В тех же iing и ii-php реализованно с маленькой.

Вот это интересный момент. В стандарте с большой вроде бы написано. Давайте определим, как именно правильно. А то я пока закодил и то и другое.

> Хм, но там только одна внешняя зависимость и только для тестов - httpmock. Сама либа полностью на стандартной либе написана.

Угу, ошибся.

> Там ескейпится потом. Не помню уже почему именно так сделано было.

Да я видел. Я в итоге сделал всё таки urlsafe для get варианта.

>> @repto вместо @Repto
Difrex> Разве у нас в стандарте с большой буквы прописано? В тех же iing и ii-php реализованно с маленькой.

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

>> StdBASE64 вместо URLBase64 в get запросе
Difrex> Там ескейпится потом. Не помню уже почему именно так сделано было.

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

>>> @repto вместо @Repto
Difrex>> Разве у нас в стандарте с большой буквы прописано? В тех же iing и ii-php реализованно с маленькой.
vit01> Всегда было с маленькой. Глянул в документацию - оказалось, что Github стал неправильно рендерить Markdown, и там отображается с большой, хотя в исходнике осталось всё как надо

Прикольно :)

>>> StdBASE64 вместо URLBase64 в get запросе
Difrex>> Там ескейпится потом. Не помню уже почему именно так сделано было.
vit01> Для кодирования самого сообщения вроде как раз urlbase64 и используется. Для хэшей же идёт полная подмена символов, чтобы избежать знаков препинания

Из документации это не следует никоим образом.

> Глянул в документацию - оказалось, что Github стал неправильно рендерить Markdown, и там отображается с большой, хотя в исходнике осталось всё как надо
Походу дела нужно @ экранировать.

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

Список изменений:

* Исправлена ошибка на странице настроек, возникающая при неудачной попытке получить списки конференций с сервера.
* Добавлена страница списка сообщений в эхе.
* На главной странице и странице отдельного сообщения добавлена кнопка ответа.
* На главной добавлена ссылка на сообщение.

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

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

Отлично! Надо будет заценить.

У меня тоже процесс идёт хорошо. Скоро будет нода моей мечты. :))

Мой прототип можно пошатать здесь: http://club.syscall.ru:8080

Можно и нужно его пошатать, если кому-то есть на это время/интерес. )

> Мой прототип можно пошатать здесь: http://club.syscall.ru:8080

> Можно и нужно его пошатать, если кому-то есть на это время/интерес. )

Только, конечно, не подключайте фетч на свои боевые ноды! Сейчас там тестирование. Можно ломать. :)

Что нового и вообще, что в ноде особенного на данный момент.

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) Простота разворачивания

Продолжаю работать. То, что хочется сделать.

1) RSS
2) Возможно, активацию юзеров по почте или вручную
3) Карбонка
4) Поиск
5) Избранное

http://club.syscall.ru:8080 - демка для экспериментов,

На ii-go завезли котиков!

Не знаю зачем, но теперь в теле сообщения детектятся xpm. Как это выглядит - можно посмотреть на стенде. Можно постить котиков, но помните: лучше всего котика делать с 1 символом на цвет. (64-цветные палитры, например).

Котики тут: http://club.syscall.ru:8080/t5KocgBVCe3m37eRsXjd/1

Сырое сообщение, конечно, трэшовенько смотрится =)

Нормально смотрятся только небольшие. 32x32 или 64x64

Вот, например - ещё более менее: http://club.syscall.ru:8080/m/HUwMVOKfbms85NMXfkcy#HUwMVOKfbms85NMXfkcy

Короче, я на этом скоро сделаю аватарки :)

Прикрутил автатарки. Их можно загружать тоже в xpm и хранятся они в points.txt в текстовой форме.

http://club.syscall.ru:8080/IAXXN7yBVRqHzb9iG4Af/1

Я бы предложил это как-то стандартизировать в расширениях.
Можно добавить текстовые теги. Типа,

-*- xpm; -*-
static char * x_xpm[] = {
"32 32 17 1",
" 	c None",
".	c #18293E",
"+	c #112C39",
...
-*- xpm; -*-

Чтоб в клиентах можно было вырезать(или отрисовывать) это, например.

> Я бы предложил это как-то стандартизировать в расширениях.
> Можно добавить текстовые теги. Типа,

Я только за! Сейчас у меня такие _нестандартные_ теги:

1) @base64: имя файла - всё, что после этой строки берется как base64 аттач демка тут: http://club.syscall.ru:8080/jaHRwm0sPfK2w6n8jqhm#jaHRwm0sPfK2w6n8jqhm

2) @spoiler: строка - показать спойлер (В веб версии это реверс-строки и бледный цвет

3) XPM2 и XPM3 как есть воспринимаются, в соответствии с их форматом

@ мне нравятся, так как это аналог @repto:

Аватарки - это круть же! Может апи серверный какой придумать в расширениях, чтоб можно было постом аватарку пропихнуть на свою ноду?

-XPOST /x/avatar -d "pauth=authstring&xpm=$(echo "$XPM" | base64)"

Правда это небезопасная штука может быть.

С аватарками есть проблема. Как именно идентифицировать пользователя?
Сначала, я сделал по адресу. Потом по полю From. Оба решения не ахти.
Мне кажется, пока у нас нет отдельных register серверов, аватарки можно делать только кустарно-индивидуально. А так, мне тоже аватарки нравятся. )))

Новое на стенде: Появились ЛС! Как реализовано?

Эха, которая начинается с . (.private - на сервере). Это такая эха, в которой пользователь видит только свои сообщения, сообщения написанные ему и сообщения адресованные All

Такие эхи отдаются на фетч только по строке: /point/authstr/u/e/список эх

Список эх может включать не только приватные эхи, но и другие

В веб это смотрится довольно гармонично!

Итого, из моих планов -- осталось только шлифануть порефакторить и написать документацию :)