Я вирішив розібратись із сучасним станом роботи з Livewire.
І мене певні речі у Livewire v3 дійсно здивували по-хорошому.
Перше, з чим я вирішив розібратись - це підтвердити чи розвінчати міф, що Livewire компоненти спамлять бекенд.
Звідки взявся цей міф?
У Livewire v1–v2 дійсно була така поведінка:
Кожна зміна інпуту (через
Результат: у великих формах або таблицях справді з’являвся "спам" запитів і додаткове навантаження на бекенд.
Як працює Livewire v3 (реальність 2024–2025)
Починаючи з Livewire v3, механізм реактивності став набагато ефективнішим:
1. Лише цільові оновлення
Livewire не оновлює весь компонент - лише ті частини DOM, які реально змінилися, використовуючи "morphdom"-подібний підхід.
Передається мінімальний HTML-патч, а не повна розмітка.
2. Синхронізація стану відкладена
-
-
-
Ти сам контролюєш частоту оновлення.
3. Сервер не "пушить" нічого постійно
Livewire не тримає постійне з’єднання (як WebSocket чи polling), якщо ти сам цього не налаштуєш (
Тобто:
Livewire не створює постійних запитів у фоні.
Кожен запит - це реакція на конкретну дію користувача (клік, зміна інпуту тощо).
4. Wire-події "групуються"
Livewire може "об’єднувати" кілька змін стану в один запит, якщо вони трапляються одночасно.
5. Використання Fetch + кешування
У v3 використовується
Більш детально хочу розповісти у відео, яке вже почав готувати 😉
І мене певні речі у Livewire v3 дійсно здивували по-хорошому.
Перше, з чим я вирішив розібратись - це підтвердити чи розвінчати міф, що Livewire компоненти спамлять бекенд.
Звідки взявся цей міф?
У Livewire v1–v2 дійсно була така поведінка:
Кожна зміна інпуту (через
wire:model) одразу відправляла AJAX-запит на сервер. Не було debounce або defer за замовчуванням, тому навіть швидкий набір тексту міг породжувати десятки запитів на секунду. Також старі версії не використовували оптимізоване "DOM diffing" - кожен запит міг повертати досить великий HTML-фрагмент.Результат: у великих формах або таблицях справді з’являвся "спам" запитів і додаткове навантаження на бекенд.
Як працює Livewire v3 (реальність 2024–2025)
Починаючи з Livewire v3, механізм реактивності став набагато ефективнішим:
1. Лише цільові оновлення
Livewire не оновлює весь компонент - лише ті частини DOM, які реально змінилися, використовуючи "morphdom"-подібний підхід.
Передається мінімальний HTML-патч, а не повна розмітка.
2. Синхронізація стану відкладена
wire:model має режими:-
wire:model.lazy - оновлює стан лише після втрати фокусу.-
wire:model.debounce.500ms - дебаунсить зміни на 0.5 секунди.-
wire:model.defer - синхронізація лише після дії (наприклад, сабміту).Ти сам контролюєш частоту оновлення.
3. Сервер не "пушить" нічого постійно
Livewire не тримає постійне з’єднання (як WebSocket чи polling), якщо ти сам цього не налаштуєш (
wire:poll, наприклад).Тобто:
Livewire не створює постійних запитів у фоні.
Кожен запит - це реакція на конкретну дію користувача (клік, зміна інпуту тощо).
4. Wire-події "групуються"
Livewire може "об’єднувати" кілька змін стану в один запит, якщо вони трапляються одночасно.
5. Використання Fetch + кешування
У v3 використовується
fetch() API з HTTP/2 multiplexing, тому навіть коли запитів кілька - це не проблема для сучасних серверів, бо браузер їх оптимально групує.Більш детально хочу розповісти у відео, яке вже почав готувати 😉
👍11❤3😇1
Як ви, народ? Кияни, як ви?
Сьогодні буду вас трохи питаннями замахувати, ок? 😉
Пʼятниця, не працювати ж...
Сьогодні буду вас трохи питаннями замахувати, ок? 😉
Пʼятниця, не працювати ж...
KRUHLYK 🇺🇦
Є ідея завести нову рубрику на каналі. Давайте будемо розбирати ваш код. Проводитимемо код-ревʼю ваших проєктів? 🤙 Зі свого боку я зобовʼязуюсь не називати автора за вашим бажанням і давати лише конструктивні коментарі по вашому коду. Матюкати не буду 😁…
Отримав першу заявку на розбір проєкту у форматі кор-ревʼю.
Але, такий формат - це або довге відео, або довгий стрім.
І тут дилема: довге відео дивитись не будуть. Треба різати на декілька. Стрім не зробить охоплення аудиторії, якій то було б цікаво... Дилема.
Але, такий формат - це або довге відео, або довгий стрім.
І тут дилема: довге відео дивитись не будуть. Треба різати на декілька. Стрім не зробить охоплення аудиторії, якій то було б цікаво... Дилема.
Питання намбер ту: робити стрім чи оформити відосами?
Anonymous Poll
22%
Стрім
48%
Відоси
30%
І стрім, і відоси 😜
KRUHLYK 🇺🇦
Питання намбер раз: проводимо сьогодні стрімчанський в обід?
Давайте ще півгодинки голосуємо і приймаємо рішення щодо стріму сьогодні
KRUHLYK 🇺🇦
Питання намбер раз: проводимо сьогодні стрімчанський в обід?
Добре, трохи більше половини все ж за стрім, тому сьогодні проведемо невеличкий стрім.
Чекатиму всіх о 14:00 🙂
https://www.youtube.com/watch?v=bVmWzRg1ImE
Чекатиму всіх о 14:00 🙂
https://www.youtube.com/watch?v=bVmWzRg1ImE
YouTube
Чи справиться AI з асинхронністю в Ларці?
Попередні стріми:
Сетапимо проєкт: https://www.youtube.com/live/xdBzMRydZ_o?si=vaVtUXRN2Tc2q6Ab
Junie vs. Cursor: https://www.youtube.com/live/E3IsAXKLKcA?si=gjNlrog4-Ln5H_vb
Як працює JetBrains AI: https://www.youtube.com/live/2bUB91NY09Q?si=PDFxpXG0hIXD6CCW…
Сетапимо проєкт: https://www.youtube.com/live/xdBzMRydZ_o?si=vaVtUXRN2Tc2q6Ab
Junie vs. Cursor: https://www.youtube.com/live/E3IsAXKLKcA?si=gjNlrog4-Ln5H_vb
Як працює JetBrains AI: https://www.youtube.com/live/2bUB91NY09Q?si=PDFxpXG0hIXD6CCW…
1❤2👍1
Media is too big
VIEW IN TELEGRAM
От саме та проблема, яку ми обговорювали в подкасті з паном Микитою. Відносно новоприбулі розробники не розуміють суті інструментів, з якими працюють і не вміють в базу розробки. Просто тому, що їх тому навіть не намагаються вчити.
Всі оті вайтішні курси - інфоциганство, якщо вони вчать лише базовій мові і одному-двум фреймворкам максимум.
А для того, щоб стати дійсно профі і класно конкурувати на ринку, ви маєте розвивати багато різних скілів.
Як це зробити? Один з варіантів - працювати з ментором, якщо такого немає у вас на проєкті чи в команді.
Потрібен ментор або, як каже пан Микита, нянька? Переходь за посиланням!
А якщо ще досі не слухав наш подкаст, то заварюй каву чи чай і приємного перегляду!
Всі оті вайтішні курси - інфоциганство, якщо вони вчать лише базовій мові і одному-двум фреймворкам максимум.
А для того, щоб стати дійсно профі і класно конкурувати на ринку, ви маєте розвивати багато різних скілів.
Як це зробити? Один з варіантів - працювати з ментором, якщо такого немає у вас на проєкті чи в команді.
Потрібен ментор або, як каже пан Микита, нянька? Переходь за посиланням!
А якщо ще досі не слухав наш подкаст, то заварюй каву чи чай і приємного перегляду!
👍5
Ну що, прийшов час попрацювати як фронтендери 😎
Продовжимо працювати над Komunalk'ою в режимі вайбкодерів.
Подивимось як AI нам наверстає компоненти з дизайну у Figma.
Чекатиму вас у пʼятницю, 17.10.2025 о 18:00!
https://youtube.com/live/I0WjP2wuGAU
Продовжимо працювати над Komunalk'ою в режимі вайбкодерів.
Подивимось як AI нам наверстає компоненти з дизайну у Figma.
Чекатиму вас у пʼятницю, 17.10.2025 о 18:00!
https://youtube.com/live/I0WjP2wuGAU
YouTube
Claude Code + Figma MCP. Сетапимо проєкт на React | Komunalka
Долучайся до нашої телеграм спільноти: https://t.me/lets_code_ua
🚀 У цьому стрімі ми продовжуємо праювати над проєктом Komunalka. Сетапимо новий проєкт на React та створюємо перші компоненти в режимі вайбкодингу.
💡 Якщо ви розробник на Laravel чи PHP, ці…
🚀 У цьому стрімі ми продовжуємо праювати над проєктом Komunalka. Сетапимо новий проєкт на React та створюємо перші компоненти в режимі вайбкодингу.
💡 Якщо ви розробник на Laravel чи PHP, ці…
👍14
🚀 PHP у 2025 році - що нового та куди рухаємось?
Цікаві тренди з нового звіту JetBrains. Давайте їх коротко розберемо і подискутуємо.
📊 Головні висновки
- У дослідженні взяли участь 1 720 розробників, для яких PHP - основна мова.
- PHP 8.x домінує - 89% опитаних працюють на 8-х версіях. PHP 7.x ще має частку (33%), а версії ≤5.6 - на межі зникнення (8%) 🥳🥳🥳.
- Щодо майбутнього: 58% розробників не планують змінювати мову найближчим часом.
- Найпопулярніші фреймворки/CMS: Laravel - 64%, WordPress - 25 %, Symfony - 23 %.
- У інструментах: використання PhpStorm / IntelliJ+PHP-плагін зросло до 68%, тоді як VS Code - 23%.
- 53% користувачів PhpStorm оцінюють свій інструмент "на максималку" (тільки 26% серед користувачів VS Code).
- Щодо тестування: PHPUnit - 50%, Pest - 17%, але 32% взагалі не пишуть тести 🙄.
- Інструменти якості коду: PHPStan - 36%, PHP CS Fixer - 30%, PHP_CodeSniffer - 22%, Rector - 10%. Але 42% не використовують жодних таких інструментів регулярно 🙄.
- AI та кодування: 95% розробників пробували хоча б один AI-інструмент, а 80% - використовують їх регулярно 🤙🏻.
- Найпопулярніші: ChatGPT - 49% 🤪, GitHub Copilot - 29%, JetBrains AI Assistant - 20% (в трохи більше ніж рік трійка зросла в активності).
У екосистемі варто виділити FrankenPHP - проєкт, що тепер під егідою PHP Foundation, з оптимізаціями продуктивності, асинхронною обробкою запитів тощо.
Детальніше.
ПиСи: Доречі, продуктивність FrankenPHP я тестував. Якщо не бачили - бігом!
Цікаві тренди з нового звіту JetBrains. Давайте їх коротко розберемо і подискутуємо.
📊 Головні висновки
- У дослідженні взяли участь 1 720 розробників, для яких PHP - основна мова.
- PHP 8.x домінує - 89% опитаних працюють на 8-х версіях. PHP 7.x ще має частку (33%), а версії ≤5.6 - на межі зникнення (8%) 🥳🥳🥳.
- Щодо майбутнього: 58% розробників не планують змінювати мову найближчим часом.
- Найпопулярніші фреймворки/CMS: Laravel - 64%, WordPress - 25 %, Symfony - 23 %.
- У інструментах: використання PhpStorm / IntelliJ+PHP-плагін зросло до 68%, тоді як VS Code - 23%.
- 53% користувачів PhpStorm оцінюють свій інструмент "на максималку" (тільки 26% серед користувачів VS Code).
- Щодо тестування: PHPUnit - 50%, Pest - 17%, але 32% взагалі не пишуть тести 🙄.
- Інструменти якості коду: PHPStan - 36%, PHP CS Fixer - 30%, PHP_CodeSniffer - 22%, Rector - 10%. Але 42% не використовують жодних таких інструментів регулярно 🙄.
- AI та кодування: 95% розробників пробували хоча б один AI-інструмент, а 80% - використовують їх регулярно 🤙🏻.
- Найпопулярніші: ChatGPT - 49% 🤪, GitHub Copilot - 29%, JetBrains AI Assistant - 20% (в трохи більше ніж рік трійка зросла в активності).
У екосистемі варто виділити FrankenPHP - проєкт, що тепер під егідою PHP Foundation, з оптимізаціями продуктивності, асинхронною обробкою запитів тощо.
Детальніше.
ПиСи: Доречі, продуктивність FrankenPHP я тестував. Якщо не бачили - бігом!
The JetBrains Blog
The State of PHP 2025 – Expert review
Explore trends in the PHP ecosystem based on the State of Developer Ecosystem Report 2025 by JetBrains.
👍5
Народ, а ви в Монобанку лимони теж збираєте? 🍋
Я назбирав 48. 2 навіть з підказками з мережі не можу знайти 🫠
Відчуваюю себе мануальним тестувальником.
Я назбирав 48. 2 навіть з підказками з мережі не можу знайти 🫠
Відчуваюю себе мануальним тестувальником.
😁7🤝2❤1