{ "version": "https:\/\/jsonfeed.org\/version\/1.1", "title": "M9K blog: заметки с тегом системное администрирование", "_rss_description": "Заметки обо всём: devops, lifestyle, культура.", "_rss_language": "ru", "_itunes_email": "", "_itunes_categories_xml": "", "_itunes_image": "", "_itunes_explicit": "", "home_page_url": "https:\/\/blog.m9k.space\/tags\/sistemnoe-administrirovanie\/", "feed_url": "https:\/\/blog.m9k.space\/tags\/sistemnoe-administrirovanie\/json\/", "icon": "https:\/\/blog.m9k.space\/pictures\/userpic\/userpic@2x.jpg?1769095194", "authors": [ { "name": "M", "url": "https:\/\/blog.m9k.space\/", "avatar": "https:\/\/blog.m9k.space\/pictures\/userpic\/userpic@2x.jpg?1769095194" } ], "items": [ { "id": "256", "url": "https:\/\/blog.m9k.space\/all\/vecherniy-selfhosted-2-5d-parallaks-v-brauzere\/", "title": "Вечерний selfhosted. 2.5D — параллакс в браузере.", "content_html": "
\n\"\"\n<\/div>\n

Владение несколькими IG-аккаунтами, из которых только один реально активный-активный, позволяет выйти из информационного алгоритмического пузыря. Наткнулся на Web-дизайнера<\/a>, делающего прикольные сайты — визитки. С точки зрения прикладного использования человека, познавшего grep и cat<\/s>, это понятное дело, специфический изюм — сайт должен быть про быстроту поиска информации — в этом отношение условный tsukumo, вывалившийся прямиком из нулевых отправит в ноудаун все нынешние модные-и-красивые дизайнерские сайты, но иногда можно поиграться и в красивости.<\/p>\n

Внимание привлёк Milkmaid<\/a>
\nЦитирую:<\/p>\n

Эффект строится из фотографии и карты глубины — изображения в оттенках серого, где яркость задаёт условное расстояние до камеры. Для новых фотографий карту оценивает нейросеть по одному кадру.<\/p>\n

Фотография преобразуется в облако цветных точек. Каждая точка получает цвет исходного пикселя, положение по горизонтали и вертикали и смещение в глубину. При необходимости создаются дополнительные слои с небольшим отступом. Они добавляют плотность облаку, но не восстанавливают скрытые части объектов.<\/p>\n

При повороте сцены ближние и дальние точки смещаются на экране по-разному. Этот параллакс создаёт ощущение объёма. У краёв изображения прозрачность точек постепенно уменьшается, поэтому фотография мягко растворяется в фоне.<\/p>\n

Движение рассчитывается как система частиц: у каждой точки есть исходное положение и скорость. Виртуальная пружина возвращает её на место, затухание гасит колебания, а вихревое поле и воздействие курсора отклоняют от исходной позиции. Кнопка сборки убирает рассеивание, после чего облако восстанавливает изображение.<\/p>\n

Python заранее готовит фотографию и карту глубины. Отрисовка и движение частиц выполняются на видеочипе устройства через WebGL 2. Получается интерактивная 2.5D-сцена: небольшой поворот выглядит объёмно, но посмотреть за предметы или увидеть их обратную сторону нельзя.<\/p>\n

Selfhost demo в стилистике<\/a><\/p>\n", "summary": "Владение несколькими IG-аккаунтами, из которых только один реально активный-активный, позволяет выйти из информационного алгоритмического пузыря", "date_published": "2026-10-14T23:27:01+07:00", "date_modified": "2026-10-14T23:27:17+07:00", "tags": [ "llm", "selfhosted", "нейрогенерация", "системное администрирование" ], "image": "https:\/\/blog.m9k.space\/pictures\/izobrazhenie-2.png", "_date_published_rfc2822": "Wed, 14 Oct 2026 23:27:01 +0700", "_rss_guid_is_permalink": "false", "_rss_guid": "256", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/blog.m9k.space\/pictures\/izobrazhenie-2.png" ] } }, { "id": "251", "url": "https:\/\/blog.m9k.space\/all\/monitoring-relizov-github\/", "title": "Мониторинг релизов GitHub", "content_html": "

Очередной небольшой эксперимент с вайбкодингом — Bash-скрипт для отслеживания новых релизов в GitHub-репозиториях.<\/p>\n

Раз в сутки проверяет заданный список проектов через GitHub API и отправляет уведомления в Telegram: версия, ссылка и краткий список изменений.<\/p>\n

Поддерживает SOCKS5-прокси, хранит историю обработанных релизов, умеет работать в режиме dry-run. Конфигурация — JSON и .env. Зависимости — Bash, curl и jq.<\/p>\n

Сейчас используется для мониторинга Lychee, Firefly III и Memos.<\/p>\n

Никаких постоянно работающих сервисов: обычный скрипт, запускаемый через cron.<\/p>\n

Репа<\/a><\/p>\n", "summary": "Очередной небольшой эксперимент с вайбкодингом — Bash-скрипт для отслеживания новых релизов в GitHub-репозиториях...", "date_published": "2026-10-11T21:58:38+07:00", "date_modified": "2026-10-11T21:58:35+07:00", "tags": [ "github", "linux", "opensource", "системное администрирование" ], "_date_published_rfc2822": "Sun, 11 Oct 2026 21:58:38 +0700", "_rss_guid_is_permalink": "false", "_rss_guid": "251", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "250", "url": "https:\/\/blog.m9k.space\/all\/migraciya-lychee-6-7-v-docker-lxc\/", "title": "Миграция Lychee 6 -> 7 в Docker (LXC)", "content_html": "

Развлекался намедни обновлением Lychee с миграцией с базового LXC-контейнера Debian 12 -> Debian 13
\nИсходно: Lychee 6.10.3<\/b> в Debian 12 LXC. База — MariaDB 10.
\nДанные приложения находились в:<\/p>\n

\/lychee\/conf\n\/lychee\/uploads\n\/lychee\/sym\n\/lychee\/pictures\n\/lychee\/db<\/code><\/pre>
Цель: обновить приложение и MariaDB  10->11
\nВ Lychee 7 изменилась структура каталогов внутри контейнера (см. Update Guide<\/a>))<\/p>\n
Новая схема:<\/p>\n
volumes:\n  - .\/lychee\/uploads:\/app\/public\/uploads\n  - .\/lychee\/logs:\/app\/storage\/logs\n  - .\/lychee\/tmp:\/app\/storage\/tmp\n  - .\/lychee\/storage\/app:\/app\/storage\/app<\/code><\/pre>
База смонтирована в локальную директорию, но т. к. хочу поднять версию базы, делаем миграцию через дамп.<\/p>\n
docker exec lychee_db \\\n  mysqldump \\\n  -u root \\\n  -p'PASSWORD' \\\n  --single-transaction \\\n  lychee > \/lychee\/lychee.sql<\/code><\/pre>
Переносим всё другой сервер, восстанавливаем.<\/p>\n
APP_KEY<\/h2>\n
В Lychee 7 обязателен `APP_KEY`. Без него контейнер завершается с ошибкой:<\/p>\n
ERROR: APP_KEY is not set<\/code><\/pre>
Ключ можно сгенерировать:<\/p>\n
echo "base64:$(openssl rand -base64 32)"<\/code><\/pre>
и передать контейнеру:<\/p>\n
environment:\n  APP_KEY: "base64:..."<\/code><\/pre>
Восстановление базы<\/h2>\n
docker compose up -d lychee_db<\/code><\/pre>
Восстанавливаем дамм.<\/p>\n
docker exec -i lychee_db \\\n  mariadb \\\n  -u root \\\n  -p'PASSWORD' \\\n  lychee <lychee.sql<\/code><\/pre>
В MariaDB 11 используется клиент `mariadb`, а не старое имя `mysql`.<\/p>\n
Пересчёт статистики<\/h2>\n
После успешного запуска Lychee 7 стоит пересчитать размеры альбомов и thumbnails<\/p>\n
docker exec -it lychee php artisan lychee:recompute-album-sizes<\/code><\/pre>
и статистику альбомов:<\/p>\n
docker exec -it lychee php artisan lychee:recompute-album-stats<\/code><\/pre>
Reverse proxy<\/h2>\n
После миграции при работе через Nginx возникала плавающая 502, причём выглядела она интересно — на одном и том же ПК веб-морда могла открывать в одном браузере, и не открывать в другом. В логах:<\/p>\n
upstream sent too big header while reading response header from upstream<\/code><\/pre>
Проблема решилась увеличением proxy buffers:<\/p>\n\n