Hi Dan,
thanks for your feedback. We're currently working on a new downloading
system. A testing candidate is already available at
http://download.services.openoffice.org/files/
If you let me know which file you are looking for, I can paste you the
link - your wget should work with this.
Thanks,
Florian
Hi all,
I've already answered to this user, but I think his mail might be of
interest here.
Kind regards
Sophie
------------------------------------------------------------------------
Betreff:
[webmasters] Please use real HTTP redirections
Von:
Dan McGarry <[email protected]>
Datum:
Fri, 14 Aug 2009 14:55:30 +1100
An:
[email protected]
An:
[email protected]
Hi;
The following is with reference to:
<http://download.openoffice.org/other.html>
which links to
<http://openoffice.bouncer.osuosl.org/>
I'm writing from a very small country where bandwidth is extremely
expensive and therefore scarce. I've been asked by my director to
install a version of OpenOffice on her Windows machine (a big
opportunity to support this software at one of the major national
institutions) and I find your 'bouncer' portal leaves me with no choice
but to download the file interactively through my web browser.
In real terms, this means that I'll block all other users (or, at best,
make them wonder why the connection is so much slower than usual) until
I'm done.
Normally, I schedule large files like this to be downloaded overnight,
but because you appear to be using JavaScript to redirect the client to
your mirrors, wget simply downloads an HTML document instead. The
contents of the document, which could have contained a usable URL
(standard procedure for mozilla, freshmeat and numerous other sites with
multiple mirrors), instead point back to the same page that was the
source of the problem.
Could you please consider one of the following options:
1) Rather than using a JavaScript redirection, send a HTTP 302 (Moved
Temporarily) code to the client. This is supported by all
standards-compliant user agents, including lynx, wget and other
automated clients.
2) Rather than linking back to the original download page, link instead
to the selected mirror URL (you already know what it is by this time, so
it should cost nothing in computational terms to output it to download.php).
I accept that I could always stay after work on a Friday, start the
download, them come in some time later on the weekend to check if it's
properly downloaded (a rarity in a part of the world where service
interruptions happen several times a week), potentially restarting the
download several times. But I hope you can see why that giving up my
weekend for something that's trivially easy to rectify on the server
side might not seem like a great idea to me. 8^)
Best,
------------------------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
