Мысли про фидо-софт-девелопмент в 2020

Alexey Fayans написал(а) к Cheslav Osanadze в Oct 20 18:41:19 по местному времени:

Нello Cheslav!

On Mon, 19 Oct 2020 at 13:04 +0200, you wrote to me:

AF>> Дубль три: редактор сохранят сообщения в базу. Стандарт базы не
AF>> накладывает ограничения на длину сабжа. Задача редактора на этом
AF>> заканчивается. Редактор не должен думать, что ты дальше будешь
AF>> делать с этим сообщением.
AF>> Тоссер сканирует базу сообшений на предмет написанных тобой
AF>> сообщений и складывает их в пакет, у которого есть ограничение на
AF>> длину сабжа в каждом сообщении. Тоссер складывает сообщения в
AF>> пакет, понимешь? Не редактор, не мейлер, не почтальон Печкин, а
AF>> тоссер. И именно его задача уложиться в стандарт.
CO> Т.е. ты не видишь тут никакой нестыковки? Странно это мне. Но пусть,
CO> у каждого своя логика.

Нет.

AF>> Поэтому тоссер должен либо обрезать сабж,
AF>> либо вообще не класть сообщение в пакет, сообщив об этом сисопу.
AF>> На мой взгляд обрезать - самое правильное решение.
CO> "Казнить нельзя помиловать"? Тут не только с запятыми можно
CO> фокусничать, но и с обрезанием.

ШТА?

CO> Логичнее привести к стандарту редактор.

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

CO> Вот заполняешь ты данные паспорта, все поля влезают и всё хорошо. А
CO> по дороге данные обрезаются пополам, но ты то не в курсе!

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

CO> В редакторе было всё хорошо!

Окей, разложим по полочкам. Это был редактор паспортных данных или просто текстовый редактор с возможностью сохранить что-то в базу текстовы сообщений?

CO> И это редактор не для плакатов или печати журналов, это "фидошный"
CO> редактор, однако.

Для тебя это будет открытием, наверное, но даже у pkt есть несколько стандартов, и не у всех есть ограничение на длину сабжа (но это не точно). И никто не мешает придумать ещё один. Так с какой стати редактор должен подстраиваться под ограничения какого-то промежуточного транспорта, которого в цепочке запросто может и не быть?


... Music Station BBS | https://bbs.bsrealm.net | telnet://bbs.bsrealm.net
--- GoldED+/W32-MSVC 1.1.5-b20180707

Alexey Fayans написал(а) к Nil Alexandrov в Oct 20 20:59:36 по местному времени:

Нello Nil!

On Mon, 19 Oct 2020 at 19:23 +0300, you wrote to me:

NA> Пасаны, технический фидо-документ номер раз - FTS-0001 (policy4 про
NA> административно процесуален кодекс). FTS-0001 говорит и про уровнь
NA> приложения (Application Layer), считай голдед, и там сабж 72 байта
NA> (как и from/to 36 байт максимум если что). Уровень анальный
NA> (Presentation Layer: the Packed Message) - и наш знакомый сабж 72
NA> байта!

Можно цитату? Что-то мне подсказывает, что ты куда-то не туда посмотрел.


... Music Station BBS | https://bbs.bsrealm.net | telnet://bbs.bsrealm.net
--- GoldED+/W32-MSVC 1.1.5-b20180707

Nil Alexandrov написал(а) к Alexey Fayans в Oct 20 21:30:30 по местному времени:

Нello, Alexey!

Monday October 19 2020 20:59, from Alexey Fayans -> Nil Alexandrov:

Из другого письма

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

Если редактор для фидо и написан по фидо стандартам (FTS-0001), то редактор сделает сабж до 72.

NA>> Пасаны, технический фидо-документ номер раз - FTS-0001 (policy4
NA>> про административно процесуален кодекс). FTS-0001 говорит и про
NA>> уровнь приложения (Application Layer), считай голдед, и там сабж
NA>> 72 байта (как и from/to 36 байт максимум если что). Уровень
NA>> анальный (Presentation Layer: the Packed Message) - и наш
NA>> знакомый сабж 72 байта!

AF> Можно цитату? Что-то мне подсказывает, что ты куда-то не туда
AF> посмотрел.

http://ftsc.org/docs/fts-0001.016

По-русски, Application Layer - голдед, Presentation Layer Data Definition : the Packed Message - msg и pkt формат.

B. Application Layer : the System from the User's View
..
+-----------------------+-----------------------+
72 48 | |
~ subject ~
| 72 bytes |
+-----------------------+-----------------------+
..

C. Presentation Layer : the User from the System's View

1. Presentation Layer Data Definition : the Packed Message
..
+-----------------------+-----------------------+
| subject |
~ max 72 bytes ~
| null terminated |
+-----------------------+-----------------------+
..


Далее, базы данных. Формат .msg, он же почти OPUS описывается в FTS-0001, см. выше.

Suish - гуляет по просторам squish.txt (например, https://github.com/askovpen/node-fid...r/Squish.txt), также был FSP-1037
4.2.2. Message Нeader
..
+---------+--------+-----+-----------------------------------------+
| subj | string | 76 | Message subject. |
| |72 chars| | |
+---------+--------+-----+-----------------------------------------+
..


Jam - гуляет по просторам JAM-001.TXT, (например, https://github.com/Mithgol/Nephtsys/...b/JAM-001.TXT)
!!ОППА! Сабж уже 100 символов!
Defined LoID codes
..
ID=6, Name=SUBJECT
The subject of the message. DATLEN must not exceed 100 characters.
Note that this field may not be used for FidoNet-style file attaches
or file requests.


Best Regards, Nil
--- GoldED+/LNX 1.1.5

Cheslav Osanadze написал(а) к Alexey Fayans в Oct 20 20:36:54 по местному времени:

Привет Alexey!

19 Окт 20 18:41, Alexey Fayans -> Cheslav Osanadze:

AF>>> Поэтому тоссер должен либо обрезать сабж,
AF>>> либо вообще не класть сообщение в пакет, сообщив об этом сисопу.
AF>>> На мой взгляд обрезать - самое правильное решение.
CO>> "Казнить нельзя помиловать"? Тут не только с запятыми можно
CO>> фокусничать, но и с обрезанием.

AF> ШТА?

Сабж обрезали и осталось "казнить".

...

AF> Для тебя это будет открытием, наверное, но даже у pkt есть несколько
AF> стандартов, и не у всех есть ограничение на длину сабжа

Ну вот. Оказывается, не всё так просто и ничего резать не надо, раз есть соответствующий стандарт.

...


Cheslav.



... День пропал не зря
--- ...

Andrey Mundirov написал(а) к Alexander Kruglikov в Oct 20 03:30:32 по местному времени:

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

Ответ на сообщение Alexander Kruglikov (2:5053/58) к Andrey Mundirov, написанное 19 окт 20 в 08:40:


DO>>> Я сейчас пишу с Pentium 100MНz/8MB/3.5GB :)
AM>> Померяемся, у кого меньше? Щас включу 386SX-40/4Mb/200Mb :)

AK> Пошёл покупать тот Роботрон.

Фидошку запускать будешь?

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

--- GoldED+/LNX 1.1.5-b20161221

Andrey Mundirov написал(а) к Alexey Vissarionov в Oct 20 03:55:14 по местному времени:

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

Ответ на сообщение Alexey Vissarionov (2:5020/545) к Andrey Mundirov, написанное 19 окт 20 в 11:22:

AV>>> При большом желании и наличии рук из плеч такое можно сделать
AV>>> даже на базе мелкого одноплатника.
AM>> А что сейчас модно из одноплатников? Желательно с SATA

AV> BPI-R1, но там ARM32.

Там коммутатор, который работает, как неуправляемый, пока не загрузится ОС
и не установит настройки VLAN.

AV> Nano Pi R2S, но там памяти всего гигабайт.

Вот это железка поинтереснее, есть куда применить.

AV> Nano Pi M4V2 + DGS-1100-08 + пара USB3.0-SATA + пара SSD в RAID-1.

А вот этот девайс прямо идеальный. Для него даже есть нормальный PCI-E SATA адаптер.
У меня есть корпусок подходящий от выгоревшего NAS c корзиной для винтов и охлаждением.


--- GoldED+/LNX 1.1.5-b20161221

Dmitriy Orlov написал(а) к Nil Alexandrov в Oct 20 08:38:44 по местному времени:

Нello Nil.

18 Oct 20 19:33, you wrote to me:

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

У меня есть возможность организовать скромно проплаченную кампанию.

NA> 3. Все линки будут вести на тот самый фидо-официоз-веб-сайт
NA> fidoweb.ru, последняя новость от 2018 года. Реакция - фидонет умер,
NA> ничего не обновляется, увиденная реклама - единичные попытки
NA> воскресить нечно, чего не существует.

Да. И из-за этого эта кампания до сих пор только в мыслях :)

Dmitriy

---

Dmitriy Orlov написал(а) к Andrey Mundirov в Oct 20 08:49:46 по местному времени:

Нello Andrey.

19 Oct 20 01:18, you wrote to me:

AM>>> Кузяво живете. У меня 8Гб на десктопе и 4 - на ноуте. А многих
AM>>> знаю, кто и 2 гигами довольствуется.
DO>> Я сейчас пишу с Pentium 100MНz/8MB/3.5GB :)
AM> Померяемся, у кого меньше? Щас включу 386SX-40/4Mb/200Mb :)

Ого! Ты победил :-)
Я бы тоже еще немного откатился, где-то до 486, чтоб он в натяжечку работал..

Dmitriy

---

Dmitriy Orlov написал(а) к Oleg Redut в Oct 20 09:42:54 по местному времени:

Нello Oleg.

19 Oct 20 11:52, you wrote to me:

DO>> Зачем лендинг-пейдж, когда есть уже готовые ресурсы - fidoweb.ru
DO>> например. Сложность в том, что прежде его надо актуализировать. А
DO>> то я неделю назад скинул сам себе заявку на поинта в виде теста,
DO>> до сих пор жду когда что-то произойдет :)
OR> И что, емайл не пришёл? Тогда надо было согласно рекомендациям в
OR> обратку писать.

А обратка не через e-mail работает? Имхо если мыльник на сайте отвалился, то он скорей всего весь отвалился. Сейчас сделал еще одну заявку, но уже на твой узел, посмотри пришла или нет.

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

Dmitriy

---

Denis Mosko написал(а) к Dmitriy Orlov в Oct 20 06:44:00 по местному времени:

Привет, Dmitriy!

Ответ на сообщение Dmitriy Orlov (2:5090/958) к Nil Alexandrov, написанное 19 окт 20 в 08:38:

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

DO> У меня есть возможность организовать скромно проплаченную кампанию.

NA>> 3. Все линки будут вести на тот самый фидо-официоз-веб-сайт
NA>> fidoweb.ru, последняя новость от 2018 года. Реакция - фидонет
NA>> умер, ничего не обновляется, увиденная реклама - единичные
NA>> попытки воскресить нечто.

DO> Да. И из-за этого эта кампания до сих пор только в мыслях :)

Dmitriy!
Я по-прежнему принимаю деньги на номер телефона. В нетмейл.

--- GoldED+/W32-MINGW 1.1.5-b20120519 (Kubik 3.0)