Edit report at https://bugs.php.net/bug.php?id=64273&edit=1
ID: 64273
User updated by: php-bugs-2013 at ryandesign dot com
Reported by: php-bugs-2013 at ryandesign dot com
Summary: Requesting nonexistent files should produce HTTP 404
Not Found
Status: Assigned
Type: Bug
Package: Website problem
PHP Version: Irrelevant
Assigned To: tyrael
Block user comment: N
Private report: N
New Comment:
MacPorts *does* do ping checks, for all ports; there is no switch to
turn this off on a per-port basis. And the list of servers checked
is the combination of the MacPorts mirror servers and the servers
listed for the individual port; there is no differentiation. I
explained above why listing just a single PHP download URL could
therefore result in a worse download experience for our users. We've
been through this for SourceForge before and do the same thing
there, listing various SF mirrors instead of using their own
redirector.
I'm aware that the /get/<filename>/.. links do a redirect (that's
actually another reason why we would prefer not to use them, since
reducing redirects leads to better performance). We aren't trying to
find out the filename after requesting the URL; above I was trying
to explain that actually getting the filename into the middle of the
URL is the part that's not so straightforward to do in MacPorts. But
I've discussed it with my colleagues and we've found a solution
that's not too bad.
The best solution remains that you fix your servers to return a 404
status code when I request a file that does not exist. You can't
really claim that returning a 200 status code, when you did not
return the file I asked for, is correct.
Previous Comments:
------------------------------------------------------------------------
[2013-02-24 21:50:35] [email protected]
I actually thought thought we had /get/<filename>/from/NEAREST/mirror support..
Doesn't look like it... We should probably look into it, is probably trivial to
implement.
Our servers do ip2country so you shouldn't have to do any pre-emptive ping
checks, we will in general redirect you to a mirror in your country which
should
be the fastest one.
The /get/<filename>/.. links do a redirect to the "backend file location", so
if
you follow the redirect and grab the last component of the url you have the
filename.
------------------------------------------------------------------------
[2013-02-23 14:16:37] php-bugs-2013 at ryandesign dot com
Oh I see. Yes that's ok then. The next issue is that MacPorts assumes
the filename to be downloaded should be appended to the URL; getting
the filename to appear elsewhere within the URL is more work. We've
done it before, on a port-by-port basis as needed, but there are
several ports that fetch PHP tarballs, so the list of PHP mirrors is
collected in a central place, and it doesn't appear as though that
central place has access to the name of the file that's going to be
downloaded, so inserting the filename into those URLs is not going to
be straightforward. I'll have to think about a good way to do that that
does not involve duplicating code in each portfile.
------------------------------------------------------------------------
[2013-02-23 13:19:39] [email protected]
what bjori suggested is using
http://uk.php.net/get/php-5.3.222.tar.bz2/from/this/mirror
instead of
http://uk.php.net/distributions/php-5.3.222.tar.bz2
(or any other mirror you want to use)
as that would still fetch the same files but producing 404 when the file can't
be
found.
------------------------------------------------------------------------
[2013-02-23 10:59:42] php-bugs-2013 at ryandesign dot com
We would prefer not to use http://www.php.net/get/php-5.3.23.tar.bz2
/from/this/mirror style URLs. In MacPorts, each package (or "port") can
specify multiple URLs for each file to be downloaded. To that list are
added a number of MacPorts mirror servers located around the globe. When
a user wants to install a port, MacPorts pings each server and prefers
to download the files from the servers with the lowest ping times. Our
hope is this will result in faster downloads for users because they will
connect with servers closer to them.
Currently for PHP ports we list a handful of PHP mirror servers. If we
were to instead list only www.php.net, then our algorithm to determine the
fastest server would only take the ping time of www.php.net itself into
consideration. The end result might be that a user would be directed to
one of our mirror servers, even if a PHP mirror server might be closer to
them and deliver a faster download.
------------------------------------------------------------------------
[2013-02-22 16:46:51] [email protected]
Ryan, please use http://www.php.net/get/php-5.3.23.tar.bz2/from/this/mirror
style
urls.
These will give you the correct header and redirect you to the correct mirror
if
needed.
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
https://bugs.php.net/bug.php?id=64273
--
Edit this bug report at https://bugs.php.net/bug.php?id=64273&edit=1
--
PHP Webmaster List Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
