Основная идея и вторые шаги
Внезапно я подумал, а не является ли parcel для сайта состоящего из html и палок слегка перебором?
Плюсы есть.Правишь код, hotreload обновляет, приятно. Но сайт я задеплоил, проверил в Lighthouse и увидел что
там не так уже и 100 из 100.
Не дело, погружаемся в глубины оптимизации.
Очевидное я быстро пофиксал, уже и забыл что сделал. Но появился вопрос со звездочкой.
Cloudflare и robots.txt
Один из вопросов с подвохом - а где robots.txt? Не, его у меня у самого не было, однако после добавления в
deployment конфиг Cloudflare
npm parcel build билд его не кладет его в /dist, а Cloudflare по-умолчанию его не
генерит как надо. Вернее генерит но в итоге там какая-то мешанина, ай, нехота тут возиться.
Ладно, пока апдейт, так-то хотя бы частичная мегаоптимизация сайта (дефолтный css от ванильного parcel проекта
малость не очень - на мобильнике текст убегал) уже пускай будет. С роботами вечером сражусь.
Clourflare + parcel равняется возня с robots.txt. Пока решаю не трогать билд parcel, а использовать чистый код
сайта.
Parcel удобно для hotreload, но неохота возиться с настройкой. А, ну и, конечно, результирующий бандл содержит
некий Javascript с вызовами куда-то, а я это и не использую. Спросил ИИ и он говорит про Cloudflare аналитику.
В целом, аналитика явно понадобится, это я вообще планирую где-то рядом постить, чтобы был понятен прогресс и
тренды. Но думаю использовать гугловую, короче, пока в топку.
Настройка доступа к preview адресу
Cloudflare генерит preview с урлом типа https://*pages.dev/ . Понятно, что его надо убрать от возможной
индексации. Настраивается через конфиг путем включения Access Policy в настройках Workers & Pages. Ну ок,
включаем. Открываю браузер - доступен. Открываю brave инкогнито - нет доступа. Firefox - блин, доступен. Иду
опять в доку, чекни через curl говорят. Ну curl уже не открывает.
Смотрю опять доку - Cloudflare будто по дефолту пытается его скрыть от поисковиков. Вообщем, провозившись еще
час, я получил непонятно как доступный через браузер, но не curl адрес preview. Ну посмотрим, пока в индексе
вообще никого.
Cloudflare и аналитика
Я тут давеча приобретал домен .online. Он был отправлен на vps и через 2 дня появился в индексе как огурчик.
Интересно... А этот где?
Кстати, ковыряя Cloudflare dashboard, я весьма случайно наткнулся на возможность отключения (не пробовал, но так
выглядит) аналитики для сайта. Это тот самый скрипт который Cloudflare сует без моего ведома. Оказывается, можно
поправить. Это в разделе Analytics & logs -> Web Analytics
(https://dash.cloudflare.com/.../web-analytics/edit/...). А что это не очевидно-то через конфиг деплоя?
Cloudflare и robots.txt, часть 2
Оказывается есть страничка типа https://dash.cloudflare.com/?to=/:account/:zone/, где можно удалить настройки
Cloudflare для robots.txt и оставить свои либо вообще выпилить. Удалил, да, работает, lighthouse доволен. И тут
же скинул мне 2 балла за загрузку моих стилей. Стилей, Карл. Тут нет стилей, он один, из 2 строчек. Короче
плюнул я на перфекционизм, вернул и роботов и parcel packaging заодно. Не он виноватый был оказывается.
Parcel и robots.txt
UPD:
Все-таки parcel сборка через
npm parcel build портит robots.txt. Parcel без танцев не включает его в сборку и вместе
с
Cloudflare дорисовывает в /robots.txt заглавную index.html
Пришлось применить хитрость. Добавил это
<a style="display: none" href="/src/robots.txt" aria-label="robots"></a>
Ура, 100 из 100 в lightouse
Вообщем пуш и до завтра. Блин, домен еще надо купить для английской версии.
Далее: Влияние домена на
индексацию