https://bugzilla.wikimedia.org/show_bug.cgi?id=73623
Nik Everett <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|WORKSFORME |WONTFIX --- Comment #3 from Nik Everett <[email protected]> --- (In reply to Monte Hurd from comment #2) > Just to clarify, the "search" results list is not a hash - it's an array. It > was needed because the "pages" results are a hash, so the order was > meaningless. Why not change the search results lists to allow it to include the properties that you need? That seems about 1000000% more efficient than making two http calls. Search results should be mostly consisten across requests but there is nothing that keeps them entirely consistent. We're changing the underlying index constantly and we make no effort to cache because the tail is so long. You search may not even be sent to the same set of machines when you repeat it. This could cause slight shifting around the edges. It'd be a bug if something was in the middle one time and not there the next. Seriously, make just one query. Save some load on the search cluster and save the user some time. -- 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
