{ "version": "https:\/\/jsonfeed.org\/version\/1.1", "title": "M9K blog: заметки с тегом linux", "_rss_description": "Заметки обо всём: devops, lifestyle, культура.", "_rss_language": "ru", "_itunes_email": "", "_itunes_categories_xml": "", "_itunes_image": "", "_itunes_explicit": "", "home_page_url": "https:\/\/blog.m9k.space\/tags\/linux\/", "feed_url": "https:\/\/blog.m9k.space\/tags\/linux\/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": "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