Jam VS Squish

[Sergey Anohin]

Hello *All*
А скажите плз плюсы и минусы сабжа?


Bye, , 28 янваpя 24

[Nil A]

Hello, Sergey!

Sunday January 28 2024 22:39, from Sergey Anohin -> All:

SA> А скажите плз плюсы и минусы сабжа?

FAQ же. Но если поиском не умеешь пользоваться, то мне не лень потаптать клаву.

В Скрише есть ограничение количество цепочки ответов - 9 штук.
FSP-1037, 4.2.2. Message Header
+---------+--------+-----+-----------------------------------------+
| replies |dword[9]| 178 | If any replies for this message are |
| | | | present, this array lists the "UMSGID" |
| | | | values of up to nine reply messages. |
+---------+--------+-----+-----------------------------------------+

Отступление. Когда пишешь под ДОС в реальном режиме, и у тебя сегмент в 64Кб.
Или, у тебя 2024год на дворе, и пишешь под однокристалку, стоимостью в
несколько доллара, то сложно просканировать ВСЮ базу из тысячей сообщений, и
построить дерево сообщений и ответов к ним быстро. Ключевое слово быстро. Так
то, наверняка, современные программисты не смогут в несольких килобайтах ничего
такого сделать, им надо всё сообщение в память считать сначал, ну и далее по
тексту. Так бы сегодня можно было бы забить на это, но программы всё равно
этими "индексами" пользуются.

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

А ещё есть Хадсон. Там одна база на все сообщения, но это не по сабжу уже.

Best Regards, Nil

[Alexey Fayans]

Hello Nil!

On Mon, 29 Jan 2024 01:42 +0300, in a message to Sergey Anohin, you wrote:

NA> В Джеме есть проблема в дизайне, что если часто там что-то удалять, то
NA> оно из базы не удаляется без пуржинга.

Как и в свкише.

NA> В этом месте сквишь имеет двух-связные списки, и в пустые места, если
NA> места хватит, можно постараться забить новые сообщения.

Теоретически, и в JAM так можно, только смысла в этом нет, поэтому никто так не
заморачивался. :)


... Music Station BBS | https://bbs.bsrealm.net | telnet://bbs.bsrealm.net

[Alexey Fayans]

Hello Sergey!

On Sun, 28 Jan 2024 22:39, in a message to All, you wrote:

SA> А скажите плз плюсы и минусы сабжа?

В JAM дата хранится в unixtime, и под неё выделено 4 байта, так что после 2106
года формат превратится в тыкву. Под линковку ответов выделено 2 поля по 4
байта, и предложена схема, позволяющая прилинуовать любое количество ответов.
Ещё в JAM заголовки сообщений лежат в отдельном файле, что раньше давало
прирост в скорости, но сейчас уже не так важно.

В Squish дата хранится c точностью до двух секунд, зато почти без ограничений.
Под линковку ответов выделено 36 байт (массив из 9 интов), но схема позволяет
прилинковать только 9 ответов. Хотя никто не мешает перетащить сюда схему из
JAM, используя пару из этих интов под сигнатуру новой схемы, но так, вроде, ещё
никто не делает.

[Nil A]

Hello, Alexey!

Monday January 29 2024 03:43, from Alexey Fayans -> Sergey Anohin:

AF> В JAM дата хранится в unixtime, и под неё выделено 4 байта, так что
AF> после 2106 года формат превратится в тыкву.

2038 https://en.wikipedia.org/wiki/Year_2038_problem
Уже много лет time_t в юниксах 64-битное и кончится весьма не скоро.

AF> В Squish дата хранится c точностью до двух секунд,

MS-DOS date and time хранение, у них жопа наступает в 2099, но так то да,
только чётные секунды влезают.

Best Regards, Nil

[Nil A]

Hello, Alexey!

Monday January 29 2024 03:45, from Alexey Fayans -> Nil A:

NA>> В Джеме есть проблема в дизайне, что если часто там что-то

NA>> удалять, то оно из базы не удаляется без пуржинга.
AF> Как и в свкише.

У них только один двух-связный список сделан для сообщений? Чёт я думал, там
как какой-нибудь malloc() работает, что есть список свободных областей.

NA>> В этом месте сквишь имеет двух-связные списки, и в пустые места,

NA>> если места хватит, можно постараться забить новые сообщения.
AF> Теоретически, и в JAM так можно, только смысла в этом нет, поэтому
AF> никто так не заморачивался. :)

Так-то можно заморочиться, в "дырки" писать. Кто спеки читал, а их есть Jam в
.arj архив оригинального на Си API лежит, а для Сквиша - был squish sdk с
squish.txt, потом его переформатировали, без добавления в FSP-1037. Так вот,
кто спеки читал, тот прочитает сообщения в дырках. Хотя, есть проблема с Jam,
там можно удалять по-разному, и даже голдед имеет настройку как именно удалять.

Best Regards, Nil

[Sergey Anohin]

Hello *Nil* *A*

SA>> А скажите плз плюсы и минусы сабжа?

NA> FAQ же. Hо если поиском не умеешь пользоваться, то мне не лень потаптать
NA> клаву.

Меня больше интеpесовал вопpос личного опыта.

NA> В Скpише есть огpаничение количество цепочки ответов - 9 штук.
NA> FSP-1037, 4.2.2. Message Header
NA> +---------+--------+-----+-----------------------------------------+
NA> | replies |dword[9]| 178 | If any replies for this message are |
NA> | | | | present, this array lists the "UMSGID" |
NA> | | | | values of up to nine reply messages. |
NA> +---------+--------+-----+-----------------------------------------+
NA> Отступление. Когда пишешь под ДОС в pеальном pежиме, и у тебя сегмент в
NA> 64Кб. Или, у тебя 2024год на двоpе, и пишешь под однокpисталку,
NA> стоимостью в несколько доллаpа, то сложно пpосканиpовать ВСЮ базу из
NA> тысячей сообщений, и постpоить деpево сообщений и ответов к ним быстpо.
NA> Ключевое слово быстpо. Так то, навеpняка, совpеменные пpогpаммисты не
NA> смогут в несольких килобайтах ничего такого сделать, им надо всё
NA> сообщение в память считать сначал, ну и далее по
NA> тексту. Так бы сегодня можно было бы забить на это, но пpогpаммы всё
NA> pавно этими "индексами" пользуются.
NA> В Джеме есть пpоблема в дизайне, что если часто там что-то удалять, то
NA> оно из базы не удаляется без пуpжинга. В этом месте сквишь имеет
NA> двух-связные списки, и в пустые места, если места хватит, можно
NA> постаpаться забить новые сообщения. В этом и был дизайн.
NA> А ещё есть Хадсон. Там одна база на все сообщения, но это не по сабжу уже.

Пpимеpно тепеpь каpтина обpисовалась, спасибо!

Bye, Nil A, 29 янваpя 24

[Sergey Anohin]

Hello *Nil* *A*
NA> Так-то можно замоpочиться, в "дыpки" писать. Кто спеки читал, а их есть

А можно пpосто взять SQlite и в ус не дуть? У Пушкена же в хотдоге оно?

[Sergey Anohin]

Hello *Alexey* *Fayans*

SA>> А скажите плз плюсы и минусы сабжа?

AF> В JAM дата хpанится в unixtime, и под неё выделено 4 байта, так что
AF> после 2106 года фоpмат пpевpатится в тыкву. Под линковку ответов
AF> выделено 2 поля по 4 байта, и пpедложена схема, позволяющая пpилинуовать
AF> любое количество ответов. Ещё в JAM заголовки сообщений лежат в
AF> отдельном файле, что pаньше давало пpиpост в скоpости, но сейчас уже не
AF> так важно.
AF> В Squish дата хpанится c точностью до двух секунд, зато почти без
AF> огpаничений. Под линковку ответов выделено 36 байт (массив из 9 интов),
AF> но схема позволяет пpилинковать только 9 ответов. Хотя никто не мешает
AF> пеpетащить сюда схему из JAM, используя паpу из этих интов под сигнатуpу
AF> новой схемы, но так, вpоде, ещё никто не делает.

Спасибо!


Bye, Alexey Fayans, 29 янваpя 24

[Alexey Fayans]

Hello Nil!

On Mon, 29 Jan 2024 04:19 +0300, in a message to me, you wrote:

AF>> В JAM дата хранится в unixtime, и под неё выделено 4 байта, так

AF>> что после 2106 года формат превратится в тыкву.
NA> 2038 https://en.wikipedia.org/wiki/Year_2038_problem

В 2038 году сломаются только реализции, которые используют int вместо uint, но
и этого можно избежать, например, вот так: https://bit.ly/3E99D9n

NA> Уже много лет time_t в юниксах 64-битное и кончится весьма не скоро.

Да хоть 100500-битное, в заголовке JAM под это отведено 4 байта, и больше ты
туда никак не запихнёшь.

AF>> В Squish дата хранится c точностью до двух секунд,

NA> MS-DOS date and time хранение, у них жопа наступает в 2099

В 2108, если быть точным. Там под (Год - 1980) выделено 7 бит, соответственно,
максимальное юзабельное значение года - 2107. Но в Squish есть ещё и вот такое:

=== Start of Windows Clipboard ===
__ftsc_date char[20] 218 FTS-0001 compatible date. Squish
applications should not access this
field directly. This field is used
exclusively by tossers and scanners
for preserving the original ASCII
message date. Squish applications
should use the binary dates in
date_written and date_arrived to
retrieve the message date.
Total: 238 bytes
=== End of Windows Clipboard ===

Так что когда наступит жопа, можно будет перейти на это поле. Это если в 2108
году кто-то ещё будет использовать Squish, конечно.. :)

[Alexey Fayans]

Hello Nil!

On Mon, 29 Jan 2024 05:35 +0300, in a message to me, you wrote:

NA> Так-то можно заморочиться, в "дырки" писать.

Формат Squish очень прост. Фреймы идут друг за другом. В индексе хранится связь
абсолютного номера соощения (UMSGID) с позицией фрейма (Offset), и хэш поля To.
Если Offset == 0, сообщение удалено. В JAM примерно так же, просто -1 вместо 0.
В обоих случаях (JAM и Squish) ты можешь высчитать количество байт между концом
последнего сообщения перед удалённым и началом первого сообщения после, и если
места хватит, пихнуть туда фрейм. Правда в случае с JAM нужно будет такой же
фокус проделать ещё и с файлом заголовков. Довольно трудозатратно и напрочь
лишено смысла, поэтому так никто не делает, насколько мне известно.

NA> Кто спеки читал, а их есть Jam в .arj архив оригинального на Си API
NA> лежит, а для Сквиша - был squish sdk с squish.txt, потом его
NA> переформатировали, без добавления в FSP-1037. Так вот, кто спеки
NA> читал, тот прочитает сообщения в дырках.

Так ты сам бы их почитал что ли. У меня они есть и я их хорошо понимаю. :) Если
в "дырку" правильно записать, то и прочитается всё оттуда без проблем.

NA> Хотя, есть проблема с Jam, там можно удалять по-разному, и даже голдед
NA> имеет настройку как именно удалять.

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

[Alexey Fayans]

Hello Sergey!

On Mon, 29 Jan 2024 10:40, in a message to Nil A, you wrote:

SA> А можно пpосто взять SQlite и в ус не дуть? У Пушкена же в хотдоге
SA> оно?

Конечно можно (и даже нужно), если не требуется совместимость с другим софтом.
Было бы классно, кстати, если бы кто-нибудь запилил универсальную схему для
хранения фидошных сообщений для SQlite. Или вообще SQL, с возможностью указания
connection string, а там хоть SQLite, хоть postgres, хоть DuckDB какой-нибудь
новомодный. Можно было бы даже в FTSC такой proposal отправить. Может быть,
даже голдед и хаски это поддержат, и будет всем счастье.

[Sergey Anohin]

Hello, Alexey!

SA>> А можно пpосто взять SQlite и в ус не дуть? У Пушкена же в хотдоге
SA>> оно?

AF> Конечно можно (и даже нужно), если не требуется совместимость с другим
AF> софтом. Было бы классно, кстати, если бы кто-нибудь запилил универсальную
AF> схему для хранения фидошных сообщений для SQlite. Или вообще SQL, с
AF> возможностью указания connection string, а там хоть SQLite, хоть postgres,
AF> хоть DuckDB какой-нибудь новомодный. Можно было бы даже в FTSC такой
AF> proposal отправить. Может быть, даже голдед и хаски это поддержат, и будет
AF> всем счастье.

Кажется SQL юзали два изделия: Пушкена и Wfido Лушникова. Могу сказать только
про последний,
что там используется после 5й пыхи драйвер php_mysqli, на сколько я помню
совместимый с SQlite,
схема базы есть для обычного MySQL, не знаю как оно там совместимо для SQlite.
А умные люди говорили
что если использовать php_pdo то можно во все базы писать, но тогда там надо
писать какую-то функцию
прослойку-обертку кается. Но в целом придумать стандарт для базы SQL было бы не
плохо.

С наилучшими пожеланиями, Sergey Anohin.

[Sergey Anohin]

Hello, Alexey!

AF> Может быть, даже голдед и хаски это поддержат, и будет всем счастье.

Тут фиг знает, комьюнити разрабов особо нет, все пилят что-то в соляру и все.
Голдед NSF кажется был какой-то прикольный (сам не пользовался никогда), но даж
его не воскресили.

[Dmitry Protasoff]

Hello, Egor!

Monday January 29 2024 14:49, you wrote to Sergey Anohin:

SA>> Hо в целом придумать стандарт для базы SQL было бы не плохо.

EG> И первая же имплементация будет "ваш стандарт говно, вы ничего не
EG> понимаете в SQL, я сделал свою схему".

Можно делать свои схемы, но всегда есть возможность сделать из этой схемы view
в том виде, как прописано в каком-то стандарте :)

Best regards,
dp.

[Egor Glukhov]

Sergey,

29 Jan 24 14:22, you wrote to Alexey Fayans:

SA> Но в целом придумать стандарт для базы SQL было бы не плохо.

И первая же имплементация будет "ваш стандарт говно, вы ничего не понимаете в

SQL, я сделал свою схему".

Егор Глухов

[Alexey Fayans]

Hello Sergey!

On Mon, 29 Jan 2024 14:22, in a message to me, you wrote:

SA> драйвер php_mysqli, на сколько я помню совместимый с SQlite,

Оно совместимо только с MySQL. Но это не важно. Главное - схема.

SA> схема базы есть для обычного MySQL

Скорее всего, она совместима с любым SQL, в том числе и SQLite. Но пока это не
стандарт (FSP хотя бы), а просто чей-то вариант реализации, никто это внедрять
никуда не будет..

[Alexey Fayans]

Hello Sergey!

On Mon, 29 Jan 2024 14:33, in a message to me, you wrote:

AF>> Может быть, даже голдед и хаски это поддержат, и будет всем

AF>> счастье.
SA> Тут фиг знает, комьюнити разрабов особо нет, все пилят что-то в соляру
SA> и все.

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

SA> Голдед NSF

Это труп.

SA> но даж его не воскресили.

А зачем? Есть же мейнстрим голдед, который вполне поддерживается, периодически.
В последних релизах, правда, наломали дров и не чинят.. :)

[Sergey Anohin]

Hello, Alexey!

AF> Скорее всего, она совместима с любым SQL, в том числе и SQLite. Но пока
AF> это не стандарт (FSP хотя бы), а просто чей-то вариант реализации, никто
AF> это внедрять никуда не будет..

Ну там всякие Engine конечно кастомные, но это мелочи да, вот вопрос еще с
размерами баз и блокировками конечно.
Я с SQlite вообще не сталкивался плотно.

[Sergey Anohin]

Hello, Alexey!

SA>> Голдед NSF
AF> Это труп.

SA>> но даж его не воскресили.

AF> А зачем? Есть же мейнстрим голдед, который вполне поддерживается,
AF> периодически. В последних релизах, правда, наломали дров и не чинят.. :)

Там ведь это форк какой-то был с какими-то плюхами?

[Alexey Fayans]

Hello Sergey!

On Mon, 29 Jan 2024 16:47, in a message to me, you wrote:

SA>>> но даж его не воскресили.
AF>> А зачем? Есть же мейнстрим голдед, который вполне поддерживается,
AF>> периодически. В последних релизах, правда, наломали дров и не

AF>> чинят.. :)
SA> Там ведь это форк какой-то был с какими-то плюхами?

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

[Nil A]

Hello, Sergey!

Monday January 29 2024 10:40, from Sergey Anohin -> Nil A:

NA>> Так-то можно замоpочиться, в "дыpки" писать.

SA> А можно пpосто взять SQlite и в ус не дуть?

Можно, но мы же хотим работать со всем этим наследием фидософта с 90х, так? Ну
вот чтобы не комбайны, которым внутри пофиг, потому что они закрытая система, а
вот прям как мейлер+тоссер+читалка было, и чтобы все понимали друг друга, и
любой из них был взаимозаменяемый.

Так то и на бинкп протокол можно забить, и гонять через какой-нибудь REST.
Кайфа то сколько сразу. И доступ из сетей, где только http(s) трафик разрешён.
TLS шифрование и авторизация сразу из коробки.

SA> У Пушкена же в хотдоге оно?

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

Best Regards, Nil

[Egor Glukhov]

Nil,

29 Jan 24 19:00, you wrote to Sergey Anohin:

NA>>> Так-то можно замоpочиться, в "дыpки" писать.
SA>> А можно пpосто взять SQlite и в ус не дуть?

NA> Можно, но мы же хотим работать со всем этим наследием фидософта с 90х,
NA> так? Ну вот чтобы не комбайны, которым внутри пофиг, потому что они
NA> закрытая система, а вот прям как мейлер+тоссер+читалка было, и чтобы все
NA> понимали друг друга, и любой из них был взаимозаменяемый.

Ты часто взаимозаменяешь любой из этих компонентов?

SA>> У Пушкена же в хотдоге оно?

NA> В этих мобильниках же так таковой файловой системы вроде нет,

А куда она делась?

NA> только если это не SD карточка внешняя. Там приходится работать с тем
NA> что есть, типа встроенного sqlite.

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

Егор Глухов

[Dmitry Protasoff]

Hello, Nil!

Monday January 29 2024 19:00, you wrote to Sergey Anohin:

NA> Так то и на бинкп протокол можно забить, и гонять через какой-нибудь
NA> REST. Кайфа то сколько сразу. И доступ из сетей, где только http(s)
NA> трафик разрешён. TLS шифрование и авторизация сразу из коробки.

Гораздо интереснее было бы получить доступ из сетей, где http(s) не разрешен.
Hапример - over DNS.

Best regards,
dp.

[Nil A]

Hello, Alexey!

Monday January 29 2024 10:08, from Alexey Fayans -> Nil A:

NA>> Так-то можно заморочиться, в "дырки" писать.

AF> Формат Squish очень прост. Фреймы идут друг за другом. В индексе
AF> хранится связь абсолютного номера соощения (UMSGID) с позицией фрейма
AF> (Offset), и хэш поля To. Если Offset == 0, сообщение удалено. В JAM
AF> примерно так же, просто -1 вместо 0. В обоих случаях (JAM и Squish) ты
AF> можешь высчитать количество байт между концом последнего сообщения
AF> перед удалённым и началом первого сообщения после, и если места
AF> хватит, пихнуть туда фрейм. Правда в случае с JAM нужно будет такой же
AF> фокус проделать ещё и с файлом заголовков. Довольно трудозатратно и
AF> напрочь лишено смысла, поэтому так никто не делает, насколько мне
AF> известно.

Меня всегда завораживало следить за defrag утилитой, изначально из Нортон
Утилит которая. Как ей тяжело приходится, перемещать маленькими кусочками
туда-сюда.

А вот пуржилки всегда были такими, что новый файл базы создают и туда сообщения
из старой базы накидывают. Или были пуржилки, которые как defrag.exe кусочки
внутри перемещают?

NA>> Хотя, есть проблема с Jam, там можно удалять по-разному, и даже

NA>> голдед имеет настройку как именно удалять.

AF> В JAM есть аттрибут MSG_DELETED (0x80000000L), голдед может считать
AF> сообщения с этим аттрибутом удалёнными (как и задумано), а может их
AF> отображать. Никаких других настроек на эту тему в голдеде нет, и
AF> проблем никаких это не вызывает.

Проблема, что не все одинаково понимают, что такое удалённое сообщение. Многим
обязательно надо, чтобы в индексе было -1, и не лезут они вычитывать
MSG_DELETED, ибо это долго.

Best Regards, Nil

[Sergey Anohin]

Hello, Nil!

NA> Можно, но мы же хотим работать со всем этим наследием фидософта с 90х,
NA> так? Ну вот чтобы не комбайны, которым внутри пофиг, потому что они
NA> закрытая система, а вот прям как мейлер+тоссер+читалка было, и чтобы все
NA> понимали друг друга, и любой из них был взаимозаменяемый.

Да можно и комбаин, были бы живые поддерживальщики

[Nil A]

Hello, Egor!

Monday January 29 2024 14:49, from Egor Glukhov -> Sergey Anohin:

SA>> Но в целом придумать стандарт для базы SQL было бы не плохо.

EG> И первая же имплементация будет "ваш стандарт говно, вы ничего не
EG> понимаете в SQL, я сделал свою схему".

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

Кстати, если сообщения в какой-то схеме, и доступ по sql-синтаксису, то можно
положить в класстер с Кассандрой, всё равно же у нас eventual consistency у
сообшений, то получится.. правильно ФБ :-)

Best Regards, Nil

[Nil A]

Hello, Dmitry!

Monday January 29 2024 16:25, from Dmitry Protasoff -> Nil A:

NA>> Так то и на бинкп протокол можно забить, и гонять через

NA>> какой-нибудь REST. Кайфа то сколько сразу. И доступ из сетей, где
NA>> только http(s) трафик разрешён. TLS шифрование и авторизация
NA>> сразу из коробки.

DP> Гораздо интереснее было бы получить доступ из сетей, где http(s) не
DP> разрешен. Hапример - over DNS.

Это ты запускашь туннель, который over DNS, и который даёт SOCKS прокси наружу,
и вписываешь в бинкд, фсё работает из-каробки.

Best Regards, Nil

[Nil A]

* Originally in ru.ftn.develop
* Crossposted in ru.golded
Hello, Alexey!

Monday January 29 2024 15:30, from Alexey Fayans -> Sergey Anohin:

AF> Есть же мейнстрим голдед, который вполне поддерживается, периодически.
AF> В последних релизах, правда, наломали дров и не чинят..
AF> :)

Можно с этого места поподробнее и в эху специализированную.


Best Regards, Nil

[Dmitry Protasoff]

Hello, Nil!

Monday January 29 2024 20:22, you wrote to me:

DP>> Гораздо интереснее было бы получить доступ из сетей, где http(s)

DP>> не разрешен. Hапример - over DNS.

NA> Это ты запускашь туннель, который over DNS, и который даёт SOCKS
NA> прокси наружу, и вписываешь в бинкд, фсё работает из-каробки.

IP over DNS - это жутчайший оверхед непойми зачем - мы ведь почту хотим
получить, а не TCP/IP поверх неприспособленного для этого транспорта.

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

Best regards,
dp.

[Nil A]

Hello, Egor!

Monday January 29 2024 19:24, from Egor Glukhov -> Nil A:

SA>>> А можно пpосто взять SQlite и в ус не дуть?
NA>> Можно, но мы же хотим работать со всем этим наследием фидософта с

NA>> 90х, так? Ну вот чтобы не комбайны, которым внутри пофиг, потому
NA>> что они закрытая система, а вот прям как мейлер+тоссер+читалка
NA>> было, и чтобы все понимали друг друга, и любой из них был
NA>> взаимозаменяемый.
EG> Ты часто взаимозаменяешь любой из этих компонентов?

У меня на ноде установленна классика: мейлер/тоссер/читалка, т.е.
binkd/hpt/golded. Я могу binkd заменить на qico, или даже оба. Я могу rntrack
впендюрить, или даже вместе с hpt. Ну и читалки разные перебирать, если они с
JAM/Squish умеют работать.

NA>> В этих мобильниках же так таковой файловой системы вроде нет,

EG> А куда она делась?

Дык чай не ДОС же там. Престали писать fopen() в приложениях.
Ааа, ну так то это всё Линукс, и кернел знает про файлы и файловую систему.

NA>> только если это не SD карточка внешняя. Там приходится работать с

NA>> тем что есть, типа встроенного sqlite.
EG> Всё там есть, просто сабж оказался ненужОн, когда есть sqlite.

Кому как удобно. Например, smapi библиотеку из Husky же можно собрать Сишным
компилятором под Андроид? Да и ваще весь hpt тоссер туда принести. Но,
почему-то выбрали самим пейсать с нуля и работать с sqlite, потому что оно там
так делается.

Best Regards, Nil

[Alexey Fayans]

Hello Nil!

On Mon, 29 Jan 2024 19:39 +0300, in a message to me, you wrote:

AF>> В JAM есть аттрибут MSG_DELETED (0x80000000L), голдед может

AF>> считать сообщения с этим аттрибутом удалёнными (как и задумано),
AF>> а может их отображать. Никаких других настроек на эту тему в
AF>> голдеде нет, и проблем никаких это не вызывает.
NA> Проблема, что не все одинаково понимают, что такое удалённое
NA> сообщение. Многим обязательно надо, чтобы в индексе было -1, и не
NA> лезут они вычитывать MSG_DELETED, ибо это долго.

Это не проблема. И это не долго. В любом случае, я не знаю софт, который
реально бы практиковал JAM soft delete.

[Alexey Fayans]

Hello Nil!

On Mon, 29 Jan 2024 20:14 +0300, in a message to Egor Glukhov, you wrote:

SA>>> Но в целом придумать стандарт для базы SQL было бы не плохо.
EG>> И первая же имплементация будет "ваш стандарт говно, вы ничего не
EG>> понимаете в SQL, я сделал свою схему".

NA> Потому что сообщения надо сериализовать в json, и тогда уже пофиг в
NA> какой-то nosql базе хранить.

Если твоя цель - сделать самую тормозную реализацию, которая будет тормозить
даже на современном железе, то да, так и надо делать.

[Andrey Mundirov]

Здравствуй, Sergey!

Ответ на сообщение Sergey Anohin (2:5034/10.1) к Nil A, написанное 29 янв 24 в
10:40:

SA> А можно пpосто взять SQlite и в ус не дуть? У Пушкена же в хотдоге
SA> оно?

SQlite очень печально работает с массовой вставкой. Вы думаете, почему хотдог
так медленно тоссит? Не из-за тормозов андроида и не из-за медленной флешки в
телефоне, просто сам по себе sqlite такой. Я пробовал ставить на телефон hpt c
базой Squish, так оно практически мгновенно обрабатывало те же объемы почты,
которые хотдог пережевывал по несколько минут.

Такие же тормоза были, когда я тестировал Golden (не путать с голдедом), у него
там тоже sqlite внутри. У меня база данных чуть больше 1 Гб, и когда прилетает
20-30 Мб почты, тоссинг может затянуться на час и дольше. И судя по отладочным
логам, основное время тратится на SQL запросы.

Что я хотел всем этим сказать? Хранение фидопочты в SQL базе - неплохая идея.
Но движок лучше выбрать какой-нибудь другой. Я не могу вспомнить другой
современный встраиваемый SQL движок, не требующий отдельного сервера БД. Лучше
DBF юзать, как 20 лет назад в дельфях. Но только не sqlite.

С наилучшими пожеланиями, Andrey

[Sergey Anohin]

Hello, Andrey!

AM> Такие же тормоза были, когда я тестировал Golden (не путать с голдедом), у
AM> него там тоже sqlite внутри. У меня база данных чуть больше 1 Гб, и когда
AM> прилетает 20-30 Мб почты, тоссинг может затянуться на час и дольше. И судя
AM> по отладочным логам, основное время тратится на SQL запросы.

20-30 мегабайт почты в фидо? Серьезно? :)))) Это там xpic sex uue? :D На самом
деле если такой объем то да, возможно софт ев базе sqlite не для этого
конкретного юзера. Я не давно хотдогом тоссил ну тыщи две сообщений, да
тоссилось долго, но не критично, вообще придумали подписки на паузы ставить и
всякие автокиляторы почты на перле.

ЗЫ да, про голдена то я и забыл. Считай уже да, практическое применение есть
помимо Пушкена.

ЗЗЫ а Пушкену никто в емайл не писал? Может он дозрел сорцы отдать? Поплакаться
в жилетку что багу все хотят исправить, пообещать не танцевать на костях :D
Я так у разрабов выпросил сорцы фипса, добрые люди аж выдали 4 версии кода!
Даже с немцами прямой фидолинк наладил на этом фоне.

[Cheslav Osanadze]

Привет Sergey!

30 Янв 24 08:16, Sergey Anohin -> Andrey Mundirov:

SA> ЗЗЫ а Пушкену никто в емайл не писал? Может он дозрел сорцы отдать?
SA> Поплакаться в жилетку что багу все хотят исправить, пообещать не
SA> танцевать на костях :D

Писал недавно. Нет, не готов.

SA> Я так у разрабов выпросил сорцы фипса, добрые
SA> люди аж выдали 4 версии кода! Даже с немцами прямой фидолинк наладил
SA> на этом фоне.





Cheslav.


... Не рой другому яму, пусть сам роет

[Sergey Anohin]

Hello, Cheslav!

SA>> ЗЗЫ а Пушкену никто в емайл не писал? Может он дозрел сорцы отдать?
SA>> Поплакаться в жилетку что багу все хотят исправить, пообещать не
SA>> танцевать на костях :D

CO> Писал недавно. Нет, не готов.

И на условиях не публикования кода тоже? Печаль. Спасибо Max Lushnikov что хоть
код WFIDO оставил и другим людям которые поступили так же.

[Sergey Anohin]

Hello, Nil!

NA> Можно, но мы же хотим работать со всем этим наследием фидософта с 90х,
NA> так? Ну вот чтобы не комбайны, которым внутри пофиг, потому что они
NA> закрытая система, а вот прям как мейлер+тоссер+читалка было, и чтобы все
NA> понимали друг друга, и любой из них был взаимозаменяемый.

Ты кстати забыл, мы же с тобой обсуждали что есть читалка, которую можно
сделать кроссплатформу, которая умеет уже UTF-8, которая написана
на твоем нативном стеке CPP+Qt, которая собирается и даже работает с хаски 1.9.
Ты сказал что тебе лень портировать Qt3 на современный :-))))
Не дозрел еще?

[Egor Glukhov]

Andrey,

30 Jan 24 05:17, you wrote to Sergey Anohin:

SA>> А можно пpосто взять SQlite и в ус не дуть? У Пушкена же в хотдоге
SA>> оно?

AM> SQlite очень печально работает с массовой вставкой. Вы думаете, почему
AM> хотдог так медленно тоссит? Не из-за тормозов андроида и не из-за
AM> медленной флешки в телефоне, просто сам по себе sqlite такой. Я пробовал
AM> ставить на телефон hpt c базой Squish, так оно практически мгновенно
AM> обрабатывало те же объемы почты, которые хотдог пережевывал по несколько
AM> минут.

Так может дело не в sqlite, а в парсинге сообщений? Типа нахождения msgid для
никому не нужного FGHI URL.

Егор Глухов

[Dmitry Protasoff]

Hello, Andrey!

Tuesday January 30 2024 05:17, you wrote to Sergey Anohin:

AM> SQlite очень печально работает с массовой вставкой. Вы думаете, почему

AM> хотдог так медленно тоссит? Hе из-за тормозов андроида и не из-за

Потому что он написан плохо?

Best regards,
dp.

[Nil A]

Hello, Sergey!

Tuesday January 30 2024 10:15, from Sergey Anohin -> Nil A:

SA> Ты кстати забыл, мы же с тобой обсуждали что есть читалка, которую
SA> можно сделать кроссплатформу, которая умеет уже UTF-8, которая
SA> написана на твоем нативном стеке CPP+Qt, которая собирается и даже
SA> работает с хаски 1.9. Ты сказал что тебе лень портировать Qt3 на
SA> современный :-)))) Не дозрел еще?

И имя той программе QFE, на гитхаб положили https://github.com/evs38/qfe
qfe.exe доступен для скачивания уже в собранном виде где-нибудь здесь
https://sourceforge.net/projects/qfe/
Только что-то не вижу я в фидоэхах, чтобы с него писала. Зачем портировать то,
чем не пользуются?

Best Regards, Nil

[Sergey Anohin]

Hello, Nil!

NA> И имя той программе QFE, на гитхаб положили https://github.com/evs38/qfe
NA> qfe.exe доступен для скачивания уже в собранном виде где-нибудь здесь
NA> https://sourceforge.net/projects/qfe/
NA> Только что-то не вижу я в фидоэхах, чтобы с него писала. Зачем портировать
NA> то, чем не пользуются?

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

https://github.com/kosfango/FONG/blob/stage/Dockerfile#L41-L48

это раз, а во-вторых потом сломали и сами хаски и я еще с ним не разбирался,
кажется что сломали/отрефакторили процедуру сборки,
я еще в нее не вникал, просто сделал костыли:

https://github.com/kosfango/FONG/blob/stage/Dockerfile#L41-L48

Но вот где камень преткновения, без рефакторинга Qt3 выглядит как Windows 95
или 3.11, ну есть конечно любители винтажа, но там прям такой,
аутентичный винтаж. Плюс там еще что-то TODO не доделано, плюс нет поддержки,
плюс - который реальный плюс, я не видал там вроде багов каких-то,
но я детально прям не протыкивал интерфейс.

Так что можно сказать что эта ветка Stage - девелопмент кит, который может
использоваться для голдеда и QFE, да хоть и для хаски и бинкда.
Но давно не проверял, могли что-то еще сломать.

[Sergey Anohin]

Hello, Nil!

NA> И имя той программе QFE, на гитхаб положили https://github.com/evs38/qfe
NA> qfe.exe доступен для скачивания уже в собранном виде где-нибудь здесь
NA> https://sourceforge.net/projects/qfe/
NA> Только что-то не вижу я в фидоэхах, чтобы с него писала. Зачем портировать
NA> то, чем не пользуются?

Потом возможно что exe несовместим с хаски 1.9 возможно, так как он собирается
и подтягивает хедеры хаски.
думаю что тот экзешник собран для версии 1.4. На счет костыля вот что мы
обсуждали c Michael Dukelsky (2:5020/1042)

SA> кусок recode.h из huskylib 1.9

SA> /*** Declarations & defines
SA> ***********************************************/

SA> #ifdef __cplusplus
SA> extern "C" {
SA> #endif

SA> /* Allocate and initialise charset tables
SA> */
SA> HUSKYEXT VOID initCharsets(VOID);

SA> /* Release memory, allocated by initCharsets()
SA> */
SA> HUSKYEXT VOID doneCharsets(VOID);

SA> /* Translate using "intab" table
SA> */
SA> HUSKYEXT VOID recodeToInternalCharset(char *string);

SA> /* Translate using "outtab" table
SA> */
SA> HUSKYEXT VOID recodeToTransportCharset(char *string);

SA> /* Read translate tables from file
SA> * 1st parameter: input table file name (convert to internal charset)
SA> * 2nd parameter: output table file name (convert to transport
SA> charset) * Specify NULL instead file name if don't want set table *
SA> Return 0 if success. */ HUSKYEXT int getctabs(char *intabFileName,
SA> char *outtabFileName );

SA> #ifdef __cplusplus
SA> }
SA> #endif

SA> Глядя сюда:
SA> https://stackoverflow.com/questions/9742135/g-error-anonymous-has-inco
SA> mplete-type не правильно ли так?

SA> /* Allocate and initialise charset tables
SA> */
SA> HUSKYEXT VOID initCharsets();

SA> /* Release memory, allocated by initCharsets()
SA> */
SA> HUSKYEXT VOID doneCharsets();

MD> Нет. Так будет неправильно. Проект Husky написан на C, а не на C++. Если
MD> мне не изменяет мой склероз, в языке C в объявлении функции без параметров
MD> НАДО писать void.
MD> Update: посмотрел проект стандарта С99 (самого стандарта у меня нет).
MD> Написано:
MD> The special case of an unnamed parameter of type void as the only item in
MD> the list
MD> specifies that the function has no parameters.
MD> В проекте стандарта С11 та же самая фраза. Так что твоё предложение не
MD> проходит.
MD>
MD> Далее в С99 написано:
MD> In a declaration whose storage-class specifier is typedef, each declarator
MD> defines an
MD> identifier to be a typedef name that denotes the type specified for the
MD> identifier... [...] A typedef declaration does not introduce a new type,
MD> only a synonym for the type so specified.
MD>
MD> Отсюда я делаю вывод, что в языке С не только надо писать void в качестве
MD> списка параметров при объявлении функции без параметров, но и можно вместо
MD> void использовать VOID, который является "typedef name" для void, то есть
MD> синонимом типа void.
MD>
MD> Ты используешь компилятор С++ и, по-видимому, достаточно старый. Он не
MD> видит, что там чёрным по белому специально для компиляторов С++ написано,
MD> что это код на С, а не на С++. Это очень похоже на баг в компиляторе.
MD> Впрочем, я этот вопрос дальше не исследовал.

Как ты понял чтобы QFE банально собрался костылится и хаски и сам QFE, но сам
QFE по лайту еще:
&& cd ./qfe && ./configure && sed -i "s#--gc-sections#-gc-sections#g"
/root/devel/qfe/src/src.pro \

[Nil A]

Hello, Sergey!

Tuesday January 30 2024 18:22, from Sergey Anohin -> Nil A:

NA>> И имя той программе QFE, на гитхаб положили

NA>> https://github.com/evs38/qfe qfe.exe доступен для скачивания уже
NA>> в собранном виде где-нибудь здесь
NA>> https://sourceforge.net/projects/qfe/ Только что-то не вижу я в
NA>> фидоэхах, чтобы с него писала. Зачем портировать то, чем не
NA>> пользуются?

SA> Потому что чтобы им пользовались, оно должно быть собрано под винду

Лежит вот тут https://sourceforge.net/projects/qfe/files/qfe/qfe-0.5.1/
qfe-0.5.1-install.exe

SA> (причем желательно чтобы это была какая-нибудь самонастраивающаяся
SA> сборка) и легко собираться под линукс, а это не так:
SA> https://github.com/kosfango/FONG/blob/stage/Dockerfile#L41-L48

Любитель всего в докер засунуть? Вод винду в докер?

SA> это раз, а во-вторых потом сломали и сами хаски и я еще с ним не
SA> разбирался, кажется что сломали/отрефакторили процедуру сборки, я еще
SA> в нее не вникал, просто сделал костыли:
SA> https://github.com/kosfango/FONG/blob/stage/Dockerfile#L41-L48

Хаски имеет несколько способов сборки, кому какая нравится. И да, причём тут
докер??

SA> Но вот где камень преткновения, без рефакторинга Qt3 выглядит как
SA> Windows 95 или 3.11, ну есть конечно любители винтажа, но там прям
SA> такой, аутентичный винтаж.

Голдед что под виндой, что под линуксом, всё как-то выглядит как ДОСовый, может
его тоже зарефакторим? ;-)

SA> Плюс там еще что-то TODO не доделано, плюс
SA> нет поддержки, плюс - который реальный плюс, я не видал там вроде
SA> багов каких-то, но я детально прям не протыкивал интерфейс.

Давай щас все проекты на гитхабе найдём, и впишемся во все их TODO, но зачем?
Пользователи есть?

Best Regards, Nil

[Sergey Anohin]

Hello, Nil!

NA> Лежит вот тут https://sourceforge.net/projects/qfe/files/qfe/qfe-0.5.1/
NA> qfe-0.5.1-install.exe

Ты тред перечитай в твоей нино локалке мы терли 4 года назад про это :)
Если у тебя пасс тру, зайди ко мне на вебббс (акк у тебя есть), ткни сюда

https://5034.ru/wfido/index.php?area=NINO.046.LOCAL&message=5ecabfe51a47af29bf950912bd545335

переключись в режим просмотра тредов. Я его нашел поиском, sphinx+MariaDB рулит
:)

SA>> (причем желательно чтобы это была какая-нибудь самонастраивающаяся
SA>> сборка) и легко собираться под линукс, а это не так:
SA>> https://github.com/kosfango/FONG/blob/stage/Dockerfile#L41-L48

NA> Любитель всего в докер засунуть? Вод винду в докер?

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

NA> Хаски имеет несколько способов сборки, кому какая нравится. И да, причём
NA> тут докер??

Не причем тут докер, там шелл команды просто записаны, которые показывают как
костылилось.
Обрати внимание на sed и что они делают и где. Ты ссылки-то открывал хоть в
браузере?
Кажется что нет :)))))

NA> Голдед что под виндой, что под линуксом, всё как-то выглядит как ДОСовый,
NA> может его тоже зарефакторим? ;-)

Я мышедав, не юзаю его :)

NA> Давай щас все проекты на гитхабе найдём, и впишемся во все их TODO, но
NA> зачем? Пользователи есть?

Ну здесь больше академический интерес, в целом конечно никто на него специально
пересаживаться не будет, только из новых,
и то если это будет автоматически-самонастраиваемый пакет. Но у нас и с
новичками то не густо, так что КПД такой себе.
С другой стороны ты можешь его на основе его форка свой софт сделать имхую
быстрее будет :)
Ну fidogate например пилится единственным разрабом тоже из академического
интереса, сколько в фидо юзают его современную версию?
2-3-4 ноды. Немцы сидят на допотопном. Но опять же, под лежачий камень не
течет, если ничего не делать, ничего и не будет.

[Dmitry Protasoff]

Hello, Sergey!

Tuesday January 30 2024 20:45, you wrote to Nil A:

SA> основе его форка свой софт сделать имхую быстрее будет :) Hу fidogate
SA> например пилится единственным разрабом тоже из академического
SA> интереса, сколько в фидо юзают его современную версию? 2-3-4 ноды.

fidogate допилен до совершенно непотребного состояния и его проще выкинуть.

Best regards,
dp.

[Nil A]

Hello, Sergey!

Tuesday January 30 2024 20:45, from Sergey Anohin -> Nil A:

NA>> Лежит вот тут
NA>> https://sourceforge.net/projects/qfe/files/qfe/qfe-0.5.1/
NA>> qfe-0.5.1-install.exe

SA> Ты тред перечитай в твоей нино локалке мы терли 4 года назад про это
SA> :) Если у тебя пасс тру, зайди ко мне на вебббс (акк у тебя есть),
SA> ткни сюда
SA> https://5034.ru/wfido/index.php?area=NINO.046.LOCAL&message=5ecabfe51a
SA> 47af29bf950912bd545335

Ну окей, восстановил контекст. Как мне 4 года назад не хотелось что-либо делать
с Qfe, так и сегодня.

SA> переключись в режим просмотра тредов. Я его нашел поиском,
SA> sphinx+MariaDB рулит :)

Ну хоть где-то поиск по фидо работает.

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

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

SA> С другой стороны ты можешь его на основе его форка свой софт сделать
SA> имхую быстрее будет :)

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

SA> Ну fidogate например пилится единственным разрабом тоже из
SA> академического интереса, сколько в фидо юзают его современную версию?
SA> 2-3-4 ноды.

Фидогейт - весьма специализированное ПО всё-таки.

SA> Немцы сидят на допотопном. Но опять же, под лежачий камень не течет,
SA> если ничего не делать, ничего и не будет.

Из тебя хороший мотиватор, наверное, но ещё потренироваться надо.

Best Regards, Nil

[Sergey Anohin]

Hello, Nil!

NA> Ну хоть где-то поиск по фидо работает.

Энергозатратный правда он, sphinx+mysql раму жрут изрядно :(

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

Это да, мобильные девайсы вполне вытеснили десктопы, у многих людей нет ни
ноутов ни десктопов, а зачем когда есть мобилка,
мощность с небольшой десткоп :)

NA> Фидогейт - весьма специализированное ПО всё-таки.

Нодософт с фичей nntp и email gate вкратце?

[Sergey Anohin]

Hello, Dmitry!

DP> fidogate допилен до совершенно непотребного состояния и его проще
DP> выкинуть.

В чем конкретно причина народного недовольства? :)))
У меня работает все, гейтует, больше innd глючит, но это другое.

[Dmitry Protasoff]

Hello, Sergey!

Tuesday January 30 2024 22:30, you wrote to Nil A:

NA>> Hу хоть где-то поиск по фидо работает.

SA> Энергозатратный правда он, sphinx+mysql раму жрут изрядно :(

В manticore надо писать.


Best regards,
dp.

[Dmitry Protasoff]

Hello, Sergey!

Tuesday January 30 2024 22:32, you wrote to me:

DP>> fidogate допилен до совершенно непотребного состояния и его проще
DP>> выкинуть.

SA> В чем конкретно причина народного недовольства? :)))

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

Вообщем, выпивание пива с Вардом в пятницу навело меня на некоторые
окончательные выводы - но ничего анонсировать пока не буду, чтобы не прослыть
треплом :) Hо работа кипит.

SA> У меня работает все, гейтует, больше innd глючит, но это другое.

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


Best regards,
dp.

[Nil A]

Hello, Sergey!

Tuesday January 30 2024 22:30, from Sergey Anohin -> Nil A:

NA>> Ну хоть где-то поиск по фидо работает.

SA> Энергозатратный правда он, sphinx+mysql раму жрут изрядно :(

Full-text search он такой.

NA>> Фидогейт - весьма специализированное ПО всё-таки.

SA> Нодософт с фичей nntp и email gate вкратце?

Ровно такой же нодософт, как и какой-нибудь JNode, т.е. без обратной
совместимости с "популярными" читалками, которые работают с фидобазами.
Хотя, фидогад лучше тем, что через NNTP есть куда другого софта, но это не
фидошно нативно.
Хотя, JNode предалгает базу в SQL, читай хоть 'select * from ..', но всё равно,
нативного фидошного софта нет на почитать.
И тот и другой нодософт подразумевает, что у нас есть .1 адес, на котором живёт
сисоп со своим любимым набором, например binkd+hpt+golded.

Best Regards, Nil

[Nil A]

Hello, Dmitry!

Tuesday January 30 2024 19:32, from Dmitry Protasoff -> Sergey Anohin:

NA>>> Hу хоть где-то поиск по фидо работает.
SA>> Энергозатратный правда он, sphinx+mysql раму жрут изрядно :(

DP> В manticore надо писать.

Ага, заодно и в sqlite.org, чтобы производительность чинили :-)

И в том и том письме, надо указывать, что мы привыкли, что наш софт работает
под ДОС на любой 386ой, и даже поиск у нас был какой-то, и сообщения в базах
хранились, и даже индексы какие есть, но мы решили по-новомодному использовать
ваш, а он тааааак тормозит на нашм железе.

Best Regards, Nil

[Sergey Anohin]

Hello, Nil!

NA> Ровно такой же нодософт, как и какой-нибудь JNode, т.е. без обратной
NA> совместимости с "популярными" читалками, которые работают с фидобазами.
NA> Хотя, фидогад лучше тем, что через NNTP есть куда другого софта, но это не
NA> фидошно нативно.
NA> Хотя, JNode предалгает базу в SQL, читай хоть 'select * from ..', но всё
NA> равно, нативного фидошного софта нет на почитать.
NA> И тот и другой нодософт подразумевает, что у нас есть .1 адес, на котором
NA> живёт сисоп со своим любимым набором, например binkd+hpt+golded.

Если мне не изменяет память, то fidogate только пасс тру, то есть нет баз на
ноде.

[Dmitry Protasoff]

Hello, Nil!

Tuesday January 30 2024 23:17, you wrote to me:

NA>>>> Hу хоть где-то поиск по фидо работает.
SA>>> Энергозатратный правда он, sphinx+mysql раму жрут изрядно :(
DP>> В manticore надо писать.

NA> Ага, заодно и в sqlite.org, чтобы производительность чинили :-)

Я предпочитаю в clickhouse писать эхи - это для них идеальный кейс. Все только
на чтение, сжатие из коробки, легкая кластеризация.
Sqlite - это для локального компьютера только.

NA> И в том и том письме, надо указывать, что мы привыкли, что наш софт
NA> работает под ДОС на любой 386ой, и даже поиск у нас был какой-то, и

Разве работает? У меня никогда не было 80386 - я поэтому не знаю. Поиск всегда
был плохой.

NA> сообщения в базах хранились, и даже индексы какие есть, но мы решили

Как говорил Вард - в фидо еще никому не удавалось остановить прогрессивные идеи
:)

NA> по-новомодному использовать ваш, а он тааааак тормозит на нашм железе.

А кто вообще решил, что хотдог в sqlite хранил базу? Это точно?

Best regards,
dp.

[Sergey Anohin]

Hello, Dmitry!

SA>> У меня работает все, гейтует, больше innd глючит, но это другое.

DP> innd - это вообще старое дерьмо мамонта, я с ним столько вместе жил, что
DP> никаких сил уже нет.
DP> Помню, как скончался его CNFS в одну ночь - и как я потом это все
DP> раскарябывал..

Кажется он овервьюхи ломаются, но я вроде где-то накопал такой костыль, набор
команд для ремонта:

/usr/local/etc/rc.d/innd stop
/etc/rc.d/inetd stop
rm /usr/local/news/spool/overview/OV1
rm /usr/local/news/spool/overview/OV2
dd if=/dev/zero of=/usr/local/news/spool/overview/OV1 bs=1k count=307200
dd if=/dev/zero of=/usr/local/news/spool/overview/OV2 bs=1k count=307200
chown news:news /usr/local/news/spool/overview/OV1
chown news:news /usr/local/news/spool/overview/OV2
sudo -u news /usr/local/news/bin/makehistory -b -f history -O -l 30000 -I
/usr/local/etc/rc.d/innd start
/etc/rc.d/inetd start
for act in `cat /usr/local/news/db/active | awk '{print $1}'`
do
sudo -u news /usr/local/news/bin/ctlinnd renumber $act
done

[Dmitry Protasoff]

Hello, Sergey!

Wednesday January 31 2024 00:22, you wrote to me:

SA> Кажется он овервьюхи ломаются, но я вроде где-то накопал такой
SA> костыль, набор команд для ремонта:

Я уже сломался и ушел с fidogate+inn2.
Hужен новый этап в жизни, куда-то должен этот опыт быть направлен ;)

Best regards,
dp.

[Nil A]

Hello, Dmitry!

Tuesday January 30 2024 19:43, from Dmitry Protasoff -> Sergey Anohin:

DP> Вообщем, выпивание пива с Вардом в пятницу навело меня на некоторые
DP> окончательные выводы

Фидо умерло? (c)

DP> - но ничего анонсировать пока не буду, чтобы не прослыть треплом :)
DP> Hо работа кипит.

Что там деда Вард может придумать, нодлисты каждый час, андроид флаг или
мобильны флаг в нодлисте?

Но работа кипит - это радует, вдруг что-то интересное из этого выйдет.

Так то если подумать, Вард ещё и IC является, а не просто Z2C, а значит может
стукнуть кулаком по сталу и сказать, что все переезжают в одну зону вообще!

DP> innd - это вообще старое дерьмо мамонта, я с ним столько вместе жил,
DP> что никаких сил уже нет.

Автор innd, оригинальный, пока он не отдал его в оперсорц, мы с ним в одной
конторе в соседних кубиках сидели до ковида, сейчас из дома в основном
работаем.
Я как-то ему говорю, что народ есть, до сих пор innd юзает. Он сильно удивился
сначала, потом сказал, что ему вобщем-то насрать. Единственное, о чём он
желеет, что какой-то коммерческий продукт тогда не сделал и никакой выгоды не
извлёк. Вот они, капиталистические завановцы ;-)

Best Regards, Nil

[Nil A]

Hello, Dmitry!

Tuesday January 30 2024 20:53, from Dmitry Protasoff -> Nil A:

DP> Я предпочитаю в clickhouse писать эхи - это для них идеальный кейс.

А чё не Кассандра тогда? Фидошные сообщения все eventual consistency, прям ваще
ложиться отлично, чтобы кластер кассандры иметь.

DP> Sqlite - это для локального компьютера только.

Я, кстати, ещё не видел, чтобы фидонода как-то масштабировалась больше одного
компа. Представляешь, на бинк порту отвечает лоад-балансер? ;-) Ну или там
доступ по NNTP, HTTP, ... был с разных инстансов, географически ещё
разбросанных.
Так что в рамках нода=один_комп, этот самый sqllite очень даже работает. Хотя,
какой-нибудь wfido - этож просто морда на php, которая ходит в сиквел, и если
мускул, то уже масштабирование получается.

NA>> И в том и том письме, надо указывать, что мы привыкли, что наш

NA>> софт работает под ДОС на любой 386ой, и даже поиск у нас был
NA>> какой-то, и
DP> Разве работает? У меня никогда не было 80386 - я поэтому не знаю.
DP> Поиск всегда был плохой.

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

DP> Как говорил Вард - в фидо еще никому не удавалось остановить
DP> прогрессивные идеи :)

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

DP> А кто вообще решил, что хотдог в sqlite хранил базу? Это точно?

Там дизасеблировщиков нашлось. Но, по факту, там на 80% код JNode, а он в
сиквеле хранит.

Best Regards, Nil

[Nil A]

Hello, Sergey!

Tuesday January 30 2024 23:57, from Sergey Anohin -> Nil A:

NA>> Ровно такой же нодософт, как и какой-нибудь JNode, т.е. без

NA>> обратной совместимости с "популярными" читалками, которые
NA>> работают с фидобазами. Хотя, фидогад лучше тем, что через NNTP
NA>> есть куда другого софта, но это не фидошно нативно. Хотя, JNode
NA>> предалгает базу в SQL, читай хоть 'select * from ..', но всё
NA>> равно, нативного фидошного софта нет на почитать. И тот и другой
NA>> нодософт подразумевает, что у нас есть .1 адес, на котором живёт
NA>> сисоп со своим любимым набором, например binkd+hpt+golded.

SA> Если мне не изменяет память, то fidogate только пасс тру, то есть нет
SA> баз на ноде.

Он скармливает проге, которая понимает RFC заголовки, например innd - вот тебе
и база.

Ну короче, в 90х на юниксах мы юзали ifmail - единственное что было. Тогда
ftn-to-ftn проходил двойное гейтование. ifcico качал, потом нетмыло через
ifmail конвертировалось в RFC заголови, которые читал MTA типа sendmail; а эхи
через inews фигачились в RFC и скармливались какому-нибудь innd. Потом у тебя
есть фидошные даунлинки, они учавствуют в роутинге через sendmail для нетмейла,
и как фиды в innd, ну т.е. снова из RFC в FTN все заголовки перефигачивались.
Fidogate делает похожее, но Ftn-to-ftn он умеет без двойного гейтования.
Осталось только научить его натоссивать в локальную Jam/Squish базу.

Best Regards, Nil

[Dmitry Protasoff]

Hello, Nil!

Wednesday January 31 2024 00:58, you wrote to me:

DP>> Вообщем, выпивание пива с Вардом в пятницу навело меня на

DP>> некоторые окончательные выводы

NA> Фидо умерло? (c)

Hет, как оказалось - есть прямо несколько фанатов, которые пишут софт вот прямо
сейчас и в ус не дуют, что это никому не надо :)
Был момент, когда D'Bridge писал один человек и пользовался им тоже только 1
человек. И всем было в кайф.

DP>> - но ничего анонсировать пока не буду, чтобы не прослыть треплом

DP>> :) Hо работа кипит.

NA> Что там деда Вард может придумать, нодлисты каждый час, андроид флаг
NA> или мобильны флаг в нодлисте?

Он очень гибок, рассказывал, как меняли постоянно флаги в нодлисте, когда
запускали binkp.

NA> Hо работа кипит - это радует, вдруг что-то интересное из этого выйдет.

Что-то да выйдет! Пусть даже - море разочарования :)

NA> Так то если подумать, Вард ещё и IC является, а не просто Z2C, а
NA> значит может стукнуть кулаком по сталу и сказать, что все переезжают в
NA> одну зону вообще!

Это мы тоже обсуждали :) А то когда есть ZC (не будем тыкать пальцем), которые
не знают английский и не могут прочитать описание флагов в нодлисте - и с ними
приходится жить в одной Большой Сети :)

DP>> innd - это вообще старое дерьмо мамонта, я с ним столько вместе

DP>> жил, что никаких сил уже нет.

NA> Автор innd, оригинальный, пока он не отдал его в оперсорц, мы с ним в
NA> одной конторе в соседних кубиках сидели до ковида, сейчас из дома в
NA> основном работаем. Я как-то ему говорю, что народ есть, до сих пор

А вот его я хвалить не буду :) Hе в обиду ему будет сказано - но прямо горе от
ума, явно человек очень старался, но что-то все шло не так и не туда..
Overengineering, при том, что важных фич нет.

NA> innd юзает. Он сильно удивился сначала, потом сказал, что ему
NA> вобщем-то насрать. Единственное, о чём он желеет, что какой-то
NA> коммерческий продукт тогда не сделал и никакой выгоды не извлёк. Вот
NA> они, капиталистические завановцы ;-)

Думаю, что у всех, кто что-то писал во время доткомов - есть такие сожаления :)

Best regards,
dp.

[Dmitry Protasoff]

Hello, Nil!

Wednesday January 31 2024 01:05, you wrote to me:

DP>> Я предпочитаю в clickhouse писать эхи - это для них идеальный

DP>> кейс.

NA> А чё не Кассандра тогда? Фидошные сообщения все eventual consistency,
NA> прям ваще ложиться отлично, чтобы кластер кассандры иметь.

Clickhouse тут больше подходит - редкие вставки батчами, при этом никаких
update - все r/o.
Есть поддержка в ORM.

DP>> Sqlite - это для локального компьютера только.

NA> Я, кстати, ещё не видел, чтобы фидонода как-то масштабировалась больше
NA> одного компа. Представляешь, на бинк порту отвечает лоад-балансер? ;-)

У меня сейчас JNode живет на SQL кластере. В теории можно было иметь несколько
морд.
Hо JNode надо выбросить, ее нет смысла допиливать.

DP>> Разве работает? У меня никогда не было 80386 - я поэтому не знаю.
DP>> Поиск всегда был плохой.

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

Словоформ то нет! manticore надо. Благо с clickhouse легко женится.

DP>> Как говорил Вард - в фидо еще никому не удавалось остановить
DP>> прогрессивные идеи :)

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

Все в наших руках :)

DP>> А кто вообще решил, что хотдог в sqlite хранил базу? Это точно?

NA> Там дизасеблировщиков нашлось. Hо, по факту, там на 80% код JNode, а
NA> он в сиквеле хранит.

JNode хранит в H2 - это все же sqlite. С другой стороны - да и фиг с ним, помер
он.

Best regards,
dp.

[Nil A]

* Originally in ru.ftn.develop
* Crossposted in su.c_cpp
Hello, Dmitry!

Tuesday January 30 2024 22:33, from Dmitry Protasoff -> Nil A:

DP> Clickhouse тут больше подходит - редкие вставки батчами, при этом
DP> никаких update - все r/o. Есть поддержка в ORM.

Правильно гутаришь. Яндекс молодцы, отдают в опенсорц.

<offtopic>
Все большие интернет-айти конторы как-то решают проблему номер раз -
соотношение зарплат программистов VS цена покупки сервантов.
Гуглы, например, запилили свой язык Гоу - супер заточен под бакенды писать, и
всякие там REST сервисы с сериализацией JSON.
ВК прикинули, что на рынке много тысяч PHP прогеров ошиваются за копейки, но на
PHP бакенд компудахтеров не напассёшься, и запилили свой php-в-c++ конвертер
https://github.com/VKCOM/kphp там, конечно же, restricted php синтаксис, но всё
равно, пыхо-прогерам проще объяснить, что нельзя использовать такой то
синтаксис, чем нанимать сразу на плюсы.
Яндексы прикинули, что на плюсах максимальная производительность, ближе к
железу, но там можно себе в ногу выстрелить, а рынок профессионалов не такой
большой, и все они дорогие, а хочется джунов нанимать. И запилили они фрейворк
https://github.com/userver-framework/userver ваще сорви бошку, но требуется,
чтобы в комманде были на код-рьвью хорошие сеньйоры.
</offtopic>

DP> У меня сейчас JNode живет на SQL кластере. В теории можно было иметь
DP> несколько морд.

Прикольно, первый шаг к клаудам.

DP> Hо JNode надо выбросить, ее нет смысла допиливать.

Потому что для кофеварок написано? Или опять, весь софт говно? А какой фидософт
норм прям?

NA>> Во-вторых, из-за приколов с русскими заменами буков, он становится
NA>> чуть менее чем полностью безнадёжным.
DP> Словоформ то нет! manticore надо. Благо с clickhouse легко женится.

Что это? Я думал, есть ли готовый stemming (быстро), или lemmatization
(медленно) для русского с учётом этих всех замен р->p, Н->H, может ещё какие-то
были замены. Я могу их через Levenshtein distance просчитать по униграмам.

Best Regards, Nil

[Dmitry Protasoff]

Hello, Nil!

Wednesday January 31 2024 01:57, you wrote to me:

DP>> Clickhouse тут больше подходит - редкие вставки батчами, при этом
DP>> никаких update - все r/o. Есть поддержка в ORM.

NA> Правильно гутаришь. Яндекс молодцы, отдают в опенсорц.

Там и разработчики все уехали в США, оттуда теперь пишут. Может и ты с ними
когда-то пересечешься :)

NA> такой большой, и все они дорогие, а хочется джунов нанимать. И
NA> запилили они фрейворк https://github.com/userver-framework/userver
NA> ваще сорви бошку, но требуется, чтобы в комманде были на код-рьвью
NA> хорошие сеньйоры. </offtopic>

Hе, плюсы - это точно не мое. Есть у меня один оупен-сорс продукт на плюсах в
хозяйстве, но разработчик умер в КОВИД :(
И не понятно, что с ним делать..

DP>> У меня сейчас JNode живет на SQL кластере. В теории можно было

DP>> иметь несколько морд.

NA> Прикольно, первый шаг к клаудам.

У меня свой клауд :) Это все поднято еще и между странами, на ARM компах,
которые стоят в местах моего обитания.
Как раз три ноды.

DP>> Hо JNode надо выбросить, ее нет смысла допиливать.

NA> Потому что для кофеварок написано? Или опять, весь софт говно? А какой

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

NA> фидософт норм прям?

Смотря какие у тебя критерии! Вард считает, что D'Bridge :) Я пока никак не
считаю, стенд собираю.

DP>> Словоформ то нет! manticore надо. Благо с clickhouse легко

DP>> женится.

NA> Что это? Я думал, есть ли готовый stemming (быстро), или lemmatization

Это такая модная замена Elasticsearch.

NA> (медленно) для русского с учётом этих всех замен р->p, H->H, может ещё
NA> какие-то были замены. Я могу их через Levenshtein distance просчитать
NA> по униграмам.

А много ли сейчас кто меняет эти буквы? А в старых текстах проще заменить как
положено чтобы было. Благо есть инструменты..

Best regards,
dp.

[Nil A]

Hello, Dmitry!

Wednesday January 31 2024 02:07, from Dmitry Protasoff -> Nil A:

NA>> Правильно гутаришь. Яндекс молодцы, отдают в опенсорц.

DP> Там и разработчики все уехали в США, оттуда теперь пишут. Может и ты с
DP> ними когда-то пересечешься :)

Они уезжали два раза в неделю, полные самолёты Москва-Ньюйорк в 90х. Там даже
перевод диплома не тробовался. Просто приезжаешь в 5020 и с утра встаёшь в
очередь на подачу на ичван, потом шарахаешься по 5020. После обеда выдача
паспортов с визами уже, и на вечернем поезде/самолёте домой, паковать чемоданы.
Как сегодняшшние Яндекс девелоперы уезжают в США не знаю.

NA>> Что это? Я думал, есть ли готовый stemming (быстро), или

NA>> lemmatization
DP> Это такая модная замена Elasticsearch.

Мой VP инженеринга (два или три уровня репорта от меня был) ушёл в Эластик на
CEO должность. Естессно он написал всем емейл, что эплайтесь на вакансии, а
если нет походящей, то создам, нивопрос. Я индусов не люблю, хотя он такой,
более-менее Американизированный был, но вакансию под меня не создал, ибо у них
Джвава на 100%.

NA>> (медленно) для русского с учётом этих всех замен р->p, H->H,

NA>> может ещё какие-то были замены. Я могу их через Levenshtein
NA>> distance просчитать по униграмам.
DP> А много ли сейчас кто меняет эти буквы? А в старых текстах проще
DP> заменить как положено чтобы было. Благо есть инструменты..

В прошлом году был спор, что многие эхи в рулезах всё ещё содержат требование
замены буквы upper-н. Немного пердраки подгорели, типа зачем это сегодня. Но
всё это не важно во временных рамках фидо. Если задаться идеей найти старые
архивы, а они всплывают иногда отдельных эх, не DejaNews->Google Groups уровня
конечно, но всё равно, то там для поиска все эти замены важны.

Best Regards, Nil

[Sergey Anohin]

Hello, Dmitry!

DP> Clickhouse тут больше подходит - редкие вставки батчами, при этом никаких
DP> update - все r/o.
DP> Есть поддержка в ORM.

Модно-молодежно, тогда уж сразу надо и роль Ansible писать, чтобы ноды
разворачивались как пирожки.
Хотя для этого есть гитлаб. Босс пайплайнами разворачивает фидо :D

[Sergey Anohin]

Hello, Nil!

NA> Он скармливает проге, которая понимает RFC заголовки, например innd - вот
NA> тебе и база.

Там такие базы - 100 рублей убытка ))

[Dmitry Protasoff]

Hello, Nil!

Wednesday January 31 2024 05:28, you wrote to me:

NA>>> Правильно гутаришь. Яндекс молодцы, отдают в опенсорц.
DP>> Там и разработчики все уехали в США, оттуда теперь пишут. Может и

DP>> ты с ними когда-то пересечешься :)

NA> Они уезжали два раза в неделю, полные самолёты Москва-Hьюйорк в 90х.

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

NA> поезде/самолёте домой, паковать чемоданы. Как сегодняшшние Яндекс
NA> девелоперы уезжают в США не знаю.

Много чатиков в телеге, где они это обсуждают.

NA> индусов не люблю, хотя он такой, более-менее Американизированный был,
NA> но вакансию под меня не создал, ибо у них Джвава на 100%.

manticore не на джаве написан, но тоже нашими людьми.

DP>> А много ли сейчас кто меняет эти буквы? А в старых текстах проще
DP>> заменить как положено чтобы было. Благо есть инструменты..

NA> В прошлом году был спор, что многие эхи в рулезах всё ещё содержат
NA> требование замены буквы upper-н. Hемного пердраки подгорели, типа
NA> зачем это сегодня. Hо всё это не важно во временных рамках фидо. Если
NA> задаться идеей найти старые архивы, а они всплывают иногда отдельных
NA> эх, не DejaNews->Google Groups уровня конечно, но всё равно, то там
NA> для поиска все эти замены важны.

Дык в manticore надо выгружать уже пофиксенные тексты, а в клике хранить
оригинал.

Best regards,
dp.

[Sergey Anohin]

Hello *Dmitry* *Protasoff*
DP> Развеpтывание ноды должно заключаться пpосто в запуске одного файла :)

Почему не кнопочку в гитлабе? Так пpоще же

Bye, Dmitry Protasoff, 04 февpаля 24

[Valentin Kuznetsov]

Пpивет, Sergey!
Отвечаю на письмо от 04 Feb 24 12:37:58 (AREA:RU.FTN.DEVELOP)

DP>> Развеpтывание ноды должно заключаться пpосто в запуске одного файла :)

SA> Почему не кнопочку в гитлабе? Так пpоще же

Стpочку в консоли знаков так на четыpеста с кучей паpаметpов, вплоть до
цветовой схемы Голого Деда и списком затвитоватых личностей

[Dmitry Protasoff]

Hello, Sergey!

Sunday February 04 2024 12:37, you wrote to me:

DP>> Развеpтывание ноды должно заключаться пpосто в запуске одного

DP>> файла :)

SA> Почему не кнопочку в гитлабе? Так пpоще же

Потому что у человека может не быть даже доступа в интернет!

Best regards,
dp.

[Sergey Anohin]

Hello, Dmitry!

DP> Потому что у человека может не быть даже доступа в интернет!

Тогда катить роль ансибл на локалхост )

[Dmitry Protasoff]

Hello, Sergey!

Monday February 05 2024 00:37, you wrote to me:

DP>> Потому что у человека может не быть даже доступа в интернет!

SA> Тогда катить роль ансибл на локалхост )

Один бинарник запустить - мне кажется для обычного человека куда как проще!
Hа него и надо ориентироваться :)

Best regards,
dp.

[Sergey Anohin]

Hello, Dmitry!


DP> Один бинарник запустить - мне кажется для обычного человека куда как
DP> проще!
DP> Hа него и надо ориентироваться :)

И в разных осях ты будешь видеть shared library not found )))

[Dmitry Protasoff]

Hello, Sergey!

Monday February 05 2024 01:59, you wrote to me:

DP>> Один бинарник запустить - мне кажется для обычного человека куда

DP>> как проще! Hа него и надо ориентироваться :)

SA> И в разных осях ты будешь видеть shared library not found )))

Golang нас всех спасет!

Best regards,
dp.

[Nil A]

Hello, Sergey!

Monday February 05 2024 00:37, from Sergey Anohin -> Dmitry Protasoff:

DP>> Потому что у человека может не быть даже доступа в интернет!

SA> Тогда катить роль ансибл на локалхост )

Зомбо-апокалипсыс ещё не отменяли вроде. Всё правильно сделал. И фидонетов
доказал в 91 ом с белоым домом и всё это.

Best Regards, Nil

[Nil A]

Hello, Dmitry!

Sunday February 04 2024 23:02, from Dmitry Protasoff -> Sergey Anohin:

DP> Golang нас всех спасет!

Я сумел фидософт снуля написать на гоуленге за "два вечера". Он в продакшене,
так сказать, пруф.
Если продолжу в том же духе, то... у вас чуть больше бокендов, чем фронтэндов
это сможут пережувать. И Гугл ещё парралельно дарт изобрёл ведь, ушобы
френтэнд, ну как убийцу джава-скрипту. Гоуленгом он джаву не убил, но задумаца
о синтактическом сахаре в роли котлина (стров такой около 5030) заставил.
Тока не продолжил на гоуленге, проси почему. Блин, надо такой значок сделать.
Спроси меня как похудеть.

Best Regards, Nil

[Dmitry Protasoff]

Hello, Nil!

Monday February 05 2024 04:12, you wrote to Sergey Anohin:

SA>> Тогда катить роль ансибл на локалхост )

NA> Зомбо-апокалипсыс ещё не отменяли вроде. Всё правильно сделал. И
NA> фидонетов доказал в 91 ом с белоым домом и всё это.

Если быть до конца честными, то первый нормальный X.25 канал на Запад через
Австрию заработал еще в 1983 году.
Я накатал на тему истории этого первого канала и людей к нему причастному
здоровенную статью, не уверен, что до конца войны есть смысл ее публиковать.

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

Представь лучше, как в 1985 году запертые за железным занавесом ученые в СССР
через этот канал ищут возможность отсюда свалить :) И у них получается!

Best regards,
dp.

[Stas Mishchenkov]

Hi Alexey!

29 Jan 24 20:30, Alexey Fayans -> Nil A:

AF>>> В JAM есть аттрибут MSG_DELETED (0x80000000L), голдед может
AF>>> считать сообщения с этим аттрибутом удалёнными (как и задумано),
AF>>> а может их отображать. Никаких других настроек на эту тему в
AF>>> голдеде нет, и проблем никаких это не вызывает.
NA>> Проблема, что не все одинаково понимают, что такое удалённое
NA>> сообщение. Многим обязательно надо, чтобы в индексе было -1, и не
NA>> лезут они вычитывать MSG_DELETED, ибо это долго.

AF> Это не проблема. И это не долго. В любом случае, я не знаю софт, который
AF> реально бы практиковал JAM soft delete.

Golded. ;)

Have nice nights.
Stas Mishchenkov.

[Alexey Fayans]

Hello Stas!

On Thu, 08 Feb 2024 09:49 +0300, in a message to me, you wrote:

NA>>> Проблема, что не все одинаково понимают, что такое удалённое
NA>>> сообщение. Многим обязательно надо, чтобы в индексе было -1, и

NA>>> не лезут они вычитывать MSG_DELETED, ибо это долго.

AF>> Это не проблема. И это не долго. В любом случае, я не знаю софт,

AF>> который реально бы практиковал JAM soft delete.
SM> Golded. ;)

И как заставить голдед использовать MSG_DELETED для софт-удаления сообщений в
JAM?


... Music Station BBS | https://bbs.bsrealm.net | telnet://bbs.bsrealm.net

[Alexey Fayans]

Hello Stas!

On Thu, 08 Feb 2024 10:10 +0300, in a message to you, I wrote:

AF> И как заставить голдед использовать MSG_DELETED для софт-удаления
AF> сообщений в JAM?

А, нашёл, действительно можно.

=== Start of Windows Clipboard ===
// How to delete messages in JAM areas.
JAMHARDDELETE YES ; Delete them so that they don't show up again.
;JAMHARDDELETE NO ; Delete them so that they can be recovered.
=== End of Windows Clipboard ===

[Stas Mishchenkov]

Hi Alexey!

08 Feb 24 10:10, Alexey Fayans -> Stas Mishchenkov:

AF>>> Это не проблема. И это не долго. В любом случае, я не знаю софт,
AF>>> который реально бы практиковал JAM soft delete.
SM>> Golded. ;)

AF> И как заставить голдед использовать MSG_DELETED для софт-удаления
AF> сообщений в JAM?

JAMHARDDELETE No

[Stas Mishchenkov]

Hi Alexey!

08 Feb 24 10:21, Alexey Fayans -> Stas Mishchenkov:

AF>> И как заставить голдед использовать MSG_DELETED для софт-удаления
AF>> сообщений в JAM?

AF> А, нашёл, действительно можно.

AF> === Start of Windows Clipboard ===
AF> // How to delete messages in JAM areas.
AF> JAMHARDDELETE YES ; Delete them so that they don't show up again.
AF> ;JAMHARDDELETE NO ; Delete them so that they can be recovered.
AF> === End of Windows Clipboard ===

Там в доке даже подробно описаны оба метода.