* Bob <bob_j_hayes at yahoo.co.uk> [2005-12-02 16:34:11]: > NextGen$ <nextgens at ...> writes: > > > > Bob <bob_j_hayes <at> ...> writes: > > > > > > > > > > > > Is Coral Cache in general, and our Coral-ified download archive in > > > > > particular > > > > >(click "downloads" on the front page and try and get one of the > > > > > installers) working for anyone? For me it's *insanely* slow and high > > > > > latency right now > > > --snip-- > > > We can easily provide both ... Coralized and non-coralized download > > links .... > > > > But is the wininstaller able to fallback on an alternate download url in > > case the first one isn't reachable ? > > > > NextGen$. > > The wininstaller itself (and UpdateSnapshot / NodeConfig) simply request > http://downloads.freenetproject.org/filename ... redirection to Coral Cache > happens on emu via a HTTP 302, so the wininstaller is not directly aware of > it. > > Fundamentally, a fallback mechanism should be unneccessary since the whole > point > of CoralCache is to provide a reliable, distributed download service :/ I > could > put in some sort of hack to try emu directly if you can give me a vhost that > points to the files but doesn't get redirected to coral, this is a very > inelegant solution though.
Yes, I can set-up a virtual host not using CC or even a separate directory if needed... and if Ian agrees. An other solution would be to fallback on SourceForge as Emu is still uploading new snapshots/refs there... >I was thinking more along the lines of i)Turn off the > redirection for the time being and ii)Ask the CoralCDN people WTF is going on > and get it working again. > > Bob > NextGen$.
