Bug #64273 [Asn]: Requesting nonexistent files should produce HTTP 404 Not Found

Edit report at https://bugs.php.net/bug.php?id=64273&edit=1 ID: 64273 Updated by: bjori@php.net 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: 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. Previous Comments: ------------------------------------------------------------------------ [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] tyrael@php.net 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] bjori@php.net 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. ------------------------------------------------------------------------ [2013-02-22 10:59:32] tyrael@php.net that sounds like a good compromise (funnyfact: I've checked and trying to download a nonexistent release on apple like iTunes will result in an empty 404 page, so they not showing that nice 404 page for the direct downloads) ------------------------------------------------------------------------ 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