Библиотека пхпшника | PHP, Laravel, Symfony, CodeIgniter

Шаблон проектирования Интерпретатор в PHP 8 Данная статья представляет собой руководство по использованию шаблона проектирования "Интерпретатор" в разработке программного обеспечения, используя PHP 8. Шаблон "Интерпретатор" используется для интерпретации предложений на языке, и он полезен, когда нужно создавать инструменты, которые интерпретируют или компилируют языки, предоставляя структурированный подход к переводу данных из одной формы в другую. Создание простого средства вычисления математических выражений состоит из следующих шагов: 1️⃣Интерфейс выражений (Expression Interface): Этот интерфейс определяет метод interpret, который будет интерпретировать различные виды выражений. 2️⃣Терминальные выражения (Terminal Expressions): Эти выражения представляют основные элементы, возвращающие значения. В данной статье они представлены классом Number, который представляет числа в математических выражениях. 3️⃣Нетерминальные выражения (Non-terminal Expressions): Эти выражения представляют операции и используют терминальные выражения для выполнения своих задач. В данной статье они представлены классами Add и Subtract, которые выполняют соответственно сложение и вычитание. 4️⃣Клиентский код: Здесь создаются объекты для чисел и операций, и они интерпретируются для получения результатов.

Как относитесь к тестам? Любите ли вы их писать? Или считаете эту работу слишком скучной и бесполезной?⬇️⬇️⬇️

Интернет из PHP PHP большой. Тролли могут заявлять о его почти уверенной «смерти» до тех пор, пока рак на горе не свистнет, но факт в том, что в Интернет работает на PHP. Доказательства ошеломляющие. Здесь эти доказательства и представлены.

Совет на осень 2023 год: углубитесь в изучение PHP. Тот, кто знает язык на высоком уровне — сможет что угодно и сорвёт куш. А если вы хотите разобраться, не тратя месяцы и годы на бесполезные материалы и гайды — читайте канал: PHP. Ещё мы собрали маст-хэв-папку для всех разработчиков: https://t.me/addlist/8vDUwYRGujRmZjFi Там просто и доступно объясняют какие фишки в коде нужно использовать, чтобы ваши сервисы работали быстрее, почему не нужно использовать ChatGPT при написании кода, что такое PXP и как оно можем вывести вас на новый уровень. Подписывайтесь, потом сами себе спасибо скажете: @phpshka

Как оптимизировать производительность PHP в Google Cloud Run Эта статья об оптимизации производительности API, написанного на PHP 7.4 и Laravel 8.0, развернутого на Cloud Run с использованием контейнерного образа с Nginx и PHP-FPM, а также с базой данных MySQL на Cloud SQL (управляемой базой данных на Google Cloud). Автор статьи предоставляет ряд советов и методов для улучшения времени ответа API и обработки большого количества одновременных пользователей.

Есть ли разница между self и this в PHP? Главная разница между $this и self в PHP заключается в том, что $this используется для обращения к методам и свойствам текущего объекта, а self – для обращения к статическим методам, свойствам и константам класса. Кроме того, $this может быть использован только в контексте текущего объекта, а self – в контексте самого класса и его потомков. Также стоит отметить, что $this является нестатическим контекстом, а self – статическим. Еще одним отличием между $this и self является различие в их использовании в конструкторе класса. $this используется для присваивания значений свойствам экземпляра, тогда как self можно использовать для определения значений свойств самого класса. #вопросы_с_собеседований

🔥 Разберитесь в Laravel Telescope вместе с OTUS Встречаемся 20 сентября в 20:00 мск на открытом уроке «Laravel Telescope» в рамках курса «Framework Laravel» от OTUS. На живом вебинаре: ✅ расскажем и покажем удобного компаньона при локальной разработке на Laravel; ✅ настроим Telescope и продемонстрируем работу с ним после настройки. Это отличная возможность совершенно бесплатно протестировать формат обучения и задать преподавателю любые вопросы в режиме реального времени! 👉 Регистрация - не упустите возможность получить практические знания от опытного наставника, регистрируйтесь прямо сейчас! Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru

#memes

Интерфейсы или абстрактные классы Статья обсуждает различия между интерфейсами и абстрактными классами. Она поднимает несколько важных аспектов и рассматривает, когда следует использовать интерфейсы и абстрактные классы, а также какие преимущества они могут предоставить в разработке программного кода. Вот основные моменты, которые статья затрагивает: ✔️Интерфейсы и абстрактные классы как контракты: Интерфейсы и абстрактные классы представляют собой способы определения контрактов между классами. Классы, реализующие интерфейсы или расширяющие абстрактные классы, обязаны предоставить определенные методы. ✔️Выбор между интерфейсами и абстрактными классами: Выбор зависит от того, нужно ли вам предоставить некоторую функциональность (в этом случае абстрактный класс может быть полезным) или просто гарантировать, что классы будут иметь определенное поведение (в этом случае интерфейсы подходят лучше). ✔️Общие сходства и различия: В заключении статьи отмечается, что интерфейсы и абстрактные классы имеют много общих черт, но они уделяют внимание разным аспектам программирования. Абстрактные классы ориентированы на предоставление базовой реализации, тогда как интерфейсы фокусируются на определении контрактов для разных классов.

#хочу_спросить Задавайте любые вопросы о программировании и получайте ответы от пользователей. В комментариях под постом укажите #язык, #стек и/или #библиотеку, по которым задаете вопрос.

#дайджест #phpdevjob Вакансии недели для джунов 👨🏻‍🏫 Junior PHP разработчик в Вебпрактик Ростов-на-Дону. Performance-маркетинг и услуги digital-интегратора. Подробнее Junior Web-разработчик в Ed.Partners Москва. Диджитал-студия. Подробнее Backend-разработчик в Itwis Новосибирск. Разработка информационных бизнес-систем. Подробнее Junior разработчик в White Tiger Soft Йошкар-Ола. Разработка iOS и Android приложений. Подробнее Программист PHP в Интертрейд Москва. Создание световой наружной рекламы. Подробнее Понравились вакансии? 👍 — да 👎 — нет

Создание пользовательских директив Blade в Laravel Здесь рассматривается создание собственных директив в Laravel Blade, что является мощной функциональностью этого шаблонного движка. Эти директивы позволяют добавлять пользовательские функции и условия в представления для более гибкой и читаемой разработки. ✅Пример 1: Форматирование денег с помощью Blade директивы: Автор начинает с создания функции formatMoney, которая форматирует денежные значения в соответствии с настройками валюты. Затем он показывает, как использовать эту функцию в представлениях. Затем он переходит к созданию Blade директивы с именем money, которая позволяет форматировать деньги более удобным способом в представлениях. Эта директива принимает значение, которое нужно отформатировать, и вызывает formatMoney функцию для форматирования. ✅Пример 2: Создание собственной Blade директивы для проверки условий: Автор демонстрирует, как создать пользовательскую Blade директиву для проверки условий, связанных с аутентификацией пользователя и его ролью. В данном случае, директива @customer проверяет, является ли пользователь клиентом, и открывает блок кода, если условие выполняется. Директива @endcustomer используется для закрытия этого блока. Затем автор определяет две Blade директивы в AppServiceProvider.php, которые внутренне генерируют соответствующий PHP код для проверки условия и его завершения.

Создавайте емейлы, которые хорошо выглядят в каждом почтовом клиенте, используя MJML. Здесь рассказывается про новый пакет под названием spatie/mjml-php, который разработан командой Mailjet для простого преобразования MJML (Mailjet Markup Language) в HTML с использованием PHP. MJML - это язык разметки, который облегчает создание электронных писем в формате HTML, с учетом особенностей почтовых клиентов.

Привет PHP-разработчикам! Обнаружили интересную вакансию по PHP (и Go) на сайте технической команды Lamoda. Давно следим за командой по статьям на Хабре, ребята отличные: - оплачивают обучение и участие в проф. конференциях, помогают готовить качественные доклады и статьи - Performance Review два раза в год - есть аккредитация и все сопутствующие плюшки: ДМС, стоматология и т.п. - много хороших отзывов коллег (проверили среднюю оценка на Хабр Карьере — 4.68) Если искали работу по PHP/Go, то посмотреть проекты и подать заявку можно здесь

🚀 7 популярных сетевых протоколов на одной диаграмме: наглядная демонстрация от Alex Xu Оригинал

Улучшите свою навыки отладки с помощью Blackfire для устранения ошибок Segfault Данная статья описывает новую опцию отладки, предоставляемую Blackfire, инструментом для профилирования и оптимизации PHP-приложений. Эта опция относится к обработке фатальных ошибок, таких как ошибка сегментации (segfault), которые могут возникать в PHP-приложениях и быть сложными для диагностики и устранения. Основные моменты, рассматриваемые в статье, включают: ☑️Проблемы с ошибками сегментации: Ошибка сегментации является фатальной ошибкой в PHP и может быть сложной для выявления и устранения. Она может возникать спорадически и не всегда воспроизводиться. ☑️Необходимость измерения и понимания: Статья подчеркивает важность измерения и понимания проблемы перед её решением. Blackfire предоставляет инструмент для сбора журналов ошибок сегментации, чтобы обеспечить точные данные для анализа. ☑️Опция отладки: Blackfire предоставляет опцию отладки, которая записывает журналы при возникновении ошибки сегментации, что помогает разработчикам быстрее выявить и устранить проблемы. ☑️Как использовать опцию: Статья описывает, как можно включить эту опцию для конкретной конфигурации зонда Blackfire через переменные среды или файл php.ini.

Что такое Dry? Принцип DRY (Don't Repeat Yourself) - это принцип проектирования программного кода, который подразумевает избегание дублирования кода. Суть этого принципа заключается в том, что каждая часть информации или логики должна существовать в системе только в одном месте. Если вы обнаружите повторяющийся код или информацию, это может указывать на нарушение принципа DRY. Преимущества соблюдения принципа DRY включают в себя: ✔️Уменьшение дублирования кода: Избегание повторений упрощает поддержку и обновление кода, поскольку вам нужно будет внести изменения только в одном месте. ✔️Улучшение читаемости кода: Когда информация находится в единственном месте, код становится более понятным и легче для понимания другими разработчиками. ✔️Уменьшение вероятности ошибок: Повторяющийся код может привести к ошибкам при изменении одной из копий. Избегая дублирования, вы уменьшаете риск возникновения таких ошибок. ✔️Увеличение производительности разработки: Поскольку изменения могут быть внесены в одном месте, разработка становится более эффективной и быстрой. #вопросы_с_собеседований

#memes

Быстрые запросы к базе данных не всегда лучше Автор задает вопрос: действительно ли медленные запросы к базе данных плохи? Он признает, что "плохо" может быть не самым подходящим словом и предлагает использовать термин "не идеально". Затем он размышляет о том, как определить, что является "медленным" запросом. Автор предлагает два способа: сравнивать запросы по времени выполнения и явно устанавливать порог медленных запросов с помощью журнала медленных запросов базы данных. Он предлагает установить порог в 1 секунду и записывать запросы, которые превышают этот порог, в журнал медленных запросов. Затем автор переходит к обсуждению быстрых запросов. Он задает вопросы: почему быстрые запросы считаются хорошими, и в каком контексте это важно? Автор утверждает, что быстрые запросы важны, потому что они свидетельствуют о быстрой работе приложения, но он также подчеркивает, что он не рассматривает запросы изолированно, а в контексте их взаимодействия внутри веб-приложений. Он объясняет, что для измерения производительности необходимо учитывать совокупное время выполнения запроса, а не только отдельных запросов. Он предоставляет пример, в котором множество быстрых запросов в сумме замедляют HTTP-запрос, и подчеркивает, что для оптимизации приложения важно смотреть на совокупное время запроса. Затем автор представляет новый метод в Laravel, который позволяет измерять совокупное время выполнения запросов в рамках одного HTTP-запроса, в отличие от предыдущего метода, который рассматривал запросы изолированно. Для этого автор предлагает зарегистрировать два обработчика событий в приложении, оба с порогом в 1 секунду. Он демонстрирует, что при выполнении HTTP-запроса, который содержит быстрые запросы, выполняющиеся в цикле, оба обработчика реагируют по-разному. Первый, ориентированный на изолированные запросы, не регистрирует медленные запросы, но второй, ориентированный на совокупное время, регистрирует, что совокупное время выполнения запросов превышает 1 секунду. Этот новый метод позволяет обнаруживать случаи, когда множество быстрых запросов в сумме замедляют выполнение HTTP-запросов. Автор подчеркивает, что это не заменяет журнал медленных запросов к базе данных, но представляет дополнительный инструмент для изучения и оптимизации производительности приложений.

Автоматическая регистрация пользовательских типов Doctrine в Symfony Здесь раскрываются следующие темы: ✅Зачем нужны объекты-значения: Объясняется, что объекты-значения используются для инкапсуляции типов в предметной области приложения и как они могут помочь более точно моделировать домен. ✅Проблема с Doctrine: Обсуждается проблема, связанная с тем, что Doctrine, используемая для управления уровнем персистентности, не знает, как обрабатывать пользовательские типы объектов-значений. ✅Создание пользовательских типов Doctrine: Показано, как создавать собственные типы Doctrine, которые позволяют преобразовывать объекты-значения в формат базы данных и наоборот.