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

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

В этом руководстве вы узнаете, как настроить GraphQL API с помощью Laravel, бесплатного фреймворка для веб-приложений PHP с открытым исходным кодом. Затем вы защитите API, чтобы он был доступен только авторизованным пользователям, выполняющим вход с помощью Okta.

Сегодня мы собираемся изучить концепцию AJAX с PHP и JavaScript. Техника AJAX помогает вам улучшить пользовательский интерфейс вашего приложения и улучшить общее впечатление конечного пользователя.

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

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

Это не секрет для веб-разработчиков и программистов в целом: PHP не имеет лучшей репутации. Несмотря на то, что он по-прежнему является одним из наиболее часто используемых языков для создания веб-приложений; За эти годы PHP сумел зарекомендовать себя как грязная кодовая база, неопытные разработчики, небезопасный код, несовместимая базовая библиотека, а что нет.

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

Принцип единственной обязанности, ПЕО (англ. Single responsibility principle, SPR) - один из принципов, которого следует придерживаться при написании кода. Он декларирует, что каждый объект должен иметь одну единственную обязанность и эта обязанность должна быть инкапсулирована в класс.

Принцип открытости-закрытости (англ. Open/closed principle) легко нарушить, но и написать код, который соответствует этому принципу, не так уж и сложно.

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

Суть принципа разделения интерфейса – в бизнес-логике и клиентском общении. Во всех модульных приложениях должен быть интерфейс, которым может воспользоваться клиент. Это может быть классический объект, реализуемый в шаблонах проектирования вроде Facades. Не важно, применяется то или иное решение. Суть всегда остается той же: объяснить клиентскому коду как правильно использовать модуль. Эти интерфейсы могут находиться между различными модулями в одном приложении или проекте, или между одним проектом в качестве сторонней библиотеки, служащей для подачи еще одного проекта.