This would fix it for the default mysql search, although I'm not sure at what level of overhead. The Lucene backend is using OAIRepository for incremental updates, and builds whole indexes from XML dumps. Thus, the expanded articles need to be present in *both* of those.

Cheers, r.

This change should fix it. It makes the search engine store the wikitext with the templates expanded, variables replaced, comments stripped... That operation should be fast, as it should be hitting the cache from having just rendered it.

Index: includes/Article.php

--- includes/Article.php (revision 78601) +++ includes/Article.php (working copy) @@ -3622,7 +3622,7 @@ * @param $changed Boolean: Whether or not the content actually changed */ public function editUpdates( $text, $summary, $minoredit, $timestamp_of_pagechange, $newid, $changed = true ) {

• global $wgDeferredUpdateList, $wgMessageCache, $wgUser,
  

$wgEnableParserCache;

• global $wgDeferredUpdateList, $wgMessageCache, $wgUser,
  

$wgEnableParserCache, $wgParser;

wfProfileIn( __METHOD__ );

@@ -3674,6 +3674,6 @@

$u = new SiteStatsUpdate( 0, 1, $this->mGoodAdjustment,

$this->mTotalAdjustment ); array_push( $wgDeferredUpdateList, $u );

• $u = new SearchUpdate( $id, $title, $text );
  

• $u = new SearchUpdate( $id, $title, $wgParser->preprocess(
  

$editInfo->pst, $this->mTitle, $editInfo->popts, $editInfo->revid ) ); array_push( $wgDeferredUpdateList, $u );

---

Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l