Re: Search problem on no2.php.net
| From: | Trond Arve Nordheim | Date: | Mon, 11 Jul 2005 07:41:53 +0000 |
| Subject: | Re: Search problem on no2.php.net | ||
| References: | 1 2 3 | Groups: | php.mirrors |
| Request: | Send a blank email to php-mirrors+get-28703@lists.php.net to get a copy of this message | ||
On 7/10/05, Dave Barr <dave@php.net> wrote:
> I researched this problem, this is what happens:
>
> - Must be using the sqlite lookup for this to occur. It does not occur
> using find_manual_page_slow()
> - a ref.* prefix has a search priority of 0
> - a control-structures.* prefix has a search priority of 4
> - The lower priority the better
> - As you can see just from this, "ref.var" supercedes
> "control-structures.for", but this isn't the problem, as "var"
> shouldn't
> be matching "for" in the first place.
> - metaphone("var") is "FR"
> - metaphone("for") is "FR"
> - metaphone matches get a worse priority, the problem? The priority they
> get is +1 of their usual priority, this means:
> - ref.var has a search priority of 0+1=1 for the search term "for"
> - control-structures.for has a search priority of 4+1=5 for the search
> term "for"
> - Thus, ref.var is returned when searching for "for".
It seems to work on all mirrors I've tested except mine, though - I
can't be the only one running with SQLite, can I? If this is a
priority issue, it should happen everywhere.
I'm not saying what you said isn't correct, I'm just curious :)
--
Trond Arve Nordheim
- "This message is ROT13 encrypted twice for extra security"