Re: PHP-WEBMASTER: /web/php/branches/PROTOTYPE_2010/
| From: | Philip Olson | Date: | Thu, 18 Mar 2010 15:21:06 +0000 |
| Subject: | Re: PHP-WEBMASTER: /web/php/branches/PROTOTYPE_2010/ | ||
| References: | 1 2 3 4 5 6 | Groups: | php.webmaster |
| Request: | Send a blank email to php-webmaster+get-7641@lists.php.net to get a copy of this message | ||
On Mar 18, 2010, at 12:31 AM, Stewart Lord wrote:
> On 17-Mar-10, at 12:36 PM, Philip Olson wrote:
>> This route sounds good. However, has anyone put much thought into how all of this will
>> integrate with other types of site searches? Like the general site search, and full documentation
>> search. No clear ideas jump out at me, yet.
>
> Hi Philip,
>
> When you say "integrate with other types of site searches", are you talking about
> doing auto-suggest for the general site search and full doc search? Auto-suggest for these would be
> harder and the Y! search was a bit slow as I recall. Do you think it's needed?
Not sure about that, but the main question is how will people choose? Let's say I want to
search the entire site, how will I choose this option? A select box to the right? Or will all
searches essentially become a mashup (eventually, maybe after a space is entered?) when done via the
quick search in the site header? I'd prefer something along those lines, but something to think
about.
And while on the topic, let's officially keep track (we sorta do, currently) of searched terms
and determine where someone might want to go. I did this in error.inc but it's not ideal (has
only one option). So let's say someone searches for "$_SERVER", we'd have our
favorite options for "$_SERVER" and suggest to them (as "recommended"?) near the
top. Also, something to think about. Our 404 handler would also use this information.
Regards,
Philip