Як ви бачите, зараз я трохи притих з корисним контентом. Трохи сфокусований на відео. Готую до зйомки багато різного.
Але, я би хотів повернутись до формату стрімів також.

У звʼязку з цим у мене питання.

🚀 PHP 9.0 - що треба знати вже зараз

PHP 9.0 ще не має точної дати виходу - спершу очікуємо версії 8.5 і 8.6.
Але вже відомі ключові зміни, які можуть суттєво вплинути ваш код.

Основні нововведення

1. Передбачувані ++ / --
Строки та логічні типи не будуть автоматично інкрементуватись як зараз. Наприклад, 'a9'++ викликатиме TypeError замість «b0».

2. Винятки для помилок unserialize()
Неправильні дані викликатимуть UnserializationFailedException, а не просто попередження і false.

3. Спрощення сигнатур функцій
Деякі функції розділятимуться або перейменовуватимуться для кращої читабельності коду.

4. Жодної автовіваціфікації (autovivification)
Ви більше не зможете робити $arr = false; $arr[] = … — це викликатиме помилку.

5. Обмеження інтерполяції рядків
Синтаксис ${} та складна змінна-інтерполяція будуть заборонені. Лишаться лише прості форми: "$foo" або "{$foo}".

6. Попередження стануть фатальними помилками
Використання невизначеної змінної або властивості, яке зараз дає попередження, у PHP 9.0 викликатиме фатальну помилку.

7. Видалення застарілих функцій і поведінок
Всі фічі, які були позначені як deprecated у PHP 8.x, будуть приберені.

Як підготуватися і мігрувати

- Увімкніть повне звітування помилок (error_reporting(E_ALL)) на PHP 8.3+ і виправляйте кожне попередження.
- Усуньте залежності від неявних типів, автоматичного перетворення.
- Обгорніть виклики unserialize() в try/catch.
- Стежте за розвитком RFC та обговореннями в PHP community.
- Коли вийдуть beta/alpha версії PHP 9.0 — запускати тести на вашому коді.
- Підтримуйте оновлення фреймворків, бібліотек — вони адаптуються під ці зміни.

Як це вплине на екосистему

- Фреймворки (Laravel, Symfony та ін.) швидко адаптують внутрішній код під нові стандарти.
- WordPress та плагіни можуть впиратись у зворотну сумісність — доведеться ретельно тестувати теми й плагіни.
- Стандарти та бібліотеки (PSR, спільноти PHP) оновлять рекомендації під нову логіку.


PHP 9.0 обіцяє бути більш строгою, передбачуваною і чистішою мовою.

Детальніше

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

У 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

Жиза...

Тут АІ питає…