Question 1

Що таке Collections?

Accepted Answer

Collection - обгортка над масивом із плавним, ланцюжковим API. Eloquent-запити повертають саме колекції.
$names = collect($users)
    ->filter(fn ($u) => $u->active)
    ->sortBy('name')
    ->map(fn ($u) => $u->name)
    ->values();

Десятки методів: map, filter, reduce, groupBy, pluck, each, sum. Код читається зрозуміліше за вкладені цикли й array_*-функції. Для дуже великих наборів є LazyCollection (на генераторах).
Докладніше в документації: Колекції

Question 2

Як відправити email?

Accepted Answer

Лист описується класом Mailable, шаблон - Blade або Markdown.
php artisan make:mail WelcomeEmail --markdown=emails.welcome

Mail::to($user)->send(new WelcomeEmail($user));

Налаштування транспорту (SMTP, Mailgun, SES, log) - у config/mail.php та .env. Реалізувавши ShouldQueue на Mailable, відправку можна винести в чергу, щоб не блокувати запит.
Докладніше в документації: Mail

Question 3

Що таке Query Builder?

Accepted Answer

Query Builder - плавний інтерфейс для побудови SQL-запитів без написання рядкового SQL. Працює з усіма підтримуваними СУБД і захищає від SQL-ін'єкцій через підготовлені вирази.
$users = DB::table('users')
    ->where('votes', '>', 100)
    ->orderBy('name')
    ->limit(10)
    ->get();

Повертає прості об'єкти stdClass. Eloquent побудований поверх Query Builder, тож ті самі методи (where, join, orderBy) доступні і на моделях.
Докладніше в документації: Query Builder

Question 4

Що таке фасади?

Accepted Answer

Фасади надають зручний статичний інтерфейс до об'єктів із Service Container.
Cache::put('key', 'value', 60);
Route::get('/', fn () => view('home'));

Попри статичний синтаксис, це не справжні статичні методи: фасад через __callStatic() дістає реальний об'єкт із контейнера й викликає метод уже на ньому. Тому фасади тестовані - їх можна мокати:
Cache::shouldReceive('get')->once()->andReturn('value');

Кожен фасад має «accessor» - рядковий ключ сервісу в контейнері.
Докладніше в документації: Фасади

Question 5

Яка різниця між find() та findOrFail()?

Accepted Answer

find($id) повертає модель за первинним ключем або null.
findOrFail($id) повертає модель або кидає ModelNotFoundException, яку Laravel автоматично перетворює на HTTP 404.

$post = Post::find($id);
if (! $post) { abort(404); } // ручна перевірка

$post = Post::findOrFail($id); // те саме одним рядком

findOrFail робить контролери чистішими. Аналогічна пара для запитів - first() / firstOrFail().
Докладніше в документації: Eloquent: не знайдено / findOrFail

Question 6

Для чого використовуються firstOrCreate() та updateOrCreate()?

Accepted Answer

Це «upsert»-методи, що позбавляють від ручних перевірок «існує / не існує».
// знайти за email; якщо нема - створити з усіма атрибутами
User::firstOrCreate(
    ['email' => $email],
    ['name' => $name]
);

// знайти за email; оновити name; якщо нема - створити
User::updateOrCreate(
    ['email' => $email],
    ['name' => $name]
);

Перший масив - умови пошуку, другий - значення для створення/оновлення. Споріднений firstOrNew() повертає незбережений екземпляр.
Докладніше в документації: Eloquent: upsert-методи

Question 7

Як працює наслідування шаблонів через @extends, @section та @yield?

Accepted Answer

Базовий layout оголошує «дірки» через @yield, дочірні шаблони їх заповнюють: {{-- layouts/app.blade.php --}}

@yield('content')

{{-- posts/show.blade.php --}} @extends('layouts.app') @section('content')

@endsection Навіщо: загальна розмітка (шапка, футер, підключення ассетів) описується один раз. Альтернатива - Blade-компоненти ( зі слотами), які в нових проєктах часто витісняють @extends. Докладніше в документації: Blade: наслідування шаблонів

Question 8

Що таке Blade-компоненти?

Accepted Answer

Blade-компоненти - багаторазові елементи UI, які підключаються тегом: Бувають: Анонімні - лише файл resources/views/components/alert.blade.php. Класові - php artisan make:component Alert, з PHP-класом для логіки. Дані передаються атрибутами, контент - через слоти: {{-- components/card.blade.php --}}

Чистіше за @include, бо мають явний інтерфейс (props) та інкапсуляцію. Докладніше в документації: Blade-компоненти

Question 9

Що таке іменовані маршрути і навіщо вони?

Accepted Answer

Іменований маршрут має псевдонім, за яким генерують URL - замість хардкоду шляху.

Route::get('/posts/{post}', [PostController::class, 'show'])->name('posts.show');

route('posts.show', $post); // у PHP

<a href="{{ route('posts.show', $post) }}">Деталі</a>

Навіщо: якщо URL зміниться (/posts → /articles), достатньо поправити маршрут - усі посилання оновляться автоматично. Також redirect()->route('posts.show', $post).

Докладніше в документації: Іменовані маршрути

Question 10

Як запустити завдання за розкладом і що для цього потрібно на сервері?

Accepted Answer

Розклад описується в PHP, а не в crontab - тож він лежить у git разом із кодом.
Опис завдання у routes/console.php:
use Illuminate\Support\Facades\Schedule;

Schedule::command('vacancies:parse')->twiceDaily(6, 18);
Schedule::command('reports:send')->dailyAt('09:00');
Schedule::job(new CleanupTempFiles)->hourly();

Що потрібно на сервері - один запис у cron:
* * * * * cd /path-to-project && php artisan schedule:run >> /dev/null 2>&1

Саме так: щохвилини й один рядок на весь застосунок. Cron будить Laravel щохвилини, а той сам вирішує, чиє зараз час. Новий пункт розкладу не потребує змін у cron.
Перевірити, не чекаючи часу:
php artisan schedule:list      # що і коли має виконатися
php artisan schedule:run       # виконати те, чому час зараз
php artisan schedule:work      # тримати планувальник локально, без cron

Типові помилки новачка:

Прописати кожне завдання окремим рядком у crontab - тоді розклад із коду не працює зовсім.
Забути cd у шлях проєкту: команда не знайде застосунок.
Запускати від імені іншого користувача, ніж веб-сервер, - права на storage не збігаються, і завдання падає на записі логу.
Не дивитися на вивід: без emailOutputOnFailure() чи логування падіння завдання непомітне.

Докладніше в документації: Планування завдань

Question 11

Що таке resource-контролери та RESTful-маршрути?

Accepted Answer

Route::resource() одним рядком реєструє 7 маршрутів за RESTful-конвенцією:
Route::resource('posts', PostController::class);

Метод
URL
Дія

GET
/posts
index

GET
/posts/create
create

POST
/posts
store

GET
/posts/{post}
show

GET
/posts/{post}/edit
edit

PUT/PATCH
/posts/{post}
update

DELETE
/posts/{post}
destroy

apiResource() - те саме без create/edit (для API).
->only([...]) / ->except([...]) обмежують набір.

Докладніше в документації: Resource-контролери

Question 12

Що таке backed enum у PHP і як його використовують у Laravel?

Accepted Answer

Backed enum - перелік зі скалярним значенням, прив'язаним до кожного кейса:
enum Status: string
{
    case Draft = 'draft';
    case Published = 'published';
}

Інтеграція з Laravel:
// каст у моделі - атрибут стає об'єктом enum
protected $casts = ['status' => Status::class];

// валідація
$request->validate(['status' => [Rule::enum(Status::class)]]);

// Route Model Binding теж резолвить enum з URL

Enum робить «магічні рядки» типобезпечними, а методи на enum (label(), color()) зручно інкапсулюють логіку відображення.
Докладніше в документації: Валідація enum

Question 13

Як обробити завантаження файлу від користувача?

Accepted Answer

Файл приходить через $request->file(); зберігають через фасад Storage:
$request->validate([
    'avatar' => ['required', 'image', 'max:2048'], // до 2 МБ
]);

$path = $request->file('avatar')->store('avatars', 'public');
// або з випадковим унікальним іменем - store() уже так робить

$user->update(['avatar_path' => $path]);

store() повертає шлях для збереження в БД.
Публічний URL - Storage::url($path) (потребує php artisan storage:link).
Валідатори image, mimes:pdf,docx, max: (в КБ) убезпечують від небажаних файлів.

Докладніше в документації: Зберігання файлів

Question 14

Що таке верифікація email?

Accepted Answer

Верифікація email підтверджує, що користувач справді володіє вказаною адресою. Laravel має це з коробки.
// 1. Модель реалізує контракт
class User extends Authenticatable implements MustVerifyEmail {}

// 2. Маршрути захищають middleware
Route::get('/dashboard', ...)->middleware(['auth', 'verified']);

Як працює: після реєстрації Laravel шле лист із підписаним URL (signed URL), перехід за яким ставить email_verified_at. Middleware verified не пускає непідтверджених користувачів. Подія Registered автоматично тригерить відправку листа.
Докладніше в документації: Верифікація email

Question 15

Що таке бродкастинг і навіщо він потрібен?

Accepted Answer

Звичайний вебзастосунок відповідає лише на запит: сторінка оновиться тоді, коли її оновить користувач. Бродкастинг дозволяє серверу самому надіслати повідомлення у відкритий браузер - без перезавантаження й без опитування.
Навіщо: чат, сповіщення, лічильник онлайн, прогрес довгого завдання, оновлення списку без кнопки «оновити».
Як це виглядає. Подія позначається інтерфейсом:
class VacancyPublished implements ShouldBroadcast
{
    public function __construct(public Vacancy $vacancy)
    {
    }

public function broadcastOn(): Channel
    {
        return new Channel('vacancies');
    }
}

Далі звичайне VacancyPublished::dispatch($vacancy) - і подія йде не лише слухачам на сервері, а й у браузер.
На клієнті її слухає Echo:
Echo.channel('vacancies')
    .listen('VacancyPublished', (e) => {
        console.log(e.vacancy.title);
    });

Що потрібно, крім коду: окремий сервіс, який тримає WebSocket-зʼєднання - Laravel Reverb (власний), Pusher чи Ably. PHP-процес сам зʼєднання не тримає.
Альтернатива, про яку варто памʼятати. Якщо оновлення рідкісні або потрібні лише одному користувачеві, звичайне опитування раз на кілька секунд чи wire:poll у Livewire простіші й не вимагають окремого сервера. Бродкастинг виправданий, коли подій багато, вони мають доходити миттєво й до багатьох одразу.
Докладніше в документації: Бродкастинг

Метод	URL	Дія
GET	/posts	index
GET	/posts/create	create
POST	/posts	store
GET	/posts/{post}	show
GET	/posts/{post}/edit	edit
PUT/PATCH	/posts/{post}	update
DELETE	/posts/{post}	destroy

Питання