Amos Jeffries-2 wrote >> 3. Files from a specific domain / ip / url > > For URL (or all URLs in a domain) ... > > Cacheability depends on the specific response and client requests used > to fetch it. So what is needed to improve cacheability varies a great > deal between specific URLs. > > If you can present some of the apple download URLs which are not caching > when you think they should we can help explain or solve. The redbot.org > tool is also very helpful in indicating what the HTTP limitations are. > > Amos Hopefully these two url's should be of some help; This link is used by iTunes every time a software update/restore is done. http://ax.phobos.apple.com.edgesuite.net/WebObjects/MZStore.woa/wa/com.apple.jingle.appserver.client.MZITunesClientCheck/version/ The content on this server only added to and almost never changed, so I'm hoping i can tell squid that all content (except the initial xml file) is alway fresh so that it is never deleted. i.e. http://appldnld.apple.com/iOS6.1/091-2397.20130319.EEae9/iPad2,1_6.1.3_10B329_Restore.ipsw http://appldnld.apple.com/iOS7/031-1020.20131022.14lik/iPad2,1_7.0.3_11B511_Restore.ipsw when new software is brought out, it is simply added to the list rather than old software being removed. The following links are used for OS X software updates: http://swdownload.apple.com http://swcdn.apple.com Honestly, I'm not entirely sure how these ones work, but i suspect it is fairly similar to the iOS one above. -- View this message in context: http://squid-web-proxy-cache.1019090.n4.nabble.com/Caching-large-files-i-e-ipsw-tp4662838p4663155.html Sent from the Squid - Users mailing list archive at Nabble.com.
