IMG fails to load on page
============

Problem is: cases where a ref. to an image works OK as A-href, but draws null
as IMG-src.

Essential problem:  IMGs don't follow all kinds of redirection e.g.
by java, or by ones that use HTML-HEAD-<meta http-equiv="refresh"  ...
(Nor does filegetcontents() in php.)
(This must also apply to <IFRAME>, <EMBED>, <FRAME>)
So can reproduce this problem by creating a file with a redirect to an img file.

Solution: have to get at final URL for img and use that.
(Need a tool.)
============

WORK to follow up.
1) Create (or find?) a tool that follows redirects of ALL kinds, and reports
on the steps / final step.
2) This will involve PHP code that could also then be used to enhance
filegetcontents, that will follow HEAD and JAVA redirects as well.

TEST/WORK-BENCH
See my test scripts:
	imgloadtest.php?url
	imgReferrer.php

--------
The Donald Clark problem case:
actually it had 2 URLs, one presumably redirected to the other.
IMG apparently doesn't/didn't follow the redir.
The penultimate file/dir element was /S220/ vs. /S220-h/
http://2.bp.blogspot.com/_e5CENKp5eYU/SexEkLwr68I/AAAAAAAABQI/5DPhdb8xtyA/S220/donald_clark.jpg

PROTECTING image servers
Articles on web suggest that some servers may want to protect themselves from
serving images alone, as that adds to their serving costs, but can't benefit
them because no proper pages are served.

method1) As above, redirect all IMGs, but redirect with META for outside
requests, redirect with HTTP ???  
What the page did was: had a clickable img;
	put the direct on the IMG src itself;
	but on the <A link, put the meta indirect src or another page
	  (a profile page with link and a repeat of the pic).

method2) Look at referer: fields and don't serve unless referer: is a page from
the server.  Probably easy to forge referer:-fields, though.

OTHER / MORE
Qus.
c) why doesn't "file:///pathname" work for me in a page,
	only direct in a browser?  Firefox forbids as a security feature; and
	there's no easy way to get round it.


	Wanted for overcoming this stuff?:
Way to suppress Referer field when asking (for imgs): not relevant in this
case.  And actually, can do this by asking for URL in diff. ways in the browser.
Send IMG via a phpFileGetcontents: "redirect.php"
	This works for a simple jpg. I.e. my echo$buf is OK for returning an IMG
	Getcontents does follow redirections at least for HTML files.
	But it fails for DClark pic.
Way to control / allow redirections from IMG: not relevant here?

Stackoverflow:  (also see wikiP on 'http referrer')
It looks like this image is being blocked based on the Referer [sic]
header. If I click on the link directly, which causes Referer header
to be the URL of this page, I get a 403 forbidden error. If I copy the
URL into my address bar, which sends no Referer header, I can access
the image just fine. This is a technique to prevent people at other
sites from embedding someone else's image in their pages; that
consumes bandwidth for the site hosting the image, without any benefit
to the person hosting the image.

"Please note that, for example in Safari on a Mac, Command-click (to open a
link in a new tab) and Command-Option-click (new window) do set the referrer
for that link, while choosing "Open Link in New Tab/Window" from the context
menu (after a right-click) does not."

If you have permission, you should copy the image to your own web
server and host it from there. Otherwise, you should find a different
image to use.
--------