Тут дело вот в чем:
на странице есть карточка. При добавлении класса "flip" она переворачивается. Но иногда, когда нужно вносить много изменений в верстку "обратной стороны" разработчик заранее добавляет класс flip в тело документа, чтобы эта карточка сразу была перевернута и по ней не доводилось кликать. То есть этот класс не отдельный от верстки. Он добавляется по клику, но иногда, для упрощения разработки от предустанавливается. И вот перед коммитом его нужно удалять.
Но это происходит не всегда. То есть это не зависит от окружения, а зависит от конкретной задачи.
Алекс Глебов, Так дело в том, что об этом просто забываешь. Добавляешь класс для отладки. Правишь верстку несколько дней. Переключаешься на другие задачи. Потом возвращаешься. Доделываешь. И коммитишь забыв удалить вспомагательный клас :(
Вот и подумал про какой-то механизм, чтоб бил по рукам
Tim, Ваш пример будет работать только в случае если cold и warm глобальные переменные. Засунуть этот код в любую функцию, например в колбек, или использовать вместо устаревшего varconst (или let как в вопросе), что крайне рекомендуется и всё -- ваш пример не рабочий.
Алексей Ярков, Вроде как да. Если не ошибаюсь то система примерно такая: есть обычный бот, который не понимает JS. Он быстро ходит по сайтам. Если он попадает на SPA и понимает что это SPA, он ничего не индексирует и отправляет сообщение, чтобы сюда потом пришел другой бот, который уже понимает JS и сможет как-то проиндексировать страницу. То есть обновление данных в поисковой выдаче будет медленее и не факт, что весь контент будет проиндексирован, это уже зависит от реализации.
Но это всё касается именно поискового бота. Как работает валидатор под капотом мне не известно.
.getDate()