Почніть вводити, щоб шукати по статтях, вакансіях, компаніях, проєктах, ресурсах, пакетах, подіях і користувачах.
Україномовна спільнота розробників: документація Laravel українською, вакансії, статті, події, відео та підготовка до співбесід
Будуй спільноту разом з нами - реєструйся та додавай свій контент
Найбільш читані матеріали спільноти
PHP 8.5.12, 8.4.27, 8.3.36 і 8.2.35 закривають CVE-2026-109618 і CVE-2026-109619 - дві вразливості з віддаленим виконанням коду без автентифікації, CVSS v4.0 9.2. Під загрозою PHP-FPM, mod_php, php-cgi, FrankenPHP і LiteSpeed. Розбираємо, як оновитися, що дають тимчасові заходи і що перевірити в Laravel-проєкті.
Пропозиції, які найчастіше переглядають
Ми зібрали найпопулярніші питання з реальних співбесід на позиції Laravel розробника для рівнів Junior, Middle та Senior.
Швидкі та корисні сніппети коду від спільноти
Відправляєте масив значень і треба гарантувати унікальність?
distinct перевіряє, що дублікатів немає.
Коли корисно:
Опції:
Laravel
PHP
Livewire і Filament
MySQL
PostgreSQL
distinct — чутливо до регіструdistinct:ignore_case — без урахування регіструdistinct:strict — строгі типиПорада: комбінуйте з правилами array.
public function rules()
{
return [
'emails' => 'required|array',
'emails.*' => 'email|distinct',
'tags' => 'required|array',
'tags.*' => 'string|distinct:ignore_case',
'ids' => 'required|array',
'ids.*' => 'integer|distinct:strict',
];
}
Поле має бути обов’язковим лише за певних умов?
required_if робить це чисто.
Синтаксис:
required_if:another_field,value
Коли корисно:
Кілька значень:
через кому.
Порада: для зворотної логіки використовуйте required_unless.
public function rules()
{
return [
'payment_method' => 'required|in:card,bank,paypal',
'card_number' => 'required_if:payment_method,card',
'bank_account' => 'required_if:payment_method,bank',
'paypal_email' => 'required_if:payment_method,paypal',
'account_type' => 'required|in:personal,business',
'company_name' => 'required_if:account_type,business',
];
}
Користувачі завантажують величезні фото — верстка ламається через неправильні розміри.
dimensions валідує ширину, висоту та співвідношення сторін.
Обмеження:
min_width, max_widthmin_height, max_heightwidth, height (точні)ratio (width/height)Коли корисно:
Порада: комбінуйте з image, mimes та max для повної перевірки.
public function rules()
{
return [
'avatar' => [
'required', 'image',
'dimensions:width=200,height=200',
],
'banner' => [
'required', 'image',
'dimensions:min_width=1200,min_height=300',
],
'thumbnail' => [
'required', 'image', 'dimensions:ratio=16/9',
],
];
}
Статус може бути pending, active, inactive. Валідувати рядками?
PHP 8.1 Enums + Laravel validation = типобезпека.
Rule::enum() валідує значення по Enum case’ах автоматично.
Переваги:
Порада: використовуйте backed enums (string/int) для збереження в БД.
enum OrderStatus: string
{
case Pending = 'pending';
case Processing = 'processing';
case Completed = 'completed';
}
public function rules()
{
return [
'status' => ['required', Rule::enum(OrderStatus::class)],
];
}
// Каст у моделі - і жодних рядкових статусів
protected $casts = ['status' => OrderStatus::class];
Робите підтвердження пароля й порівнюєте поля вручну?
confirmed робить це автоматично.
Як працює:
Перевіряє, що поле збігається з {field}_confirmation.
Для password автоматично очікує password_confirmation.
Конвенція:
passwordpassword_confirmationПрацює з:
будь-якими полями — пароль, email тощо.
Порада: поле _confirmation не потрібно валідувати окремо.
public function rules()
{
return [
'password' => 'required|confirmed|min:8',
'email' => 'required|email|confirmed',
'new_password' => 'required|confirmed|min:8',
];
}
Користувач може платити карткою АБО PayPal. Не обома.
Писати кастомну логіку? Є вбудоване правило.
prohibits гарантує, що поле не може бути присутнім разом з іншим.
Коли корисно:
Схожі правила:
required_without — потрібно A, якщо B немаєrequired_with — потрібно A, якщо B єprohibits — A забороняє BПорада: комбінуйте з required_without для сценарію “або A, або B, але не обидва”.
public function rules()
{
return [
'card_number' => 'prohibits:paypal_email',
'paypal_email' => 'prohibits:card_number',
'email' => 'required_without:username|prohibits:username',
'username' => 'required_without:email|prohibits:email',
];
}
У поля email 5 правил. Усі падають — користувач бачить 5 помилок.
Це плутає.
bail зупиняє валідацію поля на першій помилці.
Навіщо:
Як працює:
Додайте bail першим правилом для поля.
Порада: ставте перед дорогими правилами типу exists:, unique: або кастомними перевірками з API.
public function rules()
{
return [
'email' => 'bail|required|email|max:255|unique:users',
'username' => [
'bail',
'required',
'min:3',
Rule::unique('users')->ignore($this->user),
new CheckExternalAPI,
],
];
}
Телефон приходить як "(123) 456-7890", а в БД потрібен "1234567890".
Санітизація в контролері? Це вже запізно.
prepareForValidation() змінює дані запиту до запуску правил.
Коли корисно:
Важливо:
Виконується до валідації — ідеально для нормалізації.
Порада: merge() додає/оновлює поля, replace() повністю замінює масив даних.
protected function prepareForValidation()
{
$this->merge([
'phone' => preg_replace('/[^0-9]/', '', $this->phone),
'slug' => Str::slug($this->title),
'price' => (float) $this->price,
'name' => trim($this->name),
'email' => strtolower(trim($this->email)),
]);
}
У формі є CSRF-токен та допоміжні поля. Ви не хочете, щоб вони потрапили у validated().
exclude_if, exclude_unless прибирають поля умовно.
Коли корисно:
Доступні правила:
exclude — завжди прибираєexclude_if — прибирає, якщо умова істиннаexclude_unless — прибирає, якщо умова хибнаexclude_with — прибирає, якщо інше поле присутнєПорада: краще за ручний unset() після валідації.
public function rules()
{
return [
'name' => 'required',
'admin_notes' => 'exclude', // не потрапить у validated()
'is_admin' => 'exclude_unless:user.role,admin',
'card_number' => 'exclude_if:payment_method,cash',
'paypal_email' => 'exclude_if:payment_method,card',
];
}
Треба перевірити комбінацію полів? Або пов’язані записи в БД?
Звичайні правила працюють незалежно. Хук after() запускається після того, як усі правила пройшли.
Коли корисно:
Суть:
Callback отримує Validator. Помилки додаються вручну.
Порада: after() ідеальний для валідації, що залежить від кількох полів або запитів до БД.
public function withValidator($validator)
{
$validator->after(function ($v) {
if ($this->start_date > $this->end_date) {
$v->errors()->add(
'end_date',
'Дата завершення має бути після початку.'
);
}
$total = $this->quantity * $this->price;
if ($total > 1000 && ! $this->has_approval) {
$v->errors()->add(
'has_approval',
'Замовлення понад $1000 потребують підтвердження.'
);
}
});
}
Короткі думки, поради та спостереження зі спільноти
Доповіді, які найчастіше переглядають
Проєкти, створені українською спільнотою на Laravel
Life-Work Balance — застосунок для remote-працівників, які самі собі призначають робочий день. Рахує час на відволікаючих сайтах у межах робочих годин, показує статистику й м'яко блокує сайти після ліміту. Laravel API + Nuxt-дашборд + Chrome-розширення.
Платформа для моніторингу доступності сайтів і API, стану доменів та SSL-сертифікатів із миттєвими сповіщеннями про збої
Пакети та інструменти, які прискорять вашу розробку
Пройди інтерактивне тестування та дізнайся свій реальний рівень. Доступні тести для Junior, Middle та Senior розробників.
Публікації про Laravel Ukraine на сторонніх майданчиках
Створіть профіль, щоб зберігати статті, відстежувати вакансії та потрапити на карту розробників.
