Edit report at https://bugs.php.net/bug.php?id=64273&edit=1
ID: 64273 Updated by: [email protected] 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'm not claiming that 200 OK is not a bug. I am however attempting to explain to you our infrastructure to see if you can even give your users even better experience. We have over 100 mirrors, on average 2 mirrors in each country and do already implement ip2country redirecting to either a specific mirror in that country or the round-robin for highest availability. I assume you list totally random handfull of mirrors, which can be disabled at any time in our system for all sorts of reasons and their dns entries revoked. If you use our round-robin for those country names you have higher chance of succeeding, but the best possible way would be to use our system for the redirect as the mirrors themselves even do sanitychecks and in event of failure will redirect you to the nearest sane mirror. Previous Comments: ------------------------------------------------------------------------ [2013-02-24 22:40:32] php-bugs-2013 at ryandesign dot com 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. ------------------------------------------------------------------------ [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. ------------------------------------------------------------------------ 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
