Last modified: 2011-02-20 07:55:28 UTC
A chinese wikipedia article "中華人民共和國四川省鄉級以上行政區列表" cannot be open. Please see http://zh.wikipedia.org/wiki/%E4%B8%AD%E5%8D%8E%E4%BA%BA%E6%B0%91%E5%85%B1%E5%92%8C%E5%9B%BD%E5%9B%9B%E5%B7%9D%E7%9C%81%E4%B9%A1%E7%BA%A7%E4%BB%A5%E4%B8%8A%E8%A1%8C%E6%94%BF%E5%8C%BA%E5%88%97%E8%A1%A8 and I open it using IE it shown HTTP 500. This is an error report on zhwp. (http://zh.wikipedia.org/wiki/Wikipedia:%E9%94%99%E8%AF%AF%E6%8A%A5%E5%91%8A#.E7.84.A1.E6.B3.95.E9.96.8B.E5.95.9F.E6.A2.9D.E7.9B.AE )
The corresponding error message: PHP Fatal error: Allowed memory size of 83886080 bytes exhausted (tried to allocate 49160 bytes) in /usr/local/apache/common-local/wmf-deployment/languages/LanguageConverter.php on line 390 So it's an out of memory error.
In CommonSettings.php, the memory limit of PHP is 80 * 1024 * 1024. (line 92) ini_set( 'memory_limit', 80 * 1024 * 1024 ); I export from zhwiki and import the page and its templates to my test wiki (r75691), with ParserFunctions installed. Then I set memory limit to 50 * 1024 * 1024 in LocalSettings.php (same as $wgMemoryLimit). I can still load the page (action=purge) normally. The reason I suppose is r69874, which hasn't been patched to wmf. I'm not entirely sure due the painfully slow of my Internet which cause I can't connect to the SVN server.
i think, no matter how bigger the "memory limit" was set, the problem still exists. the limit can not be indefinitely large. i think the wikipedia should introduce ajax. when there are too much templates to show, show as many as possible, then, for the rest, use a link to the template instead of a link to the template name. when the user click the link, the page uses ajax to load the corresponding template to replace the link, rather link to another page. Chinese Translation: 我认为无论memory limit设得再高,问题还存在。维基应当引入ajax。当太多模板要显示,先将在limit下可以显示的模板全部显示了,剩余的用一个连接到模板的链接代替,而不是现在的连接到以模板名命名的条目的链接。当用户点击链接,页面通过ajax载入相应模板,代替链接所在内容。而不是链接到其他页面。
I can purge that page on zh.wikipedia now. What has been changed?
(In reply to comment #4) > I can purge that page on zh.wikipedia now. What has been changed? Seems some templates has been renamed.
Mark as resolved since it now can be view.
*** Bug 26594 has been marked as a duplicate of this bug. ***
Reopened. See 26594, the same problem happen.
(In reply to comment #8) > Reopened. See 26594, the same problem happen. I still consider this bug has been fixed by r69874. The only reason you find onther large pages fail to load is the MediaWiki served by WMF has not be updated to 1.17, it still 1.16wmf4.
Now nothing should be done here I guess. Just wait for WMF's deployment of a later version and check it. This is a bug in Wikimedia component, not MediaWiki.
(In reply to comment #9) > (In reply to comment #8) > > Reopened. See 26594, the same problem happen. > I still consider this bug has been fixed by r69874. The only reason you find > onther large pages fail to load is the MediaWiki served by WMF has not be > updated to 1.17, it still 1.16wmf4. But wikimedia now have upgraded to r79563. (In reply to comment #10) > Now nothing should be done here I guess. Just wait for WMF's deployment of a > later version and check it. > This is a bug in Wikimedia component, not MediaWiki. How about if export this page and go to another non-wikimedia wiki, can it be loaded? Still reopened unless the page can be view.
(In reply to comment #11) > But wikimedia now have upgraded to r79563. Don't look at that. > How about if export this page and go to another non-wikimedia wiki, can it be > loaded? Try it if you want. Make sure you're using the same limit as WMF servers.
(In reply to comment #11) > How about if export this page and go to another non-wikimedia wiki, can it be > loaded? And PhiLiP said that it can in comment 2.
Seems now can be view because of the 1.17 upgrade. Narked as fixed.