#23652 [Csd]: 404: ref.anything.php
| From: | goba@php.net | Date: | Wed, 18 Jun 2003 08:08:53 +0000 |
| Subject: | #23652 [Csd]: 404: ref.anything.php | ||
| References: | 1 | Groups: | php.mirrors |
| Request: | Send a blank email to php-mirrors+get-18814@lists.php.net to get a copy of this message | ||
ID: 23652
Updated by: goba@php.net
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:
I have commented on this in the new bug report you opened...
Previous Comments:
------------------------------------------------------------------------
[2003-06-17 20:42:01] lmulcahy at pacbrands dot com dot au
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.
------------------------------------------------------------------------
[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...
------------------------------------------------------------------------
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