How to: правильно обрабатывать ошибки валидации в Symfony
DTO +
Но ошибки валидации по умолчанию — шумные, разные по формату и неудобные для фронта.
Из-за этого часто появляются:
✅ Правильный подход
Пусть валидация падает сама, а форматирование ошибок происходит глобально, один раз.
Это решает Symfony Validation Response Bundle:
🔹 перехватывает ошибки из
🔹 возвращает чистый JSON;
🔹 единый формат для всех эндпоинтов;
🔹 без логики в контроллерах.
🚀 Быстрый старт
Без конфигурации. Есть
👉 Подробный разбор и примеры — в статье.
Библиотека пхпшника
DTO +
#[MapRequestPayload] в Symfony выглядят отлично.Но ошибки валидации по умолчанию — шумные, разные по формату и неудобные для фронта.
Из-за этого часто появляются:
🔸 try/catch в контроллерах🔸 дублирующийся маппинг ошибок🔸 хаос в API-ответах✅ Правильный подход
Пусть валидация падает сама, а форматирование ошибок происходит глобально, один раз.
Это решает Symfony Validation Response Bundle:
🔹 перехватывает ошибки из
#[MapRequestPayload], #[MapQueryString], #[MapUploadedFile];🔹 возвращает чистый JSON;
🔹 единый формат для всех эндпоинтов;
🔹 без логики в контроллерах.
🚀 Быстрый старт
composer require soleinjast/symfony-validation-responseБез конфигурации. Есть
simple, RFC7807 и кастомные форматтеры.👉 Подробный разбор и примеры — в статье.
Библиотека пхпшника
⌨️ Топ-вакансий по PHP за неделю
PHP разработчик — от 170 000 до 240 000 ₽, Удалёнка (Москва)
Middle+ / Senior Laravel разработчик — от 2200 до 3000 $, Удаленка (Москва)
Веб-программист PHP — 200 000 до 300 000 ₽, Удаленка (Москва)
➡️ Еще больше топовых вакансий — в нашем канале PHP Jobs
PHP разработчик — от 170 000 до 240 000 ₽, Удалёнка (Москва)
Middle+ / Senior Laravel разработчик — от 2200 до 3000 $, Удаленка (Москва)
Веб-программист PHP — 200 000 до 300 000 ₽, Удаленка (Москва)
➡️ Еще больше топовых вакансий — в нашем канале PHP Jobs
Roadmap: Внедрение ИИ-агентов в PHP-приложения
ИИ-агенты — это новый стандарт автоматизации бэкенда. Разработчикам на
Этапы обучения:
— изучение принципов взаимодействия с языковыми моделями через
— проектирование агентской логики: инструменты, память, планирование;
— интеграция мультиагентных систем в веб-сервисы;
— оптимизация работы агентов для решения бизнес-задач.
Курс «Разработка ИИ-агентов» проведёт вас от теории до реализации готовых ИИ-решений.
Стать AI-разработчиком
До 19 января действует акция «3 в 1»: купите один курс — два получите бесплатно.
ИИ-агенты — это новый стандарт автоматизации бэкенда. Разработчикам на
PHP пора осваивать архитектуру автономных систем для расширения возможностей своих проектов.Этапы обучения:
— изучение принципов взаимодействия с языковыми моделями через
API;— проектирование агентской логики: инструменты, память, планирование;
— интеграция мультиагентных систем в веб-сервисы;
— оптимизация работы агентов для решения бизнес-задач.
Курс «Разработка ИИ-агентов» проведёт вас от теории до реализации готовых ИИ-решений.
Стать AI-разработчиком
До 19 января действует акция «3 в 1»: купите один курс — два получите бесплатно.
😁1
Yii3. Официальный релиз
Это случилось! Yii3 официально выпущен после многих лет интенсивной разработки и полировки.
🔗 Хабр
Библиотека пхпшника
Это случилось! Yii3 официально выпущен после многих лет интенсивной разработки и полировки.
🔗 Хабр
Библиотека пхпшника
🎉30😁12
🧠 Отключайте логирование SQL при тяжёлых запросах
🧠 Суть проблемы
Когда вы выполняете много SQL-запросов, особенно в пакетных операциях (импорт больших объёмов данных, миграции, мигрейт-скрипты), ORM может логировать каждый запрос.
Такое логирование полезно при отладке, но в рабочих сценариях оно:
⚡ генерирует огромное количество записей в памяти,
⚡ может привести к утечкам памяти (memory leak) при Doctrine, если логгер накапливает записи,
⚡ увеличивает время выполнения операции, так как обработка логов сама по себе не бесплатна.
Почему отключать логирование полезно
🔹 При больших импортных задачах или миграциях сотни тысяч запросов могут накапливаться в логере — это вызывает рост потребления памяти и может привести к «зависанию» процесса.
🔹 Если логирование не нужно в этом контексте, его отключение убирает ненужную нагрузку и ускоряет выполнение операций.
🔹 Это особенно важно на production-задачах, где производительность имеет приоритет над подробным аудитом запросов.
🛠️ Как отключить логирование в разных экосистемах
🟦 Laravel (Eloquent / Query Logging)
Laravel логирует запросы, если включён режим отладки или уровень логов очень подробный.
Чтобы уменьшить SQL-логирование, в
Это снизит объём логов, не выводя SQL-запросы по умолчанию (они обычно логируются на уровне debug).
Если же вы используете кастомный логгер запросов — отключите его в продакшене.
🟩 Symfony / Doctrine ORM
Doctrine по умолчанию может логировать SQL через SQLLogger (особенно в dev-режиме).
Для отключения логгера Doctrine:
Это полностью выключит SQL-логирование для этого соединения.
Такой подход особенно полезен при массовых операциях, например в консольных командах или миграциях.
💡 Значение
⚠️ В более новой версии Doctrine SQLLogger был заменён системой middlewares, и для полного отключения придётся убирать middleware-логгеры — см. документацию.
📌 Пример использования в консоли (Symfony)
Если у вас есть импорты/массовая обработка в консольной команде — отключите логгер в начале:
Такой трюк помогает избежать накопления большого количества логов в памяти и снижает риски OOM (Out Of Memory).
🧠 Когда это стоит делать
✅ Тяжёлые операции с данными: импорт/экспорт больших таблиц, миграции
✅ Длительные фоновые задачи в очередях/консоли
✅ Прод-окружение, где логи не нужны для каждого SQL-запроса
⚠️ Когда не стоит отключать
❗ Если вы на этапе отладки и хотите видеть каждый запрос для оптимизации
❗ Если нужно собирать подробную аналитику SQL-вызовов
❗ Если у вас разработка и подробные логи помогают тестировать логику
Библиотека пхпшника
🧠 Суть проблемы
Когда вы выполняете много SQL-запросов, особенно в пакетных операциях (импорт больших объёмов данных, миграции, мигрейт-скрипты), ORM может логировать каждый запрос.
Такое логирование полезно при отладке, но в рабочих сценариях оно:
⚡ генерирует огромное количество записей в памяти,
⚡ может привести к утечкам памяти (memory leak) при Doctrine, если логгер накапливает записи,
⚡ увеличивает время выполнения операции, так как обработка логов сама по себе не бесплатна.
Почему отключать логирование полезно
🔹 При больших импортных задачах или миграциях сотни тысяч запросов могут накапливаться в логере — это вызывает рост потребления памяти и может привести к «зависанию» процесса.
🔹 Если логирование не нужно в этом контексте, его отключение убирает ненужную нагрузку и ускоряет выполнение операций.
🔹 Это особенно важно на production-задачах, где производительность имеет приоритет над подробным аудитом запросов.
🛠️ Как отключить логирование в разных экосистемах
🟦 Laravel (Eloquent / Query Logging)
Laravel логирует запросы, если включён режим отладки или уровень логов очень подробный.
Чтобы уменьшить SQL-логирование, в
.env:APP_DEBUG=falseLOG_LEVEL=infoЭто снизит объём логов, не выводя SQL-запросы по умолчанию (они обычно логируются на уровне debug).
Если же вы используете кастомный логгер запросов — отключите его в продакшене.
🟩 Symfony / Doctrine ORM
Doctrine по умолчанию может логировать SQL через SQLLogger (особенно в dev-режиме).
Для отключения логгера Doctrine:
$emConfig = $entityManager->getConnection()->getConfiguration();$emConfig->setSQLLogger(null);Это полностью выключит SQL-логирование для этого соединения.
Такой подход особенно полезен при массовых операциях, например в консольных командах или миграциях.
💡 Значение
null удаляет логгер, и Doctrine перестаёт накапливать записи о каждом выполненном SQL.⚠️ В более новой версии Doctrine SQLLogger был заменён системой middlewares, и для полного отключения придётся убирать middleware-логгеры — см. документацию.
📌 Пример использования в консоли (Symfony)
Если у вас есть импорты/массовая обработка в консольной команде — отключите логгер в начале:
public function execute(InputInterface $input, OutputInterface $output): int
{
$config = $this->entityManager->getConnection()->getConfiguration();
$config->setSQLLogger(null);
// дальнейшая обработка
}
Такой трюк помогает избежать накопления большого количества логов в памяти и снижает риски OOM (Out Of Memory).
🧠 Когда это стоит делать
✅ Тяжёлые операции с данными: импорт/экспорт больших таблиц, миграции
✅ Длительные фоновые задачи в очередях/консоли
✅ Прод-окружение, где логи не нужны для каждого SQL-запроса
⚠️ Когда не стоит отключать
❗ Если вы на этапе отладки и хотите видеть каждый запрос для оптимизации
❗ Если нужно собирать подробную аналитику SQL-вызовов
❗ Если у вас разработка и подробные логи помогают тестировать логику
Библиотека пхпшника
👍3
Небольшой совет по PHP, который сэкономит время (и строки кода)
Недавно при ревью PHP-проекта всё работало идеально: тесты зелёные, багов нет.
Но в глаза бросилось другое — один и тот же шаблон в каждом конструкторе(фото 1)
Технически всё корректно.
Практически — это рутина.
Когда в проекте:
— десятки классов
— по 5–10 свойств в каждом
вы постоянно пишете один и тот же бойлерплейт. Это шум, а не логика.
Что изменилось с PHP 8.0
В PHP 8.0 появился Constructor Property Promotion.
Он позволяет объявлять и инициализировать свойства прямо в конструкторе(фото 2)
Результат:
— нет отдельных свойств
— нет
— поведение то же
— кода меньше
— читать быстрее
Мозг фокусируется на зависимостях класса, а не на механике.
Видимость — любая
Работает ровно так, как ожидается.
Реальный эффект на проекте
В одном Laravel-сервисе было 12 свойств.
Конструктор — ~30 строк.
После рефакторинга:
— 6 строк
— логика не изменилась
— код стало проще ревьюить
Времени: ~2 минуты (multi-cursor в VS Code).
Когда стоит использовать
Используйте promotion, если:
— свойства задаются только в конструкторе
— нет дополнительной логики при присваивании
— хотите чистый, современный PHP
Когда не стоит
Не используйте, если:
— нужна валидация
— вы трансформируете значение
— важно явно показать логику инициализации
Здесь старый способ — осознанно лучше.
🔗 Ссылка на статью
Библиотека пхпшника
Недавно при ревью PHP-проекта всё работало идеально: тесты зелёные, багов нет.
Но в глаза бросилось другое — один и тот же шаблон в каждом конструкторе(фото 1)
Технически всё корректно.
Практически — это рутина.
Когда в проекте:
— десятки классов
— по 5–10 свойств в каждом
вы постоянно пишете один и тот же бойлерплейт. Это шум, а не логика.
Что изменилось с PHP 8.0
В PHP 8.0 появился Constructor Property Promotion.
Он позволяет объявлять и инициализировать свойства прямо в конструкторе(фото 2)
Результат:
— нет отдельных свойств
— нет
$this->name = $name— поведение то же
— кода меньше
— читать быстрее
Мозг фокусируется на зависимостях класса, а не на механике.
Видимость — любая
class Post
{
public function __construct(
public string $title,
public string $content,
private int $authorId
) {}
}
Работает ровно так, как ожидается.
Реальный эффект на проекте
В одном Laravel-сервисе было 12 свойств.
Конструктор — ~30 строк.
После рефакторинга:
— 6 строк
— логика не изменилась
— код стало проще ревьюить
Времени: ~2 минуты (multi-cursor в VS Code).
Когда стоит использовать
Используйте promotion, если:
— свойства задаются только в конструкторе
— нет дополнительной логики при присваивании
— хотите чистый, современный PHP
Когда не стоит
Не используйте, если:
— нужна валидация
— вы трансформируете значение
— важно явно показать логику инициализации
Здесь старый способ — осознанно лучше.
Библиотека пхпшника
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🥱10❤6
This media is not supported in your browser
VIEW IN TELEGRAM
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru
Please open Telegram to view this post
VIEW IN TELEGRAM
Иногда вам может потребоваться убедиться, что строка заканчивается определенным символом, например косой чертой или точкой. Laravel поставляется с помощником
Библиотека пхпшника
#vardump
finish, который позволяет сделать это 🚀.Библиотека пхпшника
#vardump
🥱8👍4
«Этот манёвр будет стоить нам 51 год...»
Если вы застряли на поддержке легаси, пора делать манёвр в сторону архитектуры и алгоритмов. Это единственный путь к масштабным проектам и высоким зарплатам.
До понедельника все курсы Proglib Academy доступны по старой цене:
— Разработка ИИ-агентов
— Математика для разработки AI-моделей
— ML для старта в Data Science
— Математика для Data Science
— Специалист по ИИ
— Алгоритмы и структуры данных
— Программирование на Python
— Основы IT для непрограммистов
— Архитектуры и шаблоны проектирования
Успеть забрать со скидкой
⚠️ Дедлайн — 19 января
Если вы застряли на поддержке легаси, пора делать манёвр в сторону архитектуры и алгоритмов. Это единственный путь к масштабным проектам и высоким зарплатам.
До понедельника все курсы Proglib Academy доступны по старой цене:
— Разработка ИИ-агентов
— Математика для разработки AI-моделей
— ML для старта в Data Science
— Математика для Data Science
— Специалист по ИИ
— Алгоритмы и структуры данных
— Программирование на Python
— Основы IT для непрограммистов
— Архитектуры и шаблоны проектирования
Успеть забрать со скидкой
⚠️ Дедлайн — 19 января