#48726 [Ver]: website search results ignores language preference
| From: | rquadling@php.net | Date: | Tue, 30 Jun 2009 09:44:36 +0000 |
| Subject: | #48726 [Ver]: website search results ignores language preference | ||
| References: | 1 | Groups: | php.webmaster |
| Request: | Send a blank email to php-webmaster+get-5173@lists.php.net to get a copy of this message | ||
ID: 48726
Updated by: rquadling@php.net
Reported By: arlo at arlomedia dot com
Status: Verified
Bug Type: Website problem
Operating System: Mac OS 10.5
PHP Version: Irrelevant
New Comment:
Hannes, is it possible to log the actual requests to make sure the
language _IS_ being supplied correctly?
Previous Comments:
------------------------------------------------------------------------
[2009-06-30 07:48:55] bjori@php.net
What I don't understand is why the language detection isn't working, we
are explicitly asking for the language you provide (falling back to
english if none).
I'd rather try to fix the language detection then to muck around with
dirty quickfixes by limiting the search range based on path structure.
------------------------------------------------------------------------
[2009-06-30 01:37:11] arlo at arlomedia dot com
Thanks for considering. I don't know what setup options Yahoo gives you
for its search tool, but here are two ideas that might be worth a
look:
- The Yahoo search is configured for a starting directory of
php.net/manual. Is this an argument that php.net passes to Yahoo with
every search query? If so, the argument could be extended to include
the
language code, like php.net/manual/en.
- The Yahoo search tips page you mentioned above includes an option
"inurl". When I tried this on yahoo.com, I was able to limit the search
results to English by including inurl:/en/ in my search terms.
(http://search.yahoo.com/search;_ylt=A0oGkie5aUlKKacARPRXNyoA?
p=class+constants+site%3Aphp.net+inurl%3A%2Fen%2F&y=Search&fr=yfp-t-
501&fr2=sb-top&sao=1) The php.net site interpreted this as a literal
string when I entered it into the search box there. But if the search
script on php.net automatically added this when it sent the query to
Yahoo, would Yahoo handle it as it does on its own site?
------------------------------------------------------------------------
[2009-06-29 23:28:09] danbrown@php.net
This is due to the way in which Yahoo! - like all of the major search
engines - spiders and catalogs the data. The site-wide search on the
PHP website is powered by Yahoo!'s search engine. Of course, as such,
you can use Yahoo!'s search operators, meta words, etc. (see
http://help.yahoo.com/l/us/yahoo/search/basics/basics-04.html
for more
information), but as far as changing the method in which this is
handled
(i.e. - switching from Yahoo!), I'm not so sure it's planned for the
foreseeable future.
------------------------------------------------------------------------
[2009-06-29 20:34:11] arlo at arlomedia dot com
Second sentence should have said "these are essentially duplicate
results," not "essential duplicate results."
------------------------------------------------------------------------
[2009-06-29 20:33:03] arlo at arlomedia dot com
Description:
------------
Often when I search the online documentation at php.net, the search
results include multiple entries for the same page in different
languages. These are essential duplicate results that make the search
results less useful. I would rather just see pages from my selected
language (which is already sent to the search script from the search
form).
Reproduce code:
---------------
I entered "class constants" into the search field and selected "online
documentation". This led to this URL:
http://us3.php.net/results.php?q=class+constants&p=manual&l=en
The first eight results are the same page in eight different languages.
After the first page, I see a variety of other results, but they are
offered in different languages seemingly at random.
Expected result:
----------------
Since I'm using the English version of the manual, I would expect to
see
only English results.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=48726&edit=1