#20870 [Opn]: phpweb, relative urls, and search.php
| From: | philip@php.net | Date: | Sat, 07 Dec 2002 19:23:53 +0000 |
| Subject: | #20870 [Opn]: phpweb, relative urls, and search.php | ||
| References: | 1 | Groups: | php.mirrors |
| Request: | Send a blank email to php-mirrors+get-14052@lists.php.net to get a copy of this message | ||
ID: 20870
Updated by: philip@php.net
-Summary: php.net/somestrangeredirects
Reported By: philip@cornado.com
Status: Open
Bug Type: Website problem
Operating System: all
PHP Version: 4CVS-2002-12-06 (dev)
New Comment:
Yeah, I chose a bad summary for this, so changed it.
Regarding the non htdig part, I guess this is just how relative urls
work and am unsure how to fix it without problems. But, for example,
going to something like:
http://www.php.net/downloads.php/foo
http://www.php.net/downloads.php/
Makes relative urls bogus, like a browser looks for:
http://www.php.net/downloads.php/anoncvs.php
Sure people shouldn't be adding / into the url but it's something to
consider (especially now thet search.php creates them). Some thoughts
for discussion:
* Implement <base href=""> in a sane way to work with mirrors. This
would solve the index.php/foo "issue" afaik.
* Make search.php smarter. I've been looking at this but am giving up
for now :) I have a hard time believing htdig will ever return a
non-existent file like
'/manual/en/index.php/cs/de/faq.installation.php' and if it does that's
just horrible and search.php should band-aid it.
* Default to returning results from one language making this
configurable for users.
Previous Comments:
------------------------------------------------------------------------
[2002-12-07 06:57:58] goba@php.net
The redirect is not strange at all. If a page is not found (like
installation.apache2 - because install.apache2 can show you the right
page), the search feature comes up. It tries to find a page with these
keywords in it's name and/or content. The search feature has some bugs,
but it's powered by htdig AFAIK, and it's not something we can correct
here... The links provided by the search engine are full URLs, and not
relative ones, so the problem is not with relative URLs... I have no
idea, how to correct this...
------------------------------------------------------------------------
[2002-12-06 18:06:01] philip@cornado.com
Here's an example:
http://www.php.net/installation.apache2
Which gives options like:
/manual/en/index.php/cs/fi/installation.php
/manual/en/index.php/cs/de/faq.installation.php
So for example if you view one of these bogus links:
http://www.php.net/manual/en/index.php/cs/de/faq.installation.php
It shows a page almost identical to:
http://www.php.net/manual/
Except all the links within also link to bogus pages, like, clicking on
preface gives us:
http://www.php.net/manual/en/index.php/cs/de/preface.php
There seems to be a pattern here but I can't see it right now. Another
example: php.net/configuration.foo
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=20870&edit=1