Что: 38853e60bf806777a5753171593dbdb6d49a7389
Когда: 2023-08-10 18:28:16+03:00
Темы: web
tofuproxy как gemini-клиент и tilde.pink В 9dab9cd83096a2832d0665835d35f60696e5bb98 (как время то летит!) я писал что добавлял поддержку gemini:// протокола. SGBlog движок блога тоже обзавёлся его поддержкой в c9626e34dc5995df0e8d8332bd8f99f7fffab9e2. За последние месяцы разные люди не раз писали и упоминали/намекали что читали именно gemini-версию блога, которого я даже в мониторинг не добавлял и поэтому недавно его сертификат протухал. Такое отношение связано с тем, что мне как не нравилась идея gemini, так и не нравится (559781a8756ad1b6362a8228970cec7f5ac901a2). Протокол не решает ни одной реальной проблемы. Небольшой subset HTTP более чем достаточен. Формат его .gmi файлов тоже не нравится, который явно пишут что вдохновлён был Markdown. Я косо смотрю на всех людей, кто упоминает этот формат, ибо его нет -- есть только десятки малосовместимых между собой диалектов, с крайне узким общим подмножеством совместимости, малопригодном почти для любых задач форматирования. Но .gmi особенно бесит тем, что его во вменяемом нормальном удобном текстовом редакторе не набрать, так как он хочет длинные строки иметь, чтобы они по ширине пользовательского экрана сама выравнивались по ширине. Нет уж, с чем бы я не работал: исходный код программ, скрипты shell/whatever, LaTeX/Texinfo/reST документы, HTML -- везде в них я удобную для человека ширину в ±80 колонок сохраняю. А дальше уже не моя забота как оно будет на экране отображаться. В текстовом редакторе работать с длинными строками не может быть удобно. Поэтому для .gmi нужно по идее придумывать ещё какой-нибудь формат документа, в котором можно бы было использовать удобные для человека по ширине строки, а затем это преобразовывать в .gmi с длиннющими. А вот сразу нельзя было что-то тривиальное придумать, чтобы формат .gmi являлся пригодным для удобного редактирования человеком файлом с исходным текстом? Но да ладно, снова я отвлёкся на ненависть к инструменту, который ничего не решает (да уж, а я его поддержку уже в две своих программы ведь добавил). Полазил я в русскоязычном "gemspace" (я даже не знаю какой термин надо применять корректно, но помню "gopherspace"), в котором прям десятки вполне себе живых гемлогов обитают. Обнаружил, что многие используют "=>" для ссылок, а не "=> " который ожидает мой tofuproxy. Оказалось, что, действительно, спецификация это явно разрешает. Сделал патчик. В итоге вроде бы проблем с броузингом gemini ресурсов больше нету: tofuproxy более чем годен оказался. Увидел запись gemini://topotun.dynu.com/blog/2022-05-17.gmi где видно, что администраторы tilde.pink (видимо, как и всех tilde ресурсов) оказались конкретными пособниками нациков, даже их лозунг запихнули на своём ресурсе. Уже второй раз я что-то сегодня упоминаю их, но так совпало. Перечитал кстати свою прошлую запись о gemini и вижу что критиковал там советы о выборе AES/SHA/ECDSA и подобных алгоритмов. А у меня TLS 1.3 в gemini сервере поддерживает и все ГОСТовые алгоритмы -- чем это хуже? Вот нафига давать бесполезные/глупые best practices?
Сгенерирован: SGBlog 0.34.0