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

📚 Learning SQL: Master SQL Fundamentals, 3rd Edition (2020) Эта книга — идеальный способ перестать бояться сложных конструкций SQL и наконец понять, что делает твой запрос. Каждая глава — мини-квест с теорией, примерами и упражнениями, которые реально работают. 💡 Что внутри: ✅ Основы SQL и продвинутые фичи — от JOIN до аналитических функций ✅ Создание таблиц, индексов и ограничений ✅ Работа с подзапросами, условной логикой и большими базами данных ✅ Отчёты, аналитика и Big Data (теперь не только для дата-инженеров) ✅ Встроенные функции для конвертации и манипуляций (легальный способ издеваться над данными) ✅ Условная логика в SQL (if-else, но с извращениями) 🔗 Скачать 🤞 Поддержать канал бустом 🐸 Книги для программистов

🎁 И мозг прокачать, и макбук утащить! Proglib.academy разыгрывает MacBook Pro 14 (M3 Pro, 36 GB, 1 TB SSD) 💻 Условия: 1️⃣ Покупаешь любой курс Proglib до 15 ноября. 2️⃣ Проходишь минимум 2 учебные недели (можно осилить за два вечера). 3️⃣ Пишешь куратору в чат своего курса: #розыгрыш. Что за курсы? — Математика для Data Science (6 месяцев боли и просветления). — Основы Python, ML, алгоритмы, AI-агенты и даже курс для тех, кто в IT, но не кодит. 👉 Участвовать в розыгрыше

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

Очереди задач: простой способ пакетной обработки Как работает очередь задач на примере создания миниатюр для видео. Цель: после загрузки видео оно должно высветиться в виде миниатюры

✏️ LeetCode-интервью: почему опытные разработчики их проваливают Инженер с 10+ годами опыта провалил интервью, потому что не смог за 45 минут решить задачу на динамическое программирование, которую не видел с универа. Есть аргументы за решение задач не собеседовании и против. Никто не будет решать задачки с литкода на работе, но и код с O(n²) вместо O(n log n) сто процентов положит прод под нагрузкой. Админ один раз перенервничал и забыл как найти середину отрезка на плоскости. Это полностью заруинило ему алгоритмическую секцию. 💬 Как вы думаете — задачи на собесе это ту мач или имеют место быть? Ждём ваше мнение в комментариях 👇 🐸 Библиотека пхпшника

💡 Symfony Validator: не только для форм Большинство PHP-разработчиков используют Validator в Symfony исключительно для проверки сущностей, связанных с формами. Но этот компонент — гораздо мощнее, чем просто NotBlank и Email. 🔍 В статье автор показывает, как Validator помогает строить устойчивые API и гибкие правила валидации, не завязанные на базу данных. 🧩 1. DTO вместо Entity Антипаттерн — принимать в контроллере Entity. Лучше использовать DTO: 🔒 безопасно (нет mass assignment), 🧠 понятно (чёткий контракт API), 🧱 независимо (никакой связи с ORM).

#[Assert\NotBlank]
#[Assert\Email]
public readonly ?string $email;

⚙️ 2. Динамическая валидация с Group Sequences Хочешь, чтобы обязательные поля менялись в зависимости от условий? Используй GroupSequenceProvider: например, если тип аккаунта corporate — проверяй companyName, если individual — игнорируй. 🧬 3. Проверка вложенных структур С #[Valid] можно валидировать коллекции DTO:

#[Assert\Valid]
public array $items = [];

А с #[Collection] — ассоциативные массивы и JSON-payload’ы. 🧠 4. Свои Constraints с DI Нужна валидация с доступом к базе или API? Создай свой ConstraintValidator, инжектни EntityManager или сервис и пиши логику вроде:

if ($repository->findOneBy([$field => $value])) {
 $this->context->buildViolation('Already in use')->addViolation();
}

Validator в Symfony — это не просто про формы. Это способ держать бизнес-инварианты в чистом, расширяемом и декларативном виде. 🧠 Применяйте его для DTO, API, микросервисов и любых сложных структур. Код станет чище, а валидация — надёжнее. 👉 Читать полностью Библиотека пхпшника

🧠 PHP-лайфхак: короткий синтаксис массивов и оператор объединения с null В PHP часто встречается код вроде этого 👇

$array = [];
$value = isset($data['key']) ? $data['key'] : 'default';

Он работает, но выглядит громоздко. Современный PHP предлагает простой приём, которые делают код чище и короче. ⚡️ Null coalescing operator ?? Вместо проверки isset() можно просто написать:

$value = $data['key'] ?? 'default';

Если ключ 'key' не существует или равен null, вернётся 'default'. Это особенно удобно при работе с конфигами, данными из API или форм. Библиотека пхпшника

«Мой первый AI-агент на базе Neuron — PHP-агентного фреймворка» Пока одни спорят, «жив ли PHP», в экосистеме происходит нечто любопытное — появился Neuron, первый enterprise-ready фреймворк для создания AI-агентов на PHP. Автор статьи — опытный разработчик, который, как и многие, привык к Laravel, Yii и вечному вебу. И вдруг — нейросети, агенты, LLM. Казалось бы, вся движуха где-то между Python и JavaScript. А тут — Neuron, который обещает встроить «разумных» агентов прямо в привычный PHP-проект, без костылей и микросервисов на стороне. 🧠 Что делает Neuron Neuron — это фреймворк для оркестрации AI-агентов. Он позволяет: 🔸 подключать языковые модели (OpenAI, Claude и др.); 🔸 определять, какие функции (инструменты) агент может вызывать — от запросов в базу до API-вызовов; 🔸 собирать workflow из нескольких агентов, где каждый решает часть задачи; 🔸 использовать stream-режим для вывода прогресса в реальном времени; 🔸 внедрять человека в цикл («human-in-the-loop»), чтобы агент мог спрашивать совета. И всё это — на чистом PHP, через Composer и знакомый стек. ⚙️ Примеры применения 🤖 Агент для аналитики — подключается к БД, генерирует отчёты. 👕 Агент-консультант по одежде — берёт данные о погоде и выдает рекомендации. 💬 Агент поддержки — читает обращения клиентов и подсказывает ответы. 📝 SEO-агент — сам скачивает статью, анализирует её и даёт советы по улучшению. Каждый пример показывает идею: ИИ должен не просто отвечать, а действовать осознанно — как разработчик, у которого есть инструменты и план. 🚀 Почему это важно До сих пор PHP-мир оставался «в стороне» от AI-революции. Neuron может это изменить — дать возможность: 🔹 подключать LLM без внешних сервисов на Python; 🔹 строить цепочки агентов, которые работают внутри одного приложения; 🔹 наблюдать и отлаживать их поведение через Inspector.dev. 🔗 Хабр Библиотека пхпшника

Работаете с PostgreSQL и хотите забыть про простои и потери данных? 🤔 Не хотите оказаться в ситуации “руками переключать мастера” в 3 ночи? Этот практикум OTUS для вас! 6 ноября в 20:00 - бесплатно по записи. Разберем вместе с Senior Developer Unlimint: Как устроен Patroni и почему его выбирают для High Availability Как настроить кластеры Postgres, чтобы пережить любой фейловер без паники Демонстрация настройки кластера — всё покажем на живых примерах Как избежать split-brain, не “запилить” себе геморроя с Etcd/Consul Что мониторить, как обновлять, как спасать кластер после сбоев Только живой разбор, без воды и маркетингового бла-бла. Спикер: Андрей Поляков, Senior Developer в Unlimint 🎁Бонусы для участников: Скидка 7% на любой курс OTUS Видео-разбор: Мониторинг в highload-проектах Чек-лист: 5 частых ошибок в отказоустойчивых хранилищах Запишись сейчас — чтобы не искать решение в 3 часа ночи, когда что-то пойдет не так. Увидимся на эфире: https://tglink.io/1285e727c08a Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963. erid: 2W5zFH22cSt

🛰️ How to: настроить Laravel Telescope для отладки и мониторинга Хотите видеть, что происходит внутри вашего Laravel-приложения — какие запросы приходят, какие SQL выполняются, какие ошибки падают? Laravel Telescope — это ваш бортовой мониторинг в одном дашборде. 🧭 Что можно смотреть 🔸 Requests — все HTTP-запросы 🔸 Queries — SQL и время выполнения 🔸 Exceptions — полные стектрейсы ошибок 🔸 Jobs, Cache, Mail, Logs — всё, что делает приложение за кадром 👉 Читать статью Библиотека пхпшника

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

📊 Состояние PHP в 2025 По итогам отчёта JetBrains «The State of PHP 2025» (опрос среди 1 720 разработчиков, для которых PHP — основной язык) 🔹 88% респондентов имеют более 3 лет опыта в PHP; самая большая группа — 6–10 лет. 🔹 56% работают в командах из 2–7 человек, 12% — работают самостоятельно. 🔹 58% не планируют переходить с PHP на другой язык в течение следующего года. 🔹 4% начали использовать PHP менее 6 месяцев назад (против 2% годом ранее); 72% работают с PHP более 4 лет. 🧠 Версии языка & экосистема 🔹 PHP 8.x используется у 89% разработчиков; PHP 7.x — 33%; версии 5.6 и раньше — 8%. 🔹 По фреймворкам и CMS: Laravel лидирует — 64%; WordPress — 25%; Symfony — 23%. 💻 Инструменты разработки 🔹 IDE/editor: доля PhpStorm или IntelliJ IDEA с PHP-плагином выросла до 68%; Visual Studio Code — 23%; новые игроки (например, Cursor) — 6%. 🔹 Уровень удовлетворённости: 53% пользователей PhpStorm дали 5★ (максимум), VS Code — 26%. 🔹 Отладка и тесты: 59% используют var_dump-подход, 39% — дебаггер (например, Xdebug). 🔹 Тестирование: PHPUnit — 50%; Pest — 17% (рост на 4 п.п.). Но 32% всё ещё не пишут тесты. 🔹 Инструменты качества кода: PHPStan — 36% (+9 п.п. за год); PHP CS Fixer — 30%; PHP_CodeSniffer — 22%; Rector — 10%. При этом 42% регулярно не используют ни одного такого инструмента. 🤖 ИИ и кодинг 🔹 95% разработчиков хотя бы пробовали AI-инструмент; 80% — используют регулярно. 🔹 Наиболее популярные: ChatGPT — 49% (в 2024 — выше); GitHub Copilot — 29%; JetBrains AI Assistant — 20% (утроился за год!). 🔹 72% планируют попробовать AI-кодинговых агентов в следующем году; только 8% считают, что они едва ли будут. Препятствия: заботы о конфиденциальности данных (44%), вопросы интеллектуальной собственности (24%), нехватка знаний (22%). 🎉 Дополнительно 🔹 FrankenPHP становится проектом, поддерживаемым PHP Foundation, и предлагает асинхронную обработку запросов в PHP. 🔹 В 2025-м языку PHP исполнилось 30 лет; онлайн-событие PHPverse собрало более 26 000 зрителей. 👉 Ссылка на оригинал Библиотека пхпшника #свежак

⚔️ Encryption vs Hashing в Laravel 🤯 Миф: Laravel использует APP_KEY для хеширования паролей На деле — нет. И вот почему 👇 🔐 APP_KEY отвечает за шифрование (Encryption) Laravel применяет этот ключ для двустороннего шифрования — данные можно потом расшифровать. Он защищает: 🔸 cookies 🔸 сессии 🔸 API-токены 🧩 Пример:

Crypt::encryptString($token);

Меняете APP_KEY → все пользователи выходят из системы, потому что старые сессии больше нельзя расшифровать. 🧱 Хеширование (Hashing) — совсем другое Хеш — необратимое преобразование. Используется для хранения паролей, которые нужно проверить, но никогда — восстановить. 🧩 Пример:

Hash::make('password');

Laravel по умолчанию использует Bcrypt, а при логине просто сравнивает хеши. ❗️ APP_KEY не участвует в хешировании паролей. Он нужен только для шифрования данных, которые Laravel должен уметь расшифровать. А Hash::make() создаёт значение, которое невозможно вернуть обратно. Библиотека пхпшника

Разбираемся с DDD: как проектировать доменный агрегат, чтобы он не стал безразмерным В больших PHP-проектах на DDD легко скатиться в один «всемогущий» агрегат, который держит всё и сразу. Итог — дорогая гидрация, лишняя память, сложные транзакции. На примере программы лояльности разберём, как держать границы агрегатов в порядке и не платить лишнего. 🔩 Главная мысль Агрегат — это не «всё доменное сразу», а границы инвариантов, консистентности и транзакционности. Если объект должен меняться атомарно вместе с другим — это сигнал быть в одном агрегате. Если нет — связь по id и отдельные контексты. Проблема 1: Границы Чем больше «подтаскиваем» в агрегат, тем выше риск «один агрегат, чтобы править всеми». ✅ Держим в голове 3 правила: Инварианты — всё, что нужно для их соблюдения, внутри агрегата. Консистентность — объект никогда не бывает «наполовину валидным». Транзакционность — меняются вместе ⇒ сохраняются вместе. 📌 Пример: уровни лояльности зависят от валюты начисления. Меняем валюту → должны атомарно сбросить требования уровней. Уровни — часть агрегата LoyaltyProgram. А вот Discount может жить отдельно, если после активации ПЛ он больше не меняется вместе с программой (связь по id + доменный сервис для применения скидок). Проблема 2: Цена (память/гидрация) Десятки тысяч карт + логи изменений в памяти PHP — больно. 🧰 Рабочие варианты: • Облегчённые структуры вместо коллекций — храним метаданные (id, пути, индексы), а не целые объекты; доменные события обеспечат сохранение нужных сущностей вместе с агрегатом. • Транзакционность в Application-слое — карты вынимаем из репозитория снаружи, операции делаем через корень агрегата (инварианты в домене, транзакция — в use-case). Минус: немного падает cohesion. • Ленивые коллекции — коллекция хранит id, при доступе к элементу бросает доменное событие, инфраструктура подгружает объект. Код домена остаётся чистым, гидрация — по требованию. Чек-лист проектирования агрегата Инвариант нарушается без X? → X внутри агрегата. Объекты меняются атомарно? → вместе в агрегате. Логика «применения» живёт там, где её нельзя обойти клиентским кодом. Большие коллекции? → метаданные/ленивая загрузка/перенос транзакций в application. Скидки/внешние сущности? → отделяйте контексты, связывайте по id, при необходимости используйте доменные сервисы. — ⚠️ Анти-паттерн «Корневой агрегат знает всё и держит всех» → взрыв памяти, сложные сохранения, нарушение SRP. 💬Обсудим в комментах: где вам приходилось резать агрегат и почему? 🔗 Хабр Библиотека пхпшника

💡 Совет по Laravel: Проверьте среду вашего приложения Нам часто нужно проверять среду приложения. Хотя для этого можно использовать метод environment, Laravel поставляется с элегантными методами isProduction и isLocal, которые позволяют делать это 🚀. Библиотека пхпшника #vardump

💻 Подборка новостей по PHP за неделю:​ 🔹 PHP 8.3.27 и 8.4.14 — свежие обновления с исправлением ошибок и улучшением стабильности. Рекомендуется обновиться, чтобы обеспечить безопасность и надёжность приложений. 🔹 PHP 8.5.0 RC3 — третий релиз-кандидат PHP 8.5. Финальный выпуск всё ближе, команда PHP просит сообщество активно тестировать и сообщать о багах. 🔹Symfony 8.0.0-BETA1 — первая бета-версия Symfony 8.0 уже доступна для тестирования. Это шанс заранее проверить совместимость и оценить новые возможности фреймворка. 🔹 Symfony 7.4 (A Week of Symfony #982) — завершено добавление ключевых функций: внедрён FormFlow для многошаговых форм, улучшен CLI-вывод ошибок, устарели формат fluent PHP и генераторы config builder. 🔹 Symfony 7.3.5 — регулярное обновление текущей ветки с исправлениями и улучшениями. Библиотека пхпшника #свежак

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

🙇‍♂️ Databases & SQL Roadmaps (2025) Пошаговые гайды по изучению SQL, MongoDB и Redis, а также совершенствованию навыков в администрировании баз данных PostgreSQL. 🔗 Скачать 🐸 Книги для программистов

🔧 XAMPP и PHP 8.5: Почему обновления идут не синхронно? В обсуждении на Reddit затрагивается актуальная проблема: PHP 8.5 уже на подходе, а XAMPP до сих пор использует PHP 8.2. 🧩 Почему XAMPP отстаёт? Отсутствие обновлений: Последняя версия XAMPP с PHP 8.2.12 была выпущена в ноябре 2023 года. С тех пор проект не обновлялся. Снижение активности: XAMPP давно не обновлялся, и проект, по всей видимости, заморожен. Проблемы с поддержкой: XAMPP не поддерживает PHP 8.3 и 8.4, что ограничивает возможности разработчиков. 🛠️ Как быть разработчикам? Можно обновить PHP в XAMPP вручную, но это требует опрделенных навыков. 👉 Ссылка 💬 Ваше мнение Как вы считаете, стоит ли продолжать использовать XAMPP в 2025 году? Или пришло время переходить на более современные решения? Библиотека пхпшника