#QI21 huggingface.co/Qwen/Qwen-Image-2.1-Turbo - официальная Turbo-версия Qwen Image 2.1 от Qwen. И диффузионные модели Comfy-Org: huggingface.co/Comfy-Org/Qwen-Image-2.1/tree/main/diffusion_models github.com/hypersniper05/MCP-Image-Generator-Uncensored - #MCP для Qwen 2.1: любой LLM-клиент с MCP управляет генерацией. 2K, панорамы, эдит до 10 картинок, бесшовные тайлы (нормали/высоты), апскейл до 8K, 360-вьювер, удаление вотермарков и фона, прозрачные PNG, текст в картинке. В Docker, пик 11GB VRAM #uncensored huggingface.co/akhaliq/Qwen-Image-2.1-Multiple-Angles-LoRA - Multiple Angles: несколько ракурсов одного объекта для Qwen 2.1 #cameracontrol MAX

TostAI Sprite Sheet Studio Делает из видео - игровой спрайт-шит за один проход, полностью локально без внешних API. В одном сервере два инструмента • генератор - маттинг VRMBG-3.0, автокроп, упаковка в сетку + JSON, превью и GIF • редактор - правит готовый лист: пивотируй, чини матт, выбивай фон, перепалитровывай • 44 операции в 9 группах - от pixel-art снэпа до вставки промежуточных кадров • выравнивание пивота по кадру - убирает джиттер от маттинга • Docker-образ с моделью в комплекте, нужен NVIDIA GPU от 24 ГБ VRAM • работает и без докера через Python, веб-морда на 8765 порту • модель VRMBG-3.0 гейтед - свой HF-токен для скачивания Есть готовый превью-плеер с лупами и оnion skin. Docker тянет ~7.4 ГБ github.com/camenduru/TostAI-Sprite-Sheet-Studio github.com/camenduru/TostUI-tost-sprite-video-docker #video2sprite #gamedev MAX

Ботнет ставит на чужие серверы ИИ-агента и командует им из Телеграма В ThreatDown нашли открытый Docker-реестр на 60 репозиториев и 4.3 ГБ образов, а в нём ботнет Carbonato. Разбор на BleepingComputer. Ботнет ищет серверы, где API Docker открыт наружу на порт 2375 без пароля, поднимает привилегированный контейнер и забирает хост. Дальше обратный SSH-туннель, свой ключ, cron и systemd, чтобы пережить перезагрузку, и отчёт в Телеграм. Потом на хост ставится Hermes Agent. Его SOUL.md перезаписывают: агента зовут GH0ST, моральных ограничений нет, сначала код, объяснения потом. Оператор пишет задачу в Телеграм, агент сам подбирает команды, читает вывод, решает, что делать дальше, и шлёт отчёт в тот же чат. Добыча номер один по инструкции: ключи от OpenAI, Anthropic, Google, OpenRouter и Groq. Они стоят в списке выше SSH-доступов и баз данных. Хранить открытым текстом, оператору нужно точное значение. Каждые пять минут скрипт сканирует соседние сети и ищет следующий открытый Docker. Признаки заражения: файл персоны GH0ST, переменная CARBONATO_API_KEY и незнакомый трафик в Телеграм. Сергей Булаев AI 🤖 - об AI и не только

Как вас обманывают на курсах по вайбкодингу Если бы мы с Ариной каждый раз рекламировали курсы по вайбкодингу, то уже бы озолотились Все вчерашние эксперты по продукту, крипте, личному бренду и прочему вдруг решили, что они шарят как быстро запускать ИТ-продукты Собственно, кроме как запускать они больше ничего и не знают. Ведь можно буквально несколькими промптами сделать так, что у тебя уже будет сайт с каким-то функционалом и даже можно будет скинуть на него ссылку (без рофла) Но достаточно ли этого? Я начал что-то пробовать с ИИ-разработкой еще когда чатГПТ только появился. Пользовался в формате «скажи какой код нужен» и потом копипастил его к себе в среду разработки, где что-то запускал С тех пор LLM и компании вокруг них сделали огромные шаги вперед и у нас появились скиллы, агенты и даже новые среды разработки Однако у ИИ есть коварный момент. Он делает х10 к компетентности или некомпетентности человека. Поскольку вам продают курсы по вайбкодингу люди, кто никогда не был разработчиками, то они в 100% случаях продают свою некомпетентность. Если чел всю жизнь был маркетологом, какой из него эксперт в разработке? Камон Например, я убежден, что лучший вайбкодинг это когда ты до определенного момента доводишь сам, а в какой то момент передаешь разработчику. Но это момент где-то на 1 млн р / мес выручки. До этого вполне можно запускать все самому. Но там есть куча подводных камней Как минимум, а как накатывать обновления так, чтобы все в проде не накрылось медным тазом? И вот элементарно даже этому не учат Сходил на парочку хайповых курсов: от лысых, волосатых, толстых и худых мужиков. Ну и дичь же они там рассказывают) Даже было несколько неловко смотреть как люди объясняли как вайбкодить НЕ говоря и слова про Docker. Хотя даже я, не разработчик, понимаю, что без него это гг, а не проект Короче, вайбкодинг это модное слово. Но вообще нужно учиться просто разработке с ИИ — агентской разработке Это когда ты сам код не пишешь, но управляешь агентами, которые это делают. А чтобы это уметь, нужно для начала понимать как вообще устроен флоу разработки от требований до деплоя. А вот этому уже никто не учит. Все продают вам воздух из трех вебинаров На интенсиве по кэш-машинке меня регулярно спрашивали, когда я сделаю что-то про вайбкодинг. Поэтому я решил кое-что рассказать, бесплатно Начинаю серию постов 🔥

Открытие дня. Все же знают 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