Какой лучший способ для версии CSS и JS URL?

26

В соответствии с популярными рекомендациями Yahoo по ускорению работы вашего сайта мы обслуживаем статический контент из CDN с использованием заголовков истечения срока действия кэша в будущем. Конечно, нам необходимо периодически обновлять эти «статические» файлы, поэтому в настоящее время мы добавляем инфиксную версию как часть имени файла (на основе суммы SHA1 содержимого файла). Таким образом:

styles.min.css

становится:

styles.min.abcd1234.css

Однако управление версионными файлами может стать утомительным, и мне было интересно, может ли запись аргумента GET быть чище и лучше:

styles.min.css?v=abcd1234

Что вы используете и почему? Есть ли какие-либо соображения, связанные с браузером или прокси / кешем, которые я должен рассмотреть?

static-content cache-control

— Дэвид Эйк
источник

Причина, по которой я спрашиваю, состоит в том, что я, кажется, вспоминаю, что слышал причину НЕ использовать стиль GET-аргумента, но я не могу вспомнить почему.

— Дэвид Эйк

Не требует ли использование GET-аргумента обработки таблицы стилей с помощью какого-либо серверного сценария (и он больше не будет статичным)?

— Lotus Notes

@Lotus: Вы можете отправлять GET-аргументы, и они будут игнорироваться, если их ничего не ищет.

— Дэвид Эйк

10

Согласно Google Make the Web Faster , страницы с параметрами запроса не кэшируются многими HTTP прокси.

Большинство прокси-серверов, особенно Squid, работающий до версии 3.0, не кэшируют ресурсы с "?" в их URL, даже если Cache-control: publicв ответе присутствует заголовок. Чтобы включить кэширование прокси для этих ресурсов, удалите строки запроса из ссылок на статические ресурсы и вместо этого закодируйте параметры в сами имена файлов.

Так styles.min.abcd1234.cssчто это предпочтительное решение. Вы можете использовать соответствующий механизм перезаписи URL, чтобы styles.min.abcd1234.cssсделать его styles.min.css?v=abcd1234прозрачным и простым в реализации .

Если вы поддерживаете только HTTPS, этот совет не применяется, поскольку прокси-серверы обычно не могут кэшировать страницы, которые обслуживаются по SSL.

— Тиль Улен
источник

2

Интересно, не устарела ли информация, касающаяся кэширования строки запроса и прокси-серверов? В этом контексте документы Google больше не ссылаются на строки запросов и прокси-серверы. Хотя примеры все же включают изменение самого имени файла. Squid 2.7 (2008) и 3.1 (2010) по сообщениям поддерживают кэширование строки запроса по умолчанию, и более ранние версии могут быть настроены для поддержки этого.

— MrWhite

15

Используя версионирование в стиле GET, из пустого кэша несколько URL-адресов - например, style.css?v=123и style.css?v=456- вернут одно и то же содержимое. Однако я не вижу, что это будет проблематично, тем более что вы будете ссылаться только на один за раз.

Я думаю, вы найдете, что стиль GET гораздо проще поддерживать. Вам не нужны отдельные файлы: просто измените URL, и браузеры снова загрузят CSS.

ОБНОВЛЕНИЕ: при дальнейших исследованиях выясняется, что использование строки запроса может остановить кеширование файлов браузерами . Однако, если вы возвращаете правильные заголовки, такие как Expiresэто, не проблема.

ОБНОВЛЕНИЕ 2: принятый ответ указывает, что некоторые прокси не кэшируют файлы со строкой запроса. Однако это основано на старой информации; конкретная проблема, которую они упоминают в Squid, была исправлена 7 лет назад. Impressive Webs хорошо написали об этом.

— DisgruntledGoat
источник

Это предостережение, которое я пытался запомнить. Спасибо за ссылку.

— Дэвид Эйк

1

Оба будут работать одинаково хорошо, так как строка запроса считается частью URL-адреса, и, изменяя ее, вы фактически изменяете имя ресурса, заставляя браузер получать новую копию файла.

Я говорю о том, какой метод вам проще поддерживать.

— Джон Конде
источник

0

это не ответ на вышеуказанный вопрос , я хочу лучшее решение, поэтому я спрашиваю здесь сам

Оба метода потребуют модификации файлов, на которые ссылаются файлы css и js. Таким образом, в действительности это потребует перезагрузки сервера приложений после внесения изменений.

Есть ли лучший способ, где управление версиями статических файлов может осуществляться без перезагрузки сервера приложений?

в решении исключено следующее

изменение имен файлов css и js
передача запроса в параметре в URL

решение также не должно влиять на настройку cache-control или истекает.

Благодарность

— Сантош С
источник

1

похоже ты здесь новенький Это хороший вопрос. Вы должны опубликовать его как таковой, возможно, ссылаясь на этот вопрос для справки. Я отметил это для модераторского внимания, чтобы они могли помочь вам.

— Дэвид Эйк

Как отметил Дэвид, этот сайт не похож на другие форумы. Если вам нужно задать новый вопрос, не стесняйтесь нажать кнопку «задать вопрос»

— Марк Хендерсон,

Это полезное уточнение. Если вы измените свою таблицу стилей, было бы предпочтительным сохранить имя и ссылку на нее, а не обновлять сотни ссылок на нее по всему сайту.

— Марк Стосберг