On Mon, Feb 2, 2009 at 1:19 PM, Bence Damokos <[email protected]> wrote: > If I read the original e-mail correctly there were two issues mentioned: > long replication for s3 -- explained by the deleted logs -- and long delays > before any new feature (search upgrades in particular) are enabled on what > are perceived to be smaller wikis. > I think it would be beneficial for everyone if a solution, explanation for > the second issue was found, and we left the first issue be until the new > servers arrive (or if they do not come for a long time it can be taken up > again at a later time).
For search features, I found this thread: http://lists.wikimedia.org/pipermail/wikitech-l/2008-October/039861.html I'm not clear on the exact reasons. My impression there is that the feature could not easily be enabled for all wikis at once (due to rack space issues?), so it was enabled one by one. Given that, it seems logical enough to start with the largest wikis to get the most feedback earliest in the process. This post refers to "hardware issues": http://lists.wikimedia.org/pipermail/wikitech-l/2008-October/040022.html This one says that some more RAM is being ordered: http://lists.wikimedia.org/pipermail/wikitech-l/2009-January/040977.html If this still isn't finished yet, obviously that's a problem, and I don't know what the answer is. It's unrealistic to expect identical treatment for enwiki and bxrwiki, of course, but I don't see gross inattention toward the smaller wikis. I do use at least one pretty regularly, too, mediawiki.org (although of course that's in English). Mostly features get rolled out for all wikis at the exact same time. Of course, which features get developed to begin with is a separate story -- there's clearly a bias toward Western languages there, and especially English (look at category sorting for an example of that). _______________________________________________ Wikitech-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikitech-l
