Опишите жизненный цикл HTTP-запроса.

Жизненный цикл HTTP-запроса в PHP можно разделить на следующие этапы:

1️⃣ Инициация запроса: Когда клиент отправляет HTTP-запрос на сервер, он инициирует процесс обработки запроса. В PHP это может быть инициировано, например, через браузер или с помощью команды curl в командной строке.

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

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

4️⃣ Генерация и отправка ответа: После обработки запроса PHP генерирует данные, которые должны быть отправлены обратно клиенту. Это может включать в себя генерацию HTML-страницы, отправку изображений, создание и отправку JSON-ответов и т. д. Затем PHP отправляет созданный ответ обратно на клиентскую сторону.

5️⃣ Завершение обработки запроса: После отправки ответа PHP завершает обработку запроса, освобождает ресурсы, которые были использованы во время обработки, и завершает свое выполнение.

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

Использование вспомогательных функций для преобразования Markdown в HTML в Laravel 11

В этом руководстве показано, как создать вспомогательную функцию в приложении Laravel для преобразования содержимого Markdown в HTML с использованием библиотеки league/commonmark.

PHP функции и способы их применения

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

Руководство по событиям модели в Laravel

В Laravel, события моделей (model events) позволяют автоматически запускать определенную логику при выполнении действий с моделями Eloquent, таких как создание, обновление или удаление записей. Это может быть очень удобно, но важно правильно их использовать, чтобы избежать нежелательных побочных эффектов.

События моделей

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

retrieved — запись извлечена из базы данных.
creating — запись создается.
created — запись создана.
updating — запись обновляется.
updated — запись обновлена.
saving — запись сохраняется (создается или обновляется).
saved — запись сохранена.
deleting — запись удаляется.
deleted — запись удалена.
trashed — запись помечена как удаленная (soft delete).
forceDeleting — запись принудительно удаляется.
forceDeleted — запись принудительно удалена.
restoring — запись восстанавливается после soft delete.
restored — запись восстановлена после soft delete.
replicating — запись клонируется.

Прослушивание событий моделей

Существует несколько способов прослушивания событий моделей:

🔸Свойство dispatchesEvents в модели: Позволяет связать события моделей с классами событий, которые должны быть запущены.

🔸Замыкания (closures) в методе booted модели: Позволяют определять слушатели прямо в модели.

🔸Наблюдатели (observers): Классы, которые содержат методы для обработки различных событий модели.

Возможные проблемы и альтернативные подходы

🔸События моделей: События не запускаются, если манипуляции с данными выполняются напрямую через фасад DB или при массовых операциях (bulk operations).

🔸Альтернативы: Для более сложных операций или если нежелательные побочные эффекты вызывают проблемы в тестах, можно использовать сервисы или классы действий (actions) для более явного управления логикой.

🍇 18 основных паттернов микросервисной архитектуры

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

Читать статью

😨 Страх ошибок: как он мешает вам писать код

Страх совершить ошибку при внесении изменений в код может серьезно ограничивать профессиональный рост программиста. Как преодолеть этот психологический барьер и стать более эффективным разработчиком? Ответы — в нашей статье.

«Я перестал использовать Copilot после 2 месяцев. И вот почему»

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

Сетап: Copilot использовался с языками PHP (Laravel) и TypeScript (React) в редакторе nvim, работая над фронтендом, бекендом и тестами.

Плюсы:

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

Минусы:

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

Итог:

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

Обычный автокомплит вместе с моторной памятью оказывается быстрее и приятнее в использовании.

В некоторых случаях проще использовать копипасту и обращаться к ChatGPT для уточнения вопросов.

NumPower

Расширение PHP для эффективных научных вычислений и работы с массивами данных с поддержкой GPU.

Посмотрите эту простую нейронную сеть, созданную на PHP с нуля с помощью NumPower.

Вопрос по Git. В чем разница между merge и rebase?

merge и rebase — это два различных подхода к интеграции изменений в Git.

Merge:

Когда вы выполняете merge, Git создает новый коммит, который объединяет изменения из двух (или более) веток.
Этот коммит имеет два родителя — по одному от каждой ветки.
После слияния ветки сохраняют свою структуру, история коммитов не переписывается.
Merge часто создает «соединительный» коммит.

Rebase:

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

Сравнение:

Merge сохраняет структуру истории, но может создать дополнительные коммиты-соединители.
Rebase создает более линейную историю, но переписывает коммиты и может быть опасен при работе с общими ветками.

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

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

CRUD-реальность

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

Фундаментальная проблема этого подхода заключается в том, что он просто предоставляет интерфейс JSON через HTTP поверх системы записи. Конечно, к нему добавлена ​​некоторая логика авторизации и проверки, но вы по-прежнему просто сериализуете JSON в базу данных и обратно.

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

Он предлагает несколько решений этой проблемы:

✔️Change Data Capture (CDC) — это приложение, которое умеет обрабатывать логи изменений, выделять из них события об изменении данных и уведомлять об этом потребителя изменений, реализующего бизнес-логику.

✔️Вспомогательная история/таблицы журналов

✔️Введение шаблона транзакционного исходящего ящика — подход, которому отдает предпочтение сам автор

Разработчики на PHP умеют писать код, но не всегда знают как устроен web-server

Одной из ключевых особенностей PHP является — легкость для разработчика в написании первой программы. Во многих мануалах для старта разработки сокращают информацию о web-сервере до минимума, например, запустите openserver или скопируйте собранный докер образ, где уже будет все настроено и просто перейдите по адресу https://localhost. Все это приводит к сужению знаний общей картины как работает web-приложение, что негативно влияет на репутацию разработчиков на этом языке программирования в целом.

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

Объединение ваших компонентов Symfony UX Twig

Статья посвящена Symfony UX Twig Components и их повторному использованию в приложениях. В ней рассматриваются два типа компонентов:

Полнофункциональные компоненты (FullStack Components):
🔸Включают PHP-класс (контроллер), Twig-шаблон (пользовательский интерфейс) и опциональные ресурсы (JavaScript, CSS).

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

UI-компоненты (UI-only Components, также известные как Anonymous Twig Components):
🔸Состоят только из Twig-шаблона и опциональных ресурсов, без контроллера.

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

Привет, друзья! 👋

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

Как вы оцениваете уровень знаний современных IT-специалистов по сравнению с их предшественниками 10-15 лет назад? 🤔

- Значительно снизился 📉
- Немного снизился 🔻
- Остался на том же уровне ➡️
- Немного повысился 🔼
- Значительно повысился 📈

Какие факторы, по вашему мнению, наиболее сильно влияют на уровень знаний IT-специалистов сегодня? (выберите до 3 вариантов) 🧠

- Качество образования в вузах 🎓
- Доступность онлайн-курсов и самообучения 💻
- Требования рынка труда 💼
- Развитие технологий и инструментов разработки 🛠️
- Влияние социальных сетей и информационного шума 📱
- Отток квалифицированных специалистов ✈️
- Другое (укажите в комментариях) 🗨️

Как вы считаете, что нужно сделать для повышения уровня знаний IT-специалистов? 💡

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

Узнайте о преимуществах объектов передачи данных (DTO) и о том, как readonly-классы PHP 8.2, могут улучшить ваш код

Объект передачи данных (DTO) — это простой объект, предназначенный для переноса данных между процессами или системами. В отличие от моделей или сущностей, DTO не содержат бизнес-логики и служат для структурированной передачи информации между различными слоями приложения или системами.

Преимущества использования DTO

Разделение ответственности: Изолируют бизнес-логику от представления данных, делая код более чистым и поддерживаемым.
Проверка данных: Позволяют проверять данные до их обработки, обеспечивая использование только допустимых данных.
Согласованность: Предоставляют согласованную структуру для передачи данных, упрощая их управление и обработку.
Безопасность: Защищают приложение от несанкционированного изменения данных, контролируя доступные и изменяемые данные.
Тестирование: Поскольку DTO — это простые объекты без встроенной бизнес-логики, их проще имитировать и тестировать.
Преобразование: Способствуют преобразованию данных в нужные форматы для различных слоев приложения.
Неизменяемость: DTO часто делают неизменяемыми, что облегчает предсказуемость, потокобезопасность и отладку.

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

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

Что такое куча и стек?

Куча (heap) и Стек (stack) — это две основных области в памяти программы, где хранятся данные, но они используются по-разному.

Стек (Stack):

Что это: Стек представляет собой линейную структуру данных, где операции выполняются в порядке Last In, First Out (LIFO).
Использование: В стеке хранятся локальные переменные функций, адреса возврата, параметры функций и прочая информация о выполнении функций.
Жизненный цикл: Стековая память выделяется и освобождается автоматически при входе и выходе из функций.
Ограничения: Ограниченный размер, быстрый доступ к данным.

Куча (Heap):

Что это: Куча — это динамическая область памяти, где хранятся данные, созданные во время выполнения программы.
Использование: В куче располагаются объекты, массивы и другие динамические данные, управляемые программистом.
Жизненный цикл: Ручное управление выделением и освобождением памяти (например, через new и delete в C++ или malloc и free в C).
Ограничения: Больший размер, более гибкое использование, но требует аккуратного управления памятью, чтобы избежать утечек или дефрагментации.

Настройка среды разработки с помощью Laravel Sail (Docker)

Здесь объясняется, как настроить среду разработки для Laravel с помощью Laravel Sail, не устанавливая среду локально на ваш компьютер.