#23652 [Com]: 404: ref.anything.php

ID: 23652 Comment by: lmulcahy at pacbrands dot com dot au Reported By: ng4rrjanbiah at rediffmail dot com Status: Closed Bug Type: Website problem Operating System: Linux PHP Version: 4.3.1 Assigned To: goba New Comment: This problem still exists. I am a user from Australia. Frequently when I attempt to go to php.net/function_name_here for a quick reference, I will get redirected to google which will point me again to php.net/function_name_here, creating a loop. The problem is not 100% reproducable because some of the servers seem to deliver you to the correct page and others don't. Depending on which of the AU servers I get redirected to. Is the correct functionality to mirror the original? being that php.net/<query> is a best match search of the PHP functions reference, otherwise you get the php.net search page that will give you likely matches? I prefer the way it used to work. This google business is rather distracting :( Happy to help out with any tests. Previous Comments: ------------------------------------------------------------------------ [2003-06-07 15:59:42] philip@php.net Seems to be working! :) ------------------------------------------------------------------------ [2003-06-07 13:56:39] goba@php.net OK, I have employed a different method for searching the DB if a . is present in the shortcut. Hope that it now works correctly, and you won't be able to find more exceptions ;) Close this bug if you agree that it works. ------------------------------------------------------------------------ [2003-05-31 21:26:17] philip@php.net I can't think of any exceptions (except the unrelated $uri_aliases), just that it's only part of the url and it's common to only use part of the url. If just php.net/external or php.net/language should work, idk, I don't think they need to. But just variables.external should as people use this and it's even what google indexes it as. Here are some more examples: Doesn't work (on mirrors either): http://www.php.net/language Works: http://www.php.net/language.variables Works: http://www.php.net/language.variables.external Note: php.net/langref works fine. And another example without the langref->language type switch: Doesn't work: http://www.php.net/features.file-upload.errors Doesn't work (on mirrors either): http://www.php.net/file-upload.errors Doesn't work: http://www.php.net/features.file-upload Works: http://www.php.net/features ------------------------------------------------------------------------ [2003-05-31 07:01:35] goba@php.net Assign to me... ------------------------------------------------------------------------ [2003-05-31 07:01:11] goba@php.net Philip, the question is if all these shortcuts with dots are fully valid parts of the path. More precisely if they can be put into a /manual/LANG/SHORTCUT_HERE.php path? That is true for function.echo or variables.external. Is it true for all these shortcuts? Can you provide any exceptions? If you can, then a totally diferent solution may be needed, than what I am thinking about. ------------------------------------------------------------------------ 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 http://bugs.php.net/23652 -- Edit this bug report at http://bugs.php.net/?id=23652&edit=1