https://bugzilla.wikimedia.org/show_bug.cgi?id=10643
Anon Sricharoenchai <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #8 from Anon Sricharoenchai <[email protected]> 2009-09-24 10:58:48 UTC --- (In reply to comment #1) > If not implemented with sufficient intelligence, this would increase the size > of the search index by a factor of about 16 (for enwiki, as an example). If > done intelligently (only indexing deltas) I figure it would only be two to > four > times the size, but that would probably not be particularly easy. Either way > I > don't foresee this happening soon. Note that if implemented, this would > largely obviate the need for bug 639. > We can simply implement the infrastructure in core mediawiki, and leave the indexing task to the search extension like Lucene-search. This will let the search extension to decide that it would like to provide the historical search or not. (In reply to comment #2) > Too expensive at present, but we'd love to have this eventually. > Too expensive is about indexing task? Is it also too expensive to just implement the infrastructure? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
