🪲 Add PSR-3 logger implementation

Add lightweight PSR-3 implementation that can be easily use with Trap, compatible with fibers, etc

👩‍💻 https://github.com/buggregator/trap/issues/179

#buggregator #trap

🖼 Fix MSSQL 2017 GitHub action

MSSQL не поддерживается в Ubuntu 22, только в Ubuntu 20. А Github Actions не поддерживают Ubuntu 20.
Нужно заставить работать MSSQL в CI, чтобы прогонять тесты в yiisoft/db. Больше информации в тикете

👩‍💻 https://github.com/yiisoft/db/issues/958

#yii #yii3 #db #mssql

Напоминаю, что идет розыгрыш бесплатной проходки на Стачку.

Нужно всего лишь написать коммент и приехать в Ульяновск.

Кстати, уже есть и второй билет, но даже первый никому не нужен 🫠

💥💥💥 Ещё анонос и розыгрыш проходки!

Через 2 недели (с 21 по 25 апреля) начнётся онлайн конференция Podlodka Php Crew которая будет проходить целых 5 дней. Тема сезона - High Performance. Т.е. про оптимизацию всего связанного и не связанного с php. Я там буду выступать и расскажу почему индексы не работают. Вообще тема индексов достаточно избитая, часто слышу "тормозят запросы в базу - создай индекс". Ну изи же.
🔹 А что если он не будет работать в условиях этого запроса?
🔹 Или вред от него будет выше, чем польза?
🔹 Или почему планировщик вообще игнорирует ваш, на первый взгляд, валидный индекс?

Вообще с планировщиком всегда непросто, и не всегда понятно как он выбирает путь исполнения запроса и индекс. Но есть хитрости, как заставить, например, планировщик mysql использовать индекс.

✅ Директива USE INDEX
Это, так скажем, "мягкая" рекомендация для планировщика выбрать указанный индекс. Но она может быть проигнорирована, если будет более оптимальный путь.

SELECT * FROM users USE INDEX (idx_email) WHERE email = 'example@mail.com';

✅ Директива FORCE INDEX
"Жесткая" директива, требующая от потимизатора использовать указанный индекс, даже если он считает это не оптимальным. При этом оптимизатор игнорирует оценку стоимости альтренатив

SELECT * FROM users FORCE INDEX (idx_email) WHERE email = 'example@mail.com';

Допустим есть запрос

SELECT * FROM orders WHERE customer_id = 42 AND status = 'done';

записей с customer_id=42, допустим, 1000 с разными значениями в status, а со status = done и разными customer_id - 50000.

И есть 2 индекса - на customer_id, и на status. Тут планировщик выберет customer_id, это более селективно.
Но вот мы взяли и зафорсили индекс по status, нам показалось так лучше (и это может действительно лучше в каких-то сценариях) -

SELECT * FROM orders FORCE INDEX (idx_status) WHERE customer_id = 42 AND status = 'done';

в итоге получим, что сначала запрос отберёт 50000 записей со status = done, а потом из них возмёт 100 записей с customet_id 42. Вот такая оптимизация.

В PostgreSQL такогих деректив нет. Но есть другие "приёмы" как можно скорректировать работу планировщика.
Вообще, на мой взгляд, к такому нужно относится с большой осторожностью. Если без костылей не получается завести индекс, вероятно что-то мы делаем не так.

В своём докладе я расскажу и об этом, и о том почему индексы игнорируются или работают не эфективно. У меня есть проходка на мероприятие и ,если мой доклад интересен, то есть шанс послушать его в живую, а так же все остальные с Podlodka Php Crew. Для этого нужно оставить любой комментарий к посту, победителя выберу случайным образом через неделю 🫡

Добавить поддержку выражений

В Symfony есть Expression Language и его поддержка в валидаторе.
Было бы круто иметь подобный валидатор для Yii3.
Нужно написать бридж к Expression Language, довольно интересная задачка!

п.с. я умел раньше писать тз 😁

👩‍💻 https://github.com/yiisoft/validator/issues/518

#yii #yii3 #validator

Пофиксить PHP 8.4 deprecations в RoadRunner PHP

👩‍💻 https://github.com/roadrunner-php/issues/issues/39

Нужно обновить пакет version-checker, чтобы он не плевался депрекейтами PHP 8.4
Делается это несложно (можно посмотреть связанные PR в той же ишуе): подключается spiral/code-style, запускается и весь код становится красивым и без депрекейтов.

Пользователи RoadRunner и Temporal, внедряющие PHP 8.4, будут вам благодарны.

Ишуя для тех, кто не хочет кодить

🪲 Добавить Buggregator в список Awesome PHP

https://github.com/buggregator/trap/issues/191

#yii3

🖼 Добавить дженерик для метода ConnectionInterface::transaction()

В пакете Yii DB (абстракция над СУБД) есть метод ConnectionInterface::transaction(), который выполняет анонимную функцию в рамках транзакции и возвращает её результат.

Необходимо типизировать метод таким образом, чтобы Psalm мог вывести тип результата.

⭐️ Тикет на GitHub

Во время сегодняшнего стрима обнаружилось, что под свеженький RoadRunner 2025 не все PHP-пакеты обновлены. Нужно в composer.json для зависимости spiral/roadrunner добавить версию ^2025.1

Вот эти пакеты:

roadrunner-php/centrifugo
roadrunner-php/tcp
roadrunner-php/services

Быстро вошёл — быстро вышел, приключение на несколько минут. Зато неоценимый вклад! 😏

🔥 Сбор профайлов в PHP через excimer и как их отправлять 🚀

В продолжение темы про #observability решил рассказать, как отправлять данные профайлов, собранные через excimer. Надо сказать, что это не самый популярный модуль для сбора профайлов — и, как по мне, совершенно зря. Потому что это расширение максимально тесно интегрируется в PHP и даёт минимум нагрузки на процессор ⚡

Минусы? Конечно — отсутствие визуализации из коробки. Но визуализаторов полно: Pyroscope от Grafana, например. Или Speedscope. Проблема в другом — как туда всё это отправить, ведь excimer не умеет ни в OpenTelemetry, ни в какой-нибудь другой удобный формат. Что делать?

А ничего — написать враппер и адаптеры самому 😎 Чем я и занялся. В итоге появился open source пакет 👩‍💻 https://github.com/excimetry/excimetry

Получился, как по мне, весьма удобный. Я сразу добавил интеграцию с клиентами по OpenTelemetry, данные идут в бинарном формате через protobuf. Есть поддержка:
✅ Pyroscope
✅ Speedscope
✅ Выгрузка на файл
✅ Профайлинг консольных команд

Вот пример использования

use Excimetry\Profiler\ExcimerProfiler;
use Excimetry\Exporter\CollapsedExporter;
use Excimetry\Backend\PyroscopeBackend;

// Create a profiler
$profiler = new ExcimerProfiler();

// Start profiling
$profiler->start();

// Your code to profile here
// ...

// Stop profiling
$profiler->stop();

// Get the profile
$log = $profiler->getLog();

// Send to Pyroscope
$exporter = new CollapsedExporter();
$backend = new PyroscopeBackend(
    'http://localhost:4040', // Pyroscope server URL
    'my-application',        // Application name
    ['env' => 'production']  // Labels
);

// Send the profile to Pyroscope
$backend->send($log);

// You can also set the backend to send asynchronously
$backend->setAsync(true);
$backend->send($log); // Returns immediately, sends in background

// Add custom labels
$backend->addLabel('version', '1.0.0');
$backend->addLabel('region', 'us-west');

Честно, не знаю, насколько далеко это всё зайдёт — но идея мне реально нравится 💡 Возможно, excimer станет чуточку популярнее благодаря excimetry.

Буду рад звёздочкам на GitHub ⭐️, репостам и вашим комментариям ❤️

⸻

Давайте оставаться на связи ☄️

🌙 Проект: MoonShine
🛠 Задача: Миграция с @popperjs/core на @floating-ui в MoonShine (4.x)

Описание:
Библиотека @popperjs/core, используемая в MoonShine для позиционирования всплывающих элементов (tooltip, dropdown и т.д.), переехала в Floating UI. Теперь вместо @popperjs/core следует использовать @floating-ui/dom.

Цель:
В ветке 4.x заменить использование @popperjs/core на актуальную версию из floating-ui. Это позволит избежать зависимостей от устаревшей библиотеки и получить доступ к новым возможностям и оптимизациям.

Убедиться, что:
- dropdown, select, tooltip, модальные окна и прочие компоненты позиционируются корректно;
- работает auto-update позиции при изменении layout;
- тесты проходят