Как реализовать организацию отдачи статического контента с учетом версионирования?

Question

[zxmd]

Есть проект на django 1.4.3 в котором достаточно много статичного контента (js, css, иконки и прочая шалупонь).
Сейчас при релизе, производится изменение пути STATIC_URL чтобы скинуть весь кеш в браузерах пользователей. Например
текущий релиз: STATIC_URL = '/assets-01/'
в следующем STATIC_URL = '/assets-02/'
и так далее. Понтно что на уровне nginx это все разруливается и делается alias в папку со статикой.

И все бы это хорошо, если бы не одно НО. У нас достаточно частые релизы и хотфиксы, бывает и несколько раз в день. При смене очередной смене STATIC_URL (если релиз относился к фронтенду) у всех пользователей скидывается кеш, что:
a. Плохо для сервера
б. Плохо для клиента
в. Вообще не правильно

Понятно что нужно как то скидывать кеш только на измененные файлы, но что то не могу сообразить как это сделать. Тут надо учесть что проект большой а времени мало. Так что какие - то глобальные изменения не подходят. Нужен какой нибдь удобный костыльно-велосипедный вариант.

Да и хотелось бы услышать как это вообще по правильному делать.

Answer 1

[Валерий]

Костылей городить не нужно. В Джанго все уже есть. Для версий от 1.4.х до 1.6.х специально для этого предусмотрено хранилище статики CachedStaticFilesStorage. Как подключать - по ссылке все описано. А смысл, если вкратце, такой:
Командой collectstatic создаются копии ваших статических файлов с добавлением хэша к именам файлов (хэш вычисляется из контента самого файла). Таким образом, если контент файла изменяется, то изменяется и его название, поэтому браузер вынужден получать новый файл статики с вашего сервера. Если файл не менялся - тянем с кэша браузера, как обычно.
Если вы в самом проекте используете темплейт-тег static (как и должно быть), а не переменную STATIC_URL, то проблем с подключением этого хранилища статики у вас возникнуть не должно.
Да, есть тут один момент. В созданных новых файлах статики все имеющиеся ссылки на другую статику (например в css-файле есть ссылка на картинку) тоже изменяются. Если у вас в файлах есть битые ссылки на статику, то collectstatic свалится с ошибкой.

Comments

[zxmd]

@Vintorez Про collectstatic я естественно в курсе. Но ее в нашем случае не применить. Проект создавался еще во времена django 0.x и все пути, все ссылки и прочее остались еще в том времени. Переход на нормальные collectstatic - дело хоть и нужное но очень хлопотное.

[Hellpain]

Это единственный правильный вариант. Выправляйте свою статику.

[zxmd]

@Hellpain Да ладно вам. Есть и другие варианты. Хуже но есть.
Было бы страничек 20 - поправили бы. А когда их переваливает за 1000 файлов - ну его. Будет ждать большого рефакторинга.

Answer 2

[gro]

Завязывать URL на время изменения этого файла.

Comments

[zxmd]

Ну как бы тоже есть мысля создать шаблонный тег который сам получит TS изменения файла и создаст путь на его основе. Изменений только много будет. Но вариант рабочий.

Answer 3

[Сергей Протько]

попробуйте добавлять к имени или указывать как get-параметр хэш последнего коммита относящийся к этому файлу (у меня к примеру не выйдет реализовывать это с датой последнего изменения, ибо сборка происходит каждый раз с нуля и некоторые такие данные затираются).