А как вы собираетесь «дочищать»? Вы можете как-то этим удалённым постом управлять? Если так, то это не кэш, а больше всего похоже на то, что вам только показалось, что вы его удалили.
TheAndrey7, обстоятельства, при которых будет хоть как-то заметна разница в скорости между getElementById и querySelector настолько специфичны, что вероятность встретить их в реальности крайне мала. При этом querySelector гибче и потому удобнее.
Вообще, вот сейчас ровно с этой ситуацией столкнулся и понял, что мы оба правы.
Должен быть отдельный сидер, который заполняет данные, а для удобства этот сидер вызывается прямо в миграции. Тогда и на проде всё заполнится автоматически и на девелоперских машинах при создании базы с нуля из схлопнутой схемы нужно будет просто запустить сидеры.
rPman, вы как бы всё верно ответили, но к делу это не имеет никакого отношения. Проблема в том, что Хром даже обработанную ошибку выводит в консоли.
Вот есть у нас ошибка валидации - клиент не заполнил какое-то обязательное поле. Сервер корректно ответил на это статусом 422, javascript код этот статус отловил и подсветил поле красным/показал текст ошибки. Весь сценарий полностью корректно отработан и со стороны сервера и со стороны клиента, а в консоли Хрома всё равно красная ошибка, по которой никаких действий дополнительно производить не требуется.
Ошибку вы средствами javascript ловите и обрабатываете. Информация о неуспешном статусе HTTP-запроса в DevTools Хрома - вот она из javascript недоступна.
