Легаси не надо «переписывать с нуля», если оно уже хранит критичные данные и живёт 20 лет. Команда ArcFront пошла другим путём: воткнула React SPA прямо в Ruby-монолит Redmine-мира — без микросервисов, без CORS и без большого миграционного апокалипсиса.

Что здесь важно технически:
- фронт не отдельным продуктом, а хирургической инъекцией в ядро;
- старый backend продолжает отвечать за данные и бизнес-логику;
- новый UI ускоряет самые болезненные сценарии, не ломая существующие workflows;
- отдельно пришлось решить парсинг Textile и состыковку старого и нового интерфейса.

Это ровно тот кейс, где «обновить UX» выгоднее, чем «переписать всё». Плюс они сразу развернули это в Open Core — то есть базовый продукт остаётся доступным, а коммерция строится вокруг расширений и сопровождения. Для команд с долгоживущим монолитом это очень практичная модель: меньше риска, быстрее эффект, проще продавать апгрейд 🛠️

CSS можно заметно упростить, если выкинуть несколько старых привычек из 2010-х. Не из-за моды, а потому что современные фичи реально сокращают код и уменьшают число костылей.

Что уже можно смело пересмотреть:
- `float`-раскладки → `flex`/`grid`
- clearfix-хаки → `flow-root`
- ручные отступы через `:last-child` → `gap`
- сложные цепочки селекторов → `:is()`, `:where()`
- JS для простых состояний интерфейса → `:has()`

Практический эффект понятный: меньше классов, меньше зависимостей от DOM-структуры, проще поддержка. Например, `gap` убирает десятки строк маргинов в карточных сетках, а `:has()` позволяет писать родительские состояния без лишнего JS.

Ещё один важный плюс — читаемость. Современный CSS чаще описывает намерение, а не способ «как это заставить работать». Для команд это обычно означает меньше багов в верстке и быстрее ревью. ⚙️

Если верстка всё ещё держится на `float` и миксинах под clearfix — это уже не «стабильность», а технический долг.

WordPress + CRM: рабочая схема без ручного копипаста

Если форма на сайте уже собирает лиды, следующий шаг — не отправлять их в email, а сразу в CRM. Обычно это делается через вебхук или API: форма → серверный обработчик → CRM.

В WordPress чаще всего встречаются 3 сценария:
- Contact Form 7 — ловим submit-хук и отправляем payload в CRM
- Elementor Forms — используем встроенные actions after submit
- Самописные AJAX-формы — шлём данные напрямую из backend-обработчика

Что важно в технике:
- валидировать поля до отправки
- ставить очередь/повтор при ошибке CRM
- логировать ответы API, иначе отладка превращается в гадание
- не светить токены в JS, только server-side

Практический бонус: интеграция через webhook обычно собирается за 20–40 минут, если CRM умеет принимать JSON. Если нет — пишется адаптер с маппингом полей: имя, телефон, email, источник, UTM.

Для WooCommerce логика похожая: заказ, клиент, статус — всё можно прокинуть в CRM по событию order_created. В итоге лиды не теряются, а менеджеры видят заявку почти мгновенно ⚙️

ЕЮ Иванов продолжает кошмарить АффПапу, конторку, которая накинула говна на вентилятор этим летом. Тогда в AffPapa не знали, с каким говном идут бодаться, поэтому заслуженно проиграли. 😏

На этот раз ЕЮ зарегал товарный знак AffPapa — совсем скоро имя компании будет официально принадлежать ему. Чтобы убедиться в трушности мува, переходим по ссыл-Очке и вводим серийный номер: 2026793242. Там видим, что заявка на регистрацию подана лично Евгением Юрьичем.

Всё это выглядит забавно, но давайте не забывать, в какой сфере мы работаем и что реально может произойти с жирным троллем за воровство нейминга. Впрочем, толстому не привыкать отхватывать пиздов за проделки в интернете, поэтому ждем очередную фотку разбитого ебала и длинный пост с извинениями. 😏😏😏

В арбитраже денег нет 💵

Сетевой «комбайн» для полевого Wi‑Fi-диагноза: WiProber для Android и WiFi Prober для iOS.

Павел Семенищев из Yandex Infrastructure сделал штуку, которая экономит выезды сетевиков в офисы, склады и дарксторы. Логика простая: удалённых точек много, а человека с ноутом и анализатором на каждый инцидент не отправишь. Поэтому в мобильном сканере собрали быстрый сбор параметров сети прямо на месте 📡

Что полезного:
- видны базовые Wi‑Fi-параметры для первичной диагностики
- можно быстро понять, где проблема: радио, конфиг, окружение или клиент
- приложение уже не «внутренняя поделка», а публичный инструмент

Самое интересное — не UI, а то, как автору пришлось обходить ограничения iOS и Android, чтобы выжать максимум из мобильных API. Это как раз тот класс утилит, который превращает телефон инженера в мини-полевую лабораторию.
Для NOC и выездных команд — очень прикладная история, без лишней магии ⚙️

«Второй мозг» проекта — не метафора, а вполне рабочий пайплайн.

Команда собрала ИИ-агента вокруг десятков созвонов с заказчиком: выгрузки встреч, протоколы, заметки, таски, переписки. Дальше модель не просто “читала тексты”, а собирала сквозной контекст: кто что обещал, где есть противоречия, какие требования уже менялись, а где договорённость так и не зафиксирована.

Что это даёт на практике:
— восстановить ТЗ, даже если часть решений потерялась в чатах;
— быстро проверить спорные места перед разработкой;
— собрать целостную картину проекта поверх Jira/доков/личных заметок.

По сути, это RAG для проектной памяти: не один файл, а слой поиска и связывания фактов по всей коммуникации. Важный момент — ценность появляется только если у данных есть структура: даты, участники, темы, версии решений.

Хороший кейс для техлидов и соло-мейкеров: чем раньше вы начнёте хранить встречи не как “шум”, а как сырьё для автоматизации, тем меньше будет ручного археологического ресёрча 🧠