Differences for last day for trackable contents of useful capsules ...
=> hugeping.ru/p1c3ltDDAoaFciX04W2I.gmi
2c2 < by hugeping on 2021-02-01 08:35:34 --- > by hugeping on 2021-02-01 11:35:34 95a96,97 > > => mailto:gl00my@mail.ru?subject=hugeping.ru%20p1c3ltDDAoaFciX04W2I.gmi Оставить комментарий
=> hugeping.ru/gWYQyUi54gRQ1xzFSO7c.gmi
2c2 < by hugeping on 2023-05-13 11:23:13 --- > by hugeping on 2023-05-13 13:23:13 23a24,25 > > => mailto:gl00my@mail.ru?subject=hugeping.ru%20gWYQyUi54gRQ1xzFSO7c.gmi Оставить комментарий
=> hugeping.ru/8UQEichEalf90kf99xAc.gmi
2c2 < by hugeping on 2024-12-27 13:49:06 --- > by hugeping on 2024-12-27 16:49:06 100a101,107 > # Комментарии > Peter Kosyh > 2024-12-29 14:03:43 +0000 +0000 > > Проверка комментариев > > => mailto:gl00my@mail.ru?subject=hugeping.ru%208UQEichEalf90kf99xAc.gmi Оставить комментарий
=> hugeping.ru/eQdRFTn4fwxYAtBKfn1H.gmi
2c2 < by hugeping on 2021-01-20 12:17:21 --- > by hugeping on 2021-01-20 15:17:21 32a33,34 > > => mailto:gl00my@mail.ru?subject=hugeping.ru%20eQdRFTn4fwxYAtBKfn1H.gmi Оставить комментарий
=> hugeping.ru/tJYAp7jcbzwkwaLYnL8y.gmi
2c2 < by Peter on 2020-04-27 07:53:16 --- > by Peter on 2020-04-27 09:53:16 58a59,60 > > => mailto:gl00my@mail.ru?subject=hugeping.ru%20tJYAp7jcbzwkwaLYnL8y.gmi Оставить комментарий
=> hugeping.ru/Lbnqa6tgx7poj8xWUzBI.gmi
2c2 < by hugeping on 2021-04-10 20:50:04 --- > by hugeping on 2021-04-10 22:50:04 66a67,68 > > => mailto:gl00my@mail.ru?subject=hugeping.ru%20Lbnqa6tgx7poj8xWUzBI.gmi Оставить комментарий
4a5 > => avk.gmi avk ⚛️ формирование Atom-ленты для пабликов ВКонтакте
=> hugeping.ru/9SsAKUzgj92HnU4moaMU.gmi
2c2 < by hugeping on 2021-02-09 07:46:04 --- > by hugeping on 2021-02-09 10:46:04 147a148,149 > > => mailto:gl00my@mail.ru?subject=hugeping.ru%209SsAKUzgj92HnU4moaMU.gmi Оставить комментарий
=> hugeping.ru/p7MAUCAj2pM4cgRPB6q3.gmi
2c2 < by hugeping on 2024-11-30 12:07:34 --- > by hugeping on 2024-11-30 15:07:34 24a25,26 > > => mailto:gl00my@mail.ru?subject=hugeping.ru%20p7MAUCAj2pM4cgRPB6q3.gmi Оставить комментарий
=> hugeping.ru/MW2YPO37TX32MR6ECYHB.gmi
2c2 < by Peter on 2017-07-09 08:31:10 --- > by Peter on 2017-07-09 10:31:10 28a29,30 > > => mailto:gl00my@mail.ru?subject=hugeping.ru%20MW2YPO37TX32MR6ECYHB.gmi Оставить комментарий
=> hugeping.ru/sbbuZqhWlCfBD7wX6tq2.gmi
2c2 < by Peter on 2018-08-07 17:44:12 --- > by Peter on 2018-08-07 19:44:12 32a33,34 > > => mailto:gl00my@mail.ru?subject=hugeping.ru%20sbbuZqhWlCfBD7wX6tq2.gmi Оставить комментарий
=> hugeping.ru/gIwyxSBLbJERY1b0ujXz.gmi
2c2 < by hugeping on 2021-09-04 08:54:33 --- > by hugeping on 2021-09-04 10:54:33 60a61,62 > > => mailto:gl00my@mail.ru?subject=hugeping.ru%20gIwyxSBLbJERY1b0ujXz.gmi Оставить комментарий
=> pub.phreedom.club/cgi-bin/milkspace/wall/wall.cgi
23c23 < => wall_full.cgi полная версия стены (973 записей) --- > => wall_full.cgi полная версия стены (974 записей) 28,29d27 < В evil-mode через %s// /g < 99a98,99 > > Privet iz TTY na Samsung N150+!
=> hugeping.ru/09ZQAECjjCWoCD0d2gf2.gmi
2c2 < by hugeping on 2021-02-14 17:30:21 --- > by hugeping on 2021-02-14 20:30:21 47a48,49 > > => mailto:gl00my@mail.ru?subject=hugeping.ru%2009ZQAECjjCWoCD0d2gf2.gmi Оставить комментарий
=> hugeping.ru/ehW3K3dVkUdqCchq3HGs.gmi
60a61 >
=> hugeping.ru/lH02TKFFdEqWz4X19oh3.gmi
2c2 < by hugeping on 2024-12-14 09:55:45 --- > by hugeping on 2024-12-14 12:55:45 68a69,70 > > => mailto:gl00my@mail.ru?subject=hugeping.ru%20lH02TKFFdEqWz4X19oh3.gmi Оставить комментарий
=> hugeping.ru/SR32ozeNoyxmNkw4HTS5.gmi
2c2 < by hugeping on 2020-09-09 06:21:00 --- > by hugeping on 2020-09-09 08:21:00 107a108,109 > > => mailto:gl00my@mail.ru?subject=hugeping.ru%20SR32ozeNoyxmNkw4HTS5.gmi Оставить комментарий
=> hugeping.ru/BFbdp3UbEYex0aDXPBZL.gmi
24a25 >
=> hugeping.ru/8uQhRGHLHR0hXpIVquJP.gmi
2c2 < by Peter on 2020-05-11 19:15:59 --- > by Peter on 2020-05-11 21:15:59 12a13,14 > > => mailto:gl00my@mail.ru?subject=hugeping.ru%208uQhRGHLHR0hXpIVquJP.gmi Оставить комментарий
0a1,140 > # Hugeping's microblog > > => /micro/atom.xml atom feed > > # Массивное обновление станции ping > by hugeping on 2025-01-19 12:51:04 > > Давно уже трудилась старая малинка в качестве сервера, решил обновить. Очень много изменений в gemini части, могло что-то отломаться. Если что, пишите! > > P.S. Кстати, теперь на станции к записям в блоге можно оставлять комментарии по e-mail (теоретически). > > => mailto:gl00my@mail.ru?subject=hugeping.ru%205a0wpRUZjvgiby4gEaLR.gmi Оставить комментарий > => /micro/5a0wpRUZjvgiby4gEaLR.gmi Статья > # Сриниваса Рамануджан > by hugeping on 2024-12-29 11:55:05 > > Просмотрел ролик с Савватеевым и Островским: https://www.youtube.com/watch?v=hlfjUaCugXw [1] > А оттуда по наводке почитал про С. Рамануджана: https://habr.com/ru/companies/wolfram/articles/306250/ [2] > > https://pyrkov-professor.ru/Portals/0/Mediateka/XX%20vek/levin_v_i_ramanudzhan_matem.pdf [3] > > Интересно. :) > => https://www.youtube.com/watch?v=hlfjUaCugXw https://www.youtube.com/watch?v=hlfjUaCugXw [1] > => https://habr.com/ru/companies/wolfram/articles/306250/ https://habr.com/ru/companies/wolfram/articles/306250/ [2] > => https://pyrkov-professor.ru/Portals/0/Mediateka/XX%20vek/levin_v_i_ramanudzhan_matem.pdf https://pyrkov-professor.ru/Portals/0/Mediateka/XX%20vek/levin_v_i_ramanudzhan_matem.pdf [3] > > => mailto:gl00my@mail.ru?subject=hugeping.ru%20K6AsfASy4PMRhuVsbuAh.gmi Оставить комментарий > => /micro/K6AsfASy4PMRhuVsbuAh.gmi Статья > # Коломбо > by hugeping on 2024-12-20 12:58:09 > > Когда бытовые проблемы переполняют стек нашёл для себя "умиротворяющие" фильмы. Как ни странно это: > > - Наш Шёрлок холмс; > - Сериал Коломбо. > > Включаю и расслабляюсь! Надо бы ещё найти что-то подобное, но пока так и не смог. ) > > => mailto:gl00my@mail.ru?subject=hugeping.ru%20QqABP6n4se8xrNwpDZgJ.gmi Оставить комментарий > => /micro/QqABP6n4se8xrNwpDZgJ.gmi Статья > # gemini прекрасен > by hugeping on 2024-11-08 14:07:02 > > После долгого перерыва вернулся посмотреть на gemini. > > Остался доволен. Пока, среди всего "подполья" -- самый удачный проект, на мой взгляд. Спасибо всем, кто не молчит! :) > > Постараюсь чаще давать "контент". Есть мысли написать новую "станцию" gemini, но понимаю, что это очередная ловушка для программиста. Лучше просто подавать сигналы жизни. > > => mailto:gl00my@mail.ru?subject=hugeping.ru%205ZLH7rcmXyFWVIvNAkqT.gmi Оставить комментарий > => /micro/5ZLH7rcmXyFWVIvNAkqT.gmi Статья > # Про ii > by hugeping on 2024-11-07 15:14:16 > > После "выхода" из idec по инерции продолжаю думать над "стандартом" мечты. Конечно, ничего делать не буду (непродуктивное и бесполезное занятие). Но с тз программиста интересно. Поэтому запишу просто элементы: > > - возможность фетчить изменения сообщений (msgid:rev); > - без u/e и слайсов; > - критерий что что-то поменялось (время посл. изменения?); > - всегда полный фетч если хоть что то поменялось. > > > => mailto:gl00my@mail.ru?subject=hugeping.ru%20ybTh1jhC8ZDAZAIqHHlP.gmi Оставить комментарий > => /micro/ybTh1jhC8ZDAZAIqHHlP.gmi Статья > # Удалил канал в Telegram > by hugeping on 2024-11-03 16:42:57 > > Всё это время у меня шла трансляция сообщений из блога в Телеграм канал "станция пинг". > И всё это время я чувствовал, что это мне мешает. Потому, сначала убрал упоминание этого канала. А вот сейчас, после публикации заметки в gemini окончательно решил его удалить. > > Если вы пользовались им, вдруг, прошу понять и простить. Меня он смущал. > > => mailto:gl00my@mail.ru?subject=hugeping.ru%20ITGvTnxvqjLt38r7t7xV.gmi Оставить комментарий > => /micro/ITGvTnxvqjLt38r7t7xV.gmi Статья > # Координата Z // Захар Прилепин > by hugeping on 2023-05-13 11:43:39 > > После очередного теракта, в котором погиб Александр Шубин и чуть не погиб Захар Прилепин (слава Богу, выжил!), заказал последнюю книжку Прилепина "Координата Z". Книжка хорошая и нужная! Единственный недостаток -- короткая! Читая не спеша, закончил буквально за пару дней. > > > Россия будет воевать с Украиной, пока не победит саму себя. > > Россия будет воевать сама с собой, пока не победит Украину. > > Спасибо Захару за то, что он делает! > > => mailto:gl00my@mail.ru?subject=hugeping.ru%20xMcAI8eNzBb9WSsARExb.gmi Оставить комментарий > => /micro/xMcAI8eNzBb9WSsARExb.gmi Статья > # Научно открываемый Бог > by hugeping on 2023-02-19 19:16:13 > > Натолкнулся на текст, который удивительно "в тему" моей старой заметки. ii://CVvGRZBv7ZzMIm0TFWeY (Абсолютно ли познание?) > > Отрывок из письма А. Эйнштейна к Морису Соловину от 30 марта 1952 года (А.Эйнштейн, Собрание научных трудов, Наука, Москва, 1967, т.4, с.567): > > > Вы находите удивительным, что я говорю о познаваемости мира (в той мере, в какой мы имеем право говорить о таковой) как о чуде или о вечной загадке. > > > Ну что же, априори, следует ожидать хаотического мира, который невозможно познать с помощью мышления. Можно (или должно) было бы лишь ожидать, что этот мир лишь в той мере подчинен закону, в какой мы можем упорядочить его своим разумом. Это было бы упорядочение, подобное алфавитному упорядочению слов какого-нибудь языка. Напротив, упорядочение, вносимое, например, ньютоновской теорией гравитации, носит совсем иной характер. Хотя аксиомы этой теории и созданы человеком, успех этого предприятия предполагает существенную упорядоченность объективного мира, ожидать которую априори у нас нет никаких оснований. В этом и состоит чудо, и чем дальше развиваются наши знания, тем волшебнее оно становится. > > > Позитивисты и профессиональные атеисты видят в этом уязвимое место, ибо они чувствуют себя счастливыми от сознания, что им не только удалось с успехом изгнать бога из этого мира, но и лишить этот мир чудес. Любопытно, что мы должны довольствоваться признанием "чуда", ибо законных путей, чтобы выйти из положения у нас нет. Я должен это особенно подчеркнуть, чтобы Вы не подумали, будто я, ослабев к старости, стал жертвой попов. > > http://xray.sai.msu.ru/~lipunov/text/shkl/node7.html [1] (О проблеме сверхразума в астрофизике. // В.М.Липунов) > > Упоминание цитаты заметил при просмотре youtube ролика: https://www.youtube.com/watch?v=tvzfEA75CRQ [2] (ЧТО уничтожает ВСЕ цивилизации в космосе?) > => http://xray.sai.msu.ru/~lipunov/text/shkl/node7.html http://xray.sai.msu.ru/~lipunov/text/shkl/node7.html [1] > => https://www.youtube.com/watch?v=tvzfEA75CRQ https://www.youtube.com/watch?v=tvzfEA75CRQ [2] > > => mailto:gl00my@mail.ru?subject=hugeping.ru%20butC3cibGdTPqGvUpWVz.gmi Оставить комментарий > => /micro/butC3cibGdTPqGvUpWVz.gmi Статья > # Снова openbsd > by hugeping on 2023-01-21 15:41:02 > > После долгого перерыва расчехлил старый thinkpad и накатил на него openbsd, которая там и стояла когда-то... Поставил и в очередной раз проникся. Чисто, просто, дубово. Всё как я люблю. Правда, пришлось кое-что отключить в настройках по умолчанию: > 1) включить hyperthereading в /etc/sysctl.conf (в openbsd это по умолчанию оключено теперь) > 2) отключить в /etc/rc запуск reorder_kernel > > В качестве оконного менеджера не стал особо мудрствовать и выбрал cwm. > > openbsd вроде как во главу угла ставит "безопасность", но мне кажется любят её не за это, а за тот самый KISS. > > P.S. Сейчас снова приходится работать с ядром Linux и, в основном, это вызывает негативные эмоции. Очень много кода, который написан "как попало" и сделать с этим, похоже, ничего нельзя. Это плата за популярность о которой, вроде, все мечтали... Интересно, сколько таких "разачаровавшихся" хакеров в openbsd? :) > > => mailto:gl00my@mail.ru?subject=hugeping.ru%203e8Olx1brX2LDQFHVrIt.gmi Оставить комментарий > => /micro/3e8Olx1brX2LDQFHVrIt.gmi Статья > > => /micro/ZxDGkxd7ZZHrnUnKeI02.gmi 2022-11-13 - Переименовал github аккаунт > => /micro/3JGCQ8P3FaHZwFe9QGM8.gmi 2022-05-20 - Trace: Birds > => /micro/K42eEoxZl1htuRSS38O2.gmi 2022-05-12 - Фильмы о войне > => /micro/LCDvk3I3CZwZ1k1fMpNd.gmi 2022-04-11 - Сегодня немного поDDOSили > => /micro/AUAVUQcBk2v7IvfAMRXb.gmi 2022-01-06 - Александр Столяров о творчестве > => /micro/z4gmLhBU4vfZmStxjAyd.gmi 2021-11-04 - Тарковский о деньгах и искусстве > => /micro/Y2N5gAIusmZxPUFYcHNV.gmi 2021-10-17 - КРАСКИ ОКТЯБРЯ > => /micro/6tPeCLgtSCU9oyr79gFy.gmi 2021-10-13 - Про собаку, мячик и сливную решётку > => /micro/cW8arYSzmF5m5yu585x1.gmi 2021-09-21 - Деды и творчество > => /micro/BDQc598AunZBirFc2nTV.gmi 2021-09-15 - Программирование как зависимость > => /micro/PCxdkkUVfKpXkDu4XmSI.gmi 2021-09-07 - 07.09.2021 - F-Droid и бан INSTEAD в Google Play > => /micro/JddGPApdbNtzGMqNNIEq.gmi 2021-09-04 - 04.09.2021 > => /micro/Afos0ZnlMwOAkXEX915K.gmi 2021-08-31 - Последний день лета > => /micro/o6LcUtS3N65eReVNlFA4.gmi 2021-08-29 - RE:INSTEAD на Android > => /micro/NZGEBAGgYheCFQZlKlRG.gmi 2021-08-28 - Играю с Android > => /micro/HnuATzYmIhReztLaZBWt.gmi 2021-08-26 - 26-08-2021 > => /micro/CNHWwhJk1dkEGLxjMbZA.gmi 2021-08-26 - Микроблог
=> hugeping.ru
28c28 < => /micro/micro.gmi Микроблог --- > => /micro/index.gmi Микроблог 35,36c35,36 < => /weather Weather (METAR) < => /synodal Интерфейс к Библии --- > => /cgi-bin/weather Weather (METAR) > => /cgi-bin/synodal Интерфейс к Библии 38,143d37 < # Блог < => /8UQEichEalf90kf99xAc.gmi 2024-12-27 - Красота против простоты < => /ehW3K3dVkUdqCchq3HGs.gmi 2024-12-21 - Солярис < => /lH02TKFFdEqWz4X19oh3.gmi 2024-12-14 - О systemd < => /L1m9rwMnWfzTBIhiHEyI.gmi 2024-12-07 - Снова про отладку < => /p7MAUCAj2pM4cgRPB6q3.gmi 2024-11-30 - О чтении < => /IYMX9ZdAnn0dA1RBO5JH.gmi 2024-11-24 - Gemini на микроконтроллере < => /1pBNAn79UGao9btW6ij5.gmi 2024-11-10 - Деды против mail.ru < => /FnSSBEAAOifvOekM42Ky.gmi 2024-11-07 - Сигнал < => /C50PUr1rxOHbc2zqe7FX.gmi 2024-11-03 - Всю свою жизнь < => /BFbdp3UbEYex0aDXPBZL.gmi 2024-04-14 - Трудная проблема сознания в фильме "Престиж" Кристофера Нолана < => /0KCrjzLM7tALa4fVlbRp.gmi 2024-02-03 - Радио < => /RhZfu32B1qwS1MLKCEWX.gmi 2024-02-03 - Лайки < => /6KcipoNTxVItgkTS7Tue.gmi 2024-02-03 - Полёты к звёздам < => /zr7S7OOuHNrPkqbV2qf8.gmi 2023-11-05 - Есть ли жизнь без Telegram? < => /6Gsgfr17THeuorASMoSZ.gmi 2023-09-10 - Каждый программист должен написать свой редактор < => /Tvq6MCSCEZFXXvlpBNom.gmi 2023-08-10 - Мова < => /M4Q4v4ky9U0TfN96Pknj.gmi 2023-07-30 - Котёнок которого катали в танке < => /gWYQyUi54gRQ1xzFSO7c.gmi 2023-05-13 - Носители творчества < => /Sr7pL59F9OV2OimsWQTx.gmi 2023-05-09 - Никто не забыт, ничто не забыто < => /4Al9WVuFZYdEiwEHMxNn.gmi 2023-01-21 - В математике все говорят о Боге // А. Савватеев < => /O883hAgWGMPAZ2GktzZz.gmi 2022-11-28 - Солярисы < => /yZsJysRN8qx8EcVlgWuj.gmi 2022-11-22 - Секретный проект: rein < => /EmXM93c3bucMbLBwpo8v.gmi 2022-05-29 - Оконный менеджер bspwm < => /uopZjsuBhVH8KHjBNj4E.gmi 2022-05-13 - Тёплый дождь < => /1p0NKKB8AcMHuwbWQnsH.gmi 2022-04-24 - Христос Воскресе! < => /bRDTOgfUJRRQWrarMtCw.gmi 2022-04-16 - Цифровое сопротивление < => /LoFiTZw8exRRq5FAXYPr.gmi 2022-04-16 - Отцы и дети < => /gbMpuvhz6VEdMMn4nS7s.gmi 2022-04-12 - День космонавтики < => /RZlA1xAFOxQMrrPRYC13.gmi 2022-04-10 - Точка Z < => /9Qqh3fEBRA9SW48rMQhh.gmi 2021-11-09 - Си должен умереть? < => /7I6uWfm1HyeAgPElRNk9.gmi 2021-11-09 - Притча о неверном, но мудром управляющем < => /qobAkyUCBBRRRgDhLByr.gmi 2021-11-09 - Бегство от тишины < => /BxZjdfxMviiZNeSmyX7z.gmi 2021-10-18 - Аскетика в отладке < => /S4sJA2iZYo83k8ZnpjEX.gmi 2021-10-13 - Редактор acme: пишем почтовый клиент < => /NHhg40lCVNU6E3Lsq4a4.gmi 2021-09-21 - 0 или 1 < => /DKKaLSDMu1bDUueQAmkB.gmi 2021-09-04 - Мой велосипед < => /gIwyxSBLbJERY1b0ujXz.gmi 2021-09-04 - Надвигается беда < => /4a3r6WtKZ5tuT5RCDpqN.gmi 2021-07-25 - Книги, которые на меня повлияли < => /tuhoAcJE1pFOcC9kAmIS.gmi 2021-06-29 - Работа < => /6KEZHIGAauAA9Auoq8mm.gmi 2021-05-14 - Бердяев и Твиттер < => /4kb1RDcAq4SQO0IVikCI.gmi 2021-05-14 - Новости с INSTEAD фронта < => /LIKwmTZZxh8nPJQsKJrm.gmi 2021-04-25 - Бердяев и моя политическая самоидентификация < => /sZtGtEqcCIr3yu8EQrZX.gmi 2021-04-18 - Оголтелая информатизация < => /Lbnqa6tgx7poj8xWUzBI.gmi 2021-04-10 - Икона // Джорджия Бриггс < => /gUT1KyUvZmAuoAY8vAHC.gmi 2021-03-28 - Войнушка < => /KFVOpJKMacbWOypd8Cf7.gmi 2021-03-28 - Сжигая мосты < => /AgWWsOMHMVLHKlNp7aQX.gmi 2021-03-22 - Лунная радуга < => /VjG0EJUQFQ5mRC46YfP3.gmi 2021-03-11 - Манифест моего присутствия в Сети < => /ClHFTzbJbPo7O2WXNv5T.gmi 2021-03-11 - Прощай syscall.ru, здравствуй hugeping.ru! < => /wP1LjBxR7yBoAZTJZRQF.gmi 2021-03-01 - 9front на rpi4 как терапия < => /HNyPsIUZy7FczAeZqUpf.gmi 2021-02-28 - Луна-9: гни свою линию! < => /KhZgZT8trChogm1zaVqv.gmi 2021-02-15 - Мысли о Луне < => /09ZQAECjjCWoCD0d2gf2.gmi 2021-02-14 - Бороздим интернет без браузера #2 < => /A7Bkoy7mxPX6jLmjxOLW.gmi 2021-02-13 - Залечь на дно < => /9SsAKUzgj92HnU4moaMU.gmi 2021-02-09 - Обзор игр с ЗОК 2021 < => /kgyG0wADGnt6obonAuSA.gmi 2021-02-08 - Бороздим интернет без браузера < => /p1c3ltDDAoaFciX04W2I.gmi 2021-02-01 - Потерянный Internet < => /aql0xgtNPVsHjN8fAb9Z.gmi 2021-01-24 - Трансляция моего блога в ЖЖ и в Telegram < => /eQdRFTn4fwxYAtBKfn1H.gmi 2021-01-20 - Редактор ACME < => /iu6ZPjPcXkhAhvXqJDBJ.gmi 2021-01-20 - Анонимность и искренность < => /8ggsyyMFCBULz2Ay22W4.gmi 2020-12-03 - Идеализм, материализм, мировоззренческие вопросы [обсуждение] < => /5SQpfaoveazoAk52NDP1.gmi 2020-11-11 - Plan 9: экстремальный KISS #3 < => /RgnPhsdf1I2MtQcMbZds.gmi 2020-10-21 - Plan 9: экстремальный KISS #2 < => /TF9RuFRon9u7ps9Owka3.gmi 2020-10-10 - Plan 9: экстремальный KISS #1 < => /FC8G1IAowYGOgipULQZA.gmi 2020-10-06 - Синдром IT-вахтёрства < => /HZhphc84EsazyASVPck3.gmi 2020-09-16 - Ненастоящая победа open source < => /N2B8rqRx6AbmAbm74eih.gmi 2020-09-12 - Как писать свободные игры и не сойти с ума < => /5w31PX101ENgG2rlukRO.gmi 2020-09-12 - Возвращение квантового кота: о чём игра? < => /AHcvRVaBKwVKtfbhB75E.gmi 2020-09-12 - Нелинейность в сюжетных играх < => /SR32ozeNoyxmNkw4HTS5.gmi 2020-09-09 - Сказки про INSTEAD: как всё начиналось < => /AxM39STg35IZABu53UBv.gmi 2020-09-09 - Язык и сознание < => /28L0AXgxP8NjpfsOqynQ.gmi 2020-09-08 - Произведение и время < => /kXDk7c9zuOEmsuY0nFZW.gmi 2020-09-08 - Эффективность против простоты < => /VuFKZH6JS9k5Guc3uQCB.gmi 2020-09-08 - Bolder Dash с БК0010–01 < => /oAiTAn1AiNRWPvgNPZVp.gmi 2020-09-08 - О творчестве (цитаты) < => /CVvGRZBv7ZzMIm0TFWeY.gmi 2020-09-08 - Абсолютно ли познание? < => /cyL7hAQE2he1DXow9bCZ.gmi 2020-09-08 - Фиксированная передача < => /cA7dfa6I7gGiZTY2AEnf.gmi 2020-09-08 - Познаваемость и антропный принцип < => /w2ArEei7J3dTzONIcXFc.gmi 2020-09-08 - Вероятность личного бытия < => /0d6Gjg0tphly2FgasLhl.gmi 2020-09-08 - Об эволюции < => /gUbgSSIlbQIfIIOYA04g.gmi 2020-09-08 - О времени < => /ipuzULELqE82WiRApoYA.gmi 2020-09-08 - Николай Сербский — Мысли о добре и зле < => /BKFFwz4JROH0J586iglB.gmi 2020-09-08 - О физике < => /gkHUoOKDpgXyWMkTf1uC.gmi 2020-09-08 - Асимметрия добра и зла или о трансцендентности < => /sjP6WSWHn848ZdHpRldU.gmi 2020-09-08 - Информационные следы или отцы и дети в кибернетической утопии < => /ICJek0rZocKc5FsZ0dg1.gmi 2020-08-18 - emacs vs VSCode < => /rG2NQYJTfqZezaOOeaNl.gmi 2020-08-03 - Lytdybr (чтение) < => /FLvsW0oOrFzXFBku3Qi1.gmi 2020-08-03 - Тарковский о Каннском кинофестивале < => /1ST03BsjxRFAnefHWN2O.gmi 2020-05-23 - Игровая индустрия: за пределами алгоритмов < => /oZflb7Qejy63WVsEmZVP.gmi 2020-05-21 - Вернуться в детство с PICO-8 < => /8uQhRGHLHR0hXpIVquJP.gmi 2020-05-11 - Фидбек как необходимость < => /NJUob149rgAlWWhLI2OC.gmi 2020-05-10 - Бегство в детство < => /lj4EB38HiRogjcnOp7cJ.gmi 2020-05-10 - АРХИВ: за кадром < => /JPPKfZ2yLoiszzb60QXw.gmi 2020-05-08 - Тишина < => /mHQO5cgCWVARFa1bIlOJ.gmi 2020-05-04 - Из интервью с Робом Пайком < => /FlhqlQjLYU6posvjJTkZ.gmi 2020-05-04 - Lytdybr (писатель Геннадий Алексеев) < => /tJYAp7jcbzwkwaLYnL8y.gmi 2020-04-27 - Личное и общее на примере конфликта в проекте Void Linux < => /I8Jy085jAdd2Bu7O8NDv.gmi 2020-04-25 - Цифровое рабство < => /2X51OnYEMWa7D7SUapN5.gmi 2020-04-23 - Карантинное < => /CRttfCEiiq9fKWlKxIre.gmi 2020-04-21 - Plan9 и ACME -- бескомпромиссная простота < => /u9msWAfAjxTEo2wh9TPF.gmi 2020-04-19 - Выход в эфир < => /M7KFzOYi0PdurTbd1UC2.gmi 2019-12-24 - Из интервью А. Тарковского < => /sbbuZqhWlCfBD7wX6tq2.gmi 2018-08-07 - Роберт Янг: В сентябре 30 дней < => /MW2YPO37TX32MR6ECYHB.gmi 2017-07-09 - Из дневников Тарковского < => /PQ6ZM5EB3KSTJ7MJTMXQ.gmi 2017-06-24 - Интервью с Эриком Чахи и Джорданом Мехнером 150a45 > => gemini://meli.su/ tuple 152d46 < => gemini://flounder.online/ flounder gemini hosting 153a48,154 > > # Блог > => 8UQEichEalf90kf99xAc.gmi 2024-12-27 - Красота против простоты > => ehW3K3dVkUdqCchq3HGs.gmi 2024-12-21 - Солярис > => lH02TKFFdEqWz4X19oh3.gmi 2024-12-14 - О systemd > => L1m9rwMnWfzTBIhiHEyI.gmi 2024-12-07 - Снова про отладку > => p7MAUCAj2pM4cgRPB6q3.gmi 2024-11-30 - О чтении > => IYMX9ZdAnn0dA1RBO5JH.gmi 2024-11-24 - Gemini на микроконтроллере > => 1pBNAn79UGao9btW6ij5.gmi 2024-11-10 - Деды против mail.ru > => FnSSBEAAOifvOekM42Ky.gmi 2024-11-07 - Сигнал > => C50PUr1rxOHbc2zqe7FX.gmi 2024-11-03 - Всю свою жизнь > => BFbdp3UbEYex0aDXPBZL.gmi 2024-04-14 - Трудная проблема сознания в фильме "Престиж" Кристофера Нолана > => 0KCrjzLM7tALa4fVlbRp.gmi 2024-02-03 - Радио > => RhZfu32B1qwS1MLKCEWX.gmi 2024-02-03 - Лайки > => 6KcipoNTxVItgkTS7Tue.gmi 2024-02-03 - Полёты к звёздам > => zr7S7OOuHNrPkqbV2qf8.gmi 2023-11-05 - Есть ли жизнь без Telegram? > => 6Gsgfr17THeuorASMoSZ.gmi 2023-09-10 - Каждый программист должен написать свой редактор > => Tvq6MCSCEZFXXvlpBNom.gmi 2023-08-10 - Мова > => M4Q4v4ky9U0TfN96Pknj.gmi 2023-07-30 - Котёнок которого катали в танке > => gWYQyUi54gRQ1xzFSO7c.gmi 2023-05-13 - Носители творчества > => Sr7pL59F9OV2OimsWQTx.gmi 2023-05-09 - Никто не забыт, ничто не забыто > => 4Al9WVuFZYdEiwEHMxNn.gmi 2023-01-21 - В математике все говорят о Боге // А. Савватеев > => O883hAgWGMPAZ2GktzZz.gmi 2022-11-28 - Солярисы > => yZsJysRN8qx8EcVlgWuj.gmi 2022-11-22 - Секретный проект: rein > => EmXM93c3bucMbLBwpo8v.gmi 2022-05-29 - Оконный менеджер bspwm > => uopZjsuBhVH8KHjBNj4E.gmi 2022-05-13 - Тёплый дождь > => 1p0NKKB8AcMHuwbWQnsH.gmi 2022-04-24 - Христос Воскресе! > => bRDTOgfUJRRQWrarMtCw.gmi 2022-04-16 - Цифровое сопротивление > => LoFiTZw8exRRq5FAXYPr.gmi 2022-04-16 - Отцы и дети > => gbMpuvhz6VEdMMn4nS7s.gmi 2022-04-12 - День космонавтики > => RZlA1xAFOxQMrrPRYC13.gmi 2022-04-10 - Точка Z > => 9Qqh3fEBRA9SW48rMQhh.gmi 2021-11-09 - Си должен умереть? > => 7I6uWfm1HyeAgPElRNk9.gmi 2021-11-09 - Притча о неверном, но мудром управляющем > => qobAkyUCBBRRRgDhLByr.gmi 2021-11-09 - Бегство от тишины > => BxZjdfxMviiZNeSmyX7z.gmi 2021-10-18 - Аскетика в отладке > => S4sJA2iZYo83k8ZnpjEX.gmi 2021-10-13 - Редактор acme: пишем почтовый клиент > => NHhg40lCVNU6E3Lsq4a4.gmi 2021-09-21 - 0 или 1 > => DKKaLSDMu1bDUueQAmkB.gmi 2021-09-04 - Мой велосипед > => gIwyxSBLbJERY1b0ujXz.gmi 2021-09-04 - Надвигается беда > => 4a3r6WtKZ5tuT5RCDpqN.gmi 2021-07-25 - Книги, которые на меня повлияли > => tuhoAcJE1pFOcC9kAmIS.gmi 2021-06-29 - Работа > => 6KEZHIGAauAA9Auoq8mm.gmi 2021-05-14 - Бердяев и Твиттер > => 4kb1RDcAq4SQO0IVikCI.gmi 2021-05-14 - Новости с INSTEAD фронта > => LIKwmTZZxh8nPJQsKJrm.gmi 2021-04-25 - Бердяев и моя политическая самоидентификация > => sZtGtEqcCIr3yu8EQrZX.gmi 2021-04-18 - Оголтелая информатизация > => Lbnqa6tgx7poj8xWUzBI.gmi 2021-04-10 - Икона // Джорджия Бриггс > => gUT1KyUvZmAuoAY8vAHC.gmi 2021-03-28 - Войнушка > => KFVOpJKMacbWOypd8Cf7.gmi 2021-03-28 - Сжигая мосты > => AgWWsOMHMVLHKlNp7aQX.gmi 2021-03-22 - Лунная радуга > => VjG0EJUQFQ5mRC46YfP3.gmi 2021-03-11 - Манифест моего присутствия в Сети > => ClHFTzbJbPo7O2WXNv5T.gmi 2021-03-11 - Прощай syscall.ru, здравствуй hugeping.ru! > => wP1LjBxR7yBoAZTJZRQF.gmi 2021-03-01 - 9front на rpi4 как терапия > => HNyPsIUZy7FczAeZqUpf.gmi 2021-02-28 - Луна-9: гни свою линию! > => KhZgZT8trChogm1zaVqv.gmi 2021-02-15 - Мысли о Луне > => 09ZQAECjjCWoCD0d2gf2.gmi 2021-02-14 - Бороздим интернет без браузера #2 > => A7Bkoy7mxPX6jLmjxOLW.gmi 2021-02-13 - Залечь на дно > => 9SsAKUzgj92HnU4moaMU.gmi 2021-02-09 - Обзор игр с ЗОК 2021 > => kgyG0wADGnt6obonAuSA.gmi 2021-02-08 - Бороздим интернет без браузера > => p1c3ltDDAoaFciX04W2I.gmi 2021-02-01 - Потерянный Internet > => aql0xgtNPVsHjN8fAb9Z.gmi 2021-01-24 - Трансляция моего блога в ЖЖ и в Telegram > => eQdRFTn4fwxYAtBKfn1H.gmi 2021-01-20 - Редактор ACME > => iu6ZPjPcXkhAhvXqJDBJ.gmi 2021-01-20 - Анонимность и искренность > => 8ggsyyMFCBULz2Ay22W4.gmi 2020-12-03 - Идеализм, материализм, мировоззренческие вопросы [обсуждение] > => 5SQpfaoveazoAk52NDP1.gmi 2020-11-11 - Plan 9: экстремальный KISS #3 > => RgnPhsdf1I2MtQcMbZds.gmi 2020-10-21 - Plan 9: экстремальный KISS #2 > => TF9RuFRon9u7ps9Owka3.gmi 2020-10-10 - Plan 9: экстремальный KISS #1 > => FC8G1IAowYGOgipULQZA.gmi 2020-10-06 - Синдром IT-вахтёрства > => HZhphc84EsazyASVPck3.gmi 2020-09-16 - Ненастоящая победа open source > => N2B8rqRx6AbmAbm74eih.gmi 2020-09-12 - Как писать свободные игры и не сойти с ума > => 5w31PX101ENgG2rlukRO.gmi 2020-09-12 - Возвращение квантового кота: о чём игра? > => AHcvRVaBKwVKtfbhB75E.gmi 2020-09-12 - Нелинейность в сюжетных играх > => SR32ozeNoyxmNkw4HTS5.gmi 2020-09-09 - Сказки про INSTEAD: как всё начиналось > => AxM39STg35IZABu53UBv.gmi 2020-09-09 - Язык и сознание > => 28L0AXgxP8NjpfsOqynQ.gmi 2020-09-08 - Произведение и время > => kXDk7c9zuOEmsuY0nFZW.gmi 2020-09-08 - Эффективность против простоты > => VuFKZH6JS9k5Guc3uQCB.gmi 2020-09-08 - Bolder Dash с БК0010–01 > => oAiTAn1AiNRWPvgNPZVp.gmi 2020-09-08 - О творчестве (цитаты) > => CVvGRZBv7ZzMIm0TFWeY.gmi 2020-09-08 - Абсолютно ли познание? > => cyL7hAQE2he1DXow9bCZ.gmi 2020-09-08 - Фиксированная передача > => cA7dfa6I7gGiZTY2AEnf.gmi 2020-09-08 - Познаваемость и антропный принцип > => w2ArEei7J3dTzONIcXFc.gmi 2020-09-08 - Вероятность личного бытия > => 0d6Gjg0tphly2FgasLhl.gmi 2020-09-08 - Об эволюции > => gUbgSSIlbQIfIIOYA04g.gmi 2020-09-08 - О времени > => ipuzULELqE82WiRApoYA.gmi 2020-09-08 - Николай Сербский — Мысли о добре и зле > => BKFFwz4JROH0J586iglB.gmi 2020-09-08 - О физике > => gkHUoOKDpgXyWMkTf1uC.gmi 2020-09-08 - Асимметрия добра и зла или о трансцендентности > => sjP6WSWHn848ZdHpRldU.gmi 2020-09-08 - Информационные следы или отцы и дети в кибернетической утопии > => ICJek0rZocKc5FsZ0dg1.gmi 2020-08-18 - emacs vs VSCode > => rG2NQYJTfqZezaOOeaNl.gmi 2020-08-03 - Lytdybr (чтение) > => FLvsW0oOrFzXFBku3Qi1.gmi 2020-08-03 - Тарковский о Каннском кинофестивале > => 1ST03BsjxRFAnefHWN2O.gmi 2020-05-23 - Игровая индустрия: за пределами алгоритмов > => oZflb7Qejy63WVsEmZVP.gmi 2020-05-21 - Вернуться в детство с PICO-8 > => 8uQhRGHLHR0hXpIVquJP.gmi 2020-05-11 - Фидбек как необходимость > => NJUob149rgAlWWhLI2OC.gmi 2020-05-10 - Бегство в детство > => lj4EB38HiRogjcnOp7cJ.gmi 2020-05-10 - АРХИВ: за кадром > => JPPKfZ2yLoiszzb60QXw.gmi 2020-05-08 - Тишина > => mHQO5cgCWVARFa1bIlOJ.gmi 2020-05-04 - Из интервью с Робом Пайком > => FlhqlQjLYU6posvjJTkZ.gmi 2020-05-04 - Lytdybr (писатель Геннадий Алексеев) > => tJYAp7jcbzwkwaLYnL8y.gmi 2020-04-27 - Личное и общее на примере конфликта в проекте Void Linux > => I8Jy085jAdd2Bu7O8NDv.gmi 2020-04-25 - Цифровое рабство > => 2X51OnYEMWa7D7SUapN5.gmi 2020-04-23 - Карантинное > => CRttfCEiiq9fKWlKxIre.gmi 2020-04-21 - Plan9 и ACME -- бескомпромиссная простота > => u9msWAfAjxTEo2wh9TPF.gmi 2020-04-19 - Выход в эфир > => M7KFzOYi0PdurTbd1UC2.gmi 2019-12-24 - Из интервью А. Тарковского > => sbbuZqhWlCfBD7wX6tq2.gmi 2018-08-07 - Роберт Янг: В сентябре 30 дней > => MW2YPO37TX32MR6ECYHB.gmi 2017-07-09 - Из дневников Тарковского > => PQ6ZM5EB3KSTJ7MJTMXQ.gmi 2017-06-24 - Интервью с Эриком Чахи и Джорданом Мехнером
44a45 > * 2025-01-19 12:51:51 Спасибо за отклик! Сегодня обновил софт станции, продолжаем! // hugeping
=> tilde.team/~rami/redhat_global.gmi
89a90,93 > * Установка утилит, необходимых для обновления ОС с релиза на релиз > > dnf install dnf-plugin-system-upgrade rpmconf remove-retired-packages symlinks dracut-config-rescue clean-rpm-gpg-pubkey > 100c104,106 < dnf install dconf-editor gnome-tweaks file-roller zenity bleachbit --- > dnf install dconf-editor gnome-tweaks [file-roller] zenity bleachbit > > Примечание: Устанавливайте архиватор file-roller только для Fedor'ы с GNOME, т.к. в последних версиях ОС он изъят в пользу встроенной поддержки архивов в файловом менеджере Nautilus. 117c123 < 🄯 Rami Rosenfeld, 2022-2024. GNU FDL 1.3. --- > 🄯 Rami Rosenfeld, 2022-2025. GNU FDL 1.3.
4a5 > => https://t.me/sikmir Tg: @sikmir
=> byzoni.org/gemlog/2025-01-19-server-vs-desktop-components.gmi
0a1,46 > title: "Сервер против компонентов рабочего стола: В чем разница?" > date: 2025-01-19T12:09:02 > tags: ["cpu", "desktop", "hardware", "storage", "server"] > categories: ["linux-tutorials"] > > => /index.gmi ⏪ На главную > => /gemlog.gmi ⏪ В Gemlog > > При поиске качественного хостинг-провайдера вы можете объединить их в три группы. Поставщиков, скрывающих свои серверные компоненты, как правило, лучше избегать. Поставщики оборудования, о которых вы слышали, такие как процессоры Intel Core или AMD Ryzen, доступны для небольших сайтов. Наконец, серверное оборудование корпоративного уровня, такое как процессоры семейства Intel Xeon или AMD EPYC, используется провайдерами премиум-хостинга. Так в чем разница между сервером и настольными компонентами и почему вы должны заботиться? Давайте рассмотрим все, что вам нужно знать. > > ## Что такое сервер? > > Подобно настольному компьютеру, сервер по сути является компьютером с его процессором, памятью и хранилищем. Рабочий стол существует для личного использования. Серверы - это хорошо построенная профессиональная технология, предназначенная для надежного выдерживания интенсивных рабочих нагрузок. Серверы, как правило, не только физически больше и промышленно, но и используют более качественные и гораздо более надежные компоненты. Это имеет решающее значение для бизнес-хостинга, который ищет серверы, которые могут обрабатывать постоянные большие нагрузки. Они, как правило, гораздо более специализированные и дорогие по сравнению с аппаратным обеспечением ПК, предназначенным для наиболее экономичного выбора. > > ## Компоненты Enterprise Grade > > Когда дело доходит до серверных и настольных компонентов, понимание различий гарантирует, что вы не станете жертвой сомнительных маркетинговых практик. Во-первых, поймите, что производительность конкретной функции может быть выбрана, чтобы сделать «более дешевый» вариант лучше. > Сервер против рабочего стола: процессоры > > Настольные процессоры обычно имеют ядра с более высокой скоростью и также предназначены для разгона. Это позволяет им работать на более высоких тактовых частотах, чем они квалифицированы. Конечно, это зависит от правильного напряжения, регулярного применения адекватного охлаждения и настроек BIOS. Более высокая тактовая частота процессора означает, что один хостинг-провайдер предлагает превосходную производительность по сравнению с другим с более низкой тактовой частотой. Однако это может быть далеко от истины. > > В то время как тактовая частота важна, перечисление ее без бренда процессора намеренно не учитывает несколько важных факторов. Во-первых, серверные процессоры предлагают поддержку оперативной памяти ECC, которая является обязательной для сайтов, требующих времени безотказной работы 24/7. Во-вторых, серверные процессоры обычно поставляются с кэшем L3, что делает их значительно быстрее с задачами высокого спроса. Наконец, разгон может значительно сократить срок службы процессора. Со временем вы почувствуете, как эта дополнительная стоимость переносится на вас. > > Наконец, процессоры корпоративного уровня обычно имеют гораздо больше ядер, построены для эффективного охлаждения и могут обрабатывать несколько задач одновременно. Это делает их идеальными для текущих процессов. С другой стороны, настольные процессоры стремятся сбалансировать энергопотребление и производительность. Фактически, в то время как почти все настольные компьютеры содержат только один порт (сокет) для процессора, серверы обычно имеют один, два или даже четыре сокета процессора, которые объединяют и совместно используют рабочую нагрузку для максимальной производительности. > > ### Сервер против рабочего стола: память > > Оперативная память ECC (Error Checking and Correction) обнаруживает и автоматически исправляет наиболее распространенную коррупцию данных до ее возникновения. Это устраняет многие системные сбои и приводит к гораздо более стабильной производительности. Этот эффект умножается в несколько раз на корпоративном сервере, который предназначен для круглосуточной работы при больших нагрузках. Серверная память также обычно намного больше физически и по емкости, что облегчает масштабирование по мере роста. Для большинства настольных процессоров невозможно использовать память ECC - схемы, ответственные за это, находятся в процессоре, который не реализован на настольных процессорах, чтобы сэкономить на стоимости. > > ### Сервер против рабочего стола: хранение > > Самый большой фактор, когда речь идет о корпоративном хранении, может свестись к одному слову - избыточность. Персональные компьютеры обычно используют один или, самое большее, несколько жестких дисков. Основной диск запускает операционную систему; остальные диски хранят файлы и программные приложения. Хранилище сервера, с другой стороны, имеет горячие сменные лотки диска. Они могут использовать конфигурации RAID (избыточный массив независимых дисков). В случае сбоя диска ваш сервер, сайты или электронная почта не будут падать, поскольку данные записываются на нескольких устройствах хранения. Природа горячей замены позволяет быстро заменить неисправный диск, чтобы вы не потеряли избыточность. > > Кроме того, серверное хранилище использует совершенно уникальные форм-факторы, которые позволяют одновременно подключать к процессору огромное количество устройств хранения. В то время как ваш настольный ПК может иметь 2-3 слота NVMe, серверы начинаются с восьми отсеков дисков и обычно имеют до 24 дисков NVMe, все доступны и управляются одним сервером. > > ### Фактор формы и охлаждение > > Персональные компьютеры представлены во многих форм-факторах. Общей особенностью является то, что они, как правило, достаточно малы, чтобы поместиться на столе, отсюда и название настольного ПК. Серверы, с другой стороны, обычно устанавливаются и хранятся десятками в высокоэффективных охлаждающих стручках. С хостинг-провайдерами многие из этих контейнеров затем размещаются в гигантских серверных комнатах, расположенных в чрезвычайно безопасных местах хранения, называемых центрами обработки данных. Эти места настолько безопасны, что мало кто знает о них, не говоря уже о доступе. Они также упакованы функциями избыточности при функциях избыточности в случае чрезвычайных ситуаций, таких как возмущение властью. Даже вспомогательные функции, такие как кондиционеры, которые охлаждают стручки, имеют несколько слоев избыточности. > > Все серверы корпоративного уровня имеют избыточность, встроенную в качестве основной функции. Например, стандартной практикой является наличие двух источников питания на каждом сервере для резервирования, в то время как настольные компоненты не поддерживают эту настройку. Серверы также предназначены для удаленного управления. Настольные компьютеры разработаны с пользователем, сидящим рядом с ними в любое время, что может означать длительное время простоя, если произойдет сбой, и кто-то должен физически выйти на сайт, чтобы сбросить компьютер. > > ## Завершение > > В чем разница между серверными и настольными компонентами? Настольное оборудование разработано, чтобы быть экономически целесообразным и сбалансировать производительность с потреблением энергии. Серверное оборудование предназначено для работы 24/7 на пиковой мощности в течение многих лет без сбоев. Поэтому сравнение сервера и рабочего стола не обязательно сводится к скорости или производительности, а скорее к надежности. Самое быстрое оборудование может нанести серьезный ущерб вашему бизнесу, если эта высокая производительность не всегда доступна. Что еще более важно, влияние на ваш бизнес будет катастрофическим, если у вас не будет достаточного резервирования и что-то произойдет. > > По этой причине мы настоятельно рекомендуем вам изучить и проверить точные компоненты, используемые хостинг-провайдерами, прежде чем принимать какое-либо решение о том, на каком оборудовании будет работать ваш бизнес. \ No newline at end of file
12a13 > => gemlog/2025-01-19-server-vs-desktop-components.gmi 2025-01-19 - Сервер против компонентов рабочего стола: В чем разница?
7a8,185 > ## 2025-01-18 > Капсул проверено: 52, адресов посещено: 2589, страниц сохранено: 2222, из них gemtext: 2218. Общий объем: 40M. > > Запредельное значение счетчика ссылок: 217, новые (пропущенные) адреса: > gemini://sikmir.ru/D1DE6D7F693663A5.asc > gemini://sikmir.ru/posts/200907-paanajarvi/ > gemini://sikmir.ru/posts/200912-lubenskoye/ > gemini://sikmir.ru/posts/201412-results/ > gemini://sikmir.ru/posts/201512-results/ > gemini://sikmir.ru/posts/201612-results/ > gemini://sikmir.ru/posts/201712-results/ > gemini://sikmir.ru/posts/201812-khamar-daban/ > gemini://sikmir.ru/posts/201812-results/ > gemini://sikmir.ru/posts/201912-results/ > gemini://sikmir.ru/posts/202012-results/ > gemini://sikmir.ru/posts/202106-pgm/ > gemini://sikmir.ru/posts/202112-results/ > gemini://sikmir.ru/posts/202208-63km-pervomayskoye/ > gemini://sikmir.ru/posts/202208-hannila-vyborg/ > gemini://sikmir.ru/posts/202208-vyritsa-125km/ > gemini://sikmir.ru/posts/202209-radchenko/ > gemini://sikmir.ru/posts/202209-vottovaara/ > gemini://sikmir.ru/posts/202210-yeghjervasar/ > gemini://sikmir.ru/posts/202212-dilijan/ > gemini://sikmir.ru/posts/202212-dilijan2/ > gemini://sikmir.ru/posts/202212-haghartsin/ > gemini://sikmir.ru/posts/202212-results/ > gemini://sikmir.ru/posts/202301-dilijan/ > gemini://sikmir.ru/posts/202301-dimats/ > gemini://sikmir.ru/posts/202301-haghartsin/ > gemini://sikmir.ru/posts/202301-mets-maymekh/ > gemini://sikmir.ru/posts/202301-parz-lich/ > gemini://sikmir.ru/posts/202301-red-deer-breeding-center/ > gemini://sikmir.ru/posts/202302-khuyr/ > gemini://sikmir.ru/posts/202303-andzavabatsat/ > gemini://sikmir.ru/posts/202303-gosh-dilijan/ > gemini://sikmir.ru/posts/202303-small-bovakar/ > gemini://sikmir.ru/posts/202304-dimats/ > gemini://sikmir.ru/posts/202304-mets-maymekh/ > gemini://sikmir.ru/posts/202304-ugheo/ > gemini://sikmir.ru/posts/202304-whispering-waterfall/ > gemini://sikmir.ru/posts/202305-bovakar/ > gemini://sikmir.ru/posts/202305-haghartsin/ > gemini://sikmir.ru/posts/202305-tezhler/ > gemini://sikmir.ru/posts/202306-azhdahak/ > gemini://sikmir.ru/posts/202306-dilijan/ > gemini://sikmir.ru/posts/202306-kaghnut/ > gemini://sikmir.ru/posts/202307-aragats/ > gemini://sikmir.ru/posts/202307-lastiver/ > gemini://sikmir.ru/posts/202307-maymekh/ > gemini://sikmir.ru/posts/202307-vulkan/ > gemini://sikmir.ru/posts/202308-agravaglukh/ > gemini://sikmir.ru/posts/202308-artanish/ > gemini://sikmir.ru/posts/202308-ayrikar/ > gemini://sikmir.ru/posts/202308-dilijan-krsnajur/ > gemini://sikmir.ru/posts/202309-apakekar/ > gemini://sikmir.ru/posts/202309-khuyr/ > gemini://sikmir.ru/posts/202310-sevan-gosh-dilijan/ > gemini://sikmir.ru/posts/202310-shunkar/ > gemini://sikmir.ru/posts/202310-urasar/ > gemini://sikmir.ru/posts/202311-dilijan-2/ > gemini://sikmir.ru/posts/202311-dilijan/ > gemini://sikmir.ru/posts/202311-kashatagh/ > gemini://sikmir.ru/posts/202311-tesilk/ > gemini://sikmir.ru/posts/202312-haghartsin/ > gemini://sikmir.ru/posts/202312-ijevan/ > gemini://sikmir.ru/posts/202312-ijevan2/ > gemini://sikmir.ru/posts/202312-results/ > gemini://sikmir.ru/posts/202312-salkar/ > gemini://sikmir.ru/posts/202401-dilijan/ > gemini://sikmir.ru/posts/202401-dilijan2/ > gemini://sikmir.ru/posts/202401-fioletovo/ > gemini://sikmir.ru/posts/202401-hovvasar/ > gemini://sikmir.ru/posts/202401-tesilk/ > gemini://sikmir.ru/posts/202401-tklorsar/ > gemini://sikmir.ru/posts/202402-mantashaberd/ > gemini://sikmir.ru/posts/202402-mets-maymekh/ > gemini://sikmir.ru/posts/202402-paytapar/ > gemini://sikmir.ru/posts/202403-2140m/ > gemini://sikmir.ru/posts/202403-sartsapat/ > gemini://sikmir.ru/posts/202403-yeghnasar/ > gemini://sikmir.ru/posts/202403-yeghnik/ > gemini://sikmir.ru/posts/202404-dilijan/ > gemini://sikmir.ru/posts/202404-kasagh/ > gemini://sikmir.ru/posts/202404-vanadzor/ > gemini://sikmir.ru/posts/202405-alaverdi/ > gemini://sikmir.ru/posts/202405-fioletovo/ > gemini://sikmir.ru/posts/202405-mokhrktu/ > gemini://sikmir.ru/posts/202406-amberd/ > gemini://sikmir.ru/posts/202406-areguni/ > gemini://sikmir.ru/posts/202406-hovk/ > gemini://sikmir.ru/posts/202406-miapor/ > gemini://sikmir.ru/posts/202407-gegham/ > gemini://sikmir.ru/posts/202407-voghjaberd/ > gemini://sikmir.ru/posts/202408-aragats/ > gemini://sikmir.ru/posts/202408-meghri/ > gemini://sikmir.ru/posts/202408-syunik/ > gemini://sikmir.ru/posts/202408-teghenis/ > gemini://sikmir.ru/posts/202409-garnakar/ > gemini://sikmir.ru/posts/202409-hovk-haghartsin/ > gemini://sikmir.ru/posts/202410-hatis/ > gemini://sikmir.ru/posts/202410-ijevan-aghavnavank/ > gemini://sikmir.ru/posts/202410-mets-maymekh/ > gemini://sikmir.ru/posts/202411-dilijan/ > gemini://sikmir.ru/posts/202411-dzharsar/ > gemini://sikmir.ru/posts/202412-ijevan/ > gemini://sikmir.ru/posts/202412-khachardzan-tsovagyugh/ > gemini://sikmir.ru/posts/202412-parz-lich/ > gemini://sikmir.ru/posts/202412-results/ > gemini://sikmir.ru/posts/202501-gomasar/ > gemini://sikmir.ru/posts/202501-gyumri/ > gemini://sikmir.ru/posts/202501-mets-maymekh/ > > ### alexey.shpakovsky.ru/rulog > => gemini://alexey.shpakovsky.ru/rulog/опрос-о-модерации-сталкера.gmi gemini://alexey.shpakovsky.ru/rulog/опрос-о-модерации-сталкера.gmi [ИЗМ] > => diff-27901-20950.txt gemini://alexey.shpakovsky.ru/rulog/опрос-о-модерации-сталкера.gmi [+1/-1] > > ### pub.phreedom.club > => gemini://pub.phreedom.club/cgi-bin/milkspace/wall/wall.cgi gemini://pub.phreedom.club/cgi-bin/milkspace/wall/wall.cgi [ИЗМ] > => diff-3818-14367.txt gemini://pub.phreedom.club/cgi-bin/milkspace/wall/wall.cgi [+3/-3] > => gemini://pub.phreedom.club/cgi-bin/milkspace/wall/wall_full.cgi gemini://pub.phreedom.club/cgi-bin/milkspace/wall/wall_full.cgi [ИЗМ] > => diff-170-24298.txt gemini://pub.phreedom.club/cgi-bin/milkspace/wall/wall_full.cgi [ДОБ +2] > > ### sikmir.ru > => gemini://sikmir.ru/ gemini://sikmir.ru/ [ИЗМ] > => diff-12376-14037.txt gemini://sikmir.ru/ [ДОБ +58] > * gemini://sikmir.ru/posts/201812-khamar-daban/ [УДЛ] > * gemini://sikmir.ru/posts/202106-pgm/ [УДЛ] > * gemini://sikmir.ru/posts/202112-results/ [УДЛ] > * gemini://sikmir.ru/posts/202310-sevan-gosh-dilijan/ [УДЛ] > * gemini://sikmir.ru/posts/202310-shunkar/ [УДЛ] > * gemini://sikmir.ru/posts/202310-urasar/ [УДЛ] > * gemini://sikmir.ru/posts/202311-kashatagh/ [УДЛ] > * gemini://sikmir.ru/posts/202401-dilijan/ [УДЛ] > * gemini://sikmir.ru/posts/202401-dilijan2/ [УДЛ] > * gemini://sikmir.ru/posts/202401-fioletovo/ [УДЛ] > * gemini://sikmir.ru/posts/202401-hovvasar/ [УДЛ] > * gemini://sikmir.ru/posts/202401-tesilk/ [УДЛ] > * gemini://sikmir.ru/posts/202401-tklorsar/ [УДЛ] > * gemini://sikmir.ru/posts/202402-mantashaberd/ [УДЛ] > * gemini://sikmir.ru/posts/202402-mets-maymekh/ [УДЛ] > * gemini://sikmir.ru/posts/202402-paytapar/ [УДЛ] > * gemini://sikmir.ru/posts/202403-2140m/ [УДЛ] > * gemini://sikmir.ru/posts/202403-sartsapat/ [УДЛ] > * gemini://sikmir.ru/posts/202403-yeghnasar/ [УДЛ] > * gemini://sikmir.ru/posts/202403-yeghnik/ [УДЛ] > * gemini://sikmir.ru/posts/202404-dilijan/ [УДЛ] > * gemini://sikmir.ru/posts/202404-kasagh/ [УДЛ] > * gemini://sikmir.ru/posts/202404-vanadzor/ [УДЛ] > * gemini://sikmir.ru/posts/202405-alaverdi/ [УДЛ] > * gemini://sikmir.ru/posts/202405-fioletovo/ [УДЛ] > * gemini://sikmir.ru/posts/202405-mokhrktu/ [УДЛ] > * gemini://sikmir.ru/posts/202406-amberd/ [УДЛ] > * gemini://sikmir.ru/posts/202406-areguni/ [УДЛ] > * gemini://sikmir.ru/posts/202406-hovk/ [УДЛ] > * gemini://sikmir.ru/posts/202406-miapor/ [УДЛ] > * gemini://sikmir.ru/posts/202407-gegham/ [УДЛ] > * gemini://sikmir.ru/posts/202407-voghjaberd/ [УДЛ] > * gemini://sikmir.ru/posts/202408-aragats/ [УДЛ] > * gemini://sikmir.ru/posts/202408-meghri/ [УДЛ] > * gemini://sikmir.ru/posts/202408-syunik/ [УДЛ] > * gemini://sikmir.ru/posts/202408-teghenis/ [УДЛ] > * gemini://sikmir.ru/posts/202409-garnakar/ [УДЛ] > * gemini://sikmir.ru/posts/202409-hovk-haghartsin/ [УДЛ] > * gemini://sikmir.ru/posts/202410-hatis/ [УДЛ] > * gemini://sikmir.ru/posts/202410-ijevan-aghavnavank/ [УДЛ] > * gemini://sikmir.ru/posts/202410-mets-maymekh/ [УДЛ] > * gemini://sikmir.ru/posts/202411-dilijan/ [УДЛ] > * gemini://sikmir.ru/posts/202411-dzharsar/ [УДЛ] > * gemini://sikmir.ru/posts/202412-ijevan/ [УДЛ] > * gemini://sikmir.ru/posts/202412-khachardzan-tsovagyugh/ [УДЛ] > * gemini://sikmir.ru/posts/202412-parz-lich/ [УДЛ] > * gemini://sikmir.ru/posts/202501-gomasar/ [УДЛ] > * gemini://sikmir.ru/posts/202501-gyumri/ [УДЛ] > * gemini://sikmir.ru/posts/202501-mets-maymekh/ [УДЛ] > > Нет связи с капуслами: feerzlay.ru flayer.vern.cc kirill.zholnay.name > 168,178d345 < < Нет связи с капуслами: feerzlay.ru flayer.vern.cc kirill.zholnay.name < < ## 2025-01-11 < Капсул проверено: 52, адресов посещено: 2605, страниц сохранено: 2288, из них gemtext: 2283. Общий объем: 41M. < < ### dmntv.ru < => gemini://dmntv.ru/notes/nodejsonpi.gmi gemini://dmntv.ru/notes/nodejsonpi.gmi [НОВ] < => gemini://dmntv.ru/notes/selfhosting.gmi gemini://dmntv.ru/notes/selfhosting.gmi [НОВ] < => gemini://dmntv.ru/notes/ gemini://dmntv.ru/notes/ [ИЗМ] < => diff-27752-25272.txt gemini://dmntv.ru/notes/ [+3/-1]
=> muu-online.ru/2025/01/niklaus.gmi
0a1,84
> # Пишем на Pascal и Oberon под OpenBSD
>
> > Памяти Никлауса Вирта посвящается.
>
> Опубликовано: 2025-01-19
> Категория: OpenBSD
> Теги: хауту openbsd oberon pascal modula-2
>
> С некоторым опозданием, но считаю своим долгом.
>
> Год назад, 1 января 2024 года, ушел из жизни профессор Никлаус Вирт (нем. Niklaus Emil Wirth), один из величайших мировых специалистов в теории разработки языков программирования, один из основоположников парадигмы структурного программирования, автор и соавтор кучи языков программирования: Eiler, Algol-W, PL/360, Pascal, Modula, Modula-2, Oberon, Oberon-2 и Component Pascal.
>
> "Делай просто, насколько возможно, но не проще того" - эту цитату Эйнштейна Никлаус Вирт вынес в эпиграф своего "Объявления о языке Оберон", поскольку именно этим принципом он руководствовался в своей работе. И результат всегда являлся образцом разумной достаточности: использовать только то, без чего нельзя обойтись, но не всё, что захотелось, такое упрощение - залог надежности решений и стабильного результата. Вирт был противником "американского подхода" в программировании, когда коммерческая выгода ставится выше соображений надежности и математической стройности решения. "Программы становятся медленнее куда шустрее, чем компьютеры становятся быстрее" - этот "закон Вирта" не был бы объективно наблюдаемой правдой, если бы компьютерная индустрия чаще прислушивалась к его идеям... "Инструмент должен соответствовать задаче, если соответствующего инструмента нет, нужно придумать новый, а не пытаться приспособить существующий", - это еще один из подходов, практиковавшихся Виртом.
>
> Идеи Никлауса Вирта опередили индустрию на годы и десятилетия - скажем, разработанная Виртом еще в 1970-х система "Pascal-P", предполагающая компиляцию программ на паскале в универсальный "пи-код", исполняемый далее на любой платформе легко портируемым интерпретатором - более чем на два десятилетия опередила идею интерпретатора промежуточного кода на платформах Java и .NET. Сюда же и идея совмещения системы программирования, среды исполнения и сборщика мусора - реализованная Виртом еще в 1988 году в операционной системе и языке Oberon, она лишь во второй половине 1990-х была переиспользована в .NET и Java.
>
> Я же лично благодарен Никлаусу Вирту именно за Pascal - этот язык, а точнее один из коммерческих его диалектов - Turbo Pascal 7.0 от Borland - стал для меня первым языком программирования, с которым я научился именно что получать от программирования удовольствие! Попытаюсь же воскресить хоть на секунду эти воспоминания юности.
>
> Дано: система OpenBSD 7.6 на amd64, к чему из наследия великого Никлауса Вирта я могу прикоснуться здесь?
>
> Ну, в наши дни, когда говорят "Pascal", чаще всего имеется в виду компилятор Free Pascal. Только вот беда: в OpenBSD на amd64 этот компилятор поломался при переходе на LLVM 16 и с тех пор никем не починен. Да, вот оно, проклятие маленького комьюнити: мало людей ⇒ мало кому нужно ⇒ мало стимулов чинить... Но не будем отчаиваться: в пакетной базе OpenBSD присутствует GNU Pascal! И даром, что на сайте этого поделия застой и стагнация еще чуть не с 2005 года, а в списках рассылки ни одного нового письма с 2021-го - для применения оно все-таки пригодно. Установим:
> ```sh
> doas pkg_add gpc
> ```
> создадим файл программы на паскале:
> ```pas
> program HelloWorld;
>
> begin
> WriteLn('Спасибо товарищу Николаю Вальтеровичу Вирту за моё счастливое детство!');
> end.
> ```
> далее скомпилируем незамысловатым `gpc -o HelloWorld HelloWorld.pas` и запустим (результат не привожу, он очевиден).
>
> Но не Pascal'ем единым. Что касается языка Modula-2, структурного модульного языка программирования, с синтаксисом, основанным на языке Pascal, но улучшенным (улучшенным в понимании Никлауса Вирта - то есть сделанным более строгим и упрощенным, то с некоторых пор компилятор этого языка был включен в GCC (которая вообще-то коллекция годных компиляторов, а вовсе не "компилятор для сей и плюсцов", как многие, включая меня, привыкли думать).
>
> Но тут есть нюанс, именно что в OpenBSD пакет gcc доступен версии 11.2 и собран он с поддержкой фронтендов для C, C++, Objective-C, Fortran, Java и еще Ada. Но без каких-либо намеков на компилятор Modula-2 (включенный в GCC с версии 13.1), разумеется, нет и в помине. Утверждается, впрочем, что ванильную GCC c поддержкой Modula-2 и даже с поддержкой всего прочего включенного - благополучно можно собрать (Dr. Brian Robert Callahan, сподобился, но я поленился, лишь прикопаю ссылки на память):
> => https://briancallahan.net/blog/20230626.html GCC --enable-languages=all on OpenBSD
> => https://briancallahan.net/blog/20221219.html GCC now includes Modula-2 and Rust. Do they work on OpenBSD?
>
> Куда интереснее мне лично оказалось попробовать еще одну жемчужину мысли Никлауса Вирта, язык Oberon. В пакетной базе и портах OpenBSD ничего на эту тему не нашлось, посему я воспользовался компилятором OBNC, созданным Карлом Ландстрёмом. Это решение компилирует программы на Oberon в промежуточный код на C, который далее можно собрать любым C-компилятором в любой POSIX-системе. OBNC реализует последний завершенный вариант Oberon с уточнениями от 2013 и 2016 года:
> => https://miasap.se/obnc/ Компилятор OBNC брать тут
>
> Прежде всего, необходимо установить зависимости (сборщик мусора Boehm-Demers-Weiser и мультимедиа-библиотеку SDL1):
> ```sh
> doas pkg_add boehm-gc sdl
> ```
> Затем распакуем полученный по ссылке выше архив с компилятором и чуть-чуть подтюним скрипты сборки. Идем в каталог с распакованным архивом и добавляем в скрипт build куда-нибудь в самое начало:
> ```sh
> CFLAGS="-I/usr/local/include"
> ```
> Потом редактируем два файла: ./src/Util.env и ./lib/obnc/OBNC.env, в обоих случаях в LDFLAGS добавим
> ```
> LDLIBS="-L/usr/local/lib ... " (конец строки не меняем)
> ```
> И запускаем скрипт ./build. По ходу сборки будут отображаться разные смешные ворнинги, это нормально (например, `warning: strcpy() is almost always misused, please use strlcpy()`).После того, как всё собралось, инсталлируем (`doas ./install`) Если нужна будет кросс-компиляция, то можно указать ключ `-include-lib-c-src`, а деинсталляция так: `doas ./install u`. Оно помимо man-страниц еще положит в /usr/local/share/doc/obnc/ манифест языка Oberon и набор документации в формате html.
>
> Ну а теперь создадим файл тестовой программы (внимание, в Oberon имя файла должно совпадать с именем модуля, создайте файл hello.mod или hello.obn):
> ```Mod
> MODULE hello;
> IMPORT Out;
> BEGIN
> Out.String("Спасибо товарищу Николаю Вальтеровичу Вирту за моё счастливое детство!");
> Out.Ln
> END hello.
> ```
> Обратите внимание на синтаксис: в силу тяжного наследия времен Алгола, зарезервированные синтаксические элементы нужно вводить в верхнем регистре (это, безусловно, делает текст читаемым на монохромных мониторах и в печатных изданиях).
>
> Скомпилируем программу: `obnc hello.mod` и запустим - результат предсказуем.
>
> Ну и вишенка на тортике: если открыть наш файл hello.mod в редакторе Neovim, вы чудесным образом увидите работающую подсветку синтаксиса. Как так? Неужели Neovim в дефолтной своей комплектации знает что-то про язык Oberon? Нет, не знает. Зато знает про язык Modula-2 и даже про его диалекты - посему файл с расширением .mod или .Mod редактор Neovim распознает как тип файла "modula-2" и включит соответствующую ему подсветку. А для .obn не включит. В принципе, это приемлемое решение, так как Oberon лишь несколько упрощает и почти не дополняет синтаксис Modula-2, но если хочется иметь подсветку синтаксиса именно для Oberon, то поступаем так:
> ```sh
> mkdir -p ~/.config/nvim/syntax
> git clone https://github.com/kekcleader/vim-oberon.git
> cp ./vim-oberon/syntax/oberon.vim ~/.config/nvim/syntax
> ```
> а потом добавляем в настойки Neovim (куда-нибудь в options.lua) следующее:
> ```lua
> vim.filetype.add({extension = {obn = "oberon"}})
> ```
> Всё, теперь файлы с расширением .obn будут иметь нужную подсветку синтаксиса.
>
> На этом считаю удовольствие полученным.
>
6a7,12 > ## 2025 > > ### Январь > > => /2025/01/niklaus.gmi 2025-01-19 - Пишем на Pascal и Oberon под OpenBSD >
=> muu-online.ru/2024/12/my_gemlog.gmi
52,53c52,53 < => https://github.com/kr1sp1n/awesome-gemini) Репозиторий gemini-awesome < => https://gemini.tildeverse.org/?gemini://muu-online.ru) Один из рабочих gemini-to-http прокси --- > => https://github.com/kr1sp1n/awesome-gemini Репозиторий gemini-awesome > => https://gemini.tildeverse.org/?gemini://muu-online.ru Один из рабочих gemini-to-http прокси
=> gemlog.stargrave.org/4eed9f47294d277e84f8ba1451b1b4ced04a09de
0a1,270
> # Начинаю делать enveloped-data аналог
> Что: 4eed9f47294d277e84f8ba1451b1b4ced04a09de
> Когда: 2025-01-18 17:53:48+03:00
> Темы: crypto keks
> ```
> Начинаю делать enveloped-data аналог
>
> http://www.keks.cypherpunks.su/enveloped_002ddata.html
> http://www.keks.cypherpunks.su/signed_002ddata.html
> Не смотря на то, что KEKS ещё так себе покрыт тестами, особенно его
> "PKI" часть, но приспичило меня всё же продумать формат для шифрования
> на его основе.
>
> Аналог подписанных данных (SignedData CMS, PKCS#7) у меня уже имеется.
> Аналог X.509 сертификатов тоже. Главным отличием является то, что
> сертификаты сами по себе являются signed-data документом. Нет разделения
> на совершенно отдельный формат сертификата и совершенно отдельный формат
> произвольно подписанных данных.
>
> 0 000 { 2
> 1 006 load: { 2
> 2 009 t: "cer"
> 2 015 v: { 3
> 3 019 ku: { 2
> 4 023 ca: NIL
> 4 028 sig: NIL
> }
> 3 034 pub: [ 1
> 4 035 0: { 3
> 5 038 a: "ed25519-blake2b"
> 5 056 v: 32:81A531CAA9342C482901274F5287C8D88918F8C0...
> 5 092 id: 94c109bc-d2d5-4a0c-a962-7d7de7a3eadc
> }
> ]
> 3 115 sub: { 2
> 4 118 C: "RU"
> 4 124 CN: "SubCA"
> }
> }
> }
> 1 138 sigs: [ 1
> 2 139 0: { 2
> 3 144 tbs: { 3
> 4 149 cid: 019479ea-fdc9-745f-91f0-ab248fcaef4d
> 4 170 exp: [ 2
> 5 171 0: TAI64(2025-01-18 14:57:48 TAI, 2025-01-18 14:57:11 UTC)
> 5 180 1: TAI64(2026-01-18 14:57:48 TAI, 2026-01-18 14:57:11 UTC)
> ]
> 4 194 sid: e451d616-8a97-41b6-a37b-7bb245f97fc2
> }
> 3 217 sign: { 2
> 4 220 a: "ed25519-blake2b"
> 4 238 v: 64:A0B62600DA9A49BDF051598B09627F14BE995987...
> }
> }
> ]
> }
>
> Это позволяет иметь несколько подписей над TBS-ом сертификата. Например
> "выпустить" его как-бы несколькими CA, несколько якорей доверия иметь.
> Совершенно нет уверенности что это может пригодиться и вообще здравая
> идея, но возможность есть (никто же не мешает именно для сертификатов
> сделать ограничение на кол-во подписей?).
>
> Имя сертификата, его subject, это просто map со строчками. Map убирает
> автоматом необходимость проверки дубляжа в записях. С ним удобнее
> работать. Плюс позволяет всё же чуть более сложные чем ровно-одна-строчка
> значения задавать, хоть какая-то простая структура.
>
> Validity аналог вынесен за пределы TBS-а. Всё что CA-specific выносится
> в аналог signerInfo подписи конкретной. Поэтому у меня в sigs, в tbs,
> exp(iration) поле является тем самым validity. Это также позволяет
> обновлять сертификат без смены его TBS-а, без затрагивания тела, в
> котором, как минимум, могут идти только ключи и имя. Просто
> добавить/обновить подпись от CA.
>
> KeyUsage это ku поле, являющееся map-ом с NIL-значениями, что делает его
> фактически set-ом строчек (ключей).
>
> Сертификат может переносить несколько ключей. Но предполагается, что это
> только и исключительно для случаев, когда надо их всегда для какой-то
> задачи переносить вместе. Например в NNCP всегда вместе идут ключи DH,
> ключи подписи, ключи для Noise-а. ku должен при этом содержать "nncp"
> какой-нибудь в качестве контекста применения.
>
> У каждого ключа есть идентификатор в виде UUIDv4. Рекомендуется его
> генерировать детерминировано из хэша от структуры публичного ключа. Это
> как-бы аналог subjectPublicKeyIdentifier.
>
> Никаких серийных номеров. Никакой идентификации сертификата по
> issuerAndSerialNumber. Даже в X.509 PKI это почти никогда не
> требовалось, раз имелся SKID/AKID. Но всё же сам сертификат как-то надо
> идентифицировать, а также иметь возможность переподписать, но чтобы
> подпись была другой. Для этого в в подписе есть "cid" поле (certificate
> identifier), тоже являющееся UUID-ом и контролируемое CA. Рекомендуется
> использоваться UUIDv7 для него. Вот и идентификатор, и возможность его
> обновить чтобы подпись поменялась, и ещё и дружелюбный к сортировке.
>
> sid (signer identifier) в подписе является id публичного ключа
> подписавшего сертификат. Аналог AKID.
>
> Формат сертификатов у меня давно не менялся и им вроде все мы
> удовлетворены. Используются сертификаты с ГОСТ Р 34.10 ключами (я
> "стандартизовал" только 256A и 512C варианты, которые на скрученных
> кривых Эдвардса).
>
> Но для себя, в качестве proof-of-concept сделал и Ed25519-BLAKE2b
> вариант. Обнаруживал (1be5aab3dae457709202ac4f0288b7953fe2fa93), что
> правила валидации Ed25519 разнятся. Я просто сослался на zCach-овский
> ZIP-0215. Долго не мог решиться: всё же использовать EdDSA/Ed25519 как
> он описан в RFC всяких или же выпилить SHA2 из него и использовать
> что-то более минималистичное и быстрое. SHA3, SHAKE? Skein мне так
> нравящийся? BLAKE2b? Остановился на BLAKE2b. SHA3/SHAKE сами по себе
> очень медленные в софте -- неприятно, но я считаю их лучше использовать
> чем SHA2, особенно когда нужна NIST-approved совместимость. Skein всем
> хорош. Как и BLAKE2. Я просто не смог найти хороших доводов/аргументов в
> пользу того или иного. BLAKE2 всё же побыстрее будет. BLAKE3 например
> уже, как по мне, слишком небольшой запас прочности имеет, из-за чего я
> не хотел бы его для очень ответственных (для хэша) задач применять. В
> итоге остановился на BLAKE2 и убедился что его заслуженно любят другие
> криптографы. Но это добавляет немного геморроя: если в Ed25519
> реализации сильно зашит SHA2 хэш, то придётся помучиться.
>
> Правила формирования подписи в signed-data по сути идентичны SignedData
> CMS. Не потому что они мне нравились, а просто потому что это вполне
> себе адекватный и разумный несложный подход. Так же как и возможность не
> переносить подписываемые данные внутри signed-data контейнера. Структура
> подписи позволяет добавлять как и произвольные данные не защищаемые
> подписью (например cer-loc поле в котором можно список URL-ов перенести,
> которые чисто для информации), так и защищаемые.
>
> А также есть prehashing режим, когда мы заранее указываем алгоритмы
> хэширования и подписываем уже значение хэша в структуре. Но для
> сертификатов этот режим не разрешён, что удовлетворяет EdDSA и его
> предупреждениям о недостатках prehash режима подписи.
>
> Хотел надолго отложить вопрос с продумыванием аналога для enveloped-data
> контейнера. Ибо это всё сильно сложнее уже. Но что-то вот напрягает меня
> (эстетически, так сказать) тот факт, что age не поддерживает
> пост-квантовую криптографию, хотя его автор достаточно хорошо в ней
> шарит и вообще реализовал crypto/mlkem и поддержку Kyber в Go TLS. А вот
> GnuPG поддерживает всю эту тему.
>
> И решил форсировать процесс продумывания enveloped-data и написать для
> себя готовый инструмент на замену age. Меня тоже достаёт что это, в
> очередной раз, как будто проявление NIH-синдрома. Но мне в age ещё и не
> нравился его "128-бит ключ" (4adf9b82dc1c86d787ca0a56f0d37b924877277c).
> Ну и то, что он не чешется касательно PQ.
>
> К формату файлов age у меня нет претензий никаких, но раз уж я занялся
> KEKS-ом и его реализации довольно компактны, то это будет конечно же
> KEKS структуры. Я смотрел на OpenPGP, многое помню про EnvelopedData
> CMS, ещё раз посмотрел на age, HPKE. И кроме того, что вполне себе пока
> удовлетворён предложенным enveloped-data форматом, но и начал писать Go
> реализацию утилиты для замены age.
>
> И сегодня я начал использовать KEM/DEM терминологию. DEM -- data
> encapsulation mechanism, мне действительно больше нравится чем
> "encrypted", ибо encrypted ничего не говорит об аутентификации или
> проверки целостности данных. Типа слишком низкоуровневое слово. А DEM и
> короткое и уже известное в криптографических кругах. Так же как и KEM
> (key encapsulation mechanism), который не намекает на детали
> "инкапсуляции" ключа, ни на какие DH или прочее.
>
> Данные шифруются CEK (content encryption/encapsulation key) -- термин из
> EnvelopedData CMS. А дальше CEK "передаётся" одному или более
> получателям. В age они названы получателями. Я же просто обозвал KEM-ами.
> Ибо при использовании шифрования на пароле -- как бы никакого получателя
> нет. Но при этом scrypt/bcrypt/Argon2/whatever может сформировать KEM.
> Алгоритм шифрования данных (DEM) независим от используемых KEM.
>
> Пока я реализовал только ChaCha20-Poly1305 шифрование. Бьём на кусочки,
> каждый шифруем/аутентифицируем, в nonce не забываем сигнализировать о
> последнем кусочке шифротекста, чтобы его нельзя было обрезать. Но не
> забывал про возню (6529c5c19cb52f69f65fec3d17e718cc491d2c53) с key
> commitment-ом. Для ряда KEM-ов, которые явно согласовывают/инкапсулируют
> ключи, как и в age, отсутствие key commitment не несёт проблем. age не
> даёт возможности использовать не ChaCha20-Poly1305, в отличии от моего
> формата. И в теории может появится какой-нибудь KEM, которому бы key
> commitment не помешал бы. Почитав всяких статей, решил добавить
> простейший key commitment пригодный для ChaCha20-Poly1305: добавляю
> 128-бит нулей перед шифруемыми данными, которые я должен проверить после
> расшифрования. Это overhead, но я считаю терпимым, плюс тривиальная
> реализация.
>
> Для шифрования на пароле я добавил balloon-blake2b KEM. scrypt из age я
> считаю удовлетворительным для хороших парольных фраз, но не спроста же
> начали Argon2 конкурс, чтобы иметь что-то более серьёзное. Argon2 меня
> более чем удовлетворял бы, но мне он не нравится тем фактом, что это не
> алгоритм используемый поверх произвольного хэша. Например у нас доверяют
> Стрибогу, а Argon2 это Argon2. Я поклонник Balloon алгоритма, который
> просто описывает какие действия надо над произвольным хэшом сделать,
> дабы получить усиление пароля. Он появился позже Argon2, но его научные
> статьи говорят о том, что всё равно в Argon2 нашлось что-то там не
> ладное, а Balloon закрывает все проблемы. Нашей страны это не касается,
> но в США (0ddca657ed629fa8458a471d7655d3bd63c6facc) Balloon вообще
> NIST-ом рекомендован. В качестве хэша предлагается BLAKE2b, чтобы уж
> везде по минимуму зоопарк хэшей был в проекте.
>
> Для шифрования по публичному ключу добавил sntrup4591761-x25519-blake2b.
> Собственно, чистый/голый Curve25519 не буду использовать, а только
> гибридную версию с пост-квантовым алгоритмом. Почему не ML-KEM или
> Kyber? Потому что, следя за рассылками по криптографии, читая DJB, у
> меня мало доверия к NIST-у. Я думаю что ML-KEM достаточно безопасен, да,
> но, как и в случае с SHA3 и AES, они выбрали алгоритм далеко не с самым
> хорошим запасом прочности. А вот к алгоритмам от DJB (+компания) у меня
> ни йоты претензий. К тому же, по факту, Streamlined NTRU Prime 761 у
> меня используется уже не один год по много раз в ведь из-за OpenSSH. В
> нём нет RSA, ECDSA, AES, но есть SNTRUP.
>
> Почему sntrup4591761, а не sntrup761? Только по причине того, что я
> нашёл одну реализацию (sntrup4591761) на Go. Разница между ними только в
> чуть более компактном кодировании данных (экономия в десятки байт, на
> фоне более чем килобайта), последний чуть компактнее. Во всём остальном
> они полностью идентичны.
>
> Как объединить результат работы SNTRUP и X25519? Вообще в PDF-ке SNTRUP
> намекается на допустимость просто хэширования их секретов. OpenSSH так и
> делает, как и TLS. Но даже мне очевидно, что не помешало бы, на всякий
> пожарный, захэшировать бы и публичные ключи участников хотя бы. DJB в
> рассылке это тоже рекомендует, дабы не заниматься доказыванием что и без
> этого всё нормально. ML-KEM, кстати, в отличии от Kyber, отличается
> отсутствием хэширования дополнительных данных, чем он мне тоже не
> понравился. X-Wing (135afdcb923cd9463751d5766279c8426ee6ab00) тоже
> делает хэширование ключей. Учитывая производительность современных
> Kyber/X25519, а также килобайтные размеры PQ-ключей, стоимость
> хэширования становится отнюдь не нулевой, но я бы не экономил на этом.
>
> CEK ключ шифруется выработанным из KEM-а KEK-ом (key encryption key).
> В моих случаях это, опять же, ChaCha20-Poly1305, с добавленным padding,
> просто чтобы не думалось.
>
> Принципиально это всё не отличается от того, что происходит в age. Но он
> из file-key отдельно вырабатывает CEK и ключ для расчёта MAC-а над всем
> заголовком. Пока я не увидел хороших аргументов зачем это надо. Да и я
> бы и не хотел делал список KEM-ов immutable.
>
> Откладывал я тему с enveloped-data по причине того, что его же грамотно
> нужно бы ещё и совмещать с signed-data. То бишь иметь возможность делать
> не просто encrypt и sign, а (55c0fea0eaa0b13b63e85c1a21afee4ed02f8ad9),
> так называемый, signcrypt. Чего ни age, ни CMS, ни S/MIME, ни куча
> других форматов не делают вовсе.
>
> Пока достаточно хорошим решением вижу создание, так называемого,
> binding-а в структуре enveloped-data, являющегося UUID-ом. И при
> создании вложенного signed-data предполагается указывание
> envelope-binding внутри подписываемой структуры. Таким образом мы явно
> связываем подписываемый документ с конкретным будущим envelope. Плюс
> binding участвует в вычислениях всех KEM-ов, явно привязывая их к
> конкретной посылке.
>
> Сам шифротекст можно вложить и в enveloped-data. И я решил сделать это
> поле чисто BLOB-ом, размер кусочка которого будет специфичен для каждого
> DEM-а. Для chacha20poly1305 с 64KiB кусочками это будет 64KiB+32 байта.
> Однако мои текущие реализации библиотек не вернут мне управление, пока
> полностью от и до не прочитают весь KEKS файл. А я хочу у себя
> перешифровать age-файлы на много гигабайт. Никто же не мешает эти данные
> предоставить отдельно (detached), независимо от структуры, как это можно
> в EnvelopedData CMS и age? Поэтому ciphertext поле у меня опционально. И
> мои текущие реализации KEKS библиотек просто декодируют KEKS структуру,
> а дальше можно будет продолжать обрабатывать данные после неё из
> io.Reader/файла.
>
> На ГОСТовых алгоритмах ещё не делал спецификации, но с CMS на их основе
> я много работал и не помню чтобы там были не вписывающиеся, во всё мной
> придуманное, особенности.
> ```
> => mailto:comment@blog.stargrave.org?subject=Re:%20%D0%9D%D0%B0%D1%87%D0%B8%D0%BD%D0%B0%D1%8E%20%D0%B4%D0%B5%D0%BB%D0%B0%D1%82%D1%8C%20enveloped-data%20%D0%B0%D0%BD%D0%B0%D0%BB%D0%BE%D0%B3%20%284eed9f47294d277e84f8ba1451b1b4ced04a09de%29 оставить комментарий
>
> Сгенерирован: SGBlog 0.34.0
=> gemlog.stargrave.org/9658ececaec73f61179a80b4589c0cae14a8a980
0a1,16 > # Посмотрел "Чёрная кошка, белый кот" > Что: 9658ececaec73f61179a80b4589c0cae14a8a980 > Когда: 2025-01-18 22:16:17+03:00 > Темы: movie > ``` > Посмотрел "Чёрная кошка, белый кот" > > https://ru.wikipedia.org/wiki/Чёрная_кошка,_белый_кот > Очень забавная комедия. Очень понравилось как всё снято, какие декорации > и костюмы необычные (для нас) использованы. Кадры, где хрюшка поедает > автомобиль, показанные типа просто так: запоминаются. Да и вообще > животных в фильме много, что тоже приятно. > ``` > => mailto:comment@blog.stargrave.org?subject=Re:%20%D0%9F%D0%BE%D1%81%D0%BC%D0%BE%D1%82%D1%80%D0%B5%D0%BB%20%22%D0%A7%D1%91%D1%80%D0%BD%D0%B0%D1%8F%20%D0%BA%D0%BE%D1%88%D0%BA%D0%B0%2C%20%D0%B1%D0%B5%D0%BB%D1%8B%D0%B9%20%D0%BA%D0%BE%D1%82%22%20%289658ececaec73f61179a80b4589c0cae14a8a980%29 оставить комментарий > > Сгенерирован: SGBlog 0.34.0
=> gemlog.stargrave.org/da02278e34aa626d0ad63d59e14721721224c2ac
0a1,18 > # Короткоживущие сертификаты Let's Encrypt -- ещё большая централизация > Что: da02278e34aa626d0ad63d59e14721721224c2ac > Когда: 2025-01-18 22:19:33+03:00 > Темы: crypto web > ``` > Короткоживущие сертификаты Let's Encrypt -- ещё большая централизация > > https://dxdt.ru/2025/01/17/14811/ > Верно автор заметил, что их новые сертификаты это ещё большая власть и > централизация вообще всего web-а. И ведь юридически красиво сделано: > неугодные (с точки зрения США и прочих террористов) ресурсы можно даже и > не отзывать, а просто перестать обслуживать и выпускать для них новые > сертификаты. Отзыва нет -- ничего не нарушено, а никто не гарантировал > постоянное обслуживание. > ``` > => mailto:comment@blog.stargrave.org?subject=Re:%20%D0%9A%D0%BE%D1%80%D0%BE%D1%82%D0%BA%D0%BE%D0%B6%D0%B8%D0%B2%D1%83%D1%89%D0%B8%D0%B5%20%D1%81%D0%B5%D1%80%D1%82%D0%B8%D1%84%D0%B8%D0%BA%D0%B0%D1%82%D1%8B%20Let%27s%20Encrypt%20--%20%D0%B5%D1%89%D1%91%20%D0%B1%D0%BE%D0%BB%D1%8C%D1%88%D0%B0%D1%8F%20%D1%86%D0%B5%D0%BD%D1%82%D1%80%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F%20%28da02278e34aa626d0ad63d59e14721721224c2ac%29 оставить комментарий > > Сгенерирован: SGBlog 0.34.0
=> gemlog.stargrave.org/66ddc264a5d8d8736e0ccdbc460a02f67ec4df59
0a1,19 > # DJB о скором изобретении на практике работающих квантовых компьютеров > Что: 66ddc264a5d8d8736e0ccdbc460a02f67ec4df59 > Когда: 2025-01-18 22:23:21+03:00 > Темы: crypto djb > ``` > DJB о скором изобретении на практике работающих квантовых компьютеров > > http://blog.cr.yp.to/20250118-flight.html > DJB рассматривает всякие аргументы против PQC и то, что люди с ним > носятся. Говорит, что, учитывая как упорно финансируются АНБ, нанимающие > передовых специалистов в этих областях, они (атакующие) находятся на годы > впереди остальных, кто придумывает PQC. И типа всякие прорывные штуки > происходят внезапно и за короткое время. Мы можем только надеяться, что > квантовые компьютеры (способные выполнять алгоритм Шора и имеющие > практически достаточное кол-во кубит) не появятся, только верить. > ``` > => mailto:comment@blog.stargrave.org?subject=Re:%20DJB%20%D0%BE%20%D1%81%D0%BA%D0%BE%D1%80%D0%BE%D0%BC%20%D0%B8%D0%B7%D0%BE%D0%B1%D1%80%D0%B5%D1%82%D0%B5%D0%BD%D0%B8%D0%B8%20%D0%BD%D0%B0%20%D0%BF%D1%80%D0%B0%D0%BA%D1%82%D0%B8%D0%BA%D0%B5%20%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%B0%D1%8E%D1%89%D0%B8%D1%85%20%D0%BA%D0%B2%D0%B0%D0%BD%D1%82%D0%BE%D0%B2%D1%8B%D1%85%20%D0%BA%D0%BE%D0%BC%D0%BF%D1%8C%D1%8E%D1%82%D0%B5%D1%80%D0%BE%D0%B2%20%2866ddc264a5d8d8736e0ccdbc460a02f67ec4df59%29 оставить комментарий > > Сгенерирован: SGBlog 0.34.0
5a6,10 > ## 2025-01-18 > => /66ddc264a5d8d8736e0ccdbc460a02f67ec4df59 2025-01-18 [22:23] DJB о скором изобретении на практике работающих квантовых компьютеров (8L) crypto djb > => /da02278e34aa626d0ad63d59e14721721224c2ac 2025-01-18 [22:19] Короткоживущие сертификаты Let's Encrypt -- ещё большая централизация (7L) crypto web > => /9658ececaec73f61179a80b4589c0cae14a8a980 2025-01-18 [22:16] Посмотрел "Чёрная кошка, белый кот" (5L) movie > => /4eed9f47294d277e84f8ba1451b1b4ced04a09de 2025-01-18 [17:53] Начинаю делать enveloped-data аналог (259L) crypto keks 74,78d78 < => /51f15f481a97a8287159fcaf7c1014d628eab54d 2024-12-21 [14:28] 100+Mbps 5G или 8Mbps ADSL? (19L) hard < => /797f21a4c54e9feb4cc6c2d5f0a31fe8f56d52f6 2024-12-21 [14:14] Сходил на оперу "Фауст" Шарля Гуно (6L) concert < => /7b1654ce6eae9e17bf0602588ccc5b45b74df2ce 2024-12-21 [14:10] 34 indie игр (5L) game < ## 2024-12-18 < => /25cf23161cd9658b7ac899552516aebd4f449177 2024-12-18 [22:08] Морковный кекс (4L) fun keks
=> Back to Sphere This content has been proxied by September (ba2dc).Proxy Information
text/gemini;lang=ru-RU