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

Какова цель сервис провайдеров в Ларавеле?

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

Сервис-провайдеры определяются в каталоге app/Providers и регистрируются в файле config/app.php.

Это пример сервис-провайдера, который регистрирует маршрут

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 и веб-приложениях, где важна гибкость и простота использования.

❓ Ищете способы сделать Bitrix24 ещё мощнее? Мы знаем, как!

На открытом уроке вы узнаете, как интегрировать Bitrix24 с Google Workspace и Microsoft 365:
— Расширьте возможности CRM.
— Автоматизируйте рутинные задачи.
— Улучшите коммуникацию в компании.

Только реальные кейсы, примеры успешных интеграций и рекомендации от эксперта. Участники урока получат скидку на обучение на курсе «Разработчик Битрикс24».

⏰ Не упустите шанс! Встречаемся 27 января в 20:00 мск.

👉 Узнать больше: https://clck.ru/3Fs8Hn

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

Хочешь уверенно проходить IT-интервью?

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

💡 Почему Т1 тренажёр — это мастхэв?

• Получишь настоящую обратную связь: где затык, что подтянуть и как стать лучше.
• Научишься не только решать задачи, но и объяснять своё решение так, чтобы интервьюер сказал: "Вау!".
• Освоишь все этапы собеседования, от вопросов по алгоритмам до диалога о твоих целях.

Зачем листать миллион туториалов? Просто зайди в Т1 тренажёр, потренируйся и уверенно удиви интервьюеров. Мы не обещаем лёгкой прогулки, но обещаем, что будешь готов!

Реклама. ООО «Смарт Гико», ИНН 7743264341. Erid 2VtzqwP8vqy

#Айти #Собеседование #Т1

Как расшифровать 644 в правах на файл в Linux?

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

Права доступа к файлу представлены тремя группами: для владельца (user), для группы (group) и для остальных (others). Каждая группа состоит из трех битов, представляющих права на чтение (read), запись (write) и выполнение (execute).

Теперь, чтобы расшифровать число 644:

🔸Первая цифра (6) относится к правам владельца файла.
🔸Вторая цифра (4) относится к правам группы.
🔸 цифра (4) относится к правам остальных пользователей.

Теперь преобразуем эти числа в бинарный вид:

🟢6 = 110 в двоичной системе (rw-)
🟢4 = 100 в двоичной системе (r--)
🟢4 = 100 в двоичной системе (r--)

Таким образом, права доступа для файла 644 в Linux будут следующими:

✔️Владелец файла имеет права на чтение и запись (rw-)
✔️Группа имеет право только на чтение (r--)
✔️Остальные пользователи также имеют право только на чтение (r--)

⭐️ Symfony и Kafka — союз, о котором мечтают разработчики!

👉 Узнайте, как интеграция Symfony Messenger с Kafka делает обработку асинхронных задач надёжной и масштабируемой. Мы разберём примеры, лучшие практики и подводные камни.

⏰ Хотите уверенно работать с этой мощной связкой и прокачать свои проекты? 28 января в 20:00 мск вас ждёт открытый урок, где мы расскажем, как настроить и использовать Kafka как транспорт.

Спикер Михаил Каморин — Dev Tech Lead в Skyeng, участник и организатор конференций по PHP, член ПК Podlodka PHP Crew.

👉 Регистрируйтесь на вебинар сейчас и получите скидку на обучение на курсе «Symfony Framework»: https://clck.ru/3FsAC2

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

Сегодня на вопрос отвечаете вы:

💬Какую среду разработки предпочитаете и почему?

Расскажите о Performance & профилировании PHP-кода (xdebug, xhprof т.д.).

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

Performance и профилирование PHP-кода являются важными аспектами оптимизации веб-приложений, особенно когда речь идет о больших и сложных проектах. Два из самых распространенных инструмента для профилирования PHP-кода — это Xdebug и XHProf. Давайте рассмотрим их подробнее.

Xdebug:
Функции: Xdebug предоставляет множество функций, включая отладку, трассировку стека, профилирование кода и сбор информации о покрытии кода тестами.
Профилирование: Самое интересное для нас — это возможность профилирования. Xdebug может собирать информацию о времени выполнения каждой функции и блока кода в проекте.
Анализ: Полученные данные профилирования можно анализировать с помощью инструментов, таких как KCacheGrind или WinCacheGrind. Они предоставляют визуализацию профилировочных данных в виде дерева вызовов функций, что позволяет идентифицировать узкие места в коде.

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

❗Вакансии «Библиотеки программиста» — ждем вас в команде!

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

Подробности тут

Мы предлагаем частичную занятость и полностью удаленный формат работы — можно совмещать с основной и находиться в любом месте🌴

Ждем ваших откликов 👾

Что нельзя хранить в cookie и почему?

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

Однако, в cookie можно хранить идентификаторы сессий или временные токены, которые могут использоваться для аутентификации пользователей на сайте. Такие данные безопасны, поскольку они не содержат конфиденциальной информации напрямую и могут использоваться только в контексте определенного веб-приложения. Тем не менее, даже в таких случаях необходимо следить за безопасностью и использовать механизмы защиты, такие как HTTPS, чтобы предотвратить возможные атаки перехвата.

Что такое «PHP Extension Community Library» (PECL), и как её использовать для расширения функциональности PHP?

Библиотека сообщества расширений PHP (PECL) служит репозиторием для PHP-расширений. PHP-расширения представляют собой модули, написанные на C, которые могут быть динамически загружены в PHP для предоставления дополнительной функциональности. Эти расширения могут взаимодействовать с PHP на более низком уровне, чем обычные скрипты PHP, позволяя разработчикам использовать системные ресурсы, взаимодействовать с базами данных и выполнять другие задачи, которые могут быть более эффективно реализованы на языке более низкого уровня.

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

Чтобы использовать PECL для расширения функциональности PHP, обычно следуют следующим шагам:

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

Поиск расширений: Просмотрите веб-сайт PECL или используйте команду pecl search, чтобы найти расширения, предоставляющие необходимую функциональность.

Установка расширений: После того как вы нашли нужное расширение, вы можете установить его с помощью команды pecl install, за которой следует имя расширения.

Включение расширения: После установки расширения вам нужно включить его в файле конфигурации PHP (php.ini). Вы можете сделать это вручную, добавив строку вроде extension=имя_расширения.so в файл php.ini, или с помощью команды phpenmod, если вы используете систему с хранилищем расширений и приложений PHP (PEAR)

Перезапуск веб-сервера: После включения расширения необходимо перезапустить веб-сервер (например, Apache или Nginx), чтобы изменения вступили в силу.

Тестирование расширения: Наконец, вы можете протестировать функциональность, предоставляемую расширением, в ваших PHP-скриптах. Вы можете использовать функции или классы расширения, как это указано в его документации.

Какова разница между «регулярным выражением» и «выражением с подстановочными символами» в PHP, и как их использовать?

В PHP «регулярные выражения» и «выражения с подстановочными символами» служат похожим целям, но имеют некоторые различия в синтаксисе и функциональности.

Регулярные выражения:

Регулярные выражения (regex) — это мощные инструменты для поиска шаблонов и манипуляции текстом.
Они позволяют определять сложные шаблоны поиска с использованием формального синтаксиса.
Шаблоны regex могут соответствовать определенным символам, диапазонам символов, повторениям, альтернативам и т. д.
PHP предоставляет встроенные функции, такие как preg_match(), preg_match_all(), preg_replace() и т. д., для работы с регулярными выражениями.
Регулярные выражения более гибкие и универсальные по сравнению с выражениями с подстановочными символами.

Выражения с подстановочными символами:

Выражения с подстановочными символами проще и более ограниченные по сравнению с регулярными выражениями.
Они используют специальные символы, такие как * (соответствует нулю или более символам) и ? (соответствует ровно одному символу), для представления шаблонов.
Выражения с подстановочными символами часто используются при операциях с файловой системой, таких как поиск файлов по их именам.
PHP предоставляет функции, такие как glob(), для работы с выражениями с подстановочными символами при операциях с файловой системой.

👔💼 Как ответить на собеседовании, почему вы уволились с прошлого места работы: 9 вариантов ответа

А также примеры того, как говорить точно не надо 🌚

👉Читать

Какая система типов используется в PHP? Опишите плюсы и минусы.

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

Плюсы:

✔️Гибкость: Динамическая типизация делает PHP очень гибким языком программирования, позволяя быстро писать и изменять код.

✔️Простота использования: Не нужно явно объявлять типы переменных, что упрощает написание кода, особенно для новичков.

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

✔️Меньше кода: Нет необходимости явно приводить типы или выполнять проверки на соответствие типов, что может сократить объем кода.

Минусы:

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

❗Уменьшение производительности: Проверка типов во время выполнения может негативно сказаться на производительности приложения, особенно в больших и сложных проектах.

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

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