Іноді найпростіші речі можуть суттєво полегшити життя розробника. От, наприклад, вам потрібно зв'язати список товарів з їхніми цінами. Замість того, щоб мудрувати з циклами чи ітераціями, я нещодавно нагадав собі про один дуже елегантний трюк.

У Laravel є метод zip(), який дозволяє буквально "склеїти" дві колекції. Це ідеально підходить, коли потрібно поєднати елементи з двох різних списків у пари. Просто передаєте одну колекцію в zip() іншої, і вуаля – отримуєте новий набір, де кожен елемент містить масив з відповідними парами. Це нереально зручно для таких кейсів, як товари-ціни чи ім'я-прізвище.

Ось приклад, щоб було зрозуміліше:

$products = collect(['Laptop', 'Mouse', 'Keyboard']);
$prices = collect([1200, 25, 75]);

$combined = $products->zip($prices);

// $combined виглядатиме так:
// collect([
//     ['Laptop', 1200],
//     ['Mouse', 25],
//     ['Keyboard', 75],
// ])

Спробуйте, це дійсно спрощує читання коду і робить його чистішим!

Йо майо! Сьогодні ж пʼятниця! 😟

Мабуть вже подеплоїли без мене тут все і вже очікуєте, що вихідних не буде...

Амено, браття!

Нове відео на каналі.

Якщо забʼєте в пошук (клікніть, щоб скопіювати в буфер)

Я підключив Laravel Boost… і більше не пишу код руками

то перше відео в пошуку буде воно.
Отакий квест вам 😉😜

Ну може і не така погана ідея, якщо ви в темі 😅😅😅

Literally я на своєму петі на .NET 🫠

Понеділкове. По галерах, панове! 🥱

Не забувайте бахнути смачної кавусі!

Що таке дебаггінг і чому він критично важливий у Laravel

Дебаггінг - це не просто dd() або dump(). Це керований процес:

1. Відтворюємо баг на локалці чи стейджингу.
2. Фіксуємо симптом (помилка в логах, у UI чи у тесті).
3. Ставимо гіпотезу, чому саме цей код зламався.
4. Запускаємо дебаг у IDE (PhpStorm/VS Code).
5. Аналізуємо стек, змінні, гілки коду.
6. Фіксимо і пишемо автотест, що ловив би цей сценарій.

Чому це особливо актуально в Laravel:

- Багато шарів (Middleware, Service Container, Events, Queues).
- Часто логіка розподілена між сервісами та job-ами.
- Простий dd() не показує всього ланцюга викликів.

Xdebug у Laravel дає можливість кроково пройти через middleware → контролер → сервіс → репозиторій і зрозуміти реальну причину бага.

PhpStorm і VS Code легко інтегруються з Xdebug, а PCOV робить тести швидкими.

Повну інструкцію дивись у Pro каналі 🚀

Стріми повертаються!

Але цього разу проведемо стрім в не зовсім звичний час. Однак чекатиму всіх 1.10.2025, в середу о 14:00.

Будемо вайбкодити Komunalka API далі. Готуйте питання та хороший настрій в обід!

https://www.youtube.com/live/_G1Ba2DAb20

Я думаю якраз спробуємо нову модель в роботі на стрімі 😎

Хе-хе-хе 😎

Доброго ранку та гарного дня всім!

Оце штуку в PHP додали. Роками (!) особисто мені не вистачало її для продакшену. Як би вона спростила життя раніше!

Атрибут, який рятує від витоків даних.

У PHP є атрибут

#[SensitiveParameter]

Якщо додати його до аргументу функції, значення цього параметра не з’явиться у:
– stack trace
– помилках
– логах

Приклад:

final readonly class CreateUser
{
    public function handle(
        string $name,
        string $email,
        #[SensitiveParameter] string $password
    ): User {
        return User::query()->create([
            'name' => $name,
            'email' => $email,
        ]);
    }
}

Це простий спосіб приховати секрети (наприклад, паролі) у продакшені.

Стартую стрім через 15 хвилин. Маю надію, посидимо разом та потеревенимо, поки ШІшка буде за мене працювати 😁

https://www.youtube.com/live/_G1Ba2DAb20

Жиза...

Тут АІ питає…

Візміть краще кавусю і вийдіть на повітрячко хто як може ☕️

Доповнення до дебагу.
Додав в KRUHLYK Pro канал відео гайд як користуватись дебагером в PhpStorm та чому це краще за dd().

Підписуйтесь 😉