Endi mavjud! Telegram Tadqiqoti 2025 — yilning asosiy insaytlari 
Библиотека пхпшника | PHP, Laravel, Symfony, CodeIgniter
Kanalga Telegram’da o‘tish
Все самое полезное для пхпшника в одном канале. По рекламе: @proglib_adv Учиться у нас: https://proglib.io/w/bca892d6 Для обратной связи: @proglibrary_feeedback_bot РКН: https://gosuslugi.ru/snet/67a5d13cd6fa92100ee6f68b
Ko'proq ko'rsatish📈 Telegram kanali Библиотека пхпшника | PHP, Laravel, Symfony, CodeIgniter analitikasi
Библиотека пхпшника | PHP, Laravel, Symfony, CodeIgniter (@phpproglib) Rus til segmentidagi kanali faol ishtirokchi. Hozirda hamjamiyat 10 703 obunachidan iborat bo'lib, Texnologiyalar & Aralashmalar toifasida 11 598-o'rinni va Rossiya mintaqasida 61 274-o'rinni egallagan.
📊 Auditoriya ko‘rsatkichlari va dinamika
невідомо sanasidan buyon loyiha tez o‘sib, 10 703 obunachiga ega bo‘ldi.
05 Iyun, 2026 dagi oxirgi ma’lumotlarga ko‘ra kanal barqaror faollikka ega. Oxirgi 30 kunda obunachilar soni -34 ga, so‘nggi 24 soatda esa -1 ga o‘zgardi va umumiy qamrov yuqori darajada qolmoqda.
- Tasdiqlash holati: Tasdiqlanmagan
- Jalb etish (ER): Auditoriya o‘rtacha 15.28% darajada jalb etiladi. Nashrdan keyingi dastlabki 24 soatda kontent odatda umumiy obunachilar sonining 9.13% ini tashkil etuvchi reaksiyalarni to‘playdi.
- Post qamrovi: Har bir post o‘rtacha 1 637 marta ko‘riladi; birinchi sutkada odatda 978 ta ko‘rish yig‘iladi.
- Reaksiyalar va o‘zaro ta’sir: Auditoriya faol: har bir postga o‘rtacha 11 ta reaksiya keladi.
- Tematik yo‘nalishlar: Kontent php, laravel, пхпшника, artisan, api kabi asosiy mavzularga jamlangan.
📝 Tavsif va kontent siyosati
Muallif resursni shaxsiy fikrni ifoda etish maydoni sifatida ta’riflaydi:
“Все самое полезное для пхпшника в одном канале.
По рекламе: @proglib_adv
Учиться у нас: https://proglib.io/w/bca892d6
Для обратной связи: @proglibrary_feeedback_bot
РКН: https://gosuslugi.ru/snet/67a5d13cd6fa92100ee6f68b”
Yuqori yangilanish chastotasi (oxirgi ma’lumot 07 Iyun, 2026 da olingan) sababli kanal doimo dolzarb va katta qamrovli bo‘lib qoladi. Analitika auditoriya kontent bilan faol hamkorlik qilishini, uni Texnologiyalar & Aralashmalar toifasidagi muhim ta’sir nuqtasiga aylantirishini ko‘rsatadi.
10 703
Obunachilar
-124 soatlar
-97 kunlar
-3430 kunlar
Postlar arxiv
Хуки свойств в 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 — это обязательный паттерн, а не опция.
🔗 Читать статью
Библиотека пхпшника
Repost from Библиотека задач по PHP | тесты, код, задания
Что выведет данный код?
Repost from Библиотека задач по PHP | тесты, код, задания
Что выведет данный код?
🚀 Variable Scope, References, Closures &
use в PHP
Граница между «пользователем фреймворка» и инженером, который понимает язык.
Если PHP для вас — не только Laravel-контроллеры, эти концепции обязательны. Они напрямую влияют на читаемость, баги и архитектуру кода.
🧠 1. Область видимости (Scope)
Где переменная живёт и умирает.
• Local — существует только внутри функции
• Global — доступна везде, но требует global (плохая практика)
• Static — локальная, но помнит состояние между вызовами
📌 Static — ключ к счётчикам, генераторам ID, singleton-паттернам
❌ Global — почти всегда архитектурный запах
🔗 2. Ссылки (&) — работа с оригинальными данными
По умолчанию PHP копирует значения.
С & — вы работаете с той же памятью.
• Передача аргументов по ссылке
• Алиасы переменных
• Опасность в foreach (&$v) → обязательно unset($v)
📌 Используйте осознанно. Ссылки — мощный, но острый инструмент.
🧩 3. Closures — функции с памятью
Анонимные функции, которые можно:
• передавать
• хранить
• выполнять позже
И главное — они помнят контекст, где были созданы.
🎯 4. use — захват переменных
Closure не видит внешний scope автоматически.
• use ($var) — захват по значению
• use (&$var) — захват по ссылке
📌 Это основа колбеков, фильтров, middleware, event-handlers.
📍 5. Лексическая область видимости
Правило простое, но критичное:
Closure использует переменные из места создания, а не из места выполнения.Это объясняет 90% «магических» багов с колбеками. 💻 6. Реальный кейс
array_filter, array_map, usort — без closures + use они бесполезны.
Динамические условия, конфигурации, runtime-логика — всё строится на этом.
👉 Читать статью
Библиотека пхпшника
💡Совет по Laravel: Отказ как «Не найдено»
При определении шлюзов или политик из соображений безопасности мы часто предпочитаем возвращать код 404 вместо 403. Laravel предоставляет для этой цели метод
denyAsNotFound() 🚀
Библиотека пхпшника
#vardump
PHP-разработчик в мире AI: создаём агентов и внедряем в прод 🐘
Думали, AI — это только Python? На самом деле, главное — это архитектура и API. Мы научим вас строить мультиагентные системы, которые усилят любой проект.
Чему вы научитесь:
— строить «мозг» агента с помощью паттерна
ReAct;
— оркестровать процессы в удобном интерфейсе n8n;
— соединять агентов в команды через CrewAI и AutoGen;
— внедрять RAG для поиска по базам знаний за миллисекунды.
Станьте тем, кто не просто пишет код, а создаёт автономные интеллектуальные системы.
Узнать подробности 🚀Repost from Книги для программистов
📚 Learn Docker in a Month of Lunches, 2nd Edition (2025)
Книга учит основам работы с Docker за 22 коротких урока, каждый из которых можно пройти за один обед. Да, без ночных марафонов с документацией.
Что разберешь:
🔹 Как запускать приложения в контейнерах на Linux, Windows и macOS. И наконец перестать писать «ну у меня локально работает».
🔹 Создание и публикация Docker-образов. Собрать → упаковать → отправить в реестр — без магии и слёз.
🔹 Мультиконтейнерные приложения. Docker Compose и Kubernetes как инструменты, а не загадочные существа.
🔹 Наблюдаемость. Как добавить метрики и логи, чтобы понимать, что происходит внутри контейнера.
🔹 CI/CD и облака. Запуск контейнеров в Azure и GCP, деплой через GitHub Actions — практично, коротко, по делу.
🔹 Работа с легаси. Да, можно упаковать Windows-приложение в контейнер и не переписывать всё с нуля.
🔹 Оптимизация образов. Скорость, безопасность и размер — чтобы твой Dockerfile не выглядел как мамонт.
Книга хороша тем, что в ней нет «истории технологий» и прочего «бла-бла», которое съедает время. Только практические уроки и лабораторки, которые можно выполнить между созвонами.
🔗 Скачать
🔹 Курс «Основы IT для непрограммистов»
🔹 Получить консультацию менеджера
🔹 Сайт Академии 🔹 Сайт Proglib
🐸 Книги для программистов | Поддержать бустом
Знаете ли вы, что Laravel предоставляет метод
missing() для настройки поведения привязки модели маршрута по умолчанию, когда модель не найдена? 🚀
Библиотека пхпшника
#vardump
WANTED: PHP-МАСТЕР
Обвиняется в написании качественного кода на
PHP, вопреки всем мемам. Мы ищем того, кто поднимет планку обучения в PHP-сообществе.
Приметы:
— в совершенстве знает PHP (знание Python или Go приветствуется);
— умеет готовить современные фреймворки и чистую архитектуру;
— готов делиться знаниями с большой аудиторией;
— хочет стать медийным экспертом.
Условия:
— гонорар за разработку материалов;
— рост личного бренда и узнаваемости;
— поддержка команды Proglib.
Сдаться властям
P.S. Видел пхпшника, который пишет как бог? Сдай его нам.🧠 Обрабатывайте большие наборы данных порциями (Chunk) в Laravel
⚡ Почему это важно
Когда в таблице тысячи или миллионы записей, обычный
get() или all() загрузит все строки в память сразу — это:
❌ сильно расточительно по памяти,
❌ может привести к падению по OOM,
❌ скрипт может не успеть выполнить работу целиком.
Для таких ситуаций Laravel предлагает метод chunk(), который загружает данные частями (порциями) вместо всего набора сразу.
🧰 Что делает chunk()
Метод chunk() берет определённое количество записей за раз и передает их в callback для обработки. Laravel автоматически загрузит следующую партию после завершения предыдущей.
use App\Models\User;
User::chunk(200, function ($users) {
foreach ($users as $user) {
// обработка каждого пользователя
}
});
chunkById() и улучшения
Если код обновляет записи внутри цикла, обычный chunk() может вести себя непредсказуемо, потому что набор может меняться. В таких случаях лучше использовать chunkById(), который гарантирует постоянный порядок по id и предотвращает пропуски/повторы при обновлениях.
User::chunkById(200, function ($users) {
foreach ($users as $user) {
$user->update(['active' => true]);
}
});
->with('profile')), загружайте их вместе с батчами — это предотвращает N+1-проблемы внутри chunk.
User::with('orders')->chunk(200, function ($users) {
foreach ($users as $user) {
// $user->orders уже загружены
}
});
chunk() отлично подходит для консольных команд и jobs, которые работают с большими массивами данных и не должны завершиться по таймауту.
🧠 Когда chunk — не лучший выбор
❗ Если вам нужно просто вывести данные на страницу пользователю — лучше использовать пагинацию, а не chunk. chunk больше для обработки данных внутри приложения, а не для отдачи клиенту.
Библиотека пхпшника
🎅 Секретный Санта для айтишников от Proglib.academy
Весь этот год команда Академии запускала курсы для айтишников. А под Новый год мы запускаем новый курс по ИИ-агентам и ставим под ёлку самый свежий стек 2025 года и обучение проектированию автономных нейросетевых экосистем — от LLM и ReAct-циклов до мультиагентных систем, LangGraph, AutoGen и продакшн-практик.
🎁 Хотим дарить подарки и приглашаем вас поучаствовать в конкурсе:
1️⃣ Упомяните курс Академии у себя в блоге.
2️⃣ Пришлите скрин сюда.
3️⃣ Получите секретный промокод на 10 000 ₽ при оплате любого курса.
Подходит всё — соцсети, блоги, Telegram-каналы от 300 подписчиков и более.
🎄 Акция действует до Нового года.
Win-win, всё как мы любим!
SwooleApp: Легковесный фреймворк для Swoole
Если вы работали с Swoole напрямую, то знаете: производительность — отличная, но структуры часто не хватает.
SwooleApp закрывает именно эту дыру — это лёгкий каркас для долгоживущих PHP-приложений без лишнего boilerplate.
Что такое SwooleApp
SwooleApp — фреймворк для PHP, работающий как постоянно запущенный сервер, а не «PHP-скрипт на запрос».
Это даёт:
❌ без перезапуска PHP на каждый запрос
⚡ меньше overhead и выше RPS
♻️ переиспользование ресурсов (Redis, БД, кэши)
🧵 асинхронность и фоновые задачи из коробки
Что есть внутри
Роутинг через PHP 8 attributes
Middleware
Task Workers для блокирующих операций
Встроенный «cron» (Cyclic Jobs)
State Container для пулов соединений и shared-ресурсов
Минимальная и прозрачная архитектура
Пример приложения (готово к запуску)
В репозитории есть demo-проект с Docker:
REST API для Redis (get / set)
Фоновая задача с имитацией тяжёлой работы
Циклическая джоба (лог раз в 10 секунд)
Middleware с замером времени
docker-compose up → всё работает
Ключевая идея: State Container
SwooleApp использует долгоживущие воркеры, поэтому:
пулы Redis / БД создаются один раз при старте
соединения переиспользуются
нет постоянного connect/disconnect
⚠️ Важно: контейнер изолирован на воркер — 4 воркера = 4 пула. Это ограничение архитектуры Swoole.
Task Workers — зачем они нужны
Любая блокирующая операция = стоп HTTP-воркера.
Решение:
HTTP-воркер отдаёт задачу в Task Worker
сам продолжает обслуживать запросы
результат возвращается асинхронно
Так сервер не «залипает» на sleep(), I/O или тяжёлых запросах.
Почему не Laravel / Symfony + Swoole
Коротко и честно:
они проектировались под stateless PHP-FPM
глобальное состояние → утечки памяти
ORM без пулов соединений
много блокирующего кода
для стабильности нужно слишком много воркеров
В итоге теряется смысл Swoole.
SwooleApp проектировался сразу под long-living процессы, без костылей.
Кому подойдёт
микросервисы и API
high-load
real-time / async
если хочется Swoole, но без боли
если Laravel/Symfony на Swoole разочаровали
Это не замена Laravel, а лёгкий каркас для другой задачи.
👉 Хабр
Библиотека пхпшника
Как внедрить AI в проект и не сломать архитектуру? 🐘
Пора перестать просто слать запросы к моделям и начать строить полноценные ИИ-решения. Мы учим создавать автономных агентов, которые работают по вашим правилам и легко интегрируются в бэкенд.
Что вы получите:
— автоматизацию в n8n для связи PHP-кода с AI-логикой через удобные сценарии;
— работу с данными через RAG на базе
Pinecone и Chroma для точности ответов;
— управление диалогом в LangGraph для сохранения контекста и обработки ошибок;
— мониторинг качества через LangSmith для отслеживания работы системы.
Сделайте свой бэкенд интеллектуальным и надёжным.
Присоединиться к курсу⌨️ Топ-вакансий по PHP за неделю
Junior / Middle PHP Developer — от 120 000 до 220 000 ₽, Удалёнка/гибрид (Санкт-Петербург)
PHP Developer (Middle+ / Senior) — 4 500 — 5 300 $, Удаленка (Латинская Америка/Канада)
PHP Symfony Developer (Senior) — 250 000 до 350 000 ₽, Удаленка (Москва)
➡️ Еще больше топовых вакансий — в нашем канале PHP Jobs
🔐 How-to: быстрая подготовка Laravel к пентесту
Грамотная подготовка к пентесту экономит время, деньги и нервы. Ниже — практичный чек-лист для PHP/Laravel-команд, чтобы тест выявил реальные уязвимости, а не очевидные косяки.
1️⃣ Документация
актуальная архитектура и окружения;
описание ключевых роутов и бизнес-флоу;
краткие заметки для тестеров.
2️⃣ Доступы
отдельные тестовые аккаунты с ролями;
никаких реальных данных;
allowlist IP при необходимости.
3️⃣ Разрешения
письменное согласие владельцев систем;
чёткий scope и сроки теста.
4️⃣ Коммуникация
предупредите dev/ops/management;
обозначьте риски и контакты для инцидентов.
5️⃣ Базовая безопасность Laravel
Eloquent / Query Builder → защита от SQLi
Blade + валидация → XSS
@csrf, Secure + SameSite cookies
HTTPS + HSTS
rate-limit против DDoS
принцип минимальных прав
безопасная загрузка файлов
APP_DEBUG=false, закрытые .env, storage, vendor
6️⃣ Зависимости
composer audit
composer update --dry-run roave/security-advisories
7️⃣ Перед стартом
backup БД и файлов;
включённые логи и мониторинг;
план реагирования.
🔗 Medium
Библиотека пхпшника