Лайки в фидонете

Nil A написал(а) к Stas Mishchenkov в Sep 24 18:43:22 по местному времени:

* Originally in ru.fidonet.today
* Crossposted in ru.ftn.develop
Нello, Stas!

24 Sep 24 09:01, from Stas Mishchenkov -> Igor Yurin:

SM> На самом деле это просто реализовать. Нужно лишь слегка подправить
SM> тоссер и читалку. В читалке жмём лайк/дизлайк, в эху отправляется
SM> сообщение, тоссер его принимает, находит в базе по msgid мессагу, в
SM> первой строке вписывает лайк/дизлайк, служебное сообщение удаляется.
SM> Строку можно сделать хидден.

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

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

Dmitriy Romanov написал(а) к Nil A в Sep 24 22:33:32 по местному времени:

Приветики, Nil!


Писал как-то Nil A к Stas Mishchenkov примерно 24 Сен 24 в 18:43
А я смотрю и фигею.


SM>> На самом деле это просто реализовать. Нужно лишь слегка подправить
SM>> тоссер и читалку. В читалке жмём лайк/дизлайк, в эху отправляется
SM>> сообщение, тоссер его принимает, находит в базе по msgid мессагу, в
SM>> первой строке вписывает лайк/дизлайк, служебное сообщение удаляется.
SM>> Строку можно сделать хидден.

NA> Сначала хотел сказать, что изменять оригинальное сообщение не хорошо, но
NA> потом прочитал, что изменять клуджи, а это можно. Например, при рескане
NA> хаски добавляет в каждое поле рескан клудж, и ничего. Осталось дело за
NA> малым. Написать спек и референсную имплементацию. Проще сделать как перлохук
NA> к хаски, чтобы он вычитывал эти лайки, только он не может править из-коробки
NA> оригинальное сообщение, только текущее, или новое накидывать. В голдеде
NA> можно макрос соорудить и на хоткей замапить, тогда он будет фигачить лайки и
NA> дислайки в нужном формате.
Обратная совместимость накрывается чем-то женским. Так для простых пользователей голдеда будет в эхе куча пустых писем.
Можно конечно твит настроить каждому. Но мне кажется оно того не стоит. Тогда уж лучше отдельную эху, пусть и одну на
все эхи - туда будет техническая информация валиться. Кто хочет, тот подпишется. И будет видеть к каждому письму
статистику реакций на него без засорения основной эхи.

А вообще, при чем тут тоссер? Все красивости реализуются на уровне редактора. Тоссеру достаточно, что письмо
соответствует стандартам, о которых он знает. Внутреннее содержимое письма ему неинтересно.

На сем разрешите письмо закончить. Elec (RA2FDR)
--- NoSFeRaTU's GoldED+/W32-MINGW 1.1.5-b20090603

Vitaliy Aksyonov написал(а) к Dmitriy Romanov в Sep 24 15:57:22 по местному времени:

Привет, Dmitriy!

24 Sep 24 22:33, ты писал(а) Nil A:

SM>>> На самом деле это просто реализовать. Нужно лишь слегка
SM>>> подправить тоссер и читалку. В читалке жмём лайк/дизлайк, в эху
SM>>> отправляется сообщение, тоссер его принимает, находит в базе по
SM>>> msgid мессагу, в первой строке вписывает лайк/дизлайк, служебное
SM>>> сообщение удаляется. Строку можно сделать хидден.

NA>> Сначала хотел сказать, что изменять оригинальное сообщение не
NA>> хорошо, но потом прочитал, что изменять клуджи, а это можно.
NA>> Например, при рескане хаски добавляет в каждое поле рескан клудж,
NA>> и ничего. Осталось дело за малым. Написать спек и референсную
NA>> имплементацию. Проще сделать как перлохук к хаски, чтобы он
NA>> вычитывал эти лайки, только он не может править из-коробки
NA>> оригинальное сообщение, только текущее, или новое накидывать. В
NA>> голдеде можно макрос соорудить и на хоткей замапить, тогда он
NA>> будет фигачить лайки и дислайки в нужном формате.
DR> Обратная совместимость накрывается чем-то женским. Так для простых
DR> пользователей голдеда будет в эхе куча пустых писем. Можно конечно
DR> твит настроить каждому. Но мне кажется оно того не стоит. Тогда уж
DR> лучше отдельную эху, пусть и одну на все эхи - туда будет техническая
DR> информация валиться. Кто хочет, тот подпишется. И будет видеть к
DR> каждому письму статистику реакций на него без засорения основной эхи.

DR> А вообще, при чем тут тоссер? Все красивости реализуются на уровне
DR> редактора. Тоссеру достаточно, что письмо соответствует стандартам, о
DR> которых он знает. Внутреннее содержимое письма ему неинтересно.

ИМХО, это бредовая идея с самого начала. Кому интересны все эти лайки - пусть проследуют в интернеты и наяривают там. Вся прелесть фидо в том, что тут концентрированная информация. Без рекламы и всяких лишних свистоперделок.

Best regards,
Vitaliy Aksyonov.

... Моцарт в твоем возрасте уже два года как умер!
--- GoldED+/LNX 1.1.5-b20240309

Stas Mishchenkov написал(а) к Nil A в Sep 24 09:11:08 по местному времени:

Нi Nil!

24 Sep 24 18:43, Nil A -> Stas Mishchenkov:

SM>> На самом деле это просто реализовать. Нужно лишь слегка подправить
SM>> тоссер и читалку. В читалке жмём лайк/дизлайк, в эху отправляется
SM>> сообщение, тоссер его принимает, находит в базе по msgid мессагу, в
SM>> первой строке вписывает лайк/дизлайк, служебное сообщение удаляется.
SM>> Строку можно сделать хидден.

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

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

Нave nice nights.
Stas Mishchenkov.

--- Вот видите, не сделали - и переделывать не пришлось.

Igor Yurin написал(а) к Dmitriy Romanov в Sep 24 19:03:16 по местному времени:

Здpавствуй, Dmitriy!

Вторник 24 Сентября 2024 22:33, ты писал(а) Nil A:

DR> Так для простых
DR> пользователей голдеда будет в эхе куча пустых писем. Можно конечно
DR> твит настроить каждому. Но мне кажется оно того не стоит. Тогда уж
DR> лучше отдельную эху, пусть и одну на все эхи - туда будет техническая
DR> информация валиться. Кто хочет, тот подпишется. И будет видеть к
DR> каждому письму статистику реакций на него без засорения основной эхи.
Да не должно быть никаких пустых писем!!!

Повторю свою изначальную мысль: чтобы система лайков (хотя "лайки" это для Интернетов, а тут пусть будут "акцепты" :)) не породила
- манию величия
- рейтинги
- накрутки
- другие нездоровые поползновения
она может быть видимой только одному автору письма, которое лайкают.
Для лайкающего это нажатие на пару кнопок, которое не трудно сделать, если сообщение реально полезное и интересное. А для лайкнутого это квитанция о том, что его сообщение признано полезным "+1".

А то в ФИДО только "политика кнута". Если накосячил - модератор навешает тебе полную грудь крестов и отправит в рид-онли. А где же "политика пряника"?!


Best regards, Igor.
... [ 2:5053/49 aka 2:6035/66.49 ] [Graf0man Moderator Tool author] [Saratov]
--- GoldED-NSF/W32-MINGW 1.1.5-20090710

Cheslav Osanadze написал(а) к Igor Yurin в Sep 24 21:28:54 по местному времени:

Привет Igor!

25 Сен 24 19:03, Igor Yurin -> Dmitriy Romanov:

DR>> Так для простых
DR>> пользователей голдеда будет в эхе куча пустых писем. Можно
DR>> конечно твит настроить каждому. Но мне кажется оно того не стоит.
DR>> Тогда уж лучше отдельную эху, пусть и одну на все эхи - туда
DR>> будет техническая информация валиться. Кто хочет, тот подпишется.
DR>> И будет видеть к каждому письму статистику реакций на него без
DR>> засорения основной эхи.
IY> Да не должно быть никаких пустых писем!!!

IY> Повторю свою изначальную мысль: чтобы система лайков (хотя "лайки" это
IY> для Интернетов, а тут пусть будут "акцепты" :)) не породила
IY> - манию величия
IY> - рейтинги
IY> - накрутки
IY> - другие нездоровые поползновения
IY> она может быть видимой только одному автору письма, которое лайкают.
IY> Для лайкающего это нажатие на пару кнопок, которое не трудно сделать,

Уже есть! F5.

IY> если сообщение реально полезное и интересное. А для лайкнутого это
IY> квитанция о том, что его сообщение признано полезным "+1".


Cheslav.


... У красивой женщины всегда красивое имя.
---

Igor Yurin написал(а) к Cheslav Osanadze в Sep 24 05:10:58 по местному времени:

Здpавствуй, Cheslav!

Среда 25 Сентября 2024 21:28, ты писал(а) мне:

IY>> она может быть видимой только одному автору письма, которое
IY>> лайкают. Для лайкающего это нажатие на пару кнопок, которое не
IY>> трудно сделать,
CO> Уже есть! F5.
Это нужно потратить еще минуту на написание письма :)
К тому же "лайки" можно сделать анонимными. Автор видит количество, но при этом совершенно не важно, от кого они.

Best regards, Igor.
... [ 2:5053/49 aka 2:6035/66.49 ] [Graf0man Moderator Tool author] [Saratov]
--- GoldED-NSF/W32-MINGW 1.1.5-20090710

Cheslav Osanadze написал(а) к Igor Yurin в Sep 24 07:40:19 по местному времени:

Привет Igor!

26 Сен 24 05:10, Igor Yurin -> Cheslav Osanadze:

IY>>> она может быть видимой только одному автору письма, которое
IY>>> лайкают. Для лайкающего это нажатие на пару кнопок, которое не
IY>>> трудно сделать,
CO>> Уже есть! F5.
IY> Это нужно потратить еще минуту на написание письма :)

Зачем же? Это ответ уже с цитированием "лайkнутого" сообщения.

IY> К тому же "лайки" можно сделать анонимными. Автор видит количество, но
IY> при этом совершенно не важно, от кого они.

Анонимность в фидо?


Cheslav.


... Боюсь незаряженных ружей. Ими разбивают головы.
---

Igor Yurin написал(а) к Cheslav Osanadze в Sep 24 10:06:26 по местному времени:

Здpавствуй, Cheslav!

Четверг 26 Сентября 2024 07:40, ты писал(а) мне:

IY>>>> она может быть видимой только одному автору письма, которое
IY>>>> лайкают. Для лайкающего это нажатие на пару кнопок, которое не
IY>>>> трудно сделать,
CO>>> Уже есть! F5.
IY>> Это нужно потратить еще минуту на написание письма :)
CO> Зачем же? Это ответ уже с цитированием "лайkнутого" сообщения.
Опять же это излишество в виде процитированного сообщения (которое может быть весьма объемным).

IY>> К тому же "лайки" можно сделать анонимными. Автор видит
IY>> количество, но при этом совершенно не важно, от кого они.
CO> Анонимность в фидо?
Это обычный счетчик чисел. И имена там просто лишние. А не анонимность ради анонимности.


Best regards, Igor.
... [ 2:5053/49 aka 2:6035/66.49 ] [Graf0man Moderator Tool author] [Saratov]
--- GoldED-NSF/W32-MINGW 1.1.5-20090710

Dmitriy Romanov написал(а) к Stas Mishchenkov в Sep 24 20:20:48 по местному времени:

Приветики, Stas!


Писал как-то Stas Mishchenkov к Nil A примерно 25 Сен 24 в 09:11
А я смотрю и фигею.

SM>>> На самом деле это просто реализовать. Нужно лишь слегка подправить
SM>>> тоссер и читалку. В читалке жмём лайк/дизлайк, в эху отправляется
SM>>> сообщение, тоссер его принимает, находит в базе по msgid мессагу, в
SM>>> первой строке вписывает лайк/дизлайк, служебное сообщение удаляется.
SM>>> Строку можно сделать хидден.

NA>> Сначала хотел сказать, что изменять оригинальное сообщение не хорошо,
NA>> но потом прочитал, что изменять клуджи, а это можно. Например, при
NA>> рескане хаски добавляет в каждое поле рескан клудж, и ничего. Осталось
NA>> дело за малым. Написать спек и референсную имплементацию. Проще сделать
NA>> как перлохук к хаски, чтобы он вычитывал эти лайки, только он не может
NA>> править из-коробки оригинальное сообщение, только текущее, или новое
NA>> накидывать. В голдеде можно макрос соорудить и на хоткей замапить,
NA>> тогда он будет фигачить лайки и дислайки в нужном формате.
SM> Осталось только придумать обратную совместимость. Ну, т.е. чтобы
SM> старые тоссеры не возбуждались на эти служебные мессаги.
А тоссеру по барабану, что там внутри мессаги. Тоссеры не надо переделывать. Все свистоперделки - на уровне редактора.
А так - отдельная эха, и в нее можно валить что угодно, чтобы основную эху не засорять. Одну на всех вполне достаточно.
А уж базу каждый у себя хранит, а редактор только отображает соответствующие атрибуты при отображении исходной мессаги.
Ну или не отображает, если не имеет этих данных.

На сем разрешите письмо закончить. Elec (RA2FDR)
--- NoSFeRaTU's GoldED+/W32-MINGW 1.1.5-b20090603