Что последствия к перенаправлению изображений позади <изображение> тег?

Другой метод, который не требует обхода сервера, - это использование вашего HTTP-сервера ' s эквивалент «движка перезаписи» . Это позволяет указать в конфигурации сервера, что запросы для одного URL-адреса должны удовлетворяться, вместо этого отправляя результаты для некоторых других URL. Это более эффективно, чем сказать браузеру «нет, посмотрите туда».

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

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

Однако основная проблема заключается в что для каждого изображения будет дополнительный HTTP-запрос. В общем, вы должны попытаться минимизировать HTTP-запросы, чтобы повысить производительность. Я думаю, вам следует за кулисами переписать URL-адреса на более длинные версии, как говорили другие.

Вам не нужно переписывать весь URL-адрес конечным URL-адресом. Если вы хотите немного большей гибкости, вы можете переписать изображения следующим образом:

http://server.com/image/2/my_cool_image.jpg

Переписано как:

http://server.com/getImage?id=2&name=my_cool_image.jpg

Затем сценарий "getImage" будет читать файл конфигурации, либо обслуживает файл с более длинными именами на server.com, либо другой с client.com. У вас есть только одна поездка на сервер и небольшие накладные расходы на самом сервере,