Библиотека пхпшника | PHP, Laravel, Symfony, CodeIgniter

⌨️ Топ-вакансий по PHP за неделю PHP-разработчик — от 180 000 до 250 000 ₽, Удалёнка (Москва) Middle FullStack Developer (PHP / Laravel / Vue) — от 150 000 ₽, Удаленка (Москва) Middle / Senior PHP Developer — Договорная, Удалёнка/Офис (Кипр) ➡️ Еще больше топовых вакансий — в нашем канале PHP Jobs

🧹 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 Библиотека пхпшника

#байтовый_юмор

Loupe Полнотекстовая поисковая система с токенизацией, стеммингом, устойчивостью к опечаткам, фильтрами и географической поддержкой, основанная на чистом PHP и SQLite. 🔗 Github Библиотека пхпшника #инструменты

🧠 Монолит или Web API? Проверим на практике Представьте ситуацию 👇 Вы начинаете новый PHP-проект с нуля. Есть бизнес-идея, сроки поджимают, команда не бесконечная. Вопрос не теоретический — архитектурный. 👉 Какой подход вы выберете и почему? 🅰️ Монолит Быстрее старт Проще деплой Меньше инфраструктурного шума 🅱️ Web API + клиент Чёткие контракты Готовность к мобильным приложениям Проще масштабировать команды 🅾️ Модульный монолит (гибрид) Один репозиторий Внутренние API/DTO Возможность без боли выделить API позже 🅿️ Зависит от контекста Размер команды Тип продукта Планируемый рост Условия (чтобы было честно): PHP (Laravel / Symfony — не важно) 1–2 месяца на MVP Возможен рост продукта, но не гарантирован Продакшн, а не pet-project 💬 Напишите в комментариях: 1️⃣ Что выберете первым шагом 2️⃣ При каком триггере поменяете архитектуру 3️⃣ Какой самый болезненный опыт у вас был: с монолитом или с API #элементарный_выбор Библиотека пхпшника

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

Проект начинался как обычное 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 Масштабирование сервисов Бэкапы перед обновлением Автоматическая проверка состояния Это не история про «идеальный стек». Это история про боль → дисциплину → устойчивую систему. 💬 А как вы решаете конфликты портов? 👉 Ссылка на статью Библиотека пхпшника

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

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

💻 Подборка новостей по 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-пакет. Библиотека пхпшника #свежак

🎄 Новый год прошёл — возвращаемся в рабочий режим Декабрь был рваным: дедлайны, релизы «перед праздниками», хотфиксы между салатами и попытки не сломать прод на последнем деплое года. Теперь это уже история — самое время спокойно разобрать, что реально произошло и что делать дальше. Предлагаем в этой ветке дополнительно обсудить: 🎯 что из запланированного на декабрь так и не взлетело — и почему 📉 какие технические долги утащили с собой в январь 📈 какие решения неожиданно сработали лучше ожиданий 🧪 что хотите переписать, выкинуть или зафиксить в первом квартале 🚀 планы на 2026: стек, архитектура, апгрейды, эксперименты Новый год — удобная точка не для «мотивационных обещаний», а для холодного инженерного пересмотра: что масштабируется, что тормозит команду, а что пора честно признать ошибкой. 👇 Пишите, с чем вы вошли в январь — и куда собираетесь двигаться дальше. Библиотека пхпшника

#байтовый_юмор

«Этот манёвр будет стоить нам 51 год...» Если вы застряли на поддержке легаси, пора делать манёвр в сторону архитектуры и алгоритмов. Это единственный путь к масштабным проектам и высоким зарплатам. До понедельника все курсы Proglib Academy доступны по старой цене: — Разработка ИИ-агентов — Математика для разработки AI-моделей — ML для старта в Data Science — Математика для Data Science — Специалист по ИИ — Алгоритмы и структуры данных — Программирование на Python — Основы IT для непрограммистов — Архитектуры и шаблоны проектирования Успеть забрать со скидкой ⚠️ Дедлайн — 19 января

Иногда вам может потребоваться убедиться, что строка заканчивается определенным символом, например косой чертой или точкой. Laravel поставляется с помощником finish, который позволяет сделать это 🚀. Библиотека пхпшника #vardump

🧑‍💻 Пишете на PHP, но всё чаще появляются задачи, где стандартного стека не хватает? Интенсивные вычисления, интеграции с нативным кодом, необходимость выжать максимум из железа — здесь в игру входят FFI и WASM. 📖 На открытом уроке поговорим о сценариях применения, типичных задачах, для которых подключают FFI или WebAssembly, и разберём реальные примеры. ❗️ Вы увидите, какие преимущества дают FFI и WASM с точки зрения производительности и гибкости и архитектуры, а также с какими рисками и ограничениями придётся считаться. Это полезно тем, кто хочет выходить за рамки классического PHP и понимать, какие инструменты есть над фреймворками. ▶️ Встречаемся 26 января в 20:00 МСК в преддверие старта курса «PHP Developer. Professional». Регистрация открыта: https://clc.to/u0ASNg Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru

Небольшой совет по 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 Когда не стоит Не используйте, если: — нужна валидация — вы трансформируете значение — важно явно показать логику инициализации Здесь старый способ — осознанно лучше. 🔗Ссылка на статью Библиотека пхпшника

🧠 Отключайте логирование SQL при тяжёлых запросах 🧠 Суть проблемы Когда вы выполняете много SQL-запросов, особенно в пакетных операциях (импорт больших объёмов данных, миграции, мигрейт-скрипты), ORM может логировать каждый запрос. Такое логирование полезно при отладке, но в рабочих сценариях оно: ⚡ генерирует огромное количество записей в памяти, ⚡ может привести к утечкам памяти (memory leak) при Doctrine, если логгер накапливает записи, ⚡ увеличивает время выполнения операции, так как обработка логов сама по себе не бесплатна. Почему отключать логирование полезно 🔹 При больших импортных задачах или миграциях сотни тысяч запросов могут накапливаться в логере — это вызывает рост потребления памяти и может привести к «зависанию» процесса. 🔹 Если логирование не нужно в этом контексте, его отключение убирает ненужную нагрузку и ускоряет выполнение операций. 🔹 Это особенно важно на production-задачах, где производительность имеет приоритет над подробным аудитом запросов. 🛠️ Как отключить логирование в разных экосистемах 🟦 Laravel (Eloquent / Query Logging) Laravel логирует запросы, если включён режим отладки или уровень логов очень подробный. Чтобы уменьшить SQL-логирование, в .env: APP_DEBUG=false LOG_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-вызовов ❗ Если у вас разработка и подробные логи помогают тестировать логику Библиотека пхпшника

Yii3. Официальный релиз Это случилось! Yii3 официально выпущен после многих лет интенсивной разработки и полировки. 🔗 Хабр Библиотека пхпшника

Roadmap: Внедрение ИИ-агентов в PHP-приложения ИИ-агенты — это новый стандарт автоматизации бэкенда. Разработчикам на PHP пора осваивать архитектуру автономных систем для расширения возможностей своих проектов. Этапы обучения: — изучение принципов взаимодействия с языковыми моделями через API; — проектирование агентской логики: инструменты, память, планирование; — интеграция мультиагентных систем в веб-сервисы; — оптимизация работы агентов для решения бизнес-задач. Курс «Разработка ИИ-агентов» проведёт вас от теории до реализации готовых ИИ-решений. Стать AI-разработчиком До 19 января действует акция «3 в 1»: купите один курс — два получите бесплатно.