4

I'm doing an iPhone version of a desktop site that includes a blog. The blog often embeds images from other domains (the image URLs always start with http:// in this case, obviously), but because I'm using cache-manifest, these images don't load because they aren't declared in the manifest file.

I have a NETWORK: whitelist section that has all of my AJAX request files, etc. I've even whitelisted the flickr farm domains because a lot of the images we add to the blog come from our flickr page. The flickr images show up just fine, but any other "random" image hotlinks from another domain show broken.

I tried adding a line like this:

http://

to the NETWORK: section, but it doesn't seem to like http:// as a whitelist.

Does anyone have any thoughts on this?

Thanks! Alex

Alex Ford
  • 233
  • 3
  • 8

2 Answers2

8

just add the "online whitelist wildcard flag" to your manifest:

NETWORK:
*

that should do the trick! more info on the whatwg spec page

hope this helps!

futtta
  • 5,917
  • 2
  • 21
  • 33
  • That doesn't work on iPhone Safari but did seem to fix the problem on the desktop...apparently the iPhone implementation of the cache manifest isn't quite to spec. – Alex Ford Mar 15 '10 at 14:08
2

I think I've got a workaround. What if you created a simple server-side file (remoteResource.php) that you could reference like this:

remoteResource.php?resource=http://somewhere.com/remote/image.jpg

The PHP (or whatever server side language you're using) could just cURL in the remote resource and send it unmodified to the browser. Then, whitelist that file.

I haven't tested this because the environment I'm working with doesn't have cURL installed (ugh) but I don't see why it can't work.

Alex Ford
  • 233
  • 3
  • 8
  • Now that I think of this again, it would require some kind of parsing (JavaScript, probably) to add the "remoteResource.php?resource=" to the start of the relevant "src" attributes. Shouldn't be too difficut, though. – Alex Ford Apr 12 '10 at 16:30