Руководство по событиям модели в 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, не устанавливая среду локально на ваш компьютер.

Берём под контроль TODO-шки в коде php

Проблема со сложностью управления TODO/FIXME комментариями в коде очень стара. Ей больше 50 лет. Дошло до того, что в некоторых проектах начали запрещать их со словами: «или исправь сразу или не создавай мусор». Вот о том как можно автоматизировать управление ими и превратить из мусора в полезный инструмент и пойдет речь.

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

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

Какой из перечисленных в статье soft skills вы считаете самым важным для успешной работы в IT? 🤔

- Умение говорить «нет» 🚫
- Давать конструктивный фидбэк 💬
- Брать на себя ответственность 💪
- Общаться с токсичными людьми 🧘
- Доводить процессы до завершения ✅
- Организовывать эффективные совещания 📊
- Импровизировать на публике 🎭
- Сохранять спокойствие в сложных ситуациях 😌

Какой дополнительный soft skill вы бы добавили в этот список? 🆕
Как вы развиваете свои soft skills? 📈

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

💻 15 продвинутых лайфхаков для работы в терминале Linux

Рассказываем, как использовать малоизвестные, но мощные инструменты терминала: от редактирования длинных команд в текстовом редакторе до автоматизации сложных процессов с помощью tmux.

👉 Ссылка

🍒 Подборка лучших статей «Библиотеки программиста» за июль: сохраняй в заметки, чтобы не пропустить #самыйсок

🤖 Создание собственного ИИ-бота на Python за 33 строчки кода
🆚 Docker или Podman: что лучше подойдет для вашего проекта
🏅🏃 Кто такие Junior, Middle, Senior и чем они различаются между собой
🎓 Как я перешел из математиков в аналитики данных
🏝️ Решаем очень сложную SQL-задачу об островах и проливах
🚩 Как понять, что с компанией точно что-то не так: 11 красных флагов на собеседовании
🤤 Жадные алгоритмы: все, что нужно знать для собеседования
💬😊 Как найти общий язык с коллегами на новой работе: 11 простых советов
🤔 Инварианты: проектирование эффективных алгоритмов
🐬🐘 PostgreSQL или MySQL: что лучше подойдет для вашего проекта
🐛 5 признаков неопытного разработчика: как избежать типичных ошибок и ускорить профессиональный рост
🏃 Самоучитель по Go для начинающих. Часть 14
🆕 JavaScript эволюционирует: новые методы и функции для эффективной разработки