Библиотека собеса по PHP | вопросы с собеседований

Какие основные отличия PHP-FPM от модульного PHP в Apache?

Основные отличия PHP-FPM и модульного PHP в Apache (mod_php):

1. Способ работы и исполнения кода

PHP-FPM (FastCGI Process Manager)

🔸Запускается как отдельный процесс и обрабатывает запросы через протокол FastCGI.
🔸Веб-сервер (Apache, Nginx, Caddy и др.) передает запросы PHP-FPM через сокет или TCP.
🔸PHP-код выполняется в отдельных процессах, не зависящих от веб-сервера.

mod_php (Apache Module)

🔸PHP встраивается в сам Apache в виде модуля.
🔸Код выполняется внутри самого веб-сервера без необходимости передавать запросы во внешний процесс.
🔸Работает только с Apache, не совместим с Nginx.

2. Производительность и ресурсы

PHP-FPM:
✅ Лучше масштабируется, так как поддерживает динамическое управление процессами.
✅ Можно настроить пулы воркеров с разными конфигурациями (например, разное количество процессов для разных сайтов).
✅ Меньше потребляет память, так как процессы PHP разделены от веб-сервера.
❌ Небольшой оверхед на передачу запросов между веб-сервером и PHP-FPM.

mod_php:
✅ Обрабатывает PHP быстрее внутри Apache, без передачи данных во внешний процесс.
✅ Простая настройка, так как PHP уже встроен в сервер.
❌ Занимает больше оперативной памяти, так как каждый Apache-процесс содержит PHP-интерпретатор.
❌ Плохо масштабируется: каждый запрос создает новый процесс Apache, что быстро потребляет ресурсы.

3. Гибкость и настройки

PHP-FPM:

🔹Позволяет задать разные настройки PHP для разных виртуальных хостов (пулы процессов).
🔹Можно легко использовать разные версии PHP на одном сервере.
🔹Гибкие настройки управления процессами (pm.dynamic, pm.max_children и т. д.).

mod_php:

🔹Одна конфигурация PHP для всего сервера.
🔹Нет гибкого управления процессами (сколько процессов запущено — контролирует Apache).

4. Безопасность

PHP-FPM:

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

mod_php:

Все PHP-скрипты работают от имени одного пользователя (обычно www-data или apache).
В многосайтовой среде сайты могут получить доступ друг к другу.

5. Поддержка серверов
PHP-FPM: Работает с Apache, Nginx, Caddy и другими серверами.
mod_php: Работает только с Apache.

📌 Вывод: что выбрать?
Если нужен Nginx, масштабируемость, безопасность и гибкость → PHP-FPM.
Если нужен простой и быстрый запуск PHP на Apache, без сложных настроек → mod_php (но для продакшена редко используется).
PHP-FPM — более современное и предпочтительное решение для большинства проектов. 🚀

Что такое микросервисная архитектура?

Микросервисная архитектура — это подход к разработке программного обеспечения, в котором приложение разбивается на небольшие, автономные и слабо связанные между собой сервисы, каждый из которых отвечает за конкретную функциональность. Эти сервисы взаимодействуют друг с другом посредством использования API, что позволяет им работать независимо друг от друга.

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

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

Что вы знаете о дескрипторах в Symfony?

В Symfony дескрипторы используются для преобразования объектов и связанной с ними метаданных в различные форматы вывода, такие как текст, XML или JSON. Дескрипторы особенно полезны для отображения информации в консольных командах, генерации документации API или предоставления метаданных в различных форматах для других целей.

Назначение и использование

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

Распространенные случаи использования

✔️Консольные команды: Когда вы выполняете консольную команду Symfony с опцией --help, дескрипторы используются для форматирования и отображения текста справки по команде.
✔️Информация о маршрутизации: Дескрипторы могут использоваться для отображения информации о маршрутизации в различных форматах.
✔️Информация о сервисах: Они также могут описывать сервисы в контейнере сервисов.

Основные компоненты

DescriptorInterface: Этот интерфейс определяет контракт для дескрипторов. Любой дескриптор должен реализовать этот интерфейс и его метод describe.
AbstractDescriptor: Это абстрактный класс, который реализует некоторую общую логику для дескрипторов. Он помогает уменьшить дублирование кода среди различных реализаций дескрипторов.

Специфические дескрипторы: Symfony предоставляет несколько встроенных дескрипторов, таких как:

🟢TextDescriptor
🟢XmlDescriptor
🟢JsonDescriptor
🟢MarkdownDescriptor

Расширение дескрипторов

Если встроенные дескрипторы не удовлетворяют вашим потребностям, вы можете создать собственные дескрипторы, реализовав DescriptorInterface. Это позволит вам адаптировать вывод под ваши конкретные требования.

🧑‍💻 Пишете на PHP, упираетесь в производительность и всё чаще смотрите в сторону асинхронных решений? В какой-то момент вы столкнулись с ограничениями "короткоживущих" процессов и традиционного стека с PHP-FPM, особенно, при обработке "лёгких" запросов — нужны другие подходы к запуску и масштабированию приложений.

📖 На открытом уроке вы разберётесь, как устроен RoadRunner, в каких случаях он действительно даёт выигрыш и почему его выбирают для долгоживущих процессов и асинхронных задач. Мы покажем простой пример работы и разложим по полочкам сценарии применения.

❗️ Занятие будет полезно PHP-разработчикам, которые думают о производительных и асинхронных сервисах, хотят лучше понимать архитектуру и варианты горизонтального масштабирования. Вы получите конкретные идеи, как можно пересобрать свой подход к backend-части.

▶️ Встречаемся 23 декабря в 20:00 МСК в преддверие старта курса «PHP Developer. Professional»: https://clc.to/F21P9A

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru

PHP — это не только сайты-визитки

Современный PHP — это строгая типизация, сложные паттерны и высокие нагрузки. Чтобы претендовать на серьезные вакансии и деньги, нужно выходить за рамки CMS.

Акция 1 + 2:

Три курса по цене одного. Оплачиваешь самый дорогой слот, два других — бесплатно.

Что учить:

— Архитектуры и шаблоны проектирования;
— Алгоритмы и структуры данных.

Level Up

Акция до 31 декабря.
Не знаешь, что выбрать? @manager_proglib

Что такое Redis?

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

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

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

Атомарные операции:
Redis поддерживает атомарные операции, что означает, что множество операций можно объединить в одну, гарантируя целостность данных. Например, увеличение значения ключа на определенную величину — это атомарная операция.

Поддержка различных структур данных:
Благодаря различным типам данных, Redis идеально подходит для различных сценариев использования, начиная от кэширования данных и заканчивая реализацией очередей сообщений и управлением счетчиками.

Мультипоточность:
Redis однопоточный по своей природе, но благодаря асинхронным запросам и многозадачности операционных систем, он способен обрабатывать тысячи запросов в секунду без потери производительности.

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

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

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

Какие магические методы вы знаете и как их применяют?

__construct(): Конструктор класса, вызывается при создании нового объекта класса.

__destruct(): Деструктор класса, вызывается при уничтожении объекта.

__call($name, $arguments): Вызывается, когда обращаются к неопределённому методу в контексте объекта.

__callStatic($name, $arguments): Аналогично __call, но для статических методов.

__get($name): Вызывается при чтении данных из недоступных свойств.

__set($name, $value): Вызывается при записи данных в недоступные свойства.

__isset($name): Вызывается при использовании isset() или empty() на недоступных свойствах.

__unset($name): Вызывается при использовании unset() на недоступном свойстве.

__sleep(): Вызывается при сериализации объекта.

__wakeup(): Вызывается при десериализации объекта.

__toString(): Метод для представления объекта в виде строки.

__invoke(): Вызывается при попытке вызвать объект как функцию.

__set_state($array): Вызывается для классов, экспортируемых функцией var_export().

__clone(): Вызывается при клонировании объекта.

__debugInfo(): Используется при выводе объекта функцией var_dump().

Как использовать кэширование в Laravel?

Кэширование в Laravel — это мощная функция, которая может значительно улучшить производительность вашего веб-приложения за счет хранения часто используемых данных в кэше.

1. Конфигурация: Сначала убедитесь, что ваше приложение Laravel правильно настроено для кэширования. Файл конфигурации находится в config/cache.php, где вы можете указать драйвер кэша по умолчанию и другие параметры. Laravel поддерживает различные драйверы кэша, такие как file, database, redis, memcached и другие.

2. Хранение данных в кэше: Вы можете хранить данные в кэше, используя фасад Cache или вспомогательную функцию cache(). Например, чтобы сохранить значение в кэше на 10 минут, вы можете использовать:

Cache::put('key', 'value', 600);

3. Извлечение данных из кэша: Чтобы получить данные из кэша, вы можете использовать метод get:

$value = Cache::get('key');

// или используя вспомогательную функцию
$value = cache('key');

4. Проверка наличия данных: Перед извлечением данных вы можете проверить, существуют ли они в кэше:

Cache::has('key');

5. Удаление данных из кэша: Чтобы удалить данные из кэша, используйте метод forget:

Cache::forget('key');

6. Очистка всего кэша: Если вам нужно очистить весь кэш, вы можете использовать метод flush:

Cache::flush();

Объясните задачи, выполняемые контроллером, и определите правила для создания методов в контроллере в Symfony?

В Symfony контроллер является важной частью архитектуры MVC (Model-View-Controller). Он отвечает за обработку HTTP-запросов и возврат HTTP-ответов. Ниже мы рассмотрим задачи, выполняемые контроллером, и правила создания методов в нем:

Задачи, выполняемые контроллером Symfony:

1. Прием запросов: Контроллеры начинают работу с приема HTTP-запроса.
2. Выполнение логики приложения: Они содержат логику, которая определяет, что происходит при переходе по URL. Это может быть запрос к базе данных, обработка данных формы или вызов других сервисов.
3. Создание ответов: После обработки запроса контроллеры создают и возвращают объект Response. Этим ответом может быть HTML-страница, JSON, XML, загрузка файла, перенаправление, ошибка 404 или что-либо еще, что приложение должно вернуть клиенту.

Правила создания методов в контроллере Symfony:

✔️Соглашение об именовании: Методы внутри класса контроллера часто называют «действиями». По традиции имена методов заканчиваются на 'Action', хотя в последних версиях Symfony это не является обязательным.
✔️Возвращение ответов: Каждое действие должно возвращать объект Response. Если вы не возвращаете Response напрямую, то, скорее всего, вы используете вспомогательный метод, например $this->render(), который в конечном итоге возвращает Response.
✔️Доступ к сервисам: Контроллеры имеют доступ к контейнеру сервисов, что означает, что вы можете использовать инъекцию зависимостей для доступа к сервисам в ваших методах.
✔️Сопоставление маршрутов: Каждый метод контроллера должен быть сопоставлен с маршрутом. Это можно сделать с помощью аннотаций, YAML, XML или PHP-файлов. Аннотации — это распространенный способ определения маршрутов непосредственно над методами контроллера.
✔️Аргументы метода: Вы можете вводить аргументы в методы контроллера для автоматической инъекции сервисов или параметров, например Request $request или UserInterface $user.
✔️Лучшие практики: Следуйте правилу 5-10-20: определяйте не более 5 переменных, содержите не более 10 действий и включайте не более 20 строк кода в каждое действие.