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

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

Open in Telegram

Вопросы с собеседований по PHP и ответы на них. По рекламе: @proglib_adv Учиться у нас: https://proglib.io/w/9f3affba Для обратной связи: @proglibrary_feeedback_bot

Show more
3 151
Subscribers
No data24 hours
-37 days
-430 days
Posts Archive
Что подразумевается под понятием «триггер» в SQL? Триггер в SQL - это предопределенный SQL-код, который автоматически выполняется (или "срабатывает") в ответ на определенные события в таблице или представлении базы данных. Триггеры могут быть использованы для автоматизации выполнения определенных действий при вставке, обновлении или удалении данных в таблице. Они предоставляют способ добавления бизнес-логики к базе данных. Примеры событий, на которые могут реагировать триггеры: AFTER INSERT (После вставки данных): Триггер срабатывает после вставки новой записи в таблицу. AFTER UPDATE (После обновления данных): Триггер срабатывает после обновления существующей записи в таблице. AFTER DELETE (После удаления данных): Триггер срабатывает после удаления записи из таблицы. BEFORE INSERT (Перед вставкой данных): Триггер срабатывает перед вставкой новой записи в таблицу. Он может использоваться, чтобы модифицировать данные перед их вставкой. BEFORE UPDATE (Перед обновлением данных): Триггер срабатывает перед обновлением существующей записи в таблице. Он может использоваться для проверки или модификации данных перед обновлением. BEFORE DELETE (Перед удалением данных): Триггер срабатывает перед удалением записи из таблицы. Он может использоваться для проверки или сохранения данных перед удалением.

Какие методы авторизации используют для построения API? При построении API в PHP разработчики обычно используют различные методы аутентификации и авторизации, чтобы обеспечить безопасность и контроль доступа к ресурсам: 1. Токены доступа (Access Tokens): Это один из наиболее распространенных методов для аутентификации в API. После успешной аутентификации пользователь получает токен, который затем отправляется с каждым запросом API. Сервер API проверяет токен для разрешения доступа к ресурсам. 2. HTTP Basic Authentication: Пользовательские учетные данные (имя пользователя и пароль) отправляются в заголовке запроса. Однако, этот метод не является безопасным, так как учетные данные могут быть перехвачены. 3. Bearer Token Authentication: Это расширение для токенов доступа, где токен отправляется в заголовке Authorization как Bearer [access_token]. 4. JWT (JSON Web Tokens): JWT - это компактный и самосодержащийся способ представления информации между двумя сторонами. Он может быть подписан (для обеспечения целостности данных) и зашифрован (для обеспечения конфиденциальности). JWT часто используются вместе с токенами доступа. 5. OAuth 2.0: Это открытый стандарт протокола аутентификации и авторизации, позволяющий приложениям получать доступ к ресурсам от имени пользователя. OAuth 2.0 поддерживает различные методы авторизации, включая авторизацию по паролю, авторизацию по коду подтверждения, и т.д. 6. API Keys: Каждый запрос к API содержит уникальный ключ (токен) для аутентификации. Обычно, этот ключ передается в заголовке запроса.

Какие магические методы вы знаете и как их применяют? 1. __construct(): Это конструктор класса, вызывается при создании нового объекта. Здесь вы можете инициализировать свойства объекта или выполнить другие операции, необходимые при создании объекта. 2. __destruct(): Этот метод вызывается, когда объект уничтожается или ссылки на него отсутствуют. Полезно для освобождения ресурсов (например, закрытие файла или соединения с базой данных). 3. get($property) и set($property, $value): Эти методы позволяют перехватывать чтение и запись свойств объекта. 4. __call($method, $arguments): Позволяет перехватывать вызовы несуществующих методов объекта 5. __clone(): Вызывается при клонировании объекта. Полезен, если вам нужно выполнить специфические операции при клонировании объекта.

Как можно получить значение private свойства класса в рантайме? В PHP нельзя напрямую получить значение private свойства класса извне класса во время выполнения (runtime). Это ограничение является частью инкапсуляции, принципа объектно-ориентированного программирования. Однако, существует несколько способов обойти это ограничение, используя методы класса: 1. Геттеры и сеттеры: Вы можете определить публичные методы внутри класса для получения и установки значений private свойств. 2. Reflecion API: Вы можете использовать Reflection API для доступа к private свойствам и методам. Это не рекомендуется для использования в продакшене из-за его медленной производительности и сложности в отладке, но для экспериментов и отладки это может быть полезно. Однако, при разработке важно следовать принципам инкапсуляции и избегать обхода private свойств без необходимости, чтобы обеспечить целостность и безопасность кода.

Как найти и оптимизировать «тяжелые» запросы? 1. Используйте инструменты мониторинга базы данных: Используйте инструменты мониторинга базы данных, такие как MySQL's slow query log или PostgreSQL's pg_stat_statements. Они позволяют отслеживать запросы, которые выполняются слишком долго. 2. Используйте индексы: Убедитесь, что таблицы имеют подходящие индексы. Индексы ускоряют поиск данных и сокращают время выполнения запросов. Анализируйте запросы и убедитесь, что они используют подходящие индексы. 3. Оптимизация запросов: Пересмотрите медленные запросы и убедитесь, что они оптимальны. Используйте EXPLAIN в MySQL или PostgreSQL для анализа выполнения запроса и определения, какие части запроса требуют оптимизации. 4. Пакетные запросы (Batch Queries): Используйте пакетные запросы, чтобы уменьшить количество обращений к базе данных. Вместо того, чтобы выполнять несколько отдельных запросов, объедините их в один пакетный запрос. 5. Используйте кэширование: Рассмотрите возможность использования кэширования запросов. Кэширование может значительно уменьшить количество запросов к базе данных, особенно для запросов, результаты которых редко меняются. 6. Оптимизация таблиц: Регулярно анализируйте и оптимизируйте структуру таблиц в базе данных. Убедитесь, что таблицы правильно нормализованы и оптимизированы для типа запросов, которые они будут выполнять. 7. Используйте кеширование результатов: Если запросы возвращают одинаковые результаты для одних и тех же входных данных, рассмотрите возможность кеширования результатов запросов. Популярные решения включают Redis или Memcached для кеширования данных. 8. Используйте инструменты профилирования кода: Используйте профилирование кода для определения, какие части вашего приложения требуют больше всего времени выполнения. Это поможет вам сосредоточиться на оптимизации наиболее критичных участков кода.

Какие модификаторы видимости есть в РНР? public - свойства или методы, объявленные как public, могут быть доступны в любом месте. protected - свойства или методы доступны только внутри класса, а также в дочерних классах. private - доступ к private свойствам и методам имеет только класс, в котором эти свойства или методы объявлены. Если модификатор доступа не указан, то он будет считаться как public.

Что такое Cohesion и Coupling и как они применяются в проектировании? Cohesion и Coupling — это два ключевых понятия в проектировании программного обеспечения. Cohesion (качественная связанность) обозначает меру того, насколько хорошо связаны между собой элементы системы. Чем выше уровень cohesion, тем лучше организована система, и тем проще ее понимать и поддерживать. Высокий уровень cohesion достигается, когда компоненты в системе обладают сильной функциональной связью, а каждый компонент выполняет свои задачи наилучшим образом. Coupling (связность) обозначает меру зависимости между элементами системы. Чем выше уровень coupling, тем сложнее поддерживать систему, т. к. любые изменения в одной ее части приведут к изменениям в других частях. Высокий уровень coupling может привести к тому, что система станет очень сложной и нестабильной. Низкий уровень coupling достигается, когда компоненты системы не зависят друг от друга и могут быть изменены без повлияния на другие компоненты. В целом, проектирование системы должно стремиться к высокой cohesion и низкому coupling. Для этого можно использовать различные подходы и паттерны проектирования, такие как SOLID, DRY, YAGNI, TDD и другие. Важно учитывать каждый элемент системы и продумывать его связи с другими элементами.

SOAP vs REST. В чем разница? 1. Принцип взаимодействия: SOAP (Simple Object Access Protocol): Использует протокол XML для обмена сообщениями. Обычно отправляет запросы через HTTP, SMTP или другие протоколы. REST (Representational State Transfer): Основан на простых HTTP методах (GET, POST, PUT, DELETE) и работает с ресурсами (например, URL). Возвращает данные в форматах JSON, XML или других текстовых форматах. 2. Простота и гибкость: SOAP: Более сложный и тяжеловесный стандарт, предоставляющий много возможностей, но требует больше ресурсов и времени для разработки. REST: Простой и гибкий, позволяет использовать различные форматы данных и не накладывает строгих правил на структуру сообщений. 3. Формат данных: SOAP: Обычно использует XML для обмена данными, что может привести к большому объему сообщений из-за тегов и атрибутов XML. REST: Часто использует JSON для передачи данных, что более компактно и легче читать для человека. 4. Состояние (Statelessness): SOAP: Может поддерживать состояние сессии между запросами, что означает, что сервер должен помнить состояние клиента. REST: Считается безсостоятельным (stateless), каждый запрос от клиента содержит всю необходимую информацию, и сервер не хранит состояние между запросами. 5. Безопасность: SOAP: Предоставляет стандартизированные механизмы безопасности, такие как WS-Security, что делает его более подходящим для более критичных по безопасности приложений. REST: Основывается на протоколе HTTPS для обеспечения безопасности передачи данных, но может потребовать дополнительных мер безопасности, таких как токены авторизации. 6. Кэширование: SOAP: Поддерживает кэширование, но требует сложной настройки на стороне клиента и сервера. REST: Имеет встроенную поддержку кэширования через HTTP методы, что упрощает процесс. 7. Использование веб-стандартов: SOAP: Использует стандарты WSDL (Web Services Description Language) и UDDI (Universal Description, Discovery, and Integration) для описания веб-сервисов и их местоположения. REST: Не имеет формальных стандартов описания интерфейсов, но использует стандарты HTTP и URI для доступа к ресурсам. Эти различия имеют важное значение при выборе между SOAP и REST в зависимости от требований проекта. SOAP часто используется в корпоративных приложениях, требующих высокой надежности и безопасности, в то время как REST чаще используется в открытых API и веб-приложениях, где важна гибкость и простота использования.

Что такое нормализация? Нормализация является процессом организации структуры данных в базе данных для достижения оптимального хранения и обработки информации. Целью нормализации является устранение избыточности и аномалий данных, а также обеспечение целостности и эффективности работы с данными. В процессе нормализации данные разделяются на отдельные таблицы и связываются при помощи отношений. Нормализация определяет правила, которым должны следовать отношения между таблицами, чтобы минимизировать избыточность и обеспечить логическую структуру данных. Выделяют различные уровни нормализации (нормальные формы), такие как: 1. Первая нормальная форма (1NF): Требует, чтобы каждая колонка в таблице содержала только атомарные (неделимые) значения, а каждая строка была уникальной. 2. Вторая нормальная форма (2NF): Находит и устраняет избыточные зависимости между колонками в таблице, разделяя данные на связанные таблицы. 3. Третья нормальная форма (3NF): Устраняет транзитивные зависимости между колонками, вынося их в отдельные таблицы. Существуют также более высокие уровни нормализации, такие как четвертая нормальная форма (4NF), пятая нормальная форма (5NF) и другие. Эти нормальные формы помогают сделать базу данных более гибкой, масштабируемой, эффективной и согласованной. Нормализация является важным шагом в проектировании базы данных, однако следует помнить, что чрезмерная нормализация может привести к сложности и медленным запросам. Поэтому в некоторых случаях может быть необходимым достигнуть компромисса между нормализацией и денормализацией данных для повышения производительности и удобства использования базы данных.

Что такое CQRS? CQRS (Command Query Responsibility Segregation) — это архитектурный паттерн, который предлагает разделить операции записи и чтения данных в приложении на две отдельные ветки. Вместо того, чтобы использовать единый интерфейс для обеих операций, CQRS предлагает использовать различные модели данных для команд и запросов. Это позволяет оптимизировать каждую модель для конкретных задач и улучшить производительность приложения. Применение CQRS может быть особенно полезным в системах с большим количеством операций записи или при необходимости распределенной обработки запросов. CQRS также может облегчить сопровождение приложения, так как изменения в одной части системы не будут влиять на другие части. Несмотря на то, что CQRS может быть сложной архитектурой для начала использования, правильное применение может принести множество преимуществ. Интересная статья на эту тему

Что такое stateless? В контексте PHP, термин "stateless" относится к тому, что каждый запрос к серверу обрабатывается независимо от предыдущих запросов. Другими словами, сервер не сохраняет состояния между запросами от клиента, что означает, что он не будет запоминать информацию о клиенте после обработки запроса и не будет использовать ее для последующих запросов. Такой подход к работе полезен в разработке веб-приложений, так как он упрощает работу с обработкой запросов и повышает масштабируемость веб-сервера, поскольку каждый запрос обрабатывается независимо от других запросов. Большинство веб-приложений на PHP по умолчанию являются stateless, как и множество других веб-технологий. Однако, в PHP есть способы сохранения состояния, если это нужно для приложения. Например, использование куки (cookies) или сессий (sessions), что позволяет сохранять информацию между запросами от клиента.

Может ли абстрактный класс содержать частный метод? Да, в абстрактном классе можно иметь частный конкретный метод. Этот частный метод будет отображаться ТОЛЬКО этому абстрактному классу. Это означает, что он должен будет использоваться каким-либо другим конкретным методом в абстрактном классе. Дочерние классы не смогут вызвать его напрямую.

Какие структуры данных поддерживает Redis? Redis поддерживает следующие структуры данных: 1. Строки (Strings): Простейшая структура данных, хранит любую двоичную информацию до 512 Мб. Redis также предоставляет ряд операций для работы со строками, таких как получение, установка значения, инкрементирование и декрементирование числовых значений. 2. Списки (Lists): Упорядоченные коллекции элементов. Списки в Redis могут содержать до 4 миллиардов элементов, и обладают высокой производительностью при выполнении операций добавления, удаления и доступа к элементам из начала или конца списка. 3. Множества (Sets): Это наборы уникальных элементов, без повторов. Множества в Redis могут содержать до 4 миллиардов элементов, и обладают быстрой проверкой принадлежности элемента к множеству, операциями объединения, пересечения и разности множеств. 4. Сортированные множества (Sorted Sets): Это множества, в которых каждый элемент связан с числовым значением. Они используются для упорядочивания элементов внутри множества. Sorted Sets поддерживает эффективное выполнение операций добавления, удаления и обновления элементов, а также получение диапазонов элементов по их очкам. 5. Хэши (Hashes): Это отображения полей на значения. Хэши позволяют хранить и получать отдельные поля внутри объекта без необходимости его полной десериализации. Redis обладает эффективными операциями добавления, удаления и получения полей хэша. 6. Битовые строки (Bitfields): Это компактная структура данных, представляющая набор битовых флагов. Bitfields поддерживает различные операции с битами, такие как установка, снятие и проверка отдельных битов. 7. Географические данные: Redis предоставляет специальные структуры данных и операции для работы с географическими данными, позволяя выполнять расчеты расстояний и получать ближайшие объекты на основе их координат. 8. Потоки (Streams): Структура данных, предоставляющая возможность хранения, приема и обработки потоков событий. Потоки позволяют выполнение операций добавления, удаления и обработки элементов потока в хронологическом порядке. Каждая структура данных в Redis поддерживает свой набор операций, позволяющих эффективно работать с данными в соответствии с требованиями приложения.

Что такое идемпотентность метода? Какие HTTP-методы являются идемпотентными для REST? Идемпотентность метода означает, что повторное применение метода с теми же параметрами не приведет к изменению состояния системы. Другими словами, результат выполнения метода не зависит от количества его вызовов. В контексте REST-архитектуры, следующие HTTP-методы являются идемпотентными: 1. GET: Получение информации с сервера. Повторный запрос GET не должен иметь никакого влияния на состояние сервера. 2. HEAD: Аналогично методу GET, но без тела ответа. Повторный запрос HEAD также не должен иметь никакого влияния на состояние сервера. 3. PUT: Обновление (или создание) ресурса на сервере. Если запросы PUT повторяются с теми же параметрами, они должны иметь такое же состояние ресурса после каждого выполнения. 4. DELETE: Удаление ресурса на сервере. Повторное выполнение DELETE с теми же параметрами должно иметь то же состояние. Эти методы идемпотентны, потому что их повторная отправка не изменяет состояние сервера или ресурсов. Это важно для однозначной и предсказуемой работы сервера и клиента при обработке запросов.

Что такое транзакция? Транзакция — это последовательность операций чтения и записи, объединенных в единое логическое действие. Транзакция должна быть атомарной, согласованной, изолированной и долговечной (ACID-свойства). Атомарность означает, что транзакция либо выполняется полностью, либо откатывается целиком. Если хотя бы одна операция внутри транзакции не может быть выполнена, то все изменения откатываются. Согласованность подразумевает, что транзакция должна переводить базу данных из одного согласованного состояния в другое. Все ограничения и правила, заданные для данных, должны быть соблюдены. Изолированность гарантирует, что транзакция ведется в отдельной среде и не вмешивается в работу других транзакций, одновременно выполняющихся в системе. Результат выполнения транзакции должен быть таким же, как если бы она была выполнена последовательно. Долговечность обеспечивает сохранение результатов выполненной транзакции даже в случае сбоев системы или отключения питания. Результаты транзакции должны быть сохранены в базе данных и доступны после восстановления системы. Транзакции обычно применяются для группировки логически связанных операций, чтобы гарантировать целостность данных при работе с базой данных. В языке программирования PHP транзакции могут быть реализованы с использованием соответствующих функций и методов для работы с базами данных, таких как mysqli или PDO.

Что такое позднее статическое связывание? Позднее статическое связывание - это возможность в PHP определять методы с одним и
Что такое позднее статическое связывание? Позднее статическое связывание - это возможность в PHP определять методы с одним и тем же именем в разных классах и динамически вызывать соответствующий метод, основываясь на типе объекта во время выполнения программы. Одним из примеров использования позднего статического связывания в PHP является механизм наследования и перегрузки методов. Позволяет заменять родительские методы в дочерних классах, сохраняя при этом связь с родительским классом. Для его использования в PHP можно воспользоваться ключевыми словами static или self. Ключевое слово static ссылается на класс, в котором был вызван метод, а self используется для обращения к методам текущего класса, игнорируя изменения методов в дочерних классах. Пример использования позднего статического связывания в PHP на фото.

Какая разница между MyISAM и InnoDB? В каких случаях и что лучше применять? MyISAM и InnoDB - это два самых распространенных типа таблиц в MySQL. Отличия между ними заключаются в следующем: 1. Система хранения данных: MyISAM использует таблицы с фиксированной длиной строк, в то время как InnoDB использует таблицы с переменной длиной строк. Это означает, что MyISAM обычно быстрее при выполнении операций чтения, а InnoDB более эффективен при выполнении операций записи. 2. Транзакции и целостность данных: InnoDB поддерживает ACID-транзакции (Atomicity, Consistency, Isolation, Durability - Атомарность, Согласованность, Изолированность, Устойчивость). Это означает, что в случае сбоя данных, InnoDB может откатить все изменения, сохраняя целостность данных. MyISAM не поддерживает транзакции и не обеспечивает такую же уровень целостности данных. 3. Блокировка таблиц: MyISAM блокирует всю таблицу во время выполнения операции записи, в то время как InnoDB блокирует только строки, с которыми происходит операция. Это означает, что InnoDB обычно более подходит для многопользовательских приложений, где множество операций происходит одновременно. 4. Внешние ключи: InnoDB поддерживает внешние ключи (foreign keys), что облегчает поддержку связей между таблицами и обеспечивает целостность данных. MyISAM не поддерживает внешние ключи. Итак, в каких случаях что лучше использовать: - Если нагрузка на базу данных состоит главным образом из операций чтения, то MyISAM может быть предпочтительнее из-за его более высокой производительности. - Если приложение требует поддержку транзакций (например, при обработке платежей или других критически важных операций), или имеется необходимость в внешних ключах для поддержания целостности данных, то InnoDB является более подходящим выбором. В отличие от MyISAM, InnoDB также более рекомендуется при работе с многопользовательскими приложениями, где одновременно выполняется много операций записи и требуется высокий уровень целостности данных.

Что такое абстрактный класс и чем он отличается от интерфейса? Абстрактный класс в PHP - это класс, который не может быть создан напрямую, а используется только в качестве базового для других классов. Он содержит одну или несколько абстрактных методов, которые должны быть реализованы в классах-наследниках. Абстрактные классы могут также иметь обычные методы с реализацией. Интерфейс в PHP - это набор абстрактных методов, которые должны быть реализованы всеми классами, которые имплементируют данный интерфейс. Классы могут имплементировать несколько интерфейсов. Интерфейс не содержит переменных или реализации методов, он только определяет сигнатуры методов. Основные отличия между абстрактным классом и интерфейсом в PHP: 1. Абстрактный класс может иметь переменные и реализацию методов, в то время как интерфейс не может. 2. Класс может наследовать только один абстрактный класс, но имплементировать несколько интерфейсов. 3. Класс, наследующий абстрактный класс, может переопределить его методы или добавить новые методы с реализацией. В случае интерфейса, класс должен реализовать все методы из интерфейса без изменений. 4. Абстрактный класс может содержать поля и методы с любым модификатором доступа, в то время как интерфейс может содержать только публичные методы.

Copy-on-write (COW) - это стратегия оптимизации, применяемая в операционных системах и языках программирования для улучшения
Copy-on-write (COW) - это стратегия оптимизации, применяемая в операционных системах и языках программирования для улучшения производительности и управления памятью. В контексте PHP Copy-on-write используется для управления переменными и массивами в памяти. Когда переменная или массив копируется, они сначала ссылаются на одну область памяти, и только при изменении одной из копий происходит действительное копирование данных. Это позволяет избежать неэффективности при копировании больших объемов данных. Пример использования Copy-on-write в PHP на фото В этом примере, когда $array1 копируется в $array2, фактическое копирование данных не происходит, поскольку они все еще ссылаются на одну область памяти. Однако, когда $array2 изменяется путем добавления нового элемента, происходит действительное копирование данных, так как нужно обеспечить различные значения для обоих массивов. Использование Copy-on-write позволяет оптимизировать работу с данными в PHP.

Что такое OWASP? OWASP - это акроним, расшифровывающийся как Open Web Application Security Project. OWASP - это некоммерческая организация, которая занимается исследованием и обеспечением безопасности веб-приложений. Она обладает обширным контентом, включающим методологии, инструменты, стандарты и руководства по обеспечению безопасности веб-приложений. В рамках OWASP разработаны множество проектов, включающих в себя руководства по безопасности, топ-10 уязвимостей веб-приложений, инструменты для сканирования и тестирования безопасности, образцы кода и многое другое. Знание OWASP и умение применять его рекомендации является важным для php-разработчика, так как помогает защитить веб-приложения от распространенных уязвимостей, таких как инъекции SQL, межсайтовый скриптинг (XSS), утечка конфиденциальной информации и другие.