Библиотека пхпшника | PHP, Laravel, Symfony, CodeIgniter
Open in Telegram
Все самое полезное для пхпшника в одном канале. По рекламе: @proglib_adv Учиться у нас: clc.to/M561SQ Для обратной связи: @proglibrary_feeedback_bot РКН: https://gosuslugi.ru/snet/67a5d13cd6fa92100ee6f68b
Show more
Network:📈 Analytical overview of Telegram channel Библиотека пхпшника | PHP, Laravel, Symfony, CodeIgniter
Channel Библиотека пхпшника | PHP, Laravel, Symfony, CodeIgniter (@phpproglib) in the Russian language segment is an active participant. Currently, the community unites 10 508 subscribers, ranking 11 335 in the Technologies & Applications category and 60 747 in the Russia region.
📊 Audience metrics and dynamics
Since its creation on невідомо, the project has demonstrated rapid growth, gathering an audience of 10 508 subscribers.
According to the latest data from 03 September, 2026, the channel demonstrates stable activity. Although there has been a change in the number of participants by -64 over the last 30 days and by 0 over the last 24 hours, overall reach remains high.
- Verification status: Not verified
- Engagement rate (ER): The average audience engagement rate is 20.60%. Within the first 24 hours after publication, content typically collects 9.50% reactions from the total number of subscribers.
- Post reach: On average, each post receives 2 165 views. Within the first day, a publication typically gains 998 views.
- Reactions and interaction: The audience actively supports content: the average number of reactions per post is 11.
- Thematic interests: Content is focused on key topics such as php, laravel, пхпшника, artisan, api.
📝 Description and content policy
The author describes the resource as a platform for expressing subjective opinions:
“Все самое полезное для пхпшника в одном канале.
По рекламе: @proglib_adv
Учиться у нас: clc.to/M561SQ
Для обратной связи: @proglibrary_feeedback_bot
РКН: https://gosuslugi.ru/snet/67a5d13cd6fa92100ee6f68b”
Thanks to the high frequency of updates (latest data received on 04 September, 2026), the channel maintains relevance and a high level of publication reach. Analytics show that the audience actively interacts with content, making it an important point of influence in the Technologies & Applications category.
10 508
Subscribers
No data24 hours
-117 days
-6430 days
Posts Archive
Узнайте о преимуществах объектов передачи данных (DTO) и о том, как readonly-классы PHP 8.2, могут улучшить ваш код
Объект передачи данных (DTO) — это простой объект, предназначенный для переноса данных между процессами или системами. В отличие от моделей или сущностей, DTO не содержат бизнес-логики и служат для структурированной передачи информации между различными слоями приложения или системами.
Преимущества использования DTO
Разделение ответственности: Изолируют бизнес-логику от представления данных, делая код более чистым и поддерживаемым.
Проверка данных: Позволяют проверять данные до их обработки, обеспечивая использование только допустимых данных.
Согласованность: Предоставляют согласованную структуру для передачи данных, упрощая их управление и обработку.
Безопасность: Защищают приложение от несанкционированного изменения данных, контролируя доступные и изменяемые данные.
Тестирование: Поскольку DTO — это простые объекты без встроенной бизнес-логики, их проще имитировать и тестировать.
Преобразование: Способствуют преобразованию данных в нужные форматы для различных слоев приложения.
Неизменяемость: DTO часто делают неизменяемыми, что облегчает предсказуемость, потокобезопасность и отладку.
PHP 8.2 и классы только для чтения
С выходом PHP 8.2 классы только для чтения улучшают использование DTO, делая свойства неизменяемыми автоматически. Это снижает количество шаблонного кода, повышает безопасность данных и улучшает поддерживаемость кода.
Использование DTO в приложениях Laravel обеспечивает согласованность данных, проверку и разделение ответственности. DTO делают ваше приложение более поддерживаемым, безопасным и простым для тестирования. В системе управления недвижимостью DTO помогают эффективно обрабатывать данные из различных источников, обеспечивая чистоту и фокус бизнес-логики на обработке проверенных данных.
Привет, друзья! 👋
Мы готовим статью о возможном снижении уровня знаний среди IT-специалистов и хотим узнать ваше мнение. Поделитесь своими мыслями, ответив на следующие вопросы:
Как вы оцениваете уровень знаний современных IT-специалистов по сравнению с их предшественниками 10-15 лет назад? 🤔
- Значительно снизился 📉
- Немного снизился 🔻
- Остался на том же уровне ➡️
- Немного повысился 🔼
- Значительно повысился 📈
Какие факторы, по вашему мнению, наиболее сильно влияют на уровень знаний IT-специалистов сегодня? (выберите до 3 вариантов) 🧠
- Качество образования в вузах 🎓
- Доступность онлайн-курсов и самообучения 💻
- Требования рынка труда 💼
- Развитие технологий и инструментов разработки 🛠️
- Влияние социальных сетей и информационного шума 📱
- Отток квалифицированных специалистов ✈️
- Другое (укажите в комментариях) 🗨️
Как вы считаете, что нужно сделать для повышения уровня знаний IT-специалистов? 💡
Поделитесь своими идеями в комментариях! Самые интересные и конструктивные предложения мы обязательно включим в нашу статью. Спасибо за участие! 🙏
Объединение ваших компонентов Symfony UX Twig
Статья посвящена Symfony UX Twig Components и их повторному использованию в приложениях. В ней рассматриваются два типа компонентов:
Полнофункциональные компоненты (FullStack Components):
🔸Включают PHP-класс (контроллер), Twig-шаблон (пользовательский интерфейс) и опциональные ресурсы (JavaScript, CSS).
🔸Эти компоненты могут динамически получать данные из источников и отображать их в интерфейсе. Примером может служить таблица с рекомендованными продуктами, отображаемая на главной странице и на страницах отдельных продуктов.
UI-компоненты (UI-only Components, также известные как Anonymous Twig Components):
🔸Состоят только из Twig-шаблона и опциональных ресурсов, без контроллера.
🔸Полезны для статического контента или данных из неизвестных источников. Примеры включают кнопку с меткой или сообщение об ошибке.
Разработчики на PHP умеют писать код, но не всегда знают как устроен web-server
Одной из ключевых особенностей PHP является — легкость для разработчика в написании первой программы. Во многих мануалах для старта разработки сокращают информацию о web-сервере до минимума, например, запустите openserver или скопируйте собранный докер образ, где уже будет все настроено и просто перейдите по адресу http://localhost. Все это приводит к сужению знаний общей картины как работает web-приложение, что негативно влияет на репутацию разработчиков на этом языке программирования в целом.
В этой статье автор рассказывает о web-серверах для PHP, как раз для того, чтобы расширить кругозор тех людей, кто пропустил эту тему и постараться раскрыть ее максимально простым и понятным языком.
CRUD-реальность
Автор делится своим видением CRUD, и на его взгляд главная проблема заключается в обновлении данных.
Фундаментальная проблема этого подхода заключается в том, что он просто предоставляет интерфейс JSON через HTTP поверх системы записи. Конечно, к нему добавлена некоторая логика авторизации и проверки, но вы по-прежнему просто сериализуете JSON в базу данных и обратно.
Обновление ресурса — это гораздо больше, чем просто замена некоторых полей в таблице. «Учетная запись обновлена» не слишком информативна. Нам необходимо знать, что именно изменилось в аккаунте, поэтому просто сказать «что-то обновилось» недостаточно. Нам нужно иметь возможность сказать «пользователь был деактивирован», «билет заархивирован», «заказ отправлен» или «возврат средств обработан».
Он предлагает несколько решений этой проблемы:
✔️Change Data Capture (CDC) — это приложение, которое умеет обрабатывать логи изменений, выделять из них события об изменении данных и уведомлять об этом потребителя изменений, реализующего бизнес-логику.
✔️Вспомогательная история/таблицы журналов
✔️Введение шаблона транзакционного исходящего ящика — подход, которому отдает предпочтение сам автор
Вопрос по Git. В чем разница между merge и rebase?
merge и rebase — это два различных подхода к интеграции изменений в Git.
Merge:
Когда вы выполняете merge, Git создает новый коммит, который объединяет изменения из двух (или более) веток.
Этот коммит имеет два родителя — по одному от каждой ветки.
После слияния ветки сохраняют свою структуру, история коммитов не переписывается.
Merge часто создает «соединительный» коммит.
Rebase:
Когда вы выполняете rebase, Git берет изменения из одной ветки и применяет их к другой ветке, как если бы они были там изначально.
Это переписывает историю коммитов, создавая новые коммиты для изменений в другой ветке.
История становится линейной, и смотрится так, как будто изменения были внесены последовательно.
Сравнение:
Merge сохраняет структуру истории, но может создать дополнительные коммиты-соединители.
Rebase создает более линейную историю, но переписывает коммиты и может быть опасен при работе с общими ветками.
Выбор между merge и rebase зависит от предпочтений команды и конкретного контекста проекта. Важно помнить, что rebase изменяет историю коммитов, поэтому его следует использовать только для локальных веток, которые вы еще не отправили в общий репозиторий.
#вопросы_с_собеседований
NumPower
Расширение PHP для эффективных научных вычислений и работы с массивами данных с поддержкой GPU.
Посмотрите эту простую нейронную сеть, созданную на PHP с нуля с помощью NumPower.
«Я перестал использовать Copilot после 2 месяцев. И вот почему»
Автор делится своим опытом работы с Copilot, приводя как положительные, так и отрицательные аспекты его использования. В статье рассмотрены следующие моменты:
Сетап: Copilot использовался с языками PHP (Laravel) и TypeScript (React) в редакторе nvim, работая над фронтендом, бекендом и тестами.
Плюсы:
✅Copilot впечатляет способностью предугадывать код, особенно если он повторяющийся.
✅Он предлагает простые решения, которые могут не приходить сразу в голову программисту.
✅Автокомплит Copilot помогает быстро генерировать шаблонный код, который затем можно исправить.
Минусы:
❗Уменьшение продуктивности: Copilot требует постоянного внимания к предлагаемому коду, что снижает моторную память и замедляет работу.
❗Импорты: Copilot не всегда корректно вставляет импорты, что приводит к путанице и необходимости вручную проверять зависимости.
❗Ошибки: Инструмент иногда подсказывает неверные команды или синтаксически некорректный код, что приводит к ошибкам и требует дополнительных исправлений.
Итог:
Copilot полезен для больших кусков кода, но в коротких командах он больше мешает, чем помогает.
Обычный автокомплит вместе с моторной памятью оказывается быстрее и приятнее в использовании.
В некоторых случаях проще использовать копипасту и обращаться к ChatGPT для уточнения вопросов.
😨 Страх ошибок: как он мешает вам писать код
Страх совершить ошибку при внесении изменений в код может серьезно ограничивать профессиональный рост программиста. Как преодолеть этот психологический барьер и стать более эффективным разработчиком? Ответы — в нашей статье.
Метод findOrFail также принимает список идентификаторов. Если какой-либо из этих идентификаторов не найден, то он «ошибочен».
Это полезно, если вам нужно получить конкретный набор моделей и вы не хотите проверять, соответствует ли полученное количество ожидаемому количеству.
Repost from Библиотека девопса | DevOps, SRE, Sysadmin
🍇 18 основных паттернов микросервисной архитектуры
Рассказываем о паттернах, которые представляют собой набор проверенных решений типичных проблем и задач в микросервисной архитектуре. Их правильное применение может значительно улучшить масштабируемость и надежность системы.
Читать статью
Руководство по событиям модели в 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) для более явного управления логикой.
Какой у вас уровень английского?
PHP функции и способы их применения
В PHP становится все больше способов работы с функциями. Хотя ООП и является основной парадигмой для этого языка, процедурный и функциональный подходы тоже имеет право на жизнь в PHP. Давайте рассмотрим различные примеры работы с функциями в PHP 8.3
Использование вспомогательных функций для преобразования Markdown в HTML в Laravel 11
В этом руководстве показано, как создать вспомогательную функцию в приложении Laravel для преобразования содержимого Markdown в HTML с использованием библиотеки league/commonmark.
Опишите жизненный цикл HTTP-запроса.
Жизненный цикл HTTP-запроса в PHP можно разделить на следующие этапы:
1️⃣ Инициация запроса: Когда клиент отправляет HTTP-запрос на сервер, он инициирует процесс обработки запроса. В PHP это может быть инициировано, например, через браузер или с помощью команды curl в командной строке.
2️⃣ Маршрутизация: После получения запроса сервер должен определить, какой код или файл должен обрабатывать этот запрос. В PHP это может быть определено с помощью файла .htaccess или механизма маршрутизации, такого как маршрутизатор в фреймворке.
3️⃣ Обработка запроса: Когда PHP определяет, какой код или файл должен обработать запрос, он запускает этот код или файл. Этот этап включает выполнение кода, чтение и обработку данных, выполнение операций с базой данных и другие операции, необходимые для обработки запроса.
4️⃣ Генерация и отправка ответа: После обработки запроса PHP генерирует данные, которые должны быть отправлены обратно клиенту. Это может включать в себя генерацию HTML-страницы, отправку изображений, создание и отправку JSON-ответов и т. д. Затем PHP отправляет созданный ответ обратно на клиентскую сторону.
5️⃣ Завершение обработки запроса: После отправки ответа PHP завершает обработку запроса, освобождает ресурсы, которые были использованы во время обработки, и завершает свое выполнение.
#вопросы_с_собеседований
😄 Создание и настройка каталога товаров в CMS 1С-Битрикс
Ждем вас на открытом уроке, где мы:
- рассмотрим информационные блоки в Битрикс;
- создадим и настроим инфоблок «каталог товаров»;
- создадим свойства для товаров;
- заполним каталог товаров данными из CSV-файла, используя Битрикс API;
- разберем начальную настройку оформления чертежей.
Встречаемся 8 августа в 20:00 мск.
👉 Регистрируйтесь прямо сейчас, чтобы не пропустить мероприятие: https://otus.pw/Jins/
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru
Erid 2VtzqupNRGw
Spaceman
Эта тулза присваивает пространства имен легаси php-коду без пространства имен
