Семантическое обновление версии

Этот инструмент автоматизирует процесс обновления версий в Composer-проектах на основе анализа Git-коммитов и генерации CHANGELOG. Он помогает соблюдать семантическое версионирование и стандарт Conventional Commits.

👩‍💻 https://github.com/Voral/vs-version-incrementor

Автор: @vasoft

#semanticVersioning #versionIncrement #git #composer #changelog

Сделать поддержку optional chaining operation `user?.id` в Twig

Вот уже 5 лет ребята не могут втащить оператор для обращения к объектам если они null.
Отличная штука которая хорошо сочетается с ?: или ?? операторами для вывода значения по умолчанию: user?.image ?? ‘/no-image.png’.
Для шаблонного языка я думаю это must-have, но никто не хочет ничего делать, вот только еще до самого issue придумали оператор ???.

👩‍💻 https://github.com/twigphp/Twig/issues/3260

#twig #symfony

Добавляет именованные аргументы в зависимости от настроек

👩‍💻 https://github.com/savinmikhail/AddNamedArgumentsRector

👤 Автор: @msavin_dev

#tool #rector

Comments Density Analyzer

Проблемы, решаемые проектом – управление комментариями, например:
- создание issues в трекере под каждую todo/fixme, шоб код не зарастал техдолгом
- запрет на использование обычных комментов, так как мы стремимся писать самодокументированный код

Можно просто получать статистику твоего проекта.
Есть возможность подключения плагинов (можно подключить клиент YouTrack'a для создания тикетов)

👩‍💻 https://github.com/savinmikhail/Comments-Density

👤 Автор: @msavin_dev

🔨 Линч: https://www.youtube.com/live/FYVfQk0-t3U?si=4zeA-fgWinasI9YK

Нужно добавить поддержку функций в Infection.
Есть старый PR, который можно доработать.

👩‍💻 https://github.com/infection/infection/issues/1482

#infection #tool

Обновить yiisoft/error-handler в интеграционном пакете Spiral

👩‍💻 https://github.com/spiral-packages/yii-error-handler-bridge/issues/12

Мы в Spiral 3.0 выкинули всякие штуки, которые неплохо реализованы у других. Это коснулось и рендерера ошибок: мы взяли yiisoft/error-handler и воткнули туда свою цветовую схему и лого.
Однако, там оказалось хреново с совместимостью: нет API для кастомизации и, как следствие, в каждом миноре/патче может сломаться всё, что не относится к PHP сигнатурам (вёрстка и передаваемые переменные в шаблоны).
А тут ещё и мажор!
Надо выяснить, что сломали в новом релизе и перейти на него.

#exceptions #spiral #yii

🪲 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 = '[email protected]';

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

SELECT * FROM users FORCE INDEX (idx_email) WHERE email = '[email protected]';

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

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