Сова пишет…

Раз уж начал постить в канал, то расскажу свою недавнюю боль. Поднимал SSR проект на fastify, очень хотелось запустить его на serverless платформе. Чуть-чуть поресерчил и решил снова воспользоваться Cloudflare Workers. Во первых, документация Cloudflare конечно не плоха, но её очень не хватает, а в некоторых случаях было прям больно. Часть гайдов лежит в блоге, где 2 версия wrangler, а поэтому несовместимы с 3 версией. А еще если погуглить fastify on cloudflare workers, то вывалится fastify-edge, который experimental, а также гайд fastify serverless. fastify-edge не получилось завести, все время вываливались ошибки из кишков. А в гайде есть все платформы, кроме cloudflare, видимо не просто так. Потом еще подкинул проблем telefunc, о котором я уже писал, от автора vike. Он использует динамический import('node:path'), который не поддерживается Cloudflare Workers. В общем, грусть печаль. По итогу запустил на fly.dev, пока ищу альтернативу.

Продолжаю делиться полезными каналами. В этот раз интересных тем больше. https://t.me/addlist/3gJJbGAm4oBiN2Uy

О, столько лет понадобилось, чтобы понять очевидные с самого начала вещи?

What most stood out to me from the discussion, however, was the core team’s early response to the community feedback: initiating data fetching in individual components under a suspense boundary, a pattern known as fetch-on-render, is a bad practice. The recommended alternative was to prefetch data outside the components that read the data. But wait, isn’t React all about composing components? Components that contain everything they need—state, logic, and view—all nicely colocated? Are components not sufficient?

https://bobaekang.com/blog/component-colocation-composition/

Ещё через 18 версий наконец-то все поймут, чем JSX был лучше всех птичьих синтаксисов. https://dev.to/oler/introduction-to-let-in-angular-18-cm6

История получила продолжение

Блокировка cookies замедляет веб, к радости Google Многие наверняка уже слышали о скорой всеобщей блокировке third party cookies, на которой строится заработок рекламных и партнерских программ и заметной части веба в целом. В safari и firefox трекинг пользователя через куки на сторонних сайтах выключен уже довольно давно, но Chromium, разрабатываемый бизнесом построенным на рекламе, бан кукис всё откладывает и откладывает, хотя британские законодатели давят на них и в конце концов вынудят полностью отказаться от такого трекинга. Казалось бы, замечательно, улучшение приватности, одни плюсы? Оказалось, что у этой медали есть вторая сторона: отсутствие нормальных альтернатив. Недавно, я в свой практике увидел несколько новых заходов на то, как вскоре будут работать все: жесткий кастомный фингерпринтинг. Бизнес, построенный на рекламе то умирать не планирует, а раз нельзя трекать через куки, но можно вставлять свои скрипты партнерам, то каждая сеть лично для себя начнёт собирать свой собственный слепок пользователя для идентификации. Фингерпринт скрипт — это код, который пытается собрать как можно больше информации о системе и юзере, проверяя на расхождения в реализациях различных браузеров и девайсов. Вы вот например знали, что в V8 есть console.context чтобы вылезти мимо оберток типа роллбара и писать в консоль напрямую? А скрипт знает, и запишет, что у юзера движок V8 в таком-то диапазоне версий. Создаст невидимый canvas чтобы проверить нюансы работы gpu. Проверит все плагины браузера. Попробует написать в почивший WebSQL. Заглянет к typeof document.all. Короче задействует как можно больше дырок чтобы создать уникальную комбинацию параметров, чтобы отличить одного юзера от другого. Можете себе представить, насколько медленно это работает? А теперь представьте, что вскоре у каждой партнерки будет свой скрипт фингерпринта, потому что практики переиспользования кода в этой части индустрии нет, каждый скрипт уникальный и независимый. В итоге, количество скриптов будет ограничено только количеством партнерок у сайта. Ну, к примеру, штук 15. Каждый скрипт в 80-400 кб веса и по 200 мс работы. Кажется, я представлял себе будущее с запретом на трекинг слегка иначе И тут возникает вопрос, а как планирует жить гугл, почему он не торопится сделать альтернативу? А у него оказывается всё хорошо. Спасибо недавнему сливу документации к движку гугла, теперь мы знаем, что для себя любимых в гугл оставили возможность собирать данные напрямую с пользователей Chrome и для них этот запрет уже роли не играет, это пройденный этап. Этап на пути к процветанию в технологической монополии: для нас есть метрики прямо в браузере, для вас — 5 метров фингерпринтов. К счастью, движущая сила всей этой истории, британские законодатели, явно не в восторге от таких раскладов и предлагают гуглу подумать ещё

The UK wants to make sure that Google isn't making changes to Chrome to prop up its advertising business at the expense of competitors.

Гугл пробует что-то сделать, но пока это выглядит довольно странно, технология Related Website Sets для работы требует открытия PR на гитхабе, мержить который будут сотрудники гугла. Очень удобно, спасибо, это точно поможет снизить уровень монополизации. И тут возникает интересный вопрос — а куда мы в итоге движемся? Я вижу столкновение двух непреодолимых сил: желания рекламных бизнесов выжить и стремление европейских регуляторов снизить уровень чужой слежки за своими гражданами. Отказ от кукис не обсуждается, это явно проблема с приватностью, но ведь и фингерпринты же по прежнему работают? Если ввести аналоги кукис но урезанный на пол шишечки, то что мешает новой Cambridge analytica вновь слить все наработанные данные на сторону? Зачем всё это противостояние, если конечная проблема не техническая реализация cookies а сама модель рекламного бизнеса? Зачем это всё, если всё останется как есть, но с фингерпринт-скриптами? Много вопросов, мало ответов

Мы готовы начинать. Вы готовы подключаться?

🍿 АНОНС СТРИМА 19 июня в 14:00 по мск youtube — twitch — vk

Доброе утро. Через час начнется GitHub Galaxy! Буду смотреть и постить сюда в комментарии, что интересного услышал. https://galaxy.github.com/

Если вы пользуетесь Godaddy, лучше мигрировать настолько быстро насколько возможно