Шось про айтішку

Робив сайт для Вирія цього тижня і прям кайфанув від HTML/CSS та Cloudlfare 🙂

От наприклад елемент це прям топ штука щоб робити лайтбокси для розгортування фото чи відео з маленького превью у більший контейнер, раніше під це брали бібліотеки. Елементи та для списків з розгортанням прихованого контенту. Елемент щоб роздавати картинки в форматі AVIF і фолбечитись на WEBP та PNG. Навіть використав веб-компоненти, гг, відео хостінг MUX дає бібліотеку з веб-компонентом для стрімінгу відео.

По CSS scroll-behavior: smooth топ штука для плавного скролінгу по якорям (це коли робиш ...`). Правило `aspect-ratio щоб контролювати розмір елементу лише однією стороною прямокутника. Ааа ще в CSS завезли вкладеність виявляється 🙂

Це я до того, шо прикольно раз в 5 років зробити лендос вручну на чистому html/css

А по Cloudflare, вони нещодавно завезли статичні асети у воркери. Тобто тепер не треба використовувати Pages, звичайний проєкт на воркерах дає можливість роздавати статику. Це прям топ для простих сайтів. Я останні два роки використовую інфраструктуру Cloudflare для невеликих проєктів і дуже ними задоволений. sqlite, kv storage, object storage, черги, email, веб-сокети, аналітика, логи і купа іншого, шо ще треба? і більшість цього безкоштовно, що якраз підходить для невеличких штук

Питання до реактанів, як часто і для чого ви використовуєте rest та spread синтаксис об'єктів коли пишете React компоненти?

Класичний приклад, коли треба передати пропи для декількох компонентів і потім розділити їх

function Button({ style, ...props }) {
return (



);
}

Але, хіба не краще зробити отак? Щоб був більш очевидний API

function Button({ style, materialButtonProps }) {
return (



);
}

З іншого боку, можливо це деталі імплементації і користувачеві компоненту не треба знати що куди піде далі по дереву.

Ніколи про це не задумувався, цікаво які у кого практики на проєкті?

Я нещодавно був на конфі React fwdays'24, сиділи з Бабічем у куточку розпитували виступаючих про їх доповіді та роботу, дивіться кантент