Открытие дня. Все же знают dependabot, который обновляет зависимости всего и вся на гитхабе? Причем речь не только про пакетные менеджеры всех языков, но и например github actions и даже версии образов в Dockerfile. Так вот есть такое же решение, не привязанное к вендору. Небольшая предыстория. Помимо гитхаба у нас есть свой гитлаб с большим количеством реп, в котором так же находится инфраструктура запуска практик Хекслета. В нее входит репа с кучей Dockerfile под разные экосистемы, которые мы используем как базовые образы для практик запускающихся в браузере. В этой репе есть просто все что только можно себе представить: версии образов, версии дев тулов, версии зависимостей, причем часто указываемые напрямую в Dockerfile. Обновлять все это добро раньше было отдельным приключением. С иишкой стало проще, но один фиг это процедура, которой надо заниматься. А на днях делая очередное обновление, я подумал какого хрена, по-любому должно же что-то быть. Попросил клод найти и он нашел. Оказалось что есть такая штука как Rennovate, которая очень похожа на dependabot, но работает еще круче. Мало того, что она может обновлять все версии в стандартных случаях, так эта фигня умеет обновлять версии, которые заданы числами в разных местах за счет спец разметки:

# renovate: datasource=maven packageName=org.apache.maven:maven
ARG MAVEN_VERSION=4.0.0-rc-6
# renovate: datasource=java-version packageName=java-jdk
ARG JAVA_VERSION=25

Все это расставил сам клод и написал мне такую таску:

make deps-check 
images/base/Dockerfile            setuptools       83.0.0  -> 84.0.0
images/java-base/Dockerfile       java-jdk       25      -> 25.0.4+7.0.LTS
images/multi-language/Dockerfile  java-jdk   25      -> 25.0.4+7.0.LTS

Ну и все это добро отлично подключается к ci и шлет пулреквесты с обновками. Пользуйтесь

Форк файлового менеджера, подозрительно похожего на Midnight Commander Кто жил в терминале, помнит mc на ощупь. Две синие панели, слева файлы, справа файлы, и всё это всегда было про файлы и каталоги. В этом форке панели научились показывать что угодно через подключаемые плагины, и теперь в них с тем же интерфейсом открываются Docker-контейнеры, Kubernetes-поды, коллекции MongoDB и объекты S3-хранилищ. А внутрь файлового менеджера заодно встроили полноценный терминал. С релизом идут двенадцать плагинов, старые ftpfs и sftpfs выкинули и заменили на них, а работа с архивами ускорилась на порядок. Собрал всё это один человек из фич, которые не смог протолкнуть в апстрим, и теперь ищет, кто поможет проверить форк за пределами его Ubuntu.

Почему Docker не всегда лучший выбор и чем его заменить Один бэкенд, одна база и nginx на дешёвом VDS с парой гигабайт памяти. Заворачиваешь всё в Docker по привычке, а дальше следишь за образами и логами, чистишь диск от старых слоёв, лезешь в цепочку DOCKER-USER, чтобы фаервол вёл себя предсказуемо, и на скудной памяти повышаешь риск словить OOM killer. К обычному Linux ты просто добавил вторую систему управления, которую надо понимать не хуже первой. И вот тут выясняется, что контейнеры-то были не обязательны. Для одиночного сервера набирается целый ряд замен под разные задачи, а на одном из вариантов автор прямо роняет мысль, что иногда лучший контейнер тот, которого нет вовсе.

Решил я добавить в PersMarket возможность скачивать PDF вакансий и резюме. Задача звучит несложно, но оказалось, что не всё так банально. Как мы делали раньше такие вещи? На бэкенде с помощью сторонних библиотек (Dompdf, mPDF) генерили документ и отдавали клиенту сырые данные с указанием Content-Type = application/pdf Однако, такие документы плохо поддерживают современный CSS и имеют проблемы со шрифтами. Еще, кстати, был вариант использвать wkhtmltopdf, но это может блокировать выполнение скрипта надолго. Чтобы PDF был такой же красивый, как страница на фронтенде, лучше всего и генерировать браузером. Я провел консультативную сессию с несколькими нейросетями, и они отговорили меня от генерации чисто на фронтенде (jsPDF, html2pdf). Говорят, PDF будет "плыть", стили ломаться, и серверную логику не добавить. В итоге мы с ними нашли интересный вариант - генерация через headless-браузер. Как это работает? Поскольку у меня Docker-сонтейнеры, я добавил еще один контейнер, внутрь которого положил Node.js-скрипт. Он умеет отображать страницы сервиса у себя внутри в браузере Chromium без пользовательского интерфейса (headless). Работает через Puppeteer. По запросу фронтенда бэкенд идет в PDF-сервис и просит конкретную страницу. После рендера страницы она сохраняется в PDF и отдается бэкенду, а он пересылает ее клиенту. Страница получается точно такая же, как в браузере, со всеми стилями и даже эмоджи. В общем, всё получилось, и, на мой взгляд, вполне прилично. Пришлось повозиться с пробросом аутентификации, но все вопросы решились. Далее это всё можно обкладывать очередями, кэшами, rate-limiter-ами и т.д. А ведь headless-браузер можно использовать и в быту. Например: - автоматические e2e-тесты в CI/CD-пайплайнах - автоматический веб-скрейпинг - генерация скриншотов страниц и всякое такое #web #persmarket