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

🔧 Нужен ли static в замыкании? Да — и вот почему На первый взгляд, совет заменить обычную анонимную функцию на static в array_map может показаться чисто стилевым. Но за этой рекомендацией скрывается реальный прирост производительности. ⚡ 📌 Что происходит: – static-замыкания не привязаны к $this, а значит, не тащат за собой контекст объекта – Это позволяет PHP быстрее освобождать память – И в ряде случаев — существенно ускоряет выполнение кода 💡 Один из PR'ов в Ocramius/GeneratedHydrator показал: просто добавив static, удалось добиться ~15% ускорения. А бенчмарки дали ещё более радикальную разницу: benchUsingStaticKeyword → 2.10MB / 3.70ms benchNotUsingStaticKeyword → 71.30MB / 17.17ms 📉 Минус 30x по памяти, минус 4x по времени. Чтобы внедрить это на постоянной основе, удобно использовать Rector с правилами StaticClosureRector и StaticArrowFunctionRector. Так все замыкания, где не используется $this, становятся static автоматически. 🛠️ ✅ Быстрее ✅ Меньше памяти ✅ Автоматическая проверка в CI 👉 Читать статью #лучшее2025

💬В Laravel есть хелпер Number для простого и удобного форматирования цифровых значений. Библиотека пхпшника #лучшее2025

📊 FastExcelWriter: Лёгкое и быстрое создание Excel-файлов на PHP Если вы сталкивались с генерацией больших Excel-файлов на PHP, вы, вероятно, знакомы с PhpSpreadsheet. Хотя она функциональна, при работе с большими данными возможны проблемы с производительностью и потреблением памяти. 👨‍💻 FastExcelWriter — альтернатива PhpSpreadsheet с упором на скорость и экономию ресурсов. Вместо хранения данных в памяти, библиотека пишет строки напрямую в файл, снижая нагрузку на систему. 🔧 Преимущества FastExcelWriter: 🚀 Генерация файлов в 7–9 раз быстрее PhpSpreadsheet 💾 Минимальное потребление памяти благодаря построчной записи 🎨 Поддержка стилей, форматирования, изображений, диаграмм и примечаний 🧩 Простой и лаконичный API для разработчиков 👉 Хабр #лучшее2025

🚀 Как ускорить массовую отправку HTTP-запросов в PHP 🔍 Постановка задачи: Есть скрипт на PHP, который должен отправлять множество HTTP-запросов. Нужно сделать это как можно быстрее. Очевидное решение — параллельная отправка. 🔧 Шаг 1: последовательная обработка Простой цикл с curl_init() и curl_exec() на каждый URL. Результат: 10 запросов выполняются за ~4.4 секунды. ⚙️ Шаг 2: повторное использование curl-хэндла Инициализируем curl один раз и переиспользуем. Время выполнения снижается до ~1.7 секунды. ⚡ Шаг 3: параллельная отправка с curl_multi_ Используем curl_multi_init() и запускаем запросы одновременно. Итог: всего 0.5 секунды на 10 запросов. Почти в 9 раз быстрее, чем изначально. 📦 Шаг 4: отправка батчами (batching) Если запросов сотни или тысячи, одновременно всё не потянет даже мощный сервер. Решение — отправка пакетами, например по 3. Это позволяет контролировать нагрузку. В нашем примере — ~0.8 секунды на 10 запросов. 🔗 Читать статью Библиотека пхпшника #лучшее2025

🧠 Ковариантность и контравариантность в PHP — кратко и по сути Эти термины звучат сложно, но суть у них простая. Разработчики используют их идеи постоянно — просто не всегда знают, как это называется. Ниже — простое объяснение с примерами. 🔍 Что это такое? Ковариантность — когда метод возвращает более конкретный тип, чем у родителя. Контравариантность — когда метод принимает менее конкретный тип, чем у родителя. ✅ Ковариантность (return types) PHP поддерживает ковариантность только для возвращаемых значений. Примеры: float|int → int BaseClass → ChildClass Exportable → Exportable&Cacheable Можно «сузить» возвращаемый тип в дочернем классе — и это будет валидно. ❌ Контравариантность в return'ах PHP не позволяет делать возвращаемый тип менее конкретным. Например, int → float|int — вызовет ошибку. ✅ Контравариантность (параметры) А вот с параметрами всё наоборот — здесь PHP позволяет делать типы шире: array → array|Collection Traversable&Collection → Collection EloquentCollection → Collection Такой подход делает методы более гибкими при переопределении. ❌ Ковариантность в параметрах Нельзя в параметрах делать тип более конкретным, чем у родителя. Это приведёт к ошибке. 🚫 Конструкторы — отдельная история Ковариантность и контравариантность на конструкторы не влияют. У них своя логика, и они не наследуются как обычные методы. 👉 Читать статью #лучшее2025

🔹 PHP разбор: что использовать и когда? 🔹 Сегодня сравним isset() vs empty() vs is_null() — функции для проверки переменных в PHP. Когда какую применять? 🤔 ✅ isset($var) — Проверяет, существует ли переменная и не равна ли она null. 🔹 isset($var) → false, если $var = null; или переменная не объявлена. 🔹 isset($var) → true, если $var = «», 0, false, [], но НЕ null. ✅ empty($var) — Проверяет, считается ли переменная «пустой» (falsey значением). 🔹 empty($var) → true, если $var = «», 0, false, null, [], «0». 🔹 empty($var) → false, если $var = «abc», 123, [1,2,3]. ✅ is_null($var) — Проверяет, является ли переменная строго null. 🔹 is_null($var) → true, только если $var = null. 🔹 is_null($var) → false, если $var существует и имеет любое другое значение (даже «», 0, false). 📌 Когда что использовать? 🔹 isset($var) → Проверяем, существует ли переменная. 🔹 empty($var) → Проверяем, «пустая» ли она (falsey). 🔹 is_null($var) → Проверяем, является ли null. ✍️ А какую функцию вы чаще используете в своих проектах? Библиотека пхпшника #лучшее2025

PVM — менеджер версий PHP Простой bash-скрипт для управления несколькими версиями PHP в Unix-системах(в том числе MacOS). Установка через Curl: curl -o /usr/local/bin/pvm https://raw.githubusercontent.com/smoqadam/pvm/main/pvm chmod +x /usr/local/bin/pvm export PATH="$HOME/.pvm/current:$PATH» 🔗Github #лучшее2025

🔗Реализация паттерна Chain of Responsibility на примере котиков в PHP Если вы когда‑нибудь пытались настроить бизнес‑логику в своём проекте так, чтобы она не выглядела как свалка if-else и работала хорошо, то этот материал для вас. Сегодня вы узнаете один из самых приятных паттернов — Chain of Responsibility, или «Цепочка обязанностей». 👉Хабр Библиотека пхпшника #лучшее2025

PHP и AI-агенты: современный стек для 2026 года Думаешь, AI — это только про Python? Современный PHP-разработчик должен уметь интегрировать автономные системы в свои проекты. Пока все празднуют, изучи то, что выделит тебя на рынке в новом году. На курсе «Разработка AI-агентов» ты научишься: — строить ReAct-агентов, которые сами выполняют задачи; — оркестровать флоу через n8n и связывать их с PHP-бэкендом; — внедрять протокол MCP для командной работы агентов; — использовать RAG для поиска по документации. 🎄 До 12 января забирай курс в рамках акции «3 в 1» (ещё 2 курса в подарок). Апгрейднуть карьеру

👔💼 Как ответить на собеседовании, почему вы уволились с прошлого места работы: 9 вариантов ответа А также примеры того, как говорить точно не надо 🌚 👉Читать #лучшее2025

Laravel: Менее известные, но полезные команды Composer Composer — это основной инструмент для управления зависимостями в PHP. Если вы работаете с Laravel, то наверняка уже знакомы с такими командами, как composer install и composer update. Однако у Composer есть менее известные, но очень полезные команды, которые могут значительно упростить вашу работу над проектом. 1. composer outdated Эта команда показывает, какие зависимости вашего проекта устарели. Она выводит список всех пакетов, для которых доступны более новые версии, указывая текущую и последнюю версии. Это удобный способ следить за обновлениями и безопасностью проекта без необходимости сразу обновлять все пакеты. 2. composer show С помощью этой команды можно получить подробную информацию обо всех установленных пакетах. Кроме того, если указать конкретное имя пакета, можно узнать его описание, текущую версию и зависимости. Например:

composer show backpack/crud

Эта команда полезна, когда нужно быстро проверить, какая версия пакета установлена и для чего он нужен. 3. composer why Если вы хотите понять, почему определённый пакет установлен в проекте, используйте команду composer why. Она покажет, какие зависимости требуют установки данного пакета. Это особенно полезно для анализа сложной цепочки зависимостей. 4. composer licenses Для проверки лицензий всех установленных зависимостей существует команда composer licenses. Она помогает убедиться, что все используемые пакеты соответствуют необходимым требованиям по лицензированию, что особенно важно при работе с открытым исходным кодом. 5. composer check-platform-reqs При работе на разных платформах может возникнуть необходимость убедиться, что все необходимые расширения PHP установлены. Команда composer check-platform-reqs проверяет, соответствует ли ваша система требованиям, указанным в composer.json. Она также проверяет версию PHP и расширения. #лучшее2025

💾 Новый тренажёр по SQL Разработчик создал SQL Noir — интерактивную детективную игру, где расследования ведутся с помощью SQL-запросов. Погружаешься в сюжет и решаешь загадки с реальными SQL-запросами. 🔗 Ссылка #лучшее2025

🚀 Pipe operator в PHP 8.5 — меньше вложенности, больше читаемости PHP 8.5 завез мощную штуку — оператор пайпа (|>), и это реально меняет стиль кода. Раньше:

$result = trim(str_shuffle(strtoupper("Hello World")));

Или ещё хуже — с кучей временных переменных:

$result = "Hello World";
$result = strtoupper($result);
$result = str_shuffle($result);
$result = trim($result);

Теперь:

$result = strtoupper("Hello World")
    |> str_shuffle(...)
    |> trim(...);

Каждая операция читается как шаг рецепта — слева направо. Код становится декларативным, не запутанным и без временных переменных. 🎯 Реальный пример: обработка email'а из формы

$result = $_REQUEST['email']
    |> fn($e) => strtolower($e)
    |> fn($e) => filter_var($e, FILTER_VALIDATE_EMAIL)
    |> fn($e) => sendEmail($e, "Welcome!");

echo $result ? "Sent!" : "Error";

🔥 Минимум шума, максимум сути. Pipe — мелкая синтаксическая штука, но она делает код ближе к тому, как вы мыслите. С PHP 8.5 пишем как люди. 🐸Библиотека пхпшника #лучшее2025

🎄 С Новым годом, коллеги! Этот год был насыщенным: релизы, оптимизации, неожиданные баги, долгожданные фичи и много практики с реальными проектами на PHP. Экосистема продолжает развиваться — язык взрослеет, инструменты становятся стабильнее, а требования к качеству кода только растут. ✨ Небольшое напоминание на праздники Коллеги, давайте в эти дни немного выдохнем. 🧠 Переключимся от дедлайнов и продакшена ☕ Дадим мозгу восстановиться 📚 И, самое главное, спокойно вспомним лучшие посты этого года, начиная с завтрашнего дня Впереди новый год — с новыми версиями PHP, свежими подходами, более сложными задачами и, надеюсь, более осознанной разработкой. Спасибо, что читаете, обсуждаете и думаете вместе. Хороших праздников, чистого кода и спокойных логов 🎆 Библиотека пхпшника

Хуки свойств в PHP: геттеры и сеттеры не нужны В PHP 8.4 появилась долгожданная возможность — хуки свойств. Это встроенная логика чтения и записи значения прямо в объявлении свойства. Без отдельных методов, без шаблонных getSomething() и setSomething(). Код становится компактнее, выразительнее и проще для сопровождения. 🤔 В чём была проблема раньше До этого у разработчиков было всего два варианта: 🧱 классический подход с приватными полями и методами доступа; ⚙️ promoted-properties из конструктора — удобно, но без логики. Минус был общий: ❌ негде аккуратно разместить валидацию; ❌ сложно добавить логирование изменений; ❌ неудобно реализовать ленивые вычисления; ❌ класс быстро разрастался вспомогательными методами. ✨ Что изменилось с хуками Теперь PHP позволяет перехватывать: 👀 момент чтения свойства; ✍️ момент записи значения. При этом: 📌 снаружи используется привычный доступ к свойству; 🧠 внутри — чётко определённое место для логики; 🧩 в одном классе можно сочетать обычные свойства и свойства с хуками. 🧮 Виртуальные свойства PHP 8.4 позволяет создавать свойства без собственного хранилища. Такие свойства: 🪄 не занимают память; 🔄 вычисляются при каждом обращении; 🧩 выступают как интерфейс к другим данным объекта. Полезно для: объединённых представлений данных; вычисляемых значений; упрощения публичного API модели. 🧬 Наследование и контроль поведения Хуки полностью поддерживают наследование: 🔁 поведение можно расширять или переопределять; 🔒 отдельные хуки можно пометить как final; 🧱 контроль инвариантов остаётся на стороне базового класса. По возможностям это сопоставимо с методами, но на уровне свойств. ⚠️ Важные ограничения Есть особенности, которые важно учитывать: 🚫 хуки несовместимы с readonly-свойствами; 🔗 изменение по ссылке может обойти логику записи; 🧪 не все внутренние функции PHP вызывают хуки одинаково. Это не ошибки, а архитектурные компромиссы. 🔗 Хабр Библиотека пхпшника

How to: Web3 на PHP (Symfony 7.4) — без магии и костылей Миф «PHP умер» не подтверждается уже больше десяти лет. Миф «PHP не подходит для Web3» — из той же категории. Пока Node.js доминирует во фронтенде dApp’ов, PHP + Symfony стабильно закрывают инфраструктурную часть Web3: 🔸 индексируют on-chain данные в off-chain хранилищах 🔸 управляют enterprise-кошельками и ключами 🔸 связывают Web2-бизнес-логику с Web3-протоколами В статье разобрана production-ready Web3-интеграция на Symfony 7.4 и PHP 8.3+: 🔹 работа с блокчейном через JSON-RPC 🔹 взаимодействие с ERC-20 контрактами 🔹 аутентификация через Sign-In with Ethereum (без паролей) 🔹 обработка on-chain событий через Symfony Messenger 👉 Полный разбор архитектуры и кода — в статье Библиотека пхпшника

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

🗂️Библиотека: разделение базового файла PHPStan Пакет предназначен для разделения базового файла PHPStan на несколько файлов, каждый из которых соответствует определенному идентификатору ошибки. Это позволяет более эффективно управлять и анализировать ошибки в вашем проекте. Основные возможности: 🔸Разделение базового файла: Пакет разбивает общий файл phpstan-baseline.neon на отдельные файлы в директории baselines/, где каждый файл соответствует конкретному идентификатору ошибки. 🔸Поддержка форматов: Поддерживаются как форматы neon, так и php для базовых файлов. 🔗 GitHub #инструменты

Как синхронизировать блокчейн и базу данных без расхождений Одна из ключевых проблем блокчейн-бэкенда — точно отразить on-chain состояние в off-chain базе. Не «примерно», не «потом поправим», а один в один. В статье разобран production-подход на PHP: — создание off-chain сущности до вызова блокчейна — ожидание подтверждения транзакции в Soroban — декодирование XDR через Stellar SDK — корректная работа с I128, timestamp и enum — маппинг результата смарт-контракта в Doctrine entity — фиксация как успешных, так и failed-транзакций Если вы строите off-chain логику поверх Stellar — это обязательный паттерн, а не опция. 🔗 Читать статью Библиотека пхпшника