https://bugzilla.wikimedia.org/show_bug.cgi?id=34519
--- Comment #5 from Saibo <saibotr...@arcor.de> 2012-02-21 13:59:22 UTC --- (In reply to comment #3) > Nope, you're just pushing to the limit. Even if we expand the limit, people > will immediately start inventing other reasons to peg the servers even harder. > It has to stop somehere. Please don't reopen just because you disagree. Why shouldn't I reopen if I think the bug is not resolved? Sounds right - there is no formal closure by admins here (like at Wikipedia/Commons deletion discussions). (In reply to comment #4) > Saibo > that page is indeed putting to much load on the server. That is why we > have a limit, to avoid a couple of pages taking all the resources. What means "too much"? Do you have numbers in a sense of CPU time? Which percentage of the total CPU time does this page account for? > The page listed above really need to be split, that will make it easier for > everyone (readers, editors, admins and servers of course). A split will make it not easier regarding a full text search of all open requests of this month using the browser's built-in search. It seems to me the page creation is not really efficiently done here. -- 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 Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
