Реврайты на CDN в Nginx, или заранее в html?

Question

[Тёма Макеев]

Увидел на просторах интернета ответ Сысоева кому-то на вопрос про реврайт на CDN

location ~* ^.+.(jpe?g|gif|css|png|js|ico)$ {
rewrite ^ http://http.cdnlayer.com/contentfolder$request_uri?
permanent;
access_log off;
}

Возник вопрос: насколько это хороший способ в целом? Насколько это хуже/лучше чем заменять ссылки в самом html, который отдаётся клиенту?

Правильно ли я понимаю, что тут всё в реальной жизни будет привязано еще к кэшированию редиректов, то есть поменять безболезненно CDN не получится?

Answer 1

[zooks]

Про кэширование не скажу, но редиректы - зло. Медленней загружается страница. Поисковики не любят редиректы - это лишь временная мера при изменении путей.

Получается, нужно оставить редирект для уже проиндексированных изображений. А в самом HTML указывать новые пути на CDN.

Comments

[Тёма Макеев]

Разве 301 поисковики не любят? В общем спасибо, понял.

Answer 2

[Влад Животнев]

Сам такой реврайт плох, лучше использовать return 302 (и заменить его на 301, когда будете точно уверены, что адреса файлов тепереь заменены навечно).

После включения редиректа нужно начинать переделывать сам html, тут zooks правильно сказал. Даже с десяток редиректов ощутимо замедляют загрузку страницы.

Comments

[Тёма Макеев]

Ясно, спасибо! Про то, что редиректы будут замедлять заметно как-то не подумал, почитаю еще про это.

P.S. Смотрел вашу лекцию по DNS на Яндекс КИТе, отличная просто, спасибо!

[Влад Животнев]

Тёма Макеев: не за что

Answer 3

[Виталий Ф.]

Тут дело в грамотном использовании инструментов.

Могу привести пример для картинок:

Если на сайте очень много страниц, плюс используется кэш nginx (или любой другой) - то сначала лучше вписать в nginx rewrite, а потом начать менять сами ссылки. Потом, через какое-то время (когда весь старый кэш умрет) можно убрать rewrite.

Еще есть вариант, когда делают hotlinking картинок (и это разрешено вашим сайтом) - тогда rewrite прийдется оставить навсегда.