ну прикольное предложение.
Я не хвастаюсь этим. :)Интересно мнение, кто сравнивал обычный недорогой vps и raspberry pi. Или кто пользовался (не дома, у хостера) raspberry pi.
Я не нашёл там про 6-9 месяцев, можете уточнить где там этот текст.
https://groups.google.com/a/chromium.org/g/blink-dev/c/K3rYLvmQUBY/m/HERBN_EbBAAJ
Опять же заглядывать, что там будет в будущем, это дело не благодарное. В любом случаи они должны нормализовать альтернативу всему этому.
Сейчас кривое решение даже с проверкой кук - нужно учитывать время жизни куки и время кеширования запрашиваемого ресурса в браузере.
а какая тогда будет альтернатива?
early hints: https://blog.cloudflare.com/early-hints/
По ссылке LEOnidUKG говорится о них. Работает примерно так: Клиенту сразу же отсылается 103 код ответа, в котором есть ссылки на ресурсы со страницы. Страница готовится и затем уже отдается 200 код и содержимое страницы. Было:Запрос - подготовка страницы на сервере - Ответ с 200.Будет:Запрос - Сразу ответ с 103 (со ссылками) - подготовка страницы на сервере - Ответ с 200.Только я не вижу поддержки early hints в nginx. :/
Хотя конечно: https://groups.google.com/a/chromium.org/g/blink-dev/c/K3rYLvmQUBY/m/vOWBKZGoAQAJ?pli=1
Полезная ссылка. Можно смело забыть об экспериментах:To that end, we approve starting official deprecation of the feature now, with a (publicly communicated) goal to remove support from Chromium in the next 6-9 months. We recommend publishing a blog post describing what's happening and the recommended migration paths.
Абсолютно глупая затея. Вебпуш нужен только для "сиюминутных" данных, которые относятся только к конкретной странице и только сейчас.
Делал эксперименты с пушем лого и css - всё проталкивается, но время загрузки очень сильно возростает, а также до конца не проработан механизм кеширования в браузерах пуш-контента. Плюс при каждом новом просмотре вебсервер проталкивает заново то, что уже протолкнуто в предыдущем просмотре (можно в сессиях хранить информацию о том, что протолкнуто - но это уже вторая глупая затея).
Да, прочитал об этих проблемах. Но, все записи в сети о плохом кешировании - пятилетней давности. Сейчас тестирую. По моим тестам сегодня в Хроме кешируется отлично и повторно не запрашивается (пишет, что взял из кеша).
Лучше начать с <meta preload.
Это уже очень давно сделано. Сейчас preload разбираюсь.
Получить окно проверки на ботность на несколько секунд, вместо содержимого сайта - так себе решение. Я борюсь за каждые 0,1 сек скорости загрузки страницы. У меня страницы загружаются и прорисовываются целиком "мгновенно" (до 0.7 сек).А тут специально тормозить скорость загрузки.От серьезных атак скрипт не защитит, а проблемы пользователям создает. Лучше тогда на CF переехать.
