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

Cheslav Osanadze написал(а) к Oleg Redut в Oct 20 08:17:11 по местному времени:

Привет Oleg!

19 Окт 20 11:40, Oleg Redut -> Cheslav Osanadze:

CO>>>> Для винды - Парма+Радиус Аргус.

OR>>> У меня лет семь taurus стоит. И подержка была. Пока вот
OR>>> недавно не приспичило автору с линухом связаться. Последние
OR>>> исходики похерены.

CO>> Традиция... Может, от Радиуса остались?

OR> Это сколько угодно. И от Аргуса есть. Но смысл?
OR> Все линейка мейлеров работает вплоть до вин10х64. Функции свои
OR> выполняют.

Именно! И косяков не заметно.
Нового, правда, ничего нет.


Cheslav.



... Каждый день приносит мне новые сверкающие грани слова "охуели"...
--- ...

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

Привет Alexey!

19 Окт 20 08:24, Alexey Fayans -> Andrei Mihailov:

AF>>>>> Баги исправлять. Партосс, например, не проверяет длину сабжа
AF>>>>> перед упаковкой сообщения в пакет, чем нарушает стандарт.
AF>>>>> Такой пакет в итоге криво парсится фастэхой. Последняя,
AF>>>>> конечно, тоже неправа, но больше здесь виноватый партосс,
AF>>>>> потому что именно он формирует кривой пакет.
CO>>>> Длинный сабж формирует пользователь в редакторе. А Парма всего
CO>>>> лишь его не перепроверяет.
AF>>> Парма формирует pkt, у которого есть стандарт. И этот стандарт
AF>>> накладывает ограничение на длину сабжа. Поэтому парма должен
AF>>> обрезать сабж, чтобы не формировать кривой пакет. Так, надеюсь,
AF>>> понятнее.
AM>> Все таки это неправильно - обрезать написанное тоссером.
AM>> Непозволять писать слишком длинную строку должен редактор.

AF> Дубль два: редактор не должен ничего обрезать,

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



Cheslav.



... Пpедсказываю судьбу на сpок от 3 до 5 лет. Судья Иванов
--- ...

Andrei Mihailov написал(а) к Alexey Fayans в Oct 20 10:25:51 по местному времени:

Нello, Alexey Fayans.
On 19.10.2020 08:28 you wrote:

DK>>>> Ты считаешь нормальным когда поинт пишет из редактора, а hpt
DK>>>> складывает те сообщения в бэды? Или hpt научили заниматься
DK>>>> автообрезанием?
AF>>> 1. Тоссер поинта (не важно, hpt или ещё какой) уже должен всё
AF>>> обрезать при формировании пакета. 2. Насколько я помню, hpt
AF>>> научили именно обрезать
AM>> Т.е. фальсифицировать сообщения
AF> Ты хотя бы прочитай значение слова, которым так упорно оперируешь.

[Начало цитаты]
ФАЛЬСИФИКАЦИЯ (от лат. falcificare - подделывать) - подделка, сознательное искажение, подмена.

https://dic.academic.ru/dic.nsf/lower/19096
[Конец сообщения]

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


--
Best regards!
Posted using Нotdoged on Android
--- Нotdoged/2.13.5/Android

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

Нello Cheslav!

On Mon, 19 Oct 2020 at 08:37 +0200, you wrote to me:

CO>>>>> Длинный сабж формирует пользователь в редакторе. А Парма
CO>>>>> всего лишь его не перепроверяет.
AF>>>> Парма формирует pkt, у которого есть стандарт. И этот стандарт
AF>>>> накладывает ограничение на длину сабжа. Поэтому парма должен
AF>>>> обрезать сабж, чтобы не формировать кривой пакет. Так, надеюсь,
AF>>>> понятнее.
AM>>> Все таки это неправильно - обрезать написанное тоссером.
AM>>> Непозволять писать слишком длинную строку должен редактор.
AF>> Дубль два: редактор не должен ничего обрезать,
CO> Не должен, да. Только если он фидошный, то не должен давать
CO> возможность написать сабж длиннее стандарта. Стандарт описывает длину
CO> сабжа именно самого pkt или сообщения в нём?

Дубль три: редактор сохранят сообщения в базу. Стандарт базы не накладывает ограничения на длину сабжа. Задача редактора на этом заканчивается. Редактор не должен думать, что ты дальше будешь делать с этим сообщением.

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


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

Alexey Fayans написал(а) к Andrei Mihailov в Oct 20 11:19:40 по местному времени:

Нello Andrei!

On Mon, 19 Oct 2020 at 10:25, you wrote to me:

AM> [Начало цитаты]
AM> ФАЛЬСИФИКАЦИЯ (от лат. falcificare - подделывать) - подделка,
AM> сознательное искажение, подмена.

AM> https://dic.academic.ru/dic.nsf/lower/19096
AM> [Конец сообщения]

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

Вы, однако, больны, сударь. Обрезка сабжа до 72 символов для того, чтобы он влез в стандарт, никак не может считаться сознательным искажением. Но в общем я не вижу смысла разговаривать на эту тему дальше. Будет прецедент, где за обрезку сабжа последуют какие-то санкции, тогда и поговорим.


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

Rinat H. Sadretdinow написал(а) к Alexey Fayans в Oct 20 11:38:16 по местному времени:

Нello Alexey!

19 Oct 20 11:06, you wrote to Cheslav Osanadze:

AF> На мой взгляд обрезать - самое правильное решение.

Зочем ви тг'авите? Ми таки не в Изг'аиле!

Bye!

--- GoldED+/LNX 1.1.5-b20170303

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

Доброго времени суток, Andrey!
19 Oct 2020 01:16:36, ты -> мне:

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

BPI-R1, но там ARM32.

AM> и парой сетевух.

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

AM> Есть у меня вялотекущие планы заапгрейдить железо на ноде.

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

Есть похожие одноплатники Rock Pi 4B на том же RK3399, но их я еще не мацал.


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... Кто с чем к нам зачем - тот от того и того
--- /bin/vi

Alexey Fayans написал(а) к Rinat H. Sadretdinow в Oct 20 13:22:00 по местному времени:

Нello Rinat!

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

AF>> На мой взгляд обрезать - самое правильное решение.
RS> Зочем ви тг'авите? Ми таки не в Изг'аиле!

Эхой не ошибся? :)


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

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

Привет Alexey!

19 Окт 20 11:06, Alexey Fayans -> Cheslav Osanadze:

CO>>>>>> Длинный сабж формирует пользователь в редакторе. А Парма
CO>>>>>> всего лишь его не перепроверяет.
AF>>>>> Парма формирует pkt, у которого есть стандарт. И этот стандарт
AF>>>>> накладывает ограничение на длину сабжа. Поэтому парма должен
AF>>>>> обрезать сабж, чтобы не формировать кривой пакет. Так,
AF>>>>> надеюсь, понятнее.
AM>>>> Все таки это неправильно - обрезать написанное тоссером.
AM>>>> Непозволять писать слишком длинную строку должен редактор.
AF>>> Дубль два: редактор не должен ничего обрезать,
CO>> Не должен, да. Только если он фидошный, то не должен давать
CO>> возможность написать сабж длиннее стандарта. Стандарт описывает
CO>> длину сабжа именно самого pkt или сообщения в нём?

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

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

Т.е. ты не видишь тут никакой нестыковки? Странно это мне. Но пусть, у каждого своя логика.

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

"Казнить нельзя помиловать"? Тут не только с запятыми можно фокусничать, но и с обрезанием.

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

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


Cheslav.



... Россия - страна сезонная(Чеpномыpдин)
--- ...

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

Нello, Alexey!

Monday October 19 2020 11:06, from Alexey Fayans -> Cheslav Osanadze:

CO>> Не должен, да. Только если он фидошный, то не должен давать
CO>> возможность написать сабж длиннее стандарта. Стандарт описывает
CO>> длину сабжа именно самого pkt или сообщения в нём?

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

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

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