[MTOS-dev] Search (Was: should there be an mtos-general? or (shudder) mtos-help?)

[Bud Gibson]

I have a completely off the wall idea.  Why not use something like Google's
custom search engine business service.  It has an API, and returns results
in atom.  The trick then would be to optimize your pages to be crawlable.

If you had a search interface on MT that could accept results in a certain
format, it would not be too hard to imagine plugging something like this
in.  It has the side benefit of pushing your site toward being more
optimized for search.

Maybe the trick is finding a couple of search engines (broadly defined,
sphinx would be one as would google or even x-search) and building a
framework that will handle any of them as a test case.

Bud

On Dec 14, 2007 3:51 PM, David Raynes <rayners at apperceptive.com> wrote:

> Timothy Appnel wrote:
> > I'm not disagreeing with anything in this thread, but I'm thinking the
> > one search engine will not fit all sizes. Sphinx seems like a very
> > capable search engine, but its not for everyone especially since it is
> > (essentially) tied to one specific search engine. Likewise, Mark
> > Carey's FastSearch and even my "award winning" experiment MT-Plus.
> >
> > I was wondering what everyone though of search being pluggable?
>
> Depending on how you define 'pluggable' I would say our SphinxSearch
> plugin could be called just that.  As it stands now, any MT::Object can
> be indexed and searched via sphinx with just a couple lines of code.
> One of the items on my pre-1.0 todo list for the plugin is to extract
> the couple functions I wrote into an interface/mixin/whatever similar to
> MT::Taggable or MT::Scorable like I've done for other plugins.
>
> Entry search is simply the only publicly exposed search right now.
>
> More on point (I can't help myself when it comes to pimping SphinxSearch
> to be honest), I suppose something could be done via registry keys
> similar to what is going on with the RTE. :)  As easy as it was to
> insert my own search code into the existing search class, I don't
> imagine it would be much more difficult to toss some registry bits in
> there instead.
>
> --
> David Raynes
> rayners at apperceptive.com
>
> _______________________________________________
> MTOS-dev mailing list
> MTOS-dev at sixapart.com
> http://www.sixapart.com/mailman/listinfo/mtos-dev
>



-- 
Bud Gibson
cell:  734-657-4800
web:  http://michiganinnovators.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.sixapart.com/pipermail/mtos-dev/attachments/20071214/ddeb1ab8/attachment.html