Re: search results broken - giving .atom page links
| From: | Jeff S | Date: | Wed, 17 Nov 2010 03:53:52 +0000 |
| Subject: | Re: search results broken - giving .atom page links | ||
| References: | 1 2 3 | Groups: | php.webmaster |
| Request: | Send a blank email to php-webmaster+get-9450@lists.php.net to get a copy of this message | ||
Solr has proved successful in our applications.
On Tue, Nov 16, 2010 at 7:51 PM, Philip Olson <philip@roshambo.org> wrote:
>
> On Nov 16, 2010, at 12:31 PM, Ferenc Kovacs wrote:
>
> > On Tue, Nov 16, 2010 at 8:22 PM, Jeff S <jpsoren@gmail.com> wrote:
> >
> >> Search results seem broken - results are returning links to the atom
> feed
> >> of
> >> a page rather than the HTML content. For example-
> >>
> >> http://us3.php.net/results.php?q=imagemagick&p=manual&l=en
> >> The relevant results, #1, #2, #5 are all linked to the .atom feed of the
> >> page instead of the page itself.
> >>
> >
> > I experienced this also, when tried to search for Reflection.
> > I think we should create some functional tests for the search, because we
> > create new bugs or regressions with every change in the sorting
> algorithm.
> > :/
>
> Search is a problem, but it's a difficult one. We do have:
>
> - http://wiki.php.net/ideas/phpnetsearch
>
> But regardless, we may need to add a temporary solution. Yahoo offers many
> options but they feel complex, whereas a series of simple google custom
> searches work well. A simple test, both generic and language specific,
> appears to work fine.
>
> What do people think we should do? The main concerns are:
>
> - Language specific. E.g., if my language is en, I shouldn't see ja
> results
> - Offsite. Most of the work should be done by others (like Yahoo or
> Google) and not us
> - 404 handler information integration (currently not done)
> - Do we need the sqlite based keyword stuff? An intelligent search may
> remove this need
>
> Regards,
> Philip