🎄 Новый год прошёл — возвращаемся в рабочий режим

Декабрь был рваным: дедлайны, релизы «перед праздниками», хотфиксы между салатами и попытки не сломать прод на последнем деплое года. Теперь это уже история — самое время спокойно разобрать, что реально произошло и что делать дальше.

Предлагаем в этой ветке дополнительно обсудить:
🎯 что из запланированного на декабрь так и не взлетело — и почему
📉 какие технические долги утащили с собой в январь
📈 какие решения неожиданно сработали лучше ожиданий
🧪 что хотите переписать, выкинуть или зафиксить в первом квартале
🚀 планы на 2026: стек, архитектура, апгрейды, эксперименты

Новый год — удобная точка не для «мотивационных обещаний», а для холодного инженерного пересмотра: что масштабируется, что тормозит команду, а что пора честно признать ошибкой.

👇 Пишите, с чем вы вошли в январь — и куда собираетесь двигаться дальше.

Библиотека пхпшника

💻 Подборка новостей по PHP за неделю:​

🔹 Laravel: официальная AI-документация — в документации Laravel 12.x появился раздел AI Assisted Development с рекомендациями по эффективному использованию AI-инструментов при разработке Laravel-приложений.

🔹 Filament v4.5 — вышло обновление админ-панели с улучшениями из версий 4.4 и 4.5: доработки UX, новые возможности компонентов и дальнейшая шлифовка стабильности.

🔹 Claude Code Simplifier для Laravel — Тейлор Отвелл выпустил плагин для Claude Code, который автоматизирует упрощение и чистку Laravel/PHP-кода прямо в рабочем процессе.

🔹 Laravel 12.45.1–12.46.0 — добавлены новые хелперы для массивов и коллекций, улучшена авторизация Gate с поддержкой enum, а также включены важные багфиксы.

🔹 Symfony 5–11 января — фокус на исправлении багов и обновлении тестов под новые версии PHPUnit. В Symfony 8.1 начали появляться новые фичи, а Symfony UX представил новый Toolkit-пакет.

Библиотека пхпшника

#свежак

✅Автозаполнение вводимых команд в Laravel

При создании опций для CLI-приложений вы можете улучшить UX, реализовав автозаполнение для пользователя. Это можно сделать с помощью метода anticipate, предоставляемого Laravel 🚀

Библиотека пхпшника

#vardump

echo $old_price; // deprecated

Завтра стоимость всех курсов Proglib.academy вырастет. Залетайте в обучение сегодня, чтобы успеть до планового обновления прайса.

Залить качественную обнову в скиллы

Проект начинался как обычное PHP-приложение, а закончился полностью автоматизированным CI/CD-пайплайном для PHP-микросервисов.
По дороге — YAML-ад, конфликты портов, падения пайплайнов и неожиданные различия macOS vs Linux.

🧱 Что строилось
PHP 8.2 (FPM) — backend-сервисы
Nginx — reverse proxy / API Gateway
MySQL + Redis — данные
Docker Compose — оркестрация
GitHub Actions — CI/CD
Prometheus + Grafana — мониторинг
Жёстко зафиксированные порты: 9000 / 9001 / 8081 / 3000 / 9090

💥 Что сломалось первым
Docker Compose: services must be a mapping → YAML не прощает отступы
Конфликты портов → без документации сервисы воюют
GitHub Actions: .env.example есть локально, но не в Git
CRLF vs LF → пайплайн падает из-за line endings

🔧 Что в итоге сработало
Переменные окружения + дефолты по портам
Healthchecks на уровне Docker и CI
Fallback-логика для .env в CI
Отдельный скрипт проверки живости сервисов
Мониторинг не «потом», а сразу

🧠 Ключевые выводы
Infrastructure as Code ≠ магия — тестируется и ревьюится как код
CI/CD — это быстрый фидбек, а не просто «зелёная галочка»
Порты — ограниченный ресурс, их нужно резервировать заранее
12-Factor App работает и для DevOps, не только для приложений
Наблюдаемость важнее героизма при падении продакшена

🚀 Прод
Zero-downtime deploy
Масштабирование сервисов
Бэкапы перед обновлением
Автоматическая проверка состояния

Это не история про «идеальный стек».
Это история про боль → дисциплину → устойчивую систему.

💬 А как вы решаете конфликты портов?

👉 Ссылка на статью

Библиотека пхпшника

Что выведет код?

🧠 Монолит или Web API? Проверим на практике

Представьте ситуацию 👇
Вы начинаете новый PHP-проект с нуля.
Есть бизнес-идея, сроки поджимают, команда не бесконечная.

Вопрос не теоретический — архитектурный.

👉 Какой подход вы выберете и почему?

🅰️ Монолит
Быстрее старт
Проще деплой
Меньше инфраструктурного шума

🅱️ Web API + клиент
Чёткие контракты
Готовность к мобильным приложениям
Проще масштабировать команды

🅾️ Модульный монолит (гибрид)
Один репозиторий
Внутренние API/DTO
Возможность без боли выделить API позже

🅿️ Зависит от контекста
Размер команды
Тип продукта
Планируемый рост

Условия (чтобы было честно):
PHP (Laravel / Symfony — не важно)
1–2 месяца на MVP
Возможен рост продукта, но не гарантирован
Продакшн, а не pet-project

💬 Напишите в комментариях:
1️⃣ Что выберете первым шагом
2️⃣ При каком триггере поменяете архитектуру
3️⃣ Какой самый болезненный опыт у вас был: с монолитом или с API

#элементарный_выбор

Библиотека пхпшника

Loupe

Полнотекстовая поисковая система с токенизацией, стеммингом, устойчивостью к опечаткам, фильтрами и географической поддержкой, основанная на чистом PHP и SQLite.

🔗 Github

Библиотека пхпшника

#инструменты

🧹 How-to: навести порядок в PHP-проекте с PHP CS Fixer

PHP CS Fixer — инструмент, который автоматически приводит код к единому стилю.
Он убирает хаос с отступами, кавычками, импортами и форматированием — и делает код читаемым и предсказуемым для всей команды.

Зачем нужен единый стиль
👀 Читаемость — код воспринимается быстрее, без лишней когнитивной нагрузки
🤝 Code review без споров — больше никаких обсуждений табов и скобок
🧱 Поддерживаемость — код выглядит так, будто у него один автор
🚀 Быстрый онбординг — новички не привыкают к «местным традициям»
🐛 Меньше ошибок — отклонения от нормы сразу бросаются в глаза

Почему именно PHP CS Fixer
единые правила для всей команды
автоматическое исправление стиля
экономия времени на ревью
профессиональный, индустриальный вид кода

Как начать
1. Добавьте PHP CS Fixer как dev-зависимость
2. Создайте конфигурацию в корне проекта
3. Используйте безопасные правила без изменения поведения кода
4. Исключите служебные и vendor-директории

Лучший старт — стандарт PSR-12 с минимальными дополнениями.

Как встроить в работу
Подход 1: форматирование отдельным коммитом
Сначала логика — потом единый коммит со стилем. История остаётся чистой.
Подход 2: контроль через CI/CD
Пайплайн проверяет стиль и подсказывает разработчику, что нужно поправить до merge.

👉 Medium

Библиотека пхпшника