N
Честно говоря, не понимаю как перенос хэша может исправить это 🤔
Size: a a a
2021 May 04
IM
У тебя будет два файла доступных по разным ссылкам. Более старый билд будет тянуть старые файлы без проблем. А новый билд будет обращаться к новым файлам по новым ссылкам
IM
Если, конечно, ты не чистишь оба вебпаком
N
А, всё, понял, спасибо
N
В общем, я как пользовался вторым вариантом, так и буду и проблем возникнуть не должно, верно?)
N
Ещё раз спасибо 😊
A
Но я не припомню чтобы хоть как-то держал предыдущие версии билда вместе с текущими )
IM
Вот я тоже сейчас заморочился этим вопросом) Смотрю возможные решения для этого
IM
Вручную отбирать точно такое
A
на мой взгляд тут соль немного в другом.
представим что у нас есть такой код в индексном файле
представим что у нас есть такой код в индексном файле
<script src="/foo/bar/bandle.js?1231234213">
обысный бекенд распарсит это как GET /foo/bar/bandle.js с params 1231234213
и отдаст bandle.js или bandle.js?1231234213 или bandle.js?7435324 и так далееIM
Ну так для этого мы юзаем нужные нам функции фреймворков, в симфони это assets, в ларавель тоже свой mix-manifest
A
т.е. вся соль в том что для браузерного кэша все что после ? имеет значение
а для статического сервера - нет, это позволяет например инвалидировать кэш таким вот нехистрым способом
а для статического сервера - нет, это позволяет например инвалидировать кэш таким вот нехистрым способом
A
часто ли статику отдает ларавель? Я с увереностью могу сказать - нет, обычно это nginx / апач / томкат
A
и где то там в конце ларавель
IM
Эээ. А причем тут кто что отдает? Нам главное чтобы ссылки верно в html сгенерированы были
IM
А за это как раз-таки отвечает бэкенд
A
это в вашем случае за это отвечает бекенд, а в класических спа бекенд не имеет к этому никакого отношения
IM
Давай, расскажи мне, как в spa генерируется html
A
в билдтайме