Библиотека пхпшника | PHP, Laravel, Symfony, CodeIgniter
Все самое полезное для пхпшника в одном канале. По рекламе: @proglib_adv Учиться у нас: clc.to/M561SQ Для обратной связи: @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 522 obunachidan iborat bo'lib, Texnologiyalar & Aralashmalar toifasida 11 314-o'rinni va Rossiya mintaqasida 60 447-o'rinni egallagan.
📊 Auditoriya ko‘rsatkichlari va dinamika
невідомо sanasidan buyon loyiha tez o‘sib, 10 522 obunachiga ega bo‘ldi.
26 Avgust, 2026 dagi oxirgi ma’lumotlarga ko‘ra kanal barqaror faollikka ega. Oxirgi 30 kunda obunachilar soni -63 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 19.12% darajada jalb etiladi. Nashrdan keyingi dastlabki 24 soatda kontent odatda umumiy obunachilar sonining 9.47% ini tashkil etuvchi reaksiyalarni to‘playdi.
- Post qamrovi: Har bir post o‘rtacha 2 012 marta ko‘riladi; birinchi sutkada odatda 997 ta ko‘rish yig‘iladi.
- Reaksiyalar va o‘zaro ta’sir: Auditoriya faol: har bir postga o‘rtacha 15 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
Учиться у нас: clc.to/M561SQ
Для обратной связи: @proglibrary_feeedback_bot
РКН: https://gosuslugi.ru/snet/67a5d13cd6fa92100ee6f68b”
Yuqori yangilanish chastotasi (oxirgi ma’lumot 27 Avgust, 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.
.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Запись первого открытого вебинара, на котором мы вместе с руководителем AI-направления в Альфа-Банке Полиной Полуниной пилили агента в прямом эфире.Ах да, чуть не забыли! Дарим промокод AGENTSWEB на скидку 10 000 рублей и два курса сверху при покупке до 15 марта 🎁 → Стать AI-инженером
stream {
upstream ntp {
server ntp1.example.com:123 weight=2;
server ntp2.example.com:123;
}
server {
listen 123 udp;
proxy_pass ntp;
}
}
Преимущества
— Поддержка балансировки для UDP-сервисов.
— Гибкая настройка весов серверов.
— Резервирование серверов для повышения надёжности.
Еще больше полезных книг — в нашем канале @progbook// 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 процессах
Ставьте → 🔥 если нравится формат. Если нет → 🌚
💬 Решения пишите в комменты под спойлер — сравним подходы.// ❌
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<?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 — удобные «псевдо-файлы» для буферизации в памяти.
Библиотека пхпшника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 руками на проде.
Библиотека пхпшникаproduction вскрывает серьёзные проблемы: разработчикам приходится бороться с непредсказуемыми галлюцинациями моделей, нестабильными API и сложной интеграцией в существующую архитектуру.
Сегодня в 19:00 МСК в рамках нашего курса «Разработка AI-агентов» мы проведём открытый вебинар «ИИ-агенты в продакшене: от хайпа к деньгам». Спикер — Полина Полунина, руководитель AI-направления в Альфа-Банке. Будем говорить о нейросетях с позиции жёсткой инженерии.
Разберём три реальных кейса из сурового банковского энтерпрайза, напишем и запустим агента прямо в эфире, честно обсудим грабли, на которые наступает бизнес при интеграции LLM.
Тем, кто придёт на эфир, дадим промокод AGENTS на скидку 10 000 ₽ на любой тариф курса.
👉 Занять место на вебинаре$ch = curl_init();
curl_setopt_array($ch, [
CURLOPT_URL => 'https://api.example.com/users',
CURLOPT_RETURNTRANSFER => true,
CURLOPT_HTTPHEADER => ['Authorization: Bearer ' . $token],
CURLOPT_TIMEOUT => 10,
]);
$response = curl_exec($ch);
$status = curl_getinfo($ch, CURLINFO_HTTP_CODE);
curl_close($ch);
Работает везде, зависимостей ноль. Но каждый запрос — это церемония. Обработка ошибок? Отдельный квест: curl_errno(), curl_error(), ручной парсинг хедеров.
🔹 Guzzle
$client = new Client([
'base_uri' => 'https://api.example.com',
'timeout' => 10,
]);
$response = $client->get('/users', [
'headers' => ['Authorization' => 'Bearer ' . $token],
]);
$data = json_decode($response->getBody(), true);
Исключения из коробки, middleware, retry-логика, async через Promises, mock-клиент для тестов. Это не просто обёртка над cURL — это другой уровень абстракции.
📊 Когда что выбрать
Один-два простых запроса → cURL, не тащи зависимость
Интеграция с внешним API → Guzzle, однозначно
Нужен retry/backoff → Guzzle + HandlerStack
Пишешь библиотеку/пакет → cURL или PSR-18 абстракция
Хочешь нормально тестировать → только Guzzle MockHandler
💬 Что выбираете вы?
🐸 Библиотека пхпшника
#элементарный_выбор