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

Какой еще шлюз в img src= покажи.

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

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

Прежде чем гадить в темах, хорошо подумай стоит ли писать.

Блин, деревня, ты мне покажи src=google.com, ну, в хтмле, чтоб я увидел какая картинка загрузится. Ты хоть раз видел такую картинку? Ну то есть, что будет, если в src вывалится хтлм знаешь? Так попробуй умнег свои шлюзы прочистить.

Никакого "перенаправления" быть не может с src, что написано, то браузер и запросит. Если сервер ему ответит редиректом, скажем 302, то общение сервера с браузером касательно этой картинки вывалится в лог заголовков.

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

ЗЫ Походу у тебя была неудачная декомпрессия в шлюзовой камере программы Марс-500 и с тех пор тебе шлюзы повсюду мерещятся.

Столько букв и все понос. Занимайся "хтмлем", а в html и остальном у тебя понятий ноль, смысла пояснять нет.

посоны, тут флуд не уместен!

Насколько я понял, моя задача не решаема, если скрипты на разных доменах. Посколько с помощью js нельзя получить новый URL после редиректа.
Я перерыл весь stackoverflow.
Если кто готов оспорить, давайте продолжать.

А есть в этом необходимость? Перенаправление выполняет сервер. Значение src находится на клиенте в документе. Остается ответь на вопрос - может ли сервер изменить значение src? Все, дискуссию можно и не начинать.

От сервера браузер получит заголовок - Location : новый путь к изображению. Все.

Например у меня есть модель upload которая втыкается в дело, когда сервер не находит запрашиваемый из уплоада ресурс. В src пришедшем с хтмл написано скажем /upload/images/catalog/09776252-hren-bren.jpg, а сервер выдает отсюда /assets/images/nophoto.png и ты видишь картинку с перечеркнутым фотиком. src на месте, а фотка другая. Вопрос, как узнать? Ответ: посмотреть заголовки. Вот и получи заголовки на все картинки со страницы.

Да собственно это любую капчу картиночную посмотри и поймешь, что ничего ты не узнаешь о редиректах по src. Сервер может выдать inline, то есть пиксели по запрошенному из src адресу и все.

Наврал, так было - через upload, но зачем запускать php, если достаточно апача.

RewriteRule \.(jpg|png|gif) assets/images/noimage.png [NC,L]

Вот и пойми внутри браузера, откуда пришла картинка по src.

laimas,
Запрос урла картинки делает браузер, а значит в image.src она останется старой. Как вариант, попробовать запросить этот url через XMLHttpRequest, ведь изначальный url у вас есть. И уже там смотреть заголовки. Т.е. берем yimage.url и делаем запрос через XMLHttpRequest и смотрим, что пришло в ответ.