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

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

Ir al canal en Telegram

Все самое полезное для пхпшника в одном канале. По рекламе: @proglib_adv Учиться у нас: https://proglib.io/w/bca892d6 Для обратной связи: @proglibrary_feeedback_bot РКН: https://gosuslugi.ru/snet/67a5d13cd6fa92100ee6f68b

Mostrar más

📈 Análisis del canal de Telegram Библиотека пхпшника | PHP, Laravel, Symfony, CodeIgniter

El canal Библиотека пхпшника | PHP, Laravel, Symfony, CodeIgniter (@phpproglib) en el segmento lingüístico de Ruso es un actor destacado. Actualmente la comunidad reúne a 10 712 suscriptores, ocupando la posición 11 598 en la categoría Tecnologías y Aplicaciones y el puesto 61 274 en la región Rusia.

📊 Métricas de audiencia y dinámica

Desde su creación el невідомо, el proyecto ha mostrado un crecimiento acelerado, reuniendo a 10 712 suscriptores.

Según los últimos datos del 05 junio, 2026, el canal mantiene una actividad estable. En los últimos 30 días la variación de miembros fue de -34, y en las últimas 24 horas de -1, conservando un alto alcance.

  • Estado de verificación: No verificado
  • Tasa de interacción (ER): El promedio de interacción de la audiencia es 15.28%. Durante las primeras 24 horas tras publicar, el contenido suele obtener 9.13% de reacciones respecto al total de suscriptores.
  • Alcance de las publicaciones: Cada publicación recibe en promedio 1 637 visualizaciones. En el primer día suele acumular 978 visualizaciones.
  • Reacciones e interacción: La audiencia responde de forma activa: el promedio de reacciones por publicación es 11.
  • Intereses temáticos: El contenido se centra en temas clave como php, laravel, пхпшника, artisan, api.

📝 Descripción y política de contenido

El autor describe el recurso como un espacio para expresar opiniones subjetivas:
Все самое полезное для пхпшника в одном канале. По рекламе: @proglib_adv Учиться у нас: https://proglib.io/w/bca892d6 Для обратной связи: @proglibrary_feeedback_bot РКН: https://gosuslugi.ru/snet/67a5d13cd6fa92100ee6f68b

Gracias a la alta frecuencia de actualizaciones (últimos datos recibidos el 06 junio, 2026), el canal mantiene la vigencia y un amplio alcance. La analítica demuestra que la audiencia interactúa activamente con el contenido, lo que lo convierte en un punto de referencia dentro de la categoría Tecnologías y Aplicaciones.

10 712
Suscriptores
-124 horas
-97 días
-3430 días
Archivo de publicaciones
Кажется, мы окончательно перешли от игрушек к суровому AgentOps Приглашаем на наш обновлённый курс по разработке ИИ-агентов. Никакой воды про «будущее нейросетей», только инженерный подход. Что внутри: — пошагово строим готовые системы на LangGraph, CrewAI и MCP; — настраиваем кэширование и роутинг, чтобы бот не сожрал токены; — разбираемся со стейтом, учимся дебажить через time-travel и прикручиваем human-in-the-loop; — выводим RAG в прод так, чтобы безопасники не завернули архитектуру из-за 152-ФЗ. В пекло скучные лекции про общую инфраструктуру — сразу фокусируемся на агентных фреймворках и написании кода. Занятия ведут бывалые лиды из Газпромбанка и Альфы, набившие шишки на реальных задачах.
Кстати, на днях мы пилили агента в прямом эфире, если пропустили — есть запись вебинара.
Сегодня последний день, когда можно забрать курс по старым ценам. Базовый тариф сейчас стоит 49 000 ₽ (вместо 62 990 ₽), продвинутый трек — 99 000 ₽ (вместо 124 990 ₽). Если не хочется отдавать всю сумму сразу, есть рассрочка. Торопитесь — на потоке осталось всего 5 мест! → Зафиксировать цену и перейти к сборке своих агентов

У «Библиотеки программиста» появился резервный канал в мессенджере MAX Он нужен исключительно для связи с теми, кто не может следить за обновлениями здесь из-за трудностей с доступом. Поэтому, если вы видите это сообщение, распространите его среди жильцов вашего ЖЭКа. Контент в MAX будет дублировать телеграмный — основной нашей площадкой был и остаётся Telegram. Надеемся, это временная мера. → Подписаться на «Библиотеку программиста» в MAX

📊 match vs switch Два инструмента, которые делают похожие вещи, но не одинаковые — и разница не стилистическая. — switch использует нестрогое сравнение (==) — match использует строгое (===) и является выражением Вот классический баг, который живёт в каждом втором легаси-проекте:
$status = "0";
 
switch ($status) {
    case 0:  // "0" == 0 → true. Вот и приехали.
        handleInactive();
        break;
    case "active":
        handleActive();
        break;
}
match решает это без магии:
$label = match($code) {
    200, 201 => 'success',
    301, 302 => 'redirect',
    404      => 'not_found',
    default  => 'unknown',
};
Несколько значений на один arm можно указать через запятую. Результат — значение, не сайд-эффект. Можно прямо в return или аргумент функции. Про UnhandledMatchError: match без default бросает исключение, если значение не попало ни в один arm. switch молча пропускает. Это не недостаток match — это контракт. Явный фейл лучше тихого игнорирования. 🔹 Когда всё-таки switch: — нужен fallthrough осознанно — легаси на PHP 7 — в arm несколько выражений подряд, а не одно возвращаемое значение Выбор инструмента — это не про стиль. Это про то, какие гарантии тебе нужны от кода. 🐸 Библиотека пхпшника #элементарный_выбор

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

⚡️ Вы кешируете запросы в Redis, но забыли про OPcache? PHP компилирует каждый .php-файл в байткод при каждом запросе — если не настроен OPcache. Это означает лишние CPU-циклы на парсинг даже самого тривиального хелпера. Минимальный конфиг для прода:
; включаем
opcache.enable=1
opcache.enable_cli=1

; кол-во кешируемых файлов (>= числа файлов в проекте)
opcache.max_accelerated_files=20000

; размер разделяемой памяти (MB)
opcache.memory_consumption=256

; кешируем строки — экономим RAM
opcache.interned_strings_buffer=16

; в продакшне: 0 (не проверять изменения файлов)
opcache.validate_timestamps=0
Почему validate\_timestamps=0 в проде? При каждом запросе PHP проверяет mtime файла на диске. На высоких RPS — это сотни лишних stat()-syscall'ов в секунду. Инвалидируйте кеш вручную через opcache_reset() или перезапуск PHP-FPM при деплое. 💡 Хотите проверить, что лежит в кеше и сколько памяти занято? Используйте opcache_get_status() — или поставьте opcache-gui для визуального мониторинга. Библиотека пхпшника #vardump

Самый востребованный навык в ИТ в 2026-м — навык создания ИИ-агентов Мы полностью переработали курс «Разработка AI-агентов» под реалии 2026 года. Никакой долгой теории — с самого начала пишем код. Обучать и делиться набитыми шишками будут эксперты-практики из Газпромбанка, Альфа-Банка и других бигтехов. В программе: — архитектура автономных систем с тестированием, ReAct-циклами и контролем токенов; — практическая работа с актуальными фреймворками LangGraph, AutoGen, MCP и CrewAI; — настройка продвинутого RAG для парсинга документов и точного поиска; — внедрение решений с учётом действующего законодательства (152-ФЗ); — дипломная работа, за основу которой можно взять свой рабочий проект или задачу, которую предложим мы. Эксперты поделятся инсайтами из реального продакшна — тем, о чём вам никогда не расскажет ни одна нейросеть.
Запись первого открытого вебинара, на котором мы вместе с руководителем AI-направления в Альфа-Банке Полиной Полуниной пилили агента в прямом эфире.
Ах да, чуть не забыли! Дарим промокод AGENTSWEB на скидку 10 000 рублей и два курса сверху при покупке до 15 марта 🎁 Стать AI-инженером

🎮 Балансировка нагрузки для UDP-сервисов Если необходимо распределить трафик между несколькими UDP-серверами, то решение можно найти в книге «Nginx Cookbook: Advanced Recipes for High-performance Load Balancing» автор показывает использование модуля stream с параметром udp для балансировки нагрузки на уровне транспортного слоя. Пример кода
stream {
    upstream ntp {
        server ntp1.example.com:123 weight=2;
        server ntp2.example.com:123;
    }

    server {
        listen 123 udp;
        proxy_pass ntp;
    }
}
Преимущества — Поддержка балансировки для UDP-сервисов. — Гибкая настройка весов серверов. — Резервирование серверов для повышения надёжности. Еще больше полезных книг — в нашем канале @progbook

✔️ PHP-тест: Static state + OPcache + Preloading Классический баг, который ломает прод и не воспроизводится локально 👇 📦 Задание Команда добавила preloading в production для ускорения. Через день в логах появились странные ошибки: у разных пользователей в одном запросе перемешиваются данные — кто-то видит чужие настройки, кто-то получает null там, где не должен. На dev-машинах не воспроизводится. Найдите проблему в коде:
// preload.php 
require_once 'src/Config.php';
require_once 'src/UserContext.php';
require_once 'src/RequestPipeline.php';

// config/app.php
class Config
{
    private static array $data = [];
    private static bool $loaded = false;

    public static function load(string $env): void
    {
        if (self::$loaded) {
            return;
        }
        self::$data = parse_ini_file("config/{$env}.ini");
        self::$loaded = true;
    }

    public static function get(string $key): mixed
    {
        return self::$data[$key] ?? null;
    }
}

// src/UserContext.php
class UserContext
{
    private static ?array $current = null;

    public static function set(array $user): void
    {
        self::$current = $user;
    }

    public static function get(): ?array
    {
        return self::$current;
    }

    public static function clear(): void
    {
        self::$current = null;
    }
}

// src/RequestPipeline.php
class RequestPipeline
{
    private static array $middlewareResults = [];

    public static function addResult(string $key, mixed $value): void
    {
        self::$middlewareResults[$key] = $value;
    }

    public static function getResult(string $key): mixed
    {
        return self::$middlewareResults[$key] ?? null;
    }

    public static function reset(): void
    {
        self::$middlewareResults = [];
    }
}

// public/index.php
Config::load($_ENV['APP_ENV'] ?? 'production');

$user = Auth::check($_SERVER['HTTP_AUTHORIZATION'] ?? '');
UserContext::set($user);

RequestPipeline::addResult('ip', $_SERVER['REMOTE_ADDR']);
RequestPipeline::addResult('ua', $_SERVER['HTTP_USER_AGENT'] ?? '');

$app->handle(ServerRequest::fromGlobals());
🔹 Задачи — Объяснить, почему при preloading статические свойства классов ведут себя иначе, чем без него, и как это связано с жизненным циклом worker-процесса. — Объяснить, чем классы отличаются по характеру утечки — Предложить архитектурное решение: как правильно управлять request-scoped состоянием в long-running процессах Ставьте → 🔥 если нравится формат. Если нет → 🌚 💬 Решения пишите в комменты под спойлер — сравним подходы.

💡 Не передавай Request вглубь приложения
// ❌
class OrderService {
    public function create(Request $request): Order {
        return Order::create([
            'user_id' => $request->user()->id,
            'amount'  => $request->amount,
        ]);
    }
}

// ✅
class OrderService {
    public function create(int $userId, float $amount): Order {
        return Order::create([
            'user_id' => $userId,
            'amount'  => $amount,
        ]);
    }
}
Сервис не должен знать что такое HTTP. Он принимает данные, а не запрос. Протестировать первый вариант — боль. Второй вызываешь с двумя числами. Библиотека пхпшника #vardump

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

📂 Шпаргалка по вводу-выводу Чтобы не гуглить каждый раз: как читать из STDIN, быстро проглатывать целый файл, дописывать в конец и копировать потоки — собрали базовые, но практичные примеры. ▪️ Чтение одной строки из STDIN:
<?php
$line = trim(fgets(STDIN)); // читает строку до перевода строки
echo "Введено: $line\n";
Основано на CLI-константе STDIN. ▪️ Чтение всего STDIN:
<?php
$all = stream_get_contents(STDIN); // либо file_get_contents('php://stdin')
echo $all;
php://stdin — стандартный поток ввода процесса PHP. ▪️ Чтение файла целиком:
<?php
$data = file_get_contents('file.txt');
if ($data === false) {
    fwrite(STDERR, "Не удалось прочитать файл\n");
    exit(1);
}
echo $data;
file_get_contents() — предпочтительный способ прочитать файл в строку. ▪️ Построчное чтение файла:
<?php
$fh = fopen('file.txt', 'r');
if (!$fh) { die("Не удалось открыть файл\n"); }

while (($line = fgets($fh)) !== false) {
    echo $line; // обработка строки
}
fclose($fh);
Используем классический цикл с fgets(). ▪️ Запись в файл (перезапись):
<?php
$bytes = file_put_contents('out.txt', "Привет, PHP!\n", LOCK_EX);
if ($bytes === false) {
    die("Ошибка записи\n");
}
file_put_contents() перезапишет файл (или создаст, если нет). Можно добавить LOCK_EX для блокировки. ▪️ Запись в файл (добавление в конец):
<?php
$ok = file_put_contents('out.txt', "Новая строка\n", FILE_APPEND | LOCK_EX);
if ($ok === false) { die("Ошибка записи\n"); }
Флаг FILE_APPEND дописывает, а не перезаписывает. ▪️ Копирование файлов (быстро и потоково):
<?php
$src = fopen('src.txt', 'r');
$dst = fopen('dst.txt', 'w');
if (!$src || !$dst) { die("Ошибка открытия файлов\n"); }

$copied = stream_copy_to_stream($src, $dst); // копирует весь остаток
fclose($src);
fclose($dst);

echo "Скопировано байт: $copied\n";
stream_copy_to_stream() копирует данные из одного потока в другой (удобно и для сетевых/памятных потоков). ▪️ Работа с буфером (in-memory I/O):
<?php
$buf = fopen('php://temp', 'r+'); // авто-переключение в файл при больших объёмах
fwrite($buf, "Hello, ");
fwrite($buf, "World!");
rewind($buf);
echo stream_get_contents($buf); // -> Hello, World!
fclose($buf);
php://temp/php://memory — удобные «псевдо-файлы» для буферизации в памяти. Библиотека пхпшника

В чем разница между '==' и '===' ? Нестрогое сравнение («==»): При использовании двойного знака равенства PHP сравнивает значения операндов после их преобразования в общий тип данных. Например, 5 == '5' вернет true, потому что PHP преобразует строку '5' в целое число 5 перед сравнением. Строгое сравнение («===»): При использовании тройного знака равенства PHP сравнивает не только значения операндов, но и их типы данных. Это означает, что для того чтобы выражение было истинным, значения операндов должны быть одинаковыми и одного типа. Например, 5 === '5' вернет false, потому что типы операндов различны.

🐳 Прокачай Docker CLI Dockerlings предлагает более 15 упражнений, которые последовательно учат работать с контейнерами, Dock
🐳 Прокачай Docker CLI Dockerlings предлагает более 15 упражнений, которые последовательно учат работать с контейнерами, Dockerfile, сетями, томами и многими другими важными аспектами Docker. Главная особенность — это удобный интерфейс, который позволяющий выполнять задания и сразу же проверять свои решения. 🔗 Попробовать Docker CLI Библиотека пхпшника

🐳 Прокачай Docker CLI Dockerlings предлагает более 15 упражнений, которые последовательно учат работать с контейнерами, Dockerfile, сетями, томами и многими другими важными аспектами Docker. Главная особенность — это удобный интерфейс, который позволяющий выполнять задания и сразу же проверять свои решения. 🔗 Попробовать Docker CLI Библиотека пхпшника

🚀Монолитное приложение устарело? Или его просто неправильно реализуют? Современная монолитная архитектура — это более быстры
🚀Монолитное приложение устарело? Или его просто неправильно реализуют? Современная монолитная архитектура — это более быстрый запуск, более простая поддержка и меньшая архитектурная избыточность. 📆 На открытом уроке 19 марта в 20:00 (МСК) разберём подход Inertia.js — технологию, которая объединяет фреймворк Laravel и Vue.js в одном веб-приложении без отдельного интерфейса программирования приложений (API) и дублирования логики. Покажем, как выстроить единый маршрут запросов, работать с формами без хаоса и подключить серверный рендеринг (SSR). Вы увидите альтернативу классическому разделению на серверную часть и пользовательский интерфейс и поймёте, когда монолитная архитектура — это стратегически сильное решение. ⚡️Встречаемся в рамках курса «Framework Laravell». Принять участие в бесплатном онлайн-уроке: https://clc.to/lo0pXw Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

⌨️ Топ-вакансий по PHP за неделю PHP программист — 150 000 - 200 000₽ — удалёнка PHP программист — до 350 000 ₽ — удалёнка РНР-разработчик — 250 000 —‍ 450 000 ₽ — гибрид (Москва, Санкт-Петербург) ➡️ Еще больше топовых вакансий — в нашем канале PHP Jobs

⚡️ Как настроить zero-downtime деплой PHP-приложения через GitHub Actions + Deployer Разбираем правильный пайплайн: атомарный деплой, откат за 10 секунд, нет простоя. 1️⃣ Устанавливаем Deployer
composer require deployer/deployer --dev
Генерируем базовый конфиг:
./vendor/bin/dep init
Выбираем тип проекта (Laravel, Symfony, Common). Получаем deploy.php в корне. 2️⃣ Конфигурируем хосты и пути
// deploy.php
import('recipe/laravel.php');

host('production')
    ->setHostname('your-server.com')
    ->setRemoteUser('deploy')
    ->setDeployPath('/var/www/app')
    ->setSshMultiplexing(true);

set('shared_files', ['.env']);
set('shared_dirs', ['storage', 'bootstrap/cache']);
set('writable_dirs', ['storage', 'bootstrap/cache']);
set('keep_releases', 5);
keep_releases: 5 — держим 5 последних релизов на сервере. Откат мгновенный. 3️⃣ Понимаем структуру директорий Deployer создаёт на сервере:
/var/www/app/
├── current -> releases/20250311120000/  # symlink
├── releases/
│   ├── 20250311120000/
│   └── 20250310090000/
└── shared/
    ├── .env
    └── storage/
current — это симлинк. Переключение релиза = атомарная замена симлинка. Nginx видит новый код без перезапуска. 4️⃣ Добавляем кастомные задачи
task('artisan:migrate', function () {
    run('cd {{release_path}} && php artisan migrate --force');
});

task('opcache:reset', function () {
    run('kill -USR2 $(cat /var/run/php-fpm.pid)');
});

// порядок выполнения
after('deploy:symlink', 'opcache:reset');
before('deploy:symlink', 'artisan:migrate');
Миграции — до переключения симлинка. OPcache сброс — после. Последовательность важна. 5️⃣ GitHub Actions пайплайн
# .github/workflows/deploy.yml
name: Deploy to Production

on:
  push:
    branches: [main]

jobs:
  deploy:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4

      - name: Setup PHP
        uses: shivammathur/setup-php@v2
        with:
          php-version: '8.3'

      - name: Install dependencies
        run: composer install --no-dev --optimize-autoloader

      - name: Deploy
        run: ./vendor/bin/dep deploy production -vvv
        env:
          SSH_PRIVATE_KEY: ${{ secrets.DEPLOY_SSH_KEY }}
Секрет DEPLOY_SSH_KEY — приватный ключ деплой-юзера без sudo, только для деплоя. 6️⃣ Настраиваем деплой-юзера на сервере
useradd -m -s /bin/bash deploy
mkdir -p /home/deploy/.ssh
# вставляем публичный ключ
echo "ssh-ed25519 AAAA..." >> /home/deploy/.ssh/authorized_keys
chmod 700 /home/deploy/.ssh && chmod 600 /home/deploy/.ssh/authorized_keys

# права на директорию приложения
chown -R deploy:www-data /var/www/app
chmod -R 775 /var/www/app
PHP-FPM должен работать от www-data. Deployer деплоит от deploy. Группа общая. 7️⃣ Откат при провале
// автоматический откат если задача упала
after('deploy:failed', 'deploy:unlock');

// ручной откат из CLI
./vendor/bin/dep rollback production
Rollback меняет симлинк на предыдущий релиз. Время: ~3 секунды. 📌 Итог Deployer + symlink-стратегия + GitHub Actions = деплой без простоя, с историей релизов и откатом в одну команду. Больше никакого git pull руками на проде. Библиотека пхпшника

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