- комментарий 0:
From: Oskar Sharipov
Date: 2020-08-06 08:24:53Z
Прошлые комментарии доступны здесь:
http://blog.stargrave.org/russian/ff3b9d2dd7363c401458404b65b982e2d8cac54d
- комментарий 1:
From: David Rabkin
Date: 2020-08-05 16:28:28Z
Мне кажется, ты смешиваешь вектора использования. Есть сети внутри
ФСБ, там пользуются своими CA, я надеюсь. Наружу торчит то, что
торчит. Что ты так взъелся на Let's Encrypt? Verisign тебе больше
нравится? Оба этих варианта лучше, чем HTTP.
- комментарий 2:
From: Sergey Matveev
Date: 2020-08-05 16:37:06Z
*** David Rabkin [2020-08-05 19:25]:
>Мне кажется, ты смешиваешь вектора использования. Есть сети внутри
>ФСБ, там пользуются своими CA, я надеюсь.
Так не я смешиваю, а автор статьи. Так то у нас в госструктурах
криптографии полно (ГОСТовой).
>Что ты так взъелся на Let's Encrypt? Verisign тебе больше
>нравится? Оба этих варианта лучше, чем HTTP.
LE это просто худший из CA вариантов. Согласен что оба лучше чем HTTP,
так же как и хоть и самоподписанный сертификат тоже будет лучше.
- комментарий 3:
From: Sergey Matveev
Date: 2020-08-06 09:46:12Z
*** Oskar Sharipov [2020-08-06 08:24]:
>Прошлые комментарии доступны здесь:
Опа, это я опрометчиво сделал amend коммита этого (окончание в
"российский" -> "российские" поменял), забыв что у него есть
комментарии. Руками перенёс те два комментария сюда. Тот коммит,
наверное после gc когда-нибудь исчезнет. Хотя я не знаю как gc
учитывает наличие ссылок в notes.
- комментарий 4:
From: Oskar Sharipov
Date: 2020-08-06 11:14:38Z
> ...это я опрометчиво сделал amend коммита...
Главное, что RSS забытые комментарии отображает.
Кстати, такие изменения хэша легко замечаются. В той же
RSS-ленте вдруг появляются копии постов, даже сразу куча
постов, если был изменен не HEAD.
Я когда-то зажегся такой же идеей "git as a blog", но
потом понял, что после публикации невозможно будет
поправлять опечатки, не изменяя хэши.
- комментарий 5:
From: Sergey Matveev
Date: 2020-08-06 11:24:34Z
*** Oskar Sharipov [2020-08-06 11:14]:
>Главное, что RSS забытые комментарии отображает.
Это если не подчищать refs/notes/comments ветку (чего я не делаю :-)).
>Кстати, такие изменения хэша легко замечаются. В той же
>RSS-ленте вдруг появляются копии постов, даже сразу куча
>постов, если был изменен не HEAD.
Ну это камень в мой огород скорее -- делать amend коммита не хорошо
почти никогда после push-а на сервер. А я этим грешу. Обычно я amend
если и делаю, то в течении минут после создания коммита. А тут что-то
прям существенно позже, даже когда комментарии появились.
>Я когда-то зажегся такой же идеей "git as a blog", но
>потом понял, что после публикации невозможно будет
>поправлять опечатки, не изменяя хэши.
Если предполагается ведение статей, особенно которые штатно хочется
потом обновлять, то данные лучше хранить в изменяемых файлах конечно. В
идеале не делать опечаток и ошибок :-). У меня мой blog. это скорее
что-то типа Twitter (хотя не уверен, ибо никогда ничего из него не читал
и не писал). А здоровые статьи которые возможно будут обновлятся я храню
в http://www.stargrave.org/Articles.html
- комментарий 6:
From: Oskar Sharipov
Date: 2020-08-06 12:04:01Z
> А здоровые статьи которые возможно будут обновлятся
> я храню в http://www.stargrave.org/Articles.html
Все прочитаны :-)
Насчет моего блога. Хотелось,
чтобы сложность записи была бы
минимальна: появилась мысль, пошел,
записал. Однажды перечитываешь,
замечаешь ошибку -- иди исправлять. git
этим подходит идеально: коммиты -- это
привычное действие, мозгу даже не надо
подсказывать, что вводить пальцам, он
уже придумывает сообщение коммита.
Еще чаще под рукой нет компьютера (у
меня стационарный, хотя я уже давно
понимаю, что мне этого не хватает),
под рукой смартфон, и с него тоже
хочется уметь писать. Но на нем легко
запускать терминальные приложения,
даже случалось с ffmpeg быстренько что-то
в медиа редактировать.
В итоге, если я когда-то всё же дойду
до идеи http блога, то, наверное, лучше
написать какую-то свою утилиту,
которая по файлам собирает статики
для http-сервера либо отдает как-то
удобно на какую-нибудь Джангу под uwsgi
(ооох, это такой overhead). А было бы еще
лучше поглядеть на веб-библиотеки в go
(url-routing, templates?), раз я хочу лучше в нем
разобраться. Короче, хочется написать
что-то свое, что максимально упростит
мне "блоггинг": отправку на сервер
(несмотря на то, с какого устройства
я бы ни писал) генерацию RSS, выдачу HTML
читателям.
А вот с комментариями легкого я ничего
не придумал. Дать писать через POST и
хранить каждый отдельным файлом? А
вредные дядьки смогут мне переполнить
inodes, если будут много стучаться?
- комментарий 7:
From: Oskar Sharipov
Date: 2020-08-06 12:06:51Z
Ээ, мне надо внимательнее читать man fmt, я ожидал 72
символа в строчке... Блин, ладно, с телефона писать дурацко.
- комментарий 8:
From: Oskar Sharipov
Date: 2020-08-06 12:18:34Z
> Ээ, мне надо внимательнее читать man fmt
Догадка: fmt плохо справляется с кириллицей в юникоде,
считая одну букву за две.
- комментарий 9:
From: Sergey Matveev
Date: 2020-08-06 12:32:15Z
*** Oskar Sharipov [2020-08-06 12:03]:
>Насчет моего блога. Хотелось,
>чтобы сложность записи была бы
>минимальна: появилась мысль, пошел,
>записал.
Да, git для этого прям самое оно, особенно когда сам по себе с git-ом
целыми днями имеешь дело. Собственно, разница в моём блоге и других
проектах, с точки зрения git-а, это только не забывать делать commit с
--allow-empty опцией.
>Еще чаще под рукой нет компьютера (у
>меня стационарный, хотя я уже давно
>понимаю, что мне этого не хватает),
>под рукой смартфон, и с него тоже
>хочется уметь писать. Но на нем легко
>запускать терминальные приложения,
>даже случалось с ffmpeg быстренько что-то
>в медиа редактировать.
У меня уже рефлекс всегда что-то сразу же записывать куда-нибудь. Любая
мысль, которую не хочется забыть, любое "надо бы сделать", "надо бы
написать" -- сразу записывать, а то забуду. Сейчас я уже годами провожу
время или на работе или дома -- компьютер под рукой всегда. А если нет,
то или в SMS draft запишу коротко о чём не забыть, или на бумажке. Очень
мне нравился Palm для этого дела: немного занимает, никакой бумаги,
быстро можно вводить текст, плюс, если что, используя свободно ПО
спокойно его синхронизировать с компьютером (заметки там появлялись
просто в виде текстовых файлов, насколько помню).
Но Palm-ов больше нет :-(
Но чаще всего, 99% всего у меня записывается через вот такую утилиту на
компьютере: df021327920ac25a22e5e35dc844f194cd6ce94a
>В итоге, если я когда-то всё же дойду
>до идеи http блога, то, наверное, лучше
>написать какую-то свою утилиту,
>которая по файлам собирает статики
Ну таких "движков" вообще написано много: которые из исходников
генерируют кучу статики. Но я никого не пробовал. Точнее когда-то у меня
сайты все были на Python Sphinx сгенерированы -- но уж очень мне не
хватало возможностей форматирования в нём. Потом было время когда я
использовал VimWiki -- плагин для Vim где прямо на уровне ФС можно вести
вполне себе полноценную wiki и рендерить её в HTML. И патчи отправлял
автору этого плагина и вообще много чего правил и доделывал. Но а сейчас
у меня всё на Texinfo -- лучший формат который я только встречал.
Но VimWiki/Sphinx/Texinfo это конечно всё же не заточено для блога и про
RSS/Atom значит ничего не будет.
А так вот всякие cat-v.org: http://harmful.cat-v.org/software/
https://suckless.org/ все юзают http://werc.cat-v.org/ который, судя по
описанию, на pure rc shell написан. Чем генерируется Atom на
suckless.org не смотрел. Можно в Git коммитить всё, а на сервере
повесить hook который бы перегенерировал статику после изменений.
>Дать писать через POST и хранить каждый отдельным файлом? А
>вредные дядьки смогут мне переполнить inodes, если будут много стучаться?
Или придумывать защиту от частого постинга (которую делать не тривиально
и которая state где-то наверняка должна хранить). Или использовать ФС
где inode-ов может быть, грубо говоря, сколько хочешь :-) -- ZFS, XFS,
JFS2, да и наверное любую основанную на B-trees. Или хранить в SQLite БД
например. Django её без проблем прозрачно может использовать в моделях.
- комментарий 10:
From: Sergey Matveev
Date: 2020-08-06 12:33:45Z
*** Oskar Sharipov [2020-08-06 12:18]:
>Догадка: fmt плохо справляется с кириллицей в юникоде
Дело точно в этом, так как строки где латиница явно длиннее.
А штатный fmt из FreeBSD Unicode корректно обрабатывает.