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

Видео: Запуск Laravel в подкаталоге с Nginx

Настройка Nginx таким образом, что Laravel приложение работает в подкаталоге. Это полезно, если у вас есть несколько установок Laravel или если у вас есть второе приложение Laravel, запущенное внутри какого-то подкаталога на вашем сервере.

Например, если ваш основной домен — example.com, а у вас есть второе Laravel приложение, которое вы хотите развернуть по адресу example.com/subdirectory, то с помощью этой конфигурации Nginx вы можете настроить сервер так, чтобы обрабатывать запросы к этому подкаталогу с использованием вашего второго Laravel приложения.

Контроль доступа в Symfony

🔒Контроль доступа позволяет определить права доступа к определенным частям приложения, ограничивая доступ для пользователей без необходимых разрешений.

🛡️Для реализации контроля доступа в Symfony проектах используются два основных подхода:

1️⃣Symfony Firewall: это начальный уровень безопасности маршрутов, добавляющий глобальные правила для всех маршрутов или определенных групп маршрутов. Это позволяет определить, какие URL-адреса требуют проверки безопасности и какие IP-адреса можно добавить в белый список для определенных конечных точек.

2️⃣Специфический контроль доступа для каждого маршрута: это более гибкий подход, позволяющий непосредственно определить правила доступа для каждого маршрута. Это особенно полезно для обработки более сложных правил доступа или для непосредственного отображения контроля доступа в соответствующих функциях.

🛠️ Инструменты и библиотеки для реализации контроля доступа:

ACCENT для проектов с API Platform.
Создание собственного скрипта для проверки контроля доступа к маршрутам.

🔍 Обеспечение безопасности новых маршрутов:

Включение скрипта проверки контроля доступа в непрерывную интеграцию (CI) проекта.
Использование git pre-commit или pre-push хуков.

#memes

Используйте модель shouldBeStrict при запуске нового приложения Laravel.

При начале разработки нового приложения с использованием фреймворка Laravel стоит использовать метод «shouldBeStrict()». Этот метод заключается в включении строгого режима для моделей Eloquent, который обеспечивает несколько важных проверок при работе с моделями.

В частности, он выполняет следующие действия:

1️⃣Предотвращает ленивую загрузку связанных моделей, чтобы избежать избыточных запросов к базе данных.
2️⃣Предотвращает молчаливое отбрасывание атрибутов, которые не являются заполнимыми, что помогает предотвратить потенциальные проблемы безопасности.
3️⃣Предотвращает доступ к отсутствующим атрибутам моделей, что обеспечивает быстрое обнаружение опечаток или ошибок в коде.

Профайлинг Laravel приложений с XDebug и PHPStorm

Здесь рассказывается о важности профилирования приложений перед выпуском ресурсоемкой функциональности и о том, как часто забывают замерять время операций, которые могут превышать ожидание пользователя. Автор, Ваня, PHP-разработчик из Санкт-Петербургского электротехнического университета ЛЭТИ, делится опытом использования XDebug и PHPStorm для удобной отладки PHP-приложений и профилирования их производительности.

Также подробно описывается настройка XDebug, включая изменение режимов работы, директории сохранения профайлов и игнорирование выходных файлов в системе контроля версий. Затем автор переходит к просмотру профайла в PHPStorm, демонстрируя шаги и настройки, необходимые для анализа данных профилирования.

Автор обнаружил, что профайл XDebug не содержит необходимой информации о методе API Laravel из-за особенностей работы сервера PHP. Однако, после небольших изменений в конфигурации XDebug, таких как изменение имени выходного файла, удалось получить полезные данные профайлинга.

Оптимизация ответов API в Laravel с помощью DTO

🔍 Рассмотрим процесс создания и тестирования интеграций с API в Laravel, используя DTO для отображения данных. Начнем с анализа примера ответа от API Google Books при поиске книги «The Ferryman». Затем создадим необходимые DTO для отображения основных и вложенных данных, таких как информация о книге и ссылки на изображения.✅

🛠️ Предложены методы тестирования, включая предотвращение фактических HTTP-запросов в тестах и создание помощников для генерации фальшивых ответов от API. Каждый этап разработки и тестирования иллюстрируется кодом на языке PHP и тестами с использованием фреймворка Pest.

#дайджест новостей по PHP за неделю:

🔎Загрузите более 1500 шрифтов Google в свой проект Laravel. — Laravel Webfonts — это пакет, который позволяет вам легко загружать, устанавливать и предварительно загружать более 1500 шрифтов Google локально в ваш проект Laravel.

🔎Выпущена Symfony 7.0.3 — Вот список наиболее важных изменений с версии 7.0.2.

🔎Laravel 10.42 — глобальные параметры по умолчанию для HTTP-клиента - На этой неделе команда Laravel выпустила версию 10.42 с глобальными параметрами по умолчанию для HTTP-клиента, правилом максимальной проверки для объекта правила пароля, строкой помощник по развертыванию и многое другое.

🔎Неделя Symfony #891 (22–28 января 2024 г.)

Статистика версий PHP: январь 2024 г.

Регулярный обзор используемых версий PHP на основе данных, которые клиенты отправляют на packagist.org (например, когда они запускают composer update команду).

Основные моменты, охваченные в статистике, включают:

Статистика использования: В статье представлено сравнение использования версий PHP за разные периоды времени, подчеркивая постепенное снижение старых версий PHP (например, PHP 7.1) и увеличение принятия более новых версий (например, PHP 8.3).

Эволюция использования версий: Визуальные представления, такие как диаграммы, иллюстрируют тенденции в использовании версий PHP со временем, демонстрируя ускоренное принятие более новых версий PHP, таких как PHP 8.3, по сравнению с их предшественниками.

Требуемые версии: В статье анализируется минимально требуемые версии PHP для топ-1000 пакетов композитора, показывая, как выборы сделанные сами авторами пакетов влияют на требования к версиям PHP для проектов, использующих эти пакеты.

Построитель SQL запросов на основе мета-информации миграций БД

Статья представляет библиотеку Sql Query Builder, которая использует пакет версионирования shasoft/db-schema для работы с запросами к базе данных. Эта библиотека обеспечивает прямую работу с драйвером PDO и поддерживает различные команды SQL, такие как SELECT, INSERT, UPDATE, DELETE, а также операции JOIN, фильтрацию, удаление дубликатов, сортировку, группировку, агрегатные функции и ограничение выборки.

Приводятся примеры использования библиотеки для создания объекта Query Builder, указания условий фильтрации и соединения, а также выполнения запросов с учетом кэширования. Особое внимание уделяется использованию контекста таблицы для определения связей и работы с данными различных таблиц. Также обсуждаются некоторые ограничения и особенности работы библиотеки.

Планирование задач с помощью Symfony Scheduler

На SymfonyLive Paris 2023 был представлен Scheduler в Symfony, предназначенный для управления периодическими задачами, и стал стабильным с выпуском Symfony 6.4. Он заменяет crontab и интегрируется непосредственно в приложение.

Объясняется установка компонента через Composer и его основные функции, включая создание задач, управление расписанием, обработку коллизий и ошибок, а также использование консольных команд в качестве задач Scheduler. Рассматриваются возможности настройки расписания, управления коллизиями, множественными воркерами и отладкой расписаний.

Также обсуждаются инструменты для обработки ошибок и использование консольных команд в качестве задач Scheduler.

Каково назначение транзакций? Расскажите о принципе работы.

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

Принцип работы транзакций обычно основан на следующих концепциях:

Атомарность (Atomicity): Транзакция должна считаться атомарной, то есть либо все ее операции должны быть успешно выполнены, либо ни одна из них не должна быть выполнена. Не должно быть промежуточных состояний, где часть операций выполнена, а часть нет.

Согласованность (Consistency): Транзакция должна обеспечивать соблюдение всех ограничений целостности данных. Если данные нарушают целостность, транзакция должна быть отменена, чтобы не допустить записи некорректных данных.

Изолированность (Isolation): Транзакции должны выполняться так, будто они являются единственными операциями, выполняемыми в базе данных. Это означает, что результаты одной транзакции не должны быть видны другим транзакциям до того момента, пока первая транзакция не будет завершена.

Устойчивость (Durability): После успешного завершения транзакции изменения данных должны быть надежно сохранены и доступны в случае сбоя системы или перезагрузки.

Принцип работы транзакций обычно включает в себя следующие этапы:

1️⃣Начало транзакции (BEGIN): Объявляется начало последовательности операций, которые должны быть выполнены атомарно.

2️⃣Выполнение операций: В этом этапе выполняются операции чтения и записи, которые являются частью транзакции.

3️⃣Фиксация (COMMIT): Если все операции выполнились успешно, транзакция завершается путем фиксации, и все изменения применяются к базе данных.

4️⃣Откат (ROLLBACK): Если в процессе выполнения транзакции произошла ошибка или нарушение условий целостности, транзакция отменяется путем отката, и все изменения, сделанные до этого момента, отменяются.

#вопросы_с_собеседований

#memes

Легко управляйте временными файлами в Laravel

Пакет spatie/temporary-directory создан для управления временными файлами и каталогами в PHP. Вместо использования стандартных функций для работы с временными файлами, автор предлагает использовать этот пакет, который предоставляет удобный объектно-ориентированный интерфейс для создания и управления временными файлами и каталогами.

Пакет позволяет легко создавать временные директории, загружать файлы в них, обрабатывать файлы и автоматически удалять временные директории при завершении работы с ними. Он также предоставляет другие удобные методы, такие как изменение имени и местоположения директории и очистка директории от всех файлов.

#хочу_спросить

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

#дайджест #phpdevjob

Вакансии недели для Москвы 👨🏻‍🏫

PHP-разработчик в ABCP
Москва. Разработка облачного решения для предпринимателей в сфере торговли.
Подробнее

PHP Developer в Market Team
Москва. Розничная торговля, маркетинг, реклама.
Подробнее

PHP-разработчик в netPrint.ru
Москва. Онлайн-сервис цифровой фотопечати.
Подробнее

PHP разработчик в Брискли
Москва. Создание IT-продуктов для ритейла.
Подробнее

PHP разработчик в Tilda Publishing
Москва. Платформа для создания сайтов.
Подробнее

Понравились вакансии?
❤️ — да
🤔 — нет

9 сред выполнения PHP: тест производительности

Условия испытаний:

Каждый runtime работает в 1 или 2 контейнерах Docker.
Каждый контейнер имеет 1 ЦП и 1 ГБ ОЗУ.
Инструмент нагрузочного тестирования находится в той же сети Docker.

Тестируемое приложение:

Symfony 7 с 1 контроллером и 1 представлением, без базы данных или других внешних сервисов.
Symfony разрабатывался с учетом возможности использования различных рантаймов, таких как Swoole, AMPHP и ReactPHP, хотя последние два были исключены из конкурса.

Инструмент нагрузочного тестирования:

Используется K6 для выполнения тестов нагрузки.
Тесты запускались 3 раза для каждого runtime с 10, 100 и 1000 одновременными подключениями в течение 30 секунд.

Настройки PHP и Symfony:

Используется php.ini-production (поставляется с официальными контейнерами Docker).
Включен Opcache и JIT.
Настроен предварительный загрузчик.
Symfony работает в режиме production.
Кэш Symfony прогрет во время сборки контейнера.

Результаты испытаний:

🟠Apache + mod_php и Apache + PHP-FPM показали практически одинаковые результаты.
🟠Nginx + PHP-FPM очень близок к Apache + mod_php и Apache + PHP-FPM при низкой нагрузке (10 и 100 одновременных подключений).
🟠Nginx + PHP-FPM смог обслужить около вдвое больше запросов, чем стеки, основанные на Apache, при нагрузке 1000 одновременных подключений.
🟠Nginx Unit был примерно в 3 раза быстрее, чем традиционный и наиболее популярный Nginx + PHP-FPM.
🟠Не было большой разницы между Roadrunner и Nginx + Roadrunner.
🟠Roadrunner на основе стеков работал в более чем в 2 раза быстрее, чем Nginx + PHP-FPM.
🟠FrankenPHP (не в режиме worker) был довольно близок к Nginx + PHP-FPM с точки зрения производительности.
🟠В режиме worker FrankenPHP был более чем в 10 раз быстрее, чем Nginx + PHP-FPM.
🟠Swoole практически так же быстр, как и FrankenPHP в режиме worker.

Полную версию можно увидеть здесь. Заходить с VPN