Benjamin Benson wrote:
> 
> Does anyone know the advantages/disadvantages to ASPSeek versus mnoGoSearch?

Hmmm...I was MnogoSearch developer (when it used to be named as UdmSearch)
so I can compare quite frankly...

MnogoSearch is good at:
+ supporting many databases (if user for some reason doesn't like MySQL);
+ having PHP frontend (if user for some reason doesn't like CGI);
+ having larger user base (so far);
+ it is ported to more platforms;
+ they say they will have Windows version very soon (ASPSeek Team have
  no such plans);
~ and it's written in C (if you want to develop but don't know C++ this
  can be an advantage)

MnogoSearch is bad at:
- overall stability (I mean 3.1.11 version in cache mode - we tested it
  recently: threaded index dumps core, unthreaded dumps core too, after
  indexing about 200.000 URLs...they claimed to fix last one in 3.1.12,
  which was not released yet);
- relevancy (results are much less sensible than those of ASPSeek);
- internal architecture (if you care) - it's a real mess and they do
  more mess every day....)

ASPSeek is bad at:
- short time of presence (it is developed since May, but first public
  version appeared only in Jan 2001), so smaller user base (so far);
- only MySQL is supported (in 1.1 we support Oracle8i as well, but
  it's not released yet);
- some exotic features of MnogoSearch can be unsupported;

ASPSeek is good at:
+ relevancy (we use several good algorythms, including Citation Index,
  word proximity and others);
+ search speed on large volumes (try it at www.aspseek.com);
+ internal architecture (if you care) - it's much more solid than
  MnogoSearch' one (C++ classes, STL, async DNS resolver and many
  other small things);

Conclusion: if you say "yes" to MySQL and Linux, and ASPSeek's
feature set is ok to you - use it. Otherwise, use MnogoSearch,
and tell us what you want to be implemented in ASPSeek.

PS In 1.1 we will have:
+ unicode support (to support many languages at once);
+ external converters (for dealing with PS/PDF/RTF etc.);
+ support for other databases (Oracle8i, others are relatively
  easy to implement);
+ smart results cache


--   [EMAIL PROTECTED]      http://kir.sever.net      ICQ 7551596   --
Answers: $1, short: $5, correct: $25, dumb questions are still free.

Reply via email to