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

🔥 Последняя неделя перед стартом курса по AI-агентам

Старт курса уже 5го числа! Если вы планировали вписаться — сейчас ПОСЛЕДНИЙ шанс забронировать место

На курсе:
— разложим LLM по косточкам: токенизация, SFT, PEFT, инференс
— соберём RAG и научимся оценивать его адекватно
— построим настоящую мультиагентную систему — архитектуру, которая умеет расти
— разберём CoPilot, сломаем через prompt injection (спасибо Максу)
— и наконец, посмотрим, как это работает в MCP и реальных кейсах

📍 Это 5 живых вебинаров + раздатка + домашки + чат с преподавателями

И главное — возможность реально разобраться, как проектировать системы на LLM, а не просто «поиграться с API»

👉 Курс здесь

В чем разница между «echo» и «print»?

В PHP разница между echo и print заключается в следующем:

1.Возвращаемое значение:

echo: Не возвращает значение. Может принимать несколько аргументов, разделенных запятыми, и выводит их.
print: Всегда возвращает 1, поэтому может использоваться в выражениях.

2.Аргументы:

echo: Может принимать несколько аргументов, и их использование разделяется запятыми.
print: Принимает только один аргумент. Если вы пытаетесь передать ему более одного аргумента или использовать запятые для разделения, это вызовет ошибку.

3.Использование:

echo: Чаще используется для вывода HTML-кода и других строковых данных.
print: Часто используется для вывода единственного значения или переменной, особенно в контексте, где требуется возвращаемое значение.

Какие виды кеш-хранилищ знаете?

Существует несколько видов кеш-хранилищ:

1. Файловое кеш-хранилище (File-based cache): Использует файловую систему для хранения кеша. Данные кеша хранятся в файлах на диске и обычно используются, чтобы кешировать небольшие объемы данных, такие как отдельные HTML-страницы или фрагменты.

2. Memcached: Распределенная система кеширования, которая хранит данные в оперативной памяти (RAM). Он быстро доступен и эффективно обрабатывает большие объемы данных. Memcached может быть использован для кеширования запросов к базе данных, API-запросов и других операций для увеличения производительности.

3. Redis: Высокопроизводительная система управления базами данных, которая также может использоваться как кеш-хранилище. Redis поддерживает различные типы данных и предлагает расширенные функции, такие как публикация/подписка и сортированные множества. Это обычно используется для кеширования запросов к БД, хранения временных данных и ускорения работы приложений.

4. APCu: Расширение для PHP, которое предоставляет хранилище кеша в памяти на уровне оперативной памяти (RAM). Оно подходит для кеширования небольших объемов данных и часто используется для кеширования результатов вычислений, загружаемых файлов и других операций.

5. Zend OPCache: Расширение для PHP, которое выполняет опкод-кэширование для улучшения производительности. Оно кеширует скомпилированный байт-код PHP-файлов, чтобы избежать необходимости повторной компиляции каждый раз при выполнении скрипта.

Отличие между ними заключается в различном способе хранения данных кеша, масштабируемости, скорости доступа и функциональности. Файловое кеш-хранилище хранит данные на диске, в то время как Memcached, Redis, APCu и Zend OPCache используют оперативную память для хранения данных. Memcached и Redis являются распределенными системами, позволяющими горизонтальное масштабирование, в то время как остальные кеш-хранилища ограничены доступом только к одному серверу. Каждый вид кеш-хранилища имеет свои сильные и слабые стороны, и выбор зависит от требований конкретного проекта и его бюджета.

В чем разница между использованием модели и построителя запросов в Laravel?

В Laravel модель — это объектно-ориентированное представление таблицы базы данных, а построитель запросов — это способ построения SQL-запросов с использованием свободного интерфейса.

Основное различие между использованием модели и построителя запросов заключается в том, что модель обеспечивает более высокий уровень абстракции над таблицей базы данных, позволяя вам взаимодействовать с данными более объектно-ориентированным способом. Например, модель может иметь методы, которые инкапсулируют сложные запросы, а также может обеспечивать взаимосвязи между различными таблицами.

Вот пример использования модели для получения всех пользователей из таблицы users:

use App\Models\User;$users = User::all();

В этом примере модель User представляет таблицу users, а метод all() извлекает все строки из таблицы.

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

$users = User::where('status', 'active')->orderBy('name', 'asc')->get();

В этом примере методы where() и orderBy() являются частью интерфейса конструктора запросов, но вызываются они на экземпляре модели User.

Как реализовать систему, которая агрегирует данные о пользователе из различных источников с разными форматами, предоставляя API для клиентов, выбирающих нужные источники?

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

🧱 Архитектурные компоненты
Адаптеры для источников данных:
Разработать адаптеры для каждого типа источника данных (например, базы данных, REST API, CSV, XML).
Адаптеры должны обеспечивать унифицированный интерфейс для извлечения данных.
Сервис агрегации:
Создать сервис, который будет использовать соответствующие адаптеры для получения данных из выбранных источников.
Сервис должен обрабатывать логику агрегации данных, включая преобразование форматов и объединение информации.
API для клиентов:
Разработать RESTful API, позволяющее клиентам выбирать источники данных и получать агрегированную информацию.
API должен поддерживать фильтрацию, пагинацию и другие необходимые функции.

🔄 Пример взаимодействия компонентов
Клиент отправляет запрос к API, указывая необходимые источники данных.
API передаёт запрос в сервис агрегации.
Сервис агрегации вызывает соответствующие адаптеры для получения данных.
Адаптеры извлекают данные из источников и передают их в сервис агрегации.
Сервис агрегации обрабатывает данные (например, преобразует форматы, объединяет информацию) и формирует ответ.
API возвращает клиенту агрегированную информацию.

🛠️ Технологии и инструменты
PHP Framework: Symfony или Laravel для разработки API.
Базы данных: MySQL, PostgreSQL, MongoDB в зависимости от требований.
Инструменты для работы с API: Guzzle для HTTP-запросов, Symfony HTTP Client.
Форматы данных: JSON, XML, CSV, в зависимости от источников.
Кэширование: Redis или Memcached для улучшения производительности.
Очереди: RabbitMQ или Beanstalkd для асинхронной обработки данных.

✅ Преимущества подхода
Гибкость: Лёгкое добавление новых источников данных путём создания соответствующих адаптеров.
Масштабируемость: Возможность масштабирования системы за счёт использования очередей и кэширования.
Управляемость: Чёткое разделение ответственности между компонентами системы.

Как хранить координаты точки на карте в БД?

Рассмотрим несколько возможных подходов:

1. Хранение отдельных полей с широтой и долготой:

- Создайте две числовые колонки в таблице БД, например, «latitude» и «longitude», представляющие широту и долготу соответственно.

- Для каждой точки, сохраните ее координаты в эти поля.

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

2. Использование географических типов данных:

- Некоторые реляционные БД, такие как MySQL с расширением Spatial, PostgreSQL с расширением PostGIS или SQLite с поддержкой расширения SpatiaLite, предоставляют специальные типы данных для работы с географическими объектами.

- Создайте колонку с типом данных для хранения географической информации, например, тип «Point», который позволяет хранить точку с заданными координатами.

- Сохраняйте информацию о точках на карте в этой колонке.

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

Как PHP может взаимодействовать с HTML?

PHP может взаимодействовать с HTML различными способами, так как это веб-язык программирования. Основные методы включают:

✅Внедрение PHP в HTML:
В PHP можно встраивать код прямо в HTML-документы, используя специальные теги

✅Формирование HTML из PHP:
PHP может генерировать HTML динамически, в зависимости от условий, данных из базы данных и других переменных.

✅Использование PHP в файлах-шаблонах:
PHP-файлы могут использоваться в качестве шаблонов, где HTML и PHP объединены для создания динамических страниц.

✅Использование PHP-фреймворков:
PHP-фреймворки, такие как Laravel или Symfony, предоставляют инструменты и шаблонизацию для более эффективной работы с HTML.

Может ли в php быть два конструктора?

❌ В PHP нельзя иметь два конструктора в одном классе. В PHP поддерживается только один конструктор для класса. Однако, можно реализовать похожее поведение с помощью перегрузки конструктора через условную логику или использование дополнительной логики внутри единственного конструктора.

🛠️ Как можно обойти это ограничение?

Использование параметров по умолчанию:
Можно использовать параметры с умолчаниями, чтобы обрабатывать различные варианты создания объекта.(1 фото)

Использование фабричного метода:
Вместо второго конструктора, можно создать фабричный метод, который будет создавать экземпляр класса с нужной логикой.(2 фото)

Использование метода для настройки объектов:
Другой способ — это использование дополнительного метода для «инициализации» объекта, если конструктора недостаточно для всех сценариев.(3 фото)

Что такое DRY, KISS, YAGNI?

DRY (Don't Repeat Yourself — Не повторяйся): Идея заключается в том, чтобы избегать дублирования кода. Если у вас есть повторяющийся код, его следует вынести в отдельную функцию, метод или класс, чтобы обеспечить более легкое обслуживание и избежать возможных ошибок при изменении.

KISS (Keep It Simple, Stupid — Делай это просто, глупец): Принцип заключается в том, чтобы создавать простые, понятные решения, избегая излишней сложности. Простой код легче поддерживать, изменять и отлаживать.

YAGNI (You Ain't Gonna Need It — Вам это не понадобится): Этот принцип предупреждает от добавления функциональности, которая не является текущим требованием. Не следует создавать код, который предназначен для использования в будущем, но который на данный момент не требуется. Фокус должен быть на текущих требованиях.

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

Что такое Union Types в PHP 8 и как их использовать?

🔍 Union Types в PHP 8 — это возможность указывать, что параметр функции или метод может быть нескольких типов данных одновременно. Это расширяет возможности типизации в PHP и помогает лучше контролировать входные данные, улучшая читаемость и поддержку кода.

💡 Что такое Union Types?
Union Types позволяют объявить, что параметр функции или возвращаемое значение может быть одного из нескольких типов. Вместо того чтобы указывать только один тип, можно указать несколько, разделяя их вертикальной чертой (|).
Пример:

function processValue(int|string $value): void {}

🛠️ Как это работает?

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

function handle(int|string $input): int|string {}

Применение к параметрам и возвращаемым значениям:
Union Types могут применяться как к параметрам функций, так и к их возвращаемым значениям.

function calculate(int|float $number): float|int { return $number * 2;}

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

✅ Преимущества Union Types:
Гибкость: Позволяет описывать более гибкие функции, которые могут работать с разными типами данных.

Чистота кода: Код становится более читаемым и безопасным, поскольку типы явно указаны.

Улучшенная поддержка IDE: IDE может лучше помогать с автодополнением и проверкой типов, так как информация о типах доступна.

⚠️ Ограниения:
Не поддерживает сложные типы: Union Types не могут быть использованы для сложных типов, таких как массивы с разными типами элементов или объектами с различными интерфейсами.

Поддержка только с PHP 8.0 и выше: Не работает в старых версиях PHP.

Зачем нужно кэширование? Какую проблему оно решает?

Зачем нужно кэширование:

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

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

Уменьшение задержек для конечных пользователей: Кэширование позволяет уменьшить время загрузки страниц для конечных пользователей, так как часть данных уже находится на клиентской стороне или близко к ней (например, в CDN — Content Delivery Network).

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

Проблемы, которые решает кэширование:

Высокая нагрузка на сервер: Когда веб-приложение сталкивается с большим количеством запросов, кэширование может помочь снизить нагрузку на сервер и улучшить отклик системы.

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

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

Оптимизация работы с внешними API: Если веб-приложение взаимодействует с внешними API, кэширование может снизить задержки, связанные с запросами к этим внешним сервисам, и повысить отказоустойчивость.

Что такое атрибуты (аннотации) в PHP 8 и как они используются?

🔍 Атрибуты (аннотации) в PHP 8 — это новый механизм, который позволяет добавлять метаданные к классам, методам, свойствам и функциям. Это аналог аннотаций в других языках (например, в Java), но с улучшенной интеграцией в сам язык PHP.

💡 Что такое атрибуты?
Атрибуты — это специальные декларации, которые позволяют прикреплять дополнительную информацию к элементам кода. Они выглядят как комментарии, но их можно обрабатывать программно.
Например:

#[Route(«/home»)]class HomeController { //...}

🛠️ Как это работает?

Синтаксис атрибутов:
Атрибуты начинаются с символа # и квадратных скобок []. Это позволяет избежать путаницы с обычными комментариями.
Пример:

#[ExampleAttribute(«value»)]class MyClass { //...}

Доступ к атрибутам:
Атрибуты могут быть прочитаны через Reflection API, что позволяет вам работать с метаданными программно.
Пример:

$reflection = new ReflectionClass(MyClass::class);$attributes = $reflection->getAttributes();

Использование в фреймворках:
Атрибуты идеально подходят для фреймворков, которые требуют метаданных для маршрутизации, валидации и других операций. Например, в Symfony они могут использоваться для описания маршрутов, а в Laravel — для валидации.

✅ Преимущества атрибутов:

Явность: Метаданные непосредственно в коде, легко видны.

Простота использования: Код становится более читаемым и лаконичным.

Гибкость: Легко обрабатывать с помощью Reflection и других инструментов.

Назовите различия между nginx и apache.

Nginx (Engine-X) и Apache HTTP Server — это два популярных веб-сервера с отличиями в архитектуре, производительности и способах обработки запросов. Вот несколько основных различий между ними:

Архитектура:

Nginx: Асинхронная и событийно-ориентированная архитектура. Обрабатывает множество соединений с низкими ресурсами.
Apache: Многозадачная и процесс-ориентированная архитектура. Создает процесс для каждого соединения.

Производительность:

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

Потребление ресурсов:

Nginx: Требует меньше оперативной памяти и может эффективно обслуживать большое количество одновременных соединений с низкими ресурсами.
Apache: Из-за создания процессов для каждого соединения может потреблять больше оперативной памяти, особенно при большом количестве запросов.

Модели обработки запросов:

Nginx: Один рабочий процесс управляет несколькими соединениями. Обработка происходит асинхронно и событийно.
Apache: Каждый запрос обрабатывается отдельным процессом или потоком, созданным для этого запроса.

Конфигурация:

Nginx: Конфигурационные файлы имеют более лаконичный и читаемый синтаксис. Больше сосредоточен на статической конфигурации.
Apache: Имеет более гибкий и многословный синтаксис конфигурации, что может быть полезным для сложных настроек.

Модули:

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

Расширяемость:

Nginx: Часто используется как прокси-сервер или обратный прокси, легко интегрируется с другими веб-серверами.
Apache: Широко используется для обработки динамических контентов, поддерживает множество языков программирования и фреймворков.

Что означает утверждение о том, что СУБД поддерживает контроль ссылочной целостности связей?

Утверждение о том, что СУБД поддерживает контроль ссылочной целостности связей означает, что СУБД автоматически обеспечивает целостность данных, связанных между таблицами. Она регулирует и проверяет соответствие значений внешнего ключа (foreign key) со значениями первичного ключа (primary key) родительской таблицы.

В чем разница между методами dd() и dump()?

В Laravel методы dd() и dump() используются для вывода отладочной информации, но между ними есть некоторые различия:

Метод dd() (Dump and Die):

dd() расшифровывается как «Dump and Die».
Он выводит отладочную информацию и сразу завершает выполнение скрипта. Это удобно, когда нужно быстро остановить выполнение программы и просмотреть значения переменных или других данных.
Пример использования:

$data = [1, 2, 3];
dd($data);
// Выведет содержимое переменной $data и остановит выполнение скрипта.

Метод dump():

dump() просто выводит отладочную информацию, но не останавливает выполнение скрипта. Это полезно, когда нужно просмотреть данные на разных этапах выполнения программы, не прерывая её работу.
Пример использования:

$data = [1, 2, 3];
dump($data);
// Выведет содержимое переменной $data, но скрипт продолжит выполнение.

Таким образом, основное отличие заключается в том, что dd() завершает выполнение программы, а dump() — нет.

Сравните include vs required, include_once vs required_once.

Когда речь идет о подключении файлов в PHP, часто используются две пары ключевых слов: include и require, а также include_once и require_once. Давайте рассмотрим их основные различия и сравним их:

include vs require:

include: Используется для включения файла в скрипт. Если файл не найден, PHP выдаст предупреждение, но выполнение скрипта продолжится.

require: Используется для включения файла, и если файл не найден, PHP генерирует фатальную ошибку и останавливает выполнение скрипта.

Рекомендация: Если файл является критически важным для работы скрипта, используйте require, чтобы предотвратить выполнение скрипта в случае отсутствия файла. В противном случае, если вы хотите продолжить выполнение скрипта при отсутствии файла, используйте include.

include_once vs require_once:

include_once: Подключает файл только один раз. Если файл уже был включен ранее, он не будет включен снова.

require_once: Аналогично include_once, но для ключевого слова require. Гарантирует, что файл будет включен только один раз.

Рекомендация: Используйте *_once, если существует вероятность, что файл может быть включен несколько раз, чтобы избежать конфликтов и ошибок.