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

Dead code detector Библиотека для обнаружения неиспользуемого кода с помощью расширения PHPStan. Обнаруживает мертвые циклы, поддерживает такие библиотеки, как Symfony, Doctrine, PHPUnit и др. Может автоматически удалять неиспользуемый PHP-код.

#хочу_спросить Задавайте любые вопросы о программировании и получайте ответы от пользователей. В комментариях под постом укажите #язык, #стек и/или #библиотеку, по которым задаете вопрос.

Новое в Symfony 7.2 🔸Улучшена работа с тайм-аутами в компоненте Messenger для предотвращения повторной обработки сообщений. Это реализовано двумя новыми функциями: Поддержка keepalive: введен интерфейс KeepaliveReceiverInterface, который позволяет транспортам оповещать о том, что сообщение все еще обрабатывается, избегая его возврата в очередь. Метод keepalive(Envelope $envelope): void отправляет уведомление о том, что сообщение активно, предотвращая тайм-аут на стороне транспорта. Несколько встроенных транспортов уже реализуют этот интерфейс, и поддержка будет расширена в будущих версиях Symfony. ConsoleAlarmEvent и SIGALRM-сигнал: добавлен метод setAlarmInterval в основной класс приложений Symfony для установки интервала сигнала SIGALRM. Команды messenger:consume и messenger:failed:retry теперь поддерживают опцию --keepalive, которая позволяет периодически вызывать keepalive с помощью SIGALRM сигнала. 🔸Компонент Mime получил два важных нововведения: Пользовательские MIME-энкодеры: раньше Mime-компонент поддерживал только фиксированные типы энкодеров для элементов TextPart (quoted-printable, base64, 8bit). Теперь разработчики могут создавать и использовать собственные энкодеры для специфических нужд, таких как SOAP-вложения. Поддержка Unicode в email-адресах: благодаря поддержке стандарта RFC 6531 теперь можно использовать Unicode-символы в email-адресах (в локальной и доменной частях). 🔸Добавлена возможность настраивать индикатор завершения в компоненте Console, что улучшает удобство работы и взаимодействие с разработчиком (DX). Ранее при использовании индикатора прогресса отображался вращающийся текстовый спиннер, который оставался на последнем состоянии при завершении команды, что могло создавать неконсистентное впечатление. Теперь по умолчанию отображается значок ✔️ как индикатор завершения, обеспечивая единообразное завершение. Также можно задать собственное значение индикатора завершения с помощью опции finishedIndicatorValue.

Fizz-Buzz за 56 символов? На сайте code-golf.io вы можете посоревноваться в написании самых коротких решений простых задач по программированию. Например, попробуйте написать самый короткий код FizzBuzz на PHP — на данный момент он составляет всего 56 символов! Задача состоит в следующем: 🔸Напечатайте числа от 1 до 100 включительно, каждое на своей строке. 🔸Если, однако, число кратно трем, то вместо него выведите Fizz, а если число кратно пяти, то выведите Buzz. 🔸Если верно несколько условий, то должны быть выведены все замены, например 15 — FizzBuzz. Вот пример на 72 символа: for(;$i++<100;)echo$i%15?($i%3?($i%5?$i:'Buzz'):'Fizz'):'FizzBuzz',"\n»;

🔐 🔑 OAuth 2: как работает современная авторизация Помнишь кнопку «Войти через Google»? Та самая кнопка, которая избавляет от необходимости запоминать очередной пароль. Сегодня разберем, как работает эта магия изнутри, почему гиганты вроде Spotify и Medium используют такой способ входа, и как внедрить его в свое приложение. Спойлер: это проще, чем кажется, и гораздо безопаснее традиционной формы регистрации. Читать статью

Composer: бинарные образы Docker Разработчик предложил создать новую версию Docker-образов для Composer, содержащую только бинарный файл Composer, что позволяет оптимизировать пространство и ресурсы. Идея была в том, чтобы избежать загрузки полного образа Composer (около 190 МБ), если требуется только сам бинарный файл (около 2,5 МБ). Его Pull Request был принят, и теперь пользователи могут использовать компактные, бинарные образы Composer в своих сборках Docker. Особенности новой реализации: Чтобы использовать бинарный образ, необходимо указать composer/composer и добавить суффикс -bin. Также изменено расположение бинарного файла: теперь он находится в корневом каталоге (/composer) вместо стандартного (/usr/bin/composer). Пример использования:

FROM php:8-alpine
COPY --from=composer/composer:2-bin /composer /usr/bin/composer

Новый подход подходит для создания кастомных образов на базе PHP с Composer, где можно просто скопировать готовый бинарный файл, избегая программной установки. Важно отметить, что эти образы содержат только бинарный файл Composer и не подходят для выполнения команд, так как в них нет ни PHP-окружения, ни оболочки. Технические детали реализации: Автор добавил новые цели сборки в Dockerfile, что позволило создавать как полноценные, так и бинарные образы. Для этого был применен метод многоэтапной сборки, оптимизирующий конечный образ и исключающий временные файлы. Также в GitHub Actions были настроены новые этапы для сборки и тестирования обоих типов образов.

Стоит ли возвращать null из методов. Если нет, то почему и как писать код в таких случаях? Когда речь идет о возвращении значения из методов, лучше избегать возвращения null, так как это может привести к ошибкам и сложностям при обработке результата функции. Вместо этого, важно возвращать объекты или значения-заглушки, которые явно указывают на определенное состояние или ситуацию. Если метод не может вернуть ожидаемый результат или найти запрошенное значение, то лучше выбросить исключение, чтобы проинформировать о такой ситуации и позволить соответствующей обработке ошибок или выполнению альтернативных действий. Если метод не может найти результат, который можно обозначить специальным значением, можно вернуть значение-заглушку, которое явно указывает на отсутствие результата или ошибку. Это может быть пустой массив, пустой объект, пустая строка или целое число, имеющее конкретное значение, которое в вашем контексте обозначает отсутствие результата.

#memes

Эта библиотека представляет гибкий, но строгий способ работы с примитивными типами данных, такими как целые числа, плавающие и строки, в PHP. Она делает акцент на безопасности типов и точности, поддерживая операции для подписанных и беззнаковых целых чисел (Int8, UInt8 и т.д.) и различных форматов с плавающей точкой (Float32, Float64 и т.д.). Для чего это нужно: 🟢Безопасность типов: Явно определяя типы данных, например UInt8, вы устраняете риск проникновения недопустимых значений в ваше приложение. Например, использование целых чисел без знака гарантирует, что значение останется в допустимых диапазонах, обеспечивая защиту от неожиданного ввода данных. 🟢Точность: Работа с точными значениями, особенно с числами с плавающей точкой, может быть сложной в PHP из-за того, как он управляет плавающими числами нативно. 🟢Защита диапазонов: Указывая точные диапазоны, вы можете предотвратить такие проблемы, как переполнение или недополнение, которые часто остаются незамеченными в языках с динамической типизацией. 🟢Удобство чтения и обслуживания: Явные типы данных улучшают читаемость кода. Когда разработчик читает ваш код, он сразу же понимает, какой тип значения ожидается и какие ограничения на него накладываются. Это повышает удобство сопровождения в долгосрочной перспективе.

💬В Laravel есть хелпер Number для простого и удобного форматирования цифровых значений.

PHP 8.4 Property Hooks: Можно ли теперь избавиться от геттеров/сеттеров? В будущей версии PHP 8.4 появится новая функция — «хуки для свойств», позволяющая добавлять логику при обращении к свойствам класса для чтения или записи данных. Это значит, что теперь можно отказаться от использования приватных свойств и публичных методов для их обработки (геттеров и сеттеров). Здесь изучается влияние этой функции на производительность. В частности, интересует, влияет ли использование хуков вместо геттеров/сеттеров на скорость работы приложения и стоит ли отказываться от привычных методов доступа к данным. Основные результаты и выводы: ✔️Производительность геттеров и сеттеров: Исследование показало, что вызовы геттеров и сеттеров занимают незначительную часть времени выполнения, даже при работе с большим объемом данных, и практически не влияют на общую производительность приложения. ✔️Сравнение производительности: В тестах с хуками и геттерами/сеттерами разница в скорости оказалась минимальной — около 9%. Это подтверждает, что производительность не должна быть решающим фактором при выборе между хуками и геттерами/сеттерами. ✔️Основные причины использования геттеров/сеттеров: Обычно геттеры и сеттеры применяют не для повышения скорости, а для ограничения доступа к данным и контроля за структурой класса. С хуками такие ограничения также можно реализовать, добавляя нужную логику при доступе к свойству. ✔️Итоги тестирования альфа-версии: Во время ранних тестов PHP 8.4 производительность хуков была ниже, чем у геттеров. Это указывало на необходимость оптимизации, и в итоге в RFC были внесены улучшения, благодаря которым сейчас хуки в PHP 8.4 работают быстрее.

🍐 Подборка лучших статей «Библиотеки программиста» за октябрь: сохраняй в заметки, чтобы не пропустить #самыйсок 💻🔍💼 Кризис IT-рынка: как джуны и кадровый голод меняют правила игры 🐍🍽️ Питон съел GIL на завтрак: что нового в версии 3.13 🪶 Как следовать принципу DRY при настройке Apache APISIX 📨 Как работают очереди и брокеры сообщений 🎮⚙️ Неправильные настройки импорта в Unity убивают вашу игру 🛠️🎯 12 инструментов для разработки крутого фронтенда 🚀💾⚡️ Protocol Buffers: самая эффективная бинарная альтернатива текстовому формату

⚡️Самые полезные каналы по PHP в одной папке В ней: ➖канал для подготовки к собеседованиям ➖интересные задачи ➖основной канал (этот) ➖лучшие вакансии из сферы ➖и наш чат, в котором можно общаться и задавать вопросы Добавляйте 👉 тык сюда

🤓 Git Gud — игра для изучения Git Это игра с командной строкой. В ней уровни разделены от простого к экспертному. 🔗 Ссылка

🔎Пользуетесь ли вы какими-либо иностранными новостными ресурсами по программированию на регулярной основе? Если да, то какими?🔽

Как Elasticsearch поломал сборки и «обнулил» звёзды в Github В один прекрасный день репозиторий elasticsearch-php на гитхабе выдал 404 ошибку. Что было дальше — в статье.

Скрытые преимущества модульного PHP: Как создавать масштабируемые приложения Здесь рассматриваются преимущества модульного подхода в разработке приложений на PHP. Основная идея заключается в том, что создание кода, разбитого на небольшие, независимые и взаимосвязанные модули, делает приложение более масштабируемым и поддерживаемым. Такой подход позволяет улучшить гибкость и упростить процесс добавления новых функций, а также тестирования и устранения багов. Ключевыми принципами модульной архитектуры являются разделение кода на логические блоки и четкое определение зависимостей между ними. Используя модули, разработчики могут работать над разными частями приложения одновременно, что сокращает время разработки. Помимо этого, модульная структура позволяет легче адаптировать приложение к изменениям бизнес-требований или технологическим обновлениям.

Приходите на курс “PHP Performance” Хороший программист не только умеет пилить классные фичи, но и знает, как работает его код в продакшене, а также может разобраться, почему его сервис тормозит. Для этого слово «телеметрия» должно стать не просто словом, а инструментом для поиска и устранения проблем. На курсе мы на практике изучим нужные инструменты, расскажем, как находить проблемы производительности, и как их исправлять. 🌐 В программе курса: ▪️Архитектура бекенд-серверов на PHP и её особенности: php-fpm, RoadRunner, использование ресурсов, параметры конфигурации ▪️OpenTelemetry: применение на примере SigNoz ▪️Суб-real-time телеметрия поверх UDP c PINBA и промстэком (Grafana/Prometheus). 🥸 Кто мы: R&D-центр https://devhands.ru, наш канал (https://t.me/rybakalexey). Автор курса — Михаил Курмаев, эксперт по сложным распределённым системам. Долгое время строил платформу в Badoo/Bumble, сейчас в Т-банке развивает дата-платформу. 🗓 Старт курса: 28 ноября, 4 недели обучения. Изучить программу и записаться можно здесь. Ждем вас! Реклама. ИП Рыбак А.А. ИНН 771407709607. Erid 2VtzqvwqgUd

Что такое план выполнения запроса и как его узнать? План выполнения запроса (Query Execution Plan) — это детальный анализ того, как база данных будет выполнять запрос, включая порядок обработки данных, используемые индексы, методы соединения и другие оптимизации запроса. Понимание плана выполнения запроса может помочь оптимизировать производительность запросов, выявляя возможные проблемы и улучшая структуру запроса или индексы. В разных системах управления базами данных (СУБД) есть различные способы получения плана выполнения запроса. Ниже приведены общие методы для некоторых из них: MySQL / MariaDB: Используйте ключевое слово EXPLAIN перед запросом SQL. PostgreSQL: Используйте ключевое слово EXPLAIN перед запросом SQL. Для более подробного анализа используйте ключевое слово EXPLAIN ANALYZE. SQL Server: Используйте ключевое слово EXPLAIN перед запросом SQL. Для более подробного анализа используйте команду SET SHOWPLAN_TEXT ON;, а затем выполните запрос. SQLite: Используйте ключевое слово EXPLAIN QUERY PLAN перед запросом SQL. Oracle: Используйте инструкцию EXPLAIN PLAN FOR. Полученный план выполнения запроса может быть сложным для понимания, но он предоставляет ценную информацию о том, как база данных обрабатывает ваш запрос, что может помочь в оптимизации его производительности.

❓Как не терять сообщения в Symfony при отправке через внешний брокер? Разберёмся на бесплатном открытом уроке «Надёжная отправка и получение сообщений через RabbitMQ в Symfony» ⏰Дата и время: 12 ноября, 20:00 МСК В программе: - сценарии потери сообщений, отправляемых через внешний брокер; - как поступать в ситуации, когда обработку сообщения нужно повторить; - реализация Transactional Outbox для гарантированной отправки сообщений. 🔥Вебинар проведёт Михаил Каморин, техлид в Skyeng Урок будет полезен всем PHP-разработчикам, которые хотят повысить свою квалификацию! После открытого урока можно записаться на курс «Symfony Framework», который доступен в рассрочку 👉🏻 Записаться на событие Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576