From: Marc L. <ma...@ma...> - 2010-01-20 14:04:53
|
Stephane: I strongly reject your reference about keeping people "in the dark". We are having the discussion. Everything is public. 10 days before freeze is ample time to revert if needed. I asked for clear answers below. Just say why this features provides value and we'll put it back. It was removed in one clean commit and it can/will be restored if demand justifies it. > Since having two search engines is more work for our volunteers, I > would like to return the question and to put the onus on you to > explain why we should keep. I would also like to hear opinions from > people that use or intend to use the DB independent search. > > > 1- If Tiki had been MySQL-only since the beginning, and we were using > the MySQL search since the beginning: would we take the time to build > this second search engine? > > 2- MYSQL-search was picked as the default search engine on clean > installs because it was deemed to better. Do you agree? Why do you > feel we should maintain two search engines? > > So far, valid arguments I noted are: > Sylvie: "Even if I do not use very often the tiki search - I like to use if I > want to search on a parsed text. The mysql search indexes on the non > parsed content." > > > Other benefits? Does this justify the overhead? On Wed, Jan 20, 2010 at 3:22 AM, Stephane Casset <se...@lo...> wrote: > Le Wed, Jan 20, 2010 at 03:13:32AM -0500, Filipus Klutiero écrivait : >> Le mercredi 20 janvier 2010 02:36:09, Stephane Casset a écrit : >> > Le Tue, Jan 19, 2010 at 08:19:24PM -0500, Marc Laporte écrivait : >> > > On Tue, Jan 19, 2010 at 4:06 AM, Stephane Casset <se...@lo...> wrote: >> > > > Le Mon, Jan 18, 2010 at 08:10:04PM -0500, Marc Laporte écrivait : >> > > >> Hi! >> > > >> > > As an intro: I think that this is yet proof that this dual search >> > > engine business is confusing. So to be clear: Tiki5 __will__ have a >> > > search engine. What we are debating is if it should have two: DB >> > > independent search __and__ MYSQL-search >> > >> > Yes I know that Tiki will still have a search engine, but the fact is >> > the two are complementary as Sylvie pointed out. The one removed allows >> > some search the one still in Tiki does not. So this is the pb. So we >> > introduce regressions where it is not needed. >> > >> > If the plan was : >> > o develop a alternative search engine with Lucen/Sphynx whatever >> > o remove the old tiki search >> > >> > I will agree, the old one has to go. >> > >> > But now we introduce regressions for no good reason and unannounced. >> >> Getting rid of bugs and of code are good reasons IMO. > > Well you might as well to rm -rf tiki, that would get rid of any bugs > and many code, I that a good reason ? Well No ! so ? > > The thing is people are using Tiki search (the old one) for good reason > because it provides search which the kept one can not do, doing so > unannouce to provide a solution is bad PR and bad developpement process. > > Adn it is also agravated by the fact that we are ten days from the > freeze and we can not provide a solution to our users. > > so double bad reasons :( > > If it was in the beginning of the release cycle, it would be a good > incentive to put effort in Lucene for example... but now is to late :( > > I agree that this code has to go, but not like this, and not by letting > users in the dark. > > A+ > -- > Stéphane Casset LOGIDÉE sàrl Se faire plaisir d'apprendre > 1a, rue Pasteur Tel : +33 388 23 69 77 ca...@lo... > F-67540 OSTWALD Fax : +33 388 23 69 77 http://logidee.com > > ------------------------------------------------------------------------------ > Throughout its 18-year history, RSA Conference consistently attracts the > world's best and brightest in the field, creating opportunities for Conference > attendees to learn about information security's most important issues through > interactions with peers, luminaries and emerging and established companies. > http://p.sf.net/sfu/rsaconf-dev2dev > _______________________________________________ > Tikiwiki-devel mailing list > Tik...@li... > https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel > -- Marc Laporte http://MarcLaporte.com http://TikiWiki.org/MarcLaporte http://AvanTech.net http://OurWiki.net |