Разработчик PHP и Laravel: От основ до профессионала

Основы языка PHP, принципы ООП и управление зависимостями через Composer

Добро пожаловать на курс «Разработчик PHP и Laravel: От основ до профессионала». Мы начинаем наше путешествие с фундамента, на котором строится значительная часть современного интернета. Даже если вы уже слышали о PHP, этот урок структурирует ваши знания и подготовит почву для работы с профессиональными инструментами.

Что такое PHP и как он работает?

PHP (Hypertext Preprocessor) — это скриптовый язык программирования общего назначения, который особенно эффективен для веб-разработки. В отличие от JavaScript, который (в классическом понимании) выполняется в браузере пользователя, PHP выполняется на сервере.

Когда вы заходите на сайт, происходит следующий процесс:

Ваш браузер отправляет запрос на сервер.

Сервер запускает PHP-интерпретатор.

PHP выполняет код, обращается к базам данных, проводит вычисления.

PHP генерирует HTML-страницу и отдает её серверу.

Сервер отправляет готовый HTML вашему браузеру.

!Схема работы PHP: Клиент отправляет запрос, сервер обрабатывает его через PHP и возвращает результат.

Синтаксис и переменные

Код PHP всегда заключен в специальные теги <?php и ?>. Если файл содержит только PHP-код, закрывающий тег ?> обычно опускают, чтобы избежать случайного вывода лишних пробелов.

Переменные

В PHP все переменные начинаются со знака доллара name = "Алексей"; // Строка (String) price = 99.99; // Дробное число (Float) name; php // Обычный (индексированный) массив colors[0]; // Выведет: red

// Ассоциативный массив (аналог Map или Dictionary в других языках) user['role']; // Выведет: admin php if (age >= 14) { echo "Доступ ограничен"; } else { echo "Доступ запрещен"; } php products as product . "<br>"; } php class Car { // Свойства (переменные внутри класса) public brand;

// Метод (функция внутри класса) public function beep() { return "Бип-бип! Я " . myCar = new Car(); myCar->color = "Black";

echo dog = new Dog(); dog->bark(); // Свой метод php require __DIR__ . '/vendor/autoload.php';

// Теперь все библиотеки доступны автоматически use Monolog\Logger;

$log = new Logger('name'); ``

Composer использует стандарт PSR-4, который связывает пространства имен (namespaces) с папками на диске. Это позволяет структурировать проект логично и чисто.

Заключение

Сегодня мы заложили фундамент для вашего становления как профессионального PHP-разработчика. Мы разобрали: * Как PHP работает на сервере. * Базовый синтаксис и работу с данными. * Принципы ООП, которые превращают хаотичный код в стройную архитектуру. * Composer, который открывает дверь в мир готовых решений и библиотек.

В следующих статьях мы углубимся в экосистему Laravel, где эти знания станут нашими главными инструментами.

Взаимодействие с базами данных MySQL и архитектурный паттерн MVC

В предыдущей статье мы заложили фундамент, изучив синтаксис PHP, принципы объектно-ориентированного программирования (ООП) и работу с Composer. Теперь пришло время сделать наши приложения по-настоящему полезными. Большинство веб-сервисов не могут существовать без двух вещей: хранения данных и грамотной структуры кода. Сегодня мы разберем, как PHP общается с базами данных MySQL и как паттерн MVC спасает проекты от превращения в хаос.

Базы данных и MySQL

Представьте, что вы создаете интернет-магазин. Где хранить информацию о товарах, заказах и пользователях? В массивах PHP? Они исчезнут сразу после завершения скрипта. В текстовых файлах? Это медленно и небезопасно. Здесь на сцену выходят базы данных.

MySQL — это самая популярная в мире реляционная система управления базами данных (РСУБД) с открытым исходным кодом. Слово «реляционная» происходит от английского relation (отношение), что подразумевает связь между таблицами данных.

Структура данных

Данные в MySQL хранятся в таблицах, которые очень похожи на листы Excel:

* Таблица (Table): Коллекция связанных данных (например, таблица users). * Столбец (Column): Атрибут данных (например, email, password, age). * Строка (Row): Конкретная запись (например, пользователь Иван).

Для общения с базой данных используется язык SQL (Structured Query Language). Вот примеры базовых операций, которые часто называют аббревиатурой CRUD (Create, Read, Update, Delete):

Работа с БД через PHP: Библиотека PDO

В старых учебниках вы можете встретить функции mysql_connect или mysqli. Забудьте о них. Современный стандарт работы с базами данных в «чистом» PHP — это PDO (PHP Data Objects).

Почему PDO?

Универсальность: Если вы решите сменить MySQL на PostgreSQL, вам придется изменить лишь одну строку подключения, а не переписывать все запросы.

Безопасность: PDO поддерживает подготовленные выражения (prepared statements), которые защищают от SQL-инъекций.

ООП-стиль: PDO полностью объектно-ориентирован, что отлично сочетается с нашими знаниями из прошлого урока.

Подключение к базе данных

Безопасное выполнение запросов

Главная ошибка новичков — вставка переменных напрямую в SQL-запрос. Это открывает дыру для хакеров (SQL Injection).

Неправильно (Опасно):

Шаг 2: Контроллер (ArticleController.php)

Почему это важно для Laravel?

Laravel — это MVC-фреймворк. Когда вы начнете работать с ним, вы увидите ту же структуру, но гораздо более мощную и автоматизированную: * Вместо ручного написания SQL вы будете использовать Eloquent ORM (продвинутая Модель). * Вместо require для View вы будете использовать шаблонизатор Blade. * Маршрутизация (Routing) будет направлять запросы в нужные методы Контроллера автоматически.

Понимание того, как эти компоненты взаимодействуют на базовом уровне PHP, сделает ваше обучение Laravel легким и осознанным.

Заключение

Сегодня мы сделали огромный шаг вперед. Мы научились:

Подключаться к MySQL через безопасный интерфейс PDO.

Защищать приложение от SQL-инъекций с помощью подготовленных выражений.

Структурировать код, разделяя логику, данные и внешний вид с помощью паттерна MVC.

В следующей статье мы перейдем к самому интересному — установке и первому запуску фреймворка Laravel, где все эти концепции станут нашими ежедневными инструментами.

Погружение в экосистему Laravel: маршрутизация, контроллеры и шаблонизатор Blade

В предыдущих уроках мы проделали большую работу: разобрали синтаксис PHP, научились работать с базой данных через PDO и даже построили собственную мини-структуру MVC. Вы могли заметить, что написание «чистого» кода требует создания множества служебных файлов: роутеров, подключений к БД, базовых классов моделей.

Сегодня мы переходим на новый уровень. Мы начинаем изучение Laravel — самого популярного PHP-фреймворка в мире. Laravel берет на себя всю рутинную работу, позволяя вам сосредоточиться на создании уникального функционала вашего приложения.

В этой статье мы разберем три кита, на которых держится любое веб-приложение: Маршрутизация (Routing), Контроллеры (Controllers) и Представления (Views) через шаблонизатор Blade.

Установка и первый запуск

Благодаря Composer, который мы изучили ранее, установка Laravel занимает одну строчку в терминале. Перейдите в папку, где вы храните проекты, и выполните:

После установки перейдите в папку проекта (cd my-first-app) и запустите встроенный сервер разработки:

Теперь, открыв в браузере адрес, который вам покажет консоль (обычно http://127.0.0.1:8000), вы увидите стартовую страницу Laravel. Магия началась.

Структура проекта: где что лежит?

Laravel имеет строгую, но логичную структуру папок. Нам пока нужны только три места:

routes/web.php — здесь живут маршруты (Routes).

app/Http/Controllers — здесь живут контроллеры.

resources/views — здесь живут шаблоны (HTML).

!Поток данных в Laravel: от маршрута к контроллеру, затем к представлению и обратно к пользователю.

Маршрутизация (Routing)

В нашем самописном MVC из прошлого урока нам приходилось разбирать URL вручную. В Laravel за это отвечает файл routes/web.php.

Маршрут — это правило: «Если пользователь зашел по такому-то адресу, выполни этот код».

Простые маршруты

Откройте routes/web.php. Вы увидите примерно такой код:

Это означает: при GET-запросе на главную страницу (/) вернуть представление welcome.

Давайте добавим свой маршрут:

Теперь по адресу /hello вы увидите этот текст.

Маршруты с параметрами

Часто нам нужно передавать данные через URL, например, ID товара или имя пользователя. В Laravel это делается с помощью фигурных скобок:

Если вы перейдете по адресу /user/5, браузер выведет: «Пользователь с ID: 5».

Контроллеры (Controllers)

Писать логику внутри файла маршрутов (web.php) — плохая практика. Как и в нашем ручном MVC, логика должна жить в Контроллерах.

Создание контроллера

В Laravel есть мощнейший инструмент командной строки — Artisan. Он может генерировать код за вас. Чтобы создать контроллер, выполните в терминале:

В папке app/Http/Controllers появится файл PostController.php. Давайте добавим в него метод:

Связь маршрута и контроллера

Теперь научим маршрутизатор использовать этот контроллер. В файле routes/web.php:

Теперь при запросе /posts Laravel создаст экземпляр PostController и вызовет метод index.

Шаблонизатор Blade

Возвращать просто текст из контроллера скучно. Мы хотим возвращать красивый HTML. В Laravel для этого используется Blade.

Файлы Blade имеют расширение .blade.php и лежат в resources/views.

Почему Blade лучше чистого PHP?

Лаконичность: Меньше скобок и тегов.

Наследование: Удобная система шаблонов (header и footer в одном месте).

Безопасность: Blade автоматически экранирует вывод, защищая вас от XSS-атак.

Вывод данных

Допустим, контроллер передает данные в представление:

В файле resources/views/greeting.blade.php:

Конструкция {{ }} — это аналог echo с автоматической защитой.

Управляющие конструкции

Blade упрощает условия и циклы. Забудьте о громоздких <?php if (...): ?>.

Условия:

Наследование шаблонов (Layouts)

Это одна из самых мощных фишек. Обычно на сайте есть общая часть (меню, подвал) и меняющаяся (контент).

Создадим главный макет resources/views/layouts/app.blade.php:

Теперь создадим страницу, которая использует этот макет (resources/views/home.blade.php):

Директива @extends говорит, что этот файл наследует layouts.app. А @section наполняет соответствующие места (@yield) в родительском шаблоне.

Заключение

Сегодня мы заложили фундамент работы с Laravel. Вы увидели, как элегантно фреймворк решает задачи, на которые в «чистом» PHP уходило бы много времени:

* Маршрутизация позволяет легко управлять URL-адресами. * Контроллеры помогают структурировать логику. * Blade делает работу с HTML приятной и безопасной.

В следующем уроке мы подключим к этой схеме базу данных, используя Eloquent ORM — инструмент, который превращает таблицы базы данных в удобные PHP-объекты.

Работа с данными: Eloquent ORM, миграции, фабрики и связи моделей

Добро пожаловать на четвертый урок курса «Разработчик PHP и Laravel». В предыдущих статьях мы прошли путь от основ синтаксиса PHP до создания первых контроллеров и представлений в Laravel. Однако до сих пор наши приложения были статичными или использовали временные массивы данных.

Сегодня мы вдохнем жизнь в наши проекты. Мы научимся профессионально работать с базами данных, не написав при этом ни одной строчки «чистого» SQL-кода. В этом нам поможет Eloquent ORM — одна из самых элегантных и мощных подсистем Laravel.

Мы разберем четыре ключевых концепции:

Миграции: Как управлять структурой базы данных в команде.

Eloquent ORM: Как превратить таблицы базы данных в удобные PHP-объекты.

Фабрики (Factories): Как сгенерировать тысячи тестовых записей за секунду.

Связи (Relationships): Как соединить пользователей, статьи и комментарии в единую систему.

Миграции: Версионный контроль для базы данных

Вспомните, как мы создавали таблицы в MySQL через phpMyAdmin или консоль. Это работает, если вы один разработчик. Но представьте, что вы работаете в команде. Ваш коллега добавил новую колонку avatar в таблицу пользователей. Как вы узнаете об этом? Вам придется вручную лезть в базу и добавлять эту колонку. Это путь к ошибкам.

Миграции — это как Git, но для структуры вашей базы данных. Это файлы, которые описывают изменения в схеме БД.

Создание миграции

Допустим, мы хотим создать таблицу для статей блога (posts). В Laravel для этого используется Artisan:

В папке database/migrations появится новый файл. Давайте посмотрим на его структуру. В нем есть два метода: up() (что сделать) и down() (как отменить).

Запуск миграций

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

Если вы допустили ошибку, вы можете откатить последнее изменение:

Теперь ваша структура БД зафиксирована в коде. Любой разработчик, скачавший ваш проект, просто выполнит php artisan migrate и получит актуальную базу данных.

Eloquent ORM: Объекты вместо строк

ORM (Object-Relational Mapping) — это технология, которая связывает таблицы базы данных с классами в коде. В Laravel эта система называется Eloquent.

Вместо того чтобы писать: SELECT * FROM posts WHERE id = 1

Вы пишете: Post::find(1)

Создание модели

Каждая таблица в БД имеет соответствующую «Модель» — класс PHP, который с ней работает. По конвенции Laravel, имя модели пишется в единственном числе (Singular), а имя таблицы — во множественном (Plural).

* Модель: Post -> Таблица: posts * Модель: User -> Таблица: users * Модель: Category -> Таблица: categories

Создадим модель для наших статей:

Файл создастся в папке app/Models. Обычно он пустой, так как Eloquent сам сканирует базу данных и понимает, какие поля есть у таблицы.

CRUD операции с Eloquent

Давайте посмотрим, как выполнять базовые операции (Create, Read, Update, Delete) используя модель Post.

#### 1. Создание (Create)

После вызова метода save(), Laravel сформирует SQL-запрос INSERT и выполнит его. Также автоматически заполнятся поля created_at и updated_at.

Массовое заполнение (Mass Assignment): Часто мы получаем данные из формы и хотим сохранить их одной строкой.

Чтобы это сработало, нужно разрешить заполняемые поля в модели Post, добавив свойство fillable = ['title', 'content', 'is_published']; php // Получить все статьи post = Post::find(5);

// Найти статьи по условию post = Post::find(1); post->save(); php post->delete();

// Или короче, если знаем ID Post::destroy(1); bash php artisan make:factory PostFactory php public function definition() { return [ 'title' => this->faker->paragraph(5), 'is_published' => this->hasMany(Post::class); } } php class Post extends Model { public function author() { return user = User::find(1);

// Получить все статьи этого пользователя // Eloquent сам сделает запрос: SELECT * FROM posts WHERE user_id = 1 foreach (post) { echo post = Post::find(10); echo this->belongsToMany(Tag::class); } php post->tags()->attach(post->tags as tag->name; } php posts as post->author->name; // +1 запрос для КАЖДОЙ статьи } php posts as post->author->name; // Данные уже загружены, запросов нет } ``

Заключение

Сегодня мы освоили инструменты, которые делают Laravel таким популярным. Мы научились: * Управлять структурой БД через Миграции, сохраняя историю изменений. * Работать с данными как с объектами через Eloquent, забыв о сложных SQL-запросах. * Генерировать тестовые данные через Фабрики. * Настраивать Связи между моделями, создавая сложную архитектуру приложения.

В следующем уроке мы объединим все полученные знания: создадим полноценные формы для добавления и редактирования данных, настроим валидацию входящих данных и реализуем полную CRUD-систему с интерфейсом.

Продвинутая разработка: создание REST API, аутентификация, тестирование и деплой

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

Но современная веб-разработка редко ограничивается генерацией HTML-страниц на сервере (то, что делает Blade). Сегодня миром правят мобильные приложения и динамические фронтенд-фреймворки (React, Vue, Angular). Им не нужен HTML, им нужны «сырые» данные.

В этой финальной статье курса мы превратим ваш проект в профессиональный продукт. Мы научимся отдавать данные внешним системам через REST API, защищать их с помощью токенов, писать автоматические тесты, чтобы спать спокойно, и, наконец, выпустим наше детище в реальный мир — на боевой сервер.

Создание REST API

REST (Representational State Transfer) — это архитектурный стиль взаимодействия компонентов распределенного приложения в сети. Простыми словами, это набор правил, как клиент (браузер, мобильное приложение) и сервер должны общаться друг с другом.

В классическом Laravel-приложении (с Blade) сервер отдает готовый HTML. В API сервер отдает данные в формате JSON.

!Клиенты запрашивают данные, сервер возвращает JSON.

Маршруты API

В Laravel для API выделен специальный файл маршрутов: routes/api.php. Все маршруты, определенные здесь, автоматически получают префикс /api.

Контроллеры API

Создадим контроллер специально для API:

Главное отличие от обычного контроллера — мы не возвращаем view(), мы возвращаем массив или коллекцию, которую Laravel автоматически преобразует в JSON.

Теперь, если вы перейдете по адресу http://ваш-сайт/api/posts, вы увидите не веб-страницу, а строку JSON:

API Resources: Трансформация данных

Возвращать модель целиком (Post::all()) — плохая практика.

Вы можете случайно раскрыть приватные данные (пароли, email, скрытые флаги).

Если вы переименуете колонку в базе данных, API сломается у всех клиентов.

Для решения этой проблемы используются API Resources — слой трансформации данных.

В файле app/Http/Resources/PostResource.php мы определяем, какие именно поля отдавать наружу:

Теперь используем этот ресурс в контроллере:

Это дает вам полный контроль над тем, что видит клиент.

Аутентификация через Laravel Sanctum

В веб-приложениях мы используем сессии и cookies для запоминания пользователя. Но REST API должен быть stateless (без сохранения состояния). Мобильное приложение не умеет работать с куками так, как браузер.

Для API стандартом является аутентификация по Токену. Клиент отправляет логин/пароль, сервер проверяет их и выдает длинную строку (токен). При каждом следующем запросе клиент прикладывает этот токен, чтобы сервер понял: «Ага, это Иван».

Laravel предлагает идеальный инструмент для этого — Laravel Sanctum.

Настройка

Sanctum обычно установлен по умолчанию. Если нет:

Далее нужно добавить трейт HasApiTokens в модель User:

Выдача токена

Создадим маршрут для входа в систему:

В контроллере:

Запускаем тесты командой:

Если вы видите зеленый цвет — всё работает. Если красный — вы что-то сломали. Тесты позволяют вам проводить рефакторинг кода без страха.

Деплой: Выход в свет

Ваш проект готов, протестирован и лежит на GitHub. Как показать его миру? Процесс переноса кода с локального компьютера на боевой сервер называется деплой (deployment).

Для PHP-проектов обычно арендуют VPS (Virtual Private Server) на Linux (Ubuntu). Вот базовый алгоритм действий при первом деплое:

Настройка сервера: Установка PHP, MySQL, Nginx (веб-сервер) и Composer на удаленный сервер.

Клонирование кода: git clone https://github.com/ваш-логин/ваш-проект.git.

Установка зависимостей:

В отличие от разработки, на сервере нам не нужны библиотеки для тестов и отладки.

Настройка окружения:

Копируем .env.example в .env и прописываем боевые настройки (пароли от базы, APP_ENV=production, APP_DEBUG=false). Важно: Никогда не оставляйте APP_DEBUG=true на боевом сервере, иначе при ошибке пользователи увидят ваши пароли и код.

Генерация ключа: php artisan key:generate.

Миграции: php artisan migrate --force (флаг force нужен, так как Laravel защищает боевую базу от случайного стирания).

Права доступа: Веб-сервер должен иметь права на запись в папки storage и bootstrap/cache.

CI/CD

В профессиональных командах никто не заходит на сервер руками, чтобы написать git pull. Используются системы CI/CD (Continuous Integration / Continuous Delivery). Например, GitHub Actions может автоматически запускать тесты при каждом пуше, и если они прошли успешно — автоматически обновлять код на сервере.

Заключение курса

Мы завершаем наш курс «Разработчик PHP и Laravel». Давайте оглянемся назад.

Мы начали с простых скриптов, которые выводили текст на экран. Мы узнали, как структурировать код с помощью ООП, как управлять зависимостями через Composer. Мы освоили MVC, научились проектировать базы данных и работать с ними через Eloquent. И сегодня мы превратили наше приложение в современный API-сервис, защищенный тестами и готовый к высоким нагрузкам.

Что дальше? Путь программиста — это бесконечное обучение. Вот темы для вашего дальнейшего развития: * Очереди (Queues): Как отправлять email и обрабатывать видео в фоне, не заставляя пользователя ждать. * Кэширование (Redis): Как ускорить загрузку данных в сотни раз. * Docker: Как упаковать приложение в контейнер для удобного запуска где угодно.

Спасибо, что прошли этот путь вместе со мной. Код — это инструмент созидания. Идите и создавайте великолепные проекты!