[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 --- Comment #65 from MZMcBride b...@mzmcbride.com --- Given the deployment of Scribunto/Lua to all Wikimedia wikis, I'm inclined to mark this bug as resolved/fixed. Certain pages such as [[wikt:a]] are still taking over 30 seconds to parse, however these individual cases should be split out into individual bugs so that appropriate modules can be written on specific wikis, in my opinion. -- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 --- Comment #66 from Mark A. Hershberger m...@everybody.org --- (In reply to comment #65) Given the deployment of Scribunto/Lua to all Wikimedia wikis, I'm inclined to mark this bug as resolved/fixed. Agreed for all the reasons MZ gave. -- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 Ryan Kaldari rkald...@wikimedia.org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED -- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 Andre Klapper aklap...@wikimedia.org changed: What|Removed |Added Whiteboard||aklapper-fixedbyLua? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 Sumana Harihareswara suma...@wikimedia.org changed: What|Removed |Added CC||suma...@wikimedia.org --- Comment #64 from Sumana Harihareswara suma...@wikimedia.org --- Project LibX, now that we've deployed Scribunto to English Wikipedia, it's a good time to engage with the English Wikipedia template editors regarding COinS metadata at https://en.wikipedia.org/wiki/Template_talk:Citation/core#LUA_deployed , if you haven't already. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 Aude aude.w...@gmail.com changed: What|Removed |Added CC||aude.w...@gmail.com --- Comment #63 from Aude aude.w...@gmail.com --- *** Bug 44982 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 --- Comment #59 from Bawolff bawolff...@gmail.com 2012-11-17 19:42:33 UTC --- (In reply to comment #58) So - reimplement here means that COinS will just show up again, or will you provide metadata in a different format. If you provide again COinS, it would be nice if you improved your implementation and made it compliant with NISO Z39.88's context object format. That would help tremendously in making items findable more easily. Well the you in that sentence is a bit ambiguous. We (MW devs) didn't have anything to do with the COinS metadata. Presumably when it gets re-added it will be done by the Wikipedians, so you would have to talk to them about different formats to use. -- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 --- Comment #60 from Mark A. Hershberger m...@everybody.org 2012-11-17 19:54:06 UTC --- (In reply to comment #59) We (MW devs) didn't have anything to do with the COinS metadata. Presumably when it gets re-added it will be done by the Wikipedians, so you would have to talk to them about different formats to use. Note that you should talk to the wiki editors on-wiki. You probably need to post something about COinS on [[WP:VPT]]. They will at least be able to direct you to the right place. -- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 --- Comment #61 from Bawolff bawolff...@gmail.com 2012-11-17 19:59:17 UTC --- There's conversation about the removal at [[template_talk:Citation/core]]. -- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 --- Comment #62 from Project LibX libx@gmail.com 2012-11-17 21:54:53 UTC --- Thanks. At the URL you link to, there's talk about an existing API for metadata extraction. Is this true? We would be fine with an API, as long as it's REST so we can run it from the user's browser, and as long as it allows accessing the metadata for specific references on a page. -- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 --- Comment #51 from Project LibX libx@gmail.com 2012-11-16 14:15:16 UTC --- So I read through this thread, and I'm amazed, to put it politely. There is a performance problem that affects only people logged into Wikipedia, which has got to be a small percentage of Wikipedia users, probably just contributors and editors. In response, you disable a crucial feature that allows average users to actually find the article Wikipedia cites. Not only do you disable it for editors, you disable it for everyone! You know that people make fun of Wikipedia for its lack of reliable sources, and the circularity that sometimes results: http://itst.net/wp-content/uploads/2009/06/informationsgesellschaft-wikipedia-presse-1024x768.jpg I conclude a number of things. First, editors don't seem to be in the business of checking cited sources. Otherwise, clicking on a COinS, getting the primary source would be a *frequent* operation for them, and they'd be clamoring for tools like LibX that streamline this process. Second, why was this disabled both for editors (where, I'm guessing, the page is rendered every time a visit occurs), and ordinary users (who, I'm guessing, fetch a cached, prerendered page?) Why can't the COinS be in the cached page the majority of users sees? Third, there doesn't seem to be any metadata in the page right now. See point #1 - how are editors checking primary sources efficiently? Why did you disable this feature *before* you had a replacement? -- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 --- Comment #52 from p858snake p858sn...@gmail.com 2012-11-16 19:15:51 UTC --- (In reply to comment #51) So I read through this thread, and I'm amazed, to put it politely. There is a performance problem that affects only people logged into Wikipedia, which has got to be a small percentage of Wikipedia users, probably just contributors and editors. [Citation Needed] The issue affects the ability to edit and save the pages which in turns affects the non logged in users because people don't edit the pages to update. In response, you disable a crucial feature that allows average users to actually find the article Wikipedia cites. Not only do you disable it for editors, you disable it for everyone! This isn't a crucial feature, The primary data (the refernces) are still in the page. I conclude a number of things. First, editors don't seem to be in the business of checking cited sources. [Citation Needed] Second, why was this disabled both for editors (where, I'm guessing, the page is rendered every time a visit occurs), and ordinary users (who, I'm guessing, fetch a cached, prerendered page?) Why can't the COinS be in the cached page the majority of users sees? Because we currently don't have a system where we can do that. Third, there doesn't seem to be any metadata in the page right now. See point #1 - how are editors checking primary sources efficiently? Why did you disable this feature *before* you had a replacement? Because most people would view actually editing the page is more important than metadata making source checking easier. Also it would be nice if you changed your Bz account from showing that your a role account for a business/website to a individual so we know who were actually talking to. -- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 --- Comment #53 from Project LibX libx@gmail.com 2012-11-16 20:57:16 UTC --- libx@gmail.com is backed by the LibX Team; I'm in charge of the technical aspects. LibX is no business - it's open source; though we have received federal grants to employ some students, it's primarily community driven. Our key community are thousands of librarians who have set it up for their own local communities. Currently, I'm happy that this happened this week, and not 3 months from now, because I was just able to recruit one student to (finally) improve support for COinS - Wikipedia was our primary target. We were going to analyze the quality of the COinS (which btw wasn't good - I think that's because you had Wikitags in the metadata, like brackets), then decide on which services we needed to use to make sure the user can get to the item cited. Note that libraries have been slow to provide services that expose their knowledge base of what they hold and how their users can get access to it, which is why it's taken so many years that such a project has become feasible at all. Today, it is. Discovery systems like Summon provide full-text indices that not only include the combined content of many traditional abstracting and indexing databases, but also news paper archives, traditional library catalogs, and even local institutional sources like electronic theses and dissertation databases. In any event, consider doing something - if the performance of your template structure is the issue, use other techniques. Provide an AJAX service, or embed the data in client-side JavaScript (like nytimes.com does), then put it together on the client. From our perspective, the goal is to show the user, upon a mouse gesture, whether they have access to an item that's cited in a Wikipedia article. If so, a single click of the mouse should get them there. This goal is difficult to achieve if only the unstructured, formatted data is present. But it's a worthwhile goal and, I'm convinced, would truly help editors if/when they check sources. - Godmar Back (libx@gmail.com) -- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 --- Comment #54 from Chad H. innocentkil...@gmail.com 2012-11-16 21:10:16 UTC --- (In reply to comment #53) In any event, consider doing something - if the performance of your template structure is the issue, use other techniques. We are doing something different and it's under active development (and much further along than starting fresh with some AJAXy hacks). It's called Lua/Scribunto, and it was mentioned in comment 50. -- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 --- Comment #55 from Project LibX libx@gmail.com 2012-11-16 21:26:52 UTC --- I'm familiar with Lua (the programming language), and googling Scribunto leads to http://www.mediawiki.org/wiki/Extension:Scribunto which, upon 10 second inspection, doesn't explain how you'll be providing metadata. My use of the acronym 'AJAX' was referring to the asynchronous nature any service would need to have to avoid holding up the rendering of the page, which seemed to be your main concern. In other words, the page would be rendered and sent to the user without metadata, just containing a quickly-generated key for each item. Only when the user accesses it, such as by hovering over an item, would a separate service be accessed that provides the metadata in usable form. You can see this technique in action in many webpages, and it's not a hack at all. -- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 --- Comment #56 from Chad H. innocentkil...@gmail.com 2012-11-16 22:18:46 UTC --- (In reply to comment #55) I'm familiar with Lua (the programming language), and googling Scribunto leads to http://www.mediawiki.org/wiki/Extension:Scribunto which, upon 10 second inspection, doesn't explain how you'll be providing metadata. It's not just about metadata...the point is that we'll be able to (re)introduce complex things to templates without causing them to take ages to render (which was the whole reason for removing it). -- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 --- Comment #57 from Ryan Kaldari rkald...@wikimedia.org 2012-11-16 22:29:37 UTC --- The current plan is to deploy Scribunto to the production wikis in early 2013 (although I don't know personally if we are still on target for that). One of the first things that Scribunto will be used for is re-implementing the Citation/core template on English Wikipedia. Scribunto will allow our citation templates to be generated with a real programming language (Lua), rather than through a convoluted Turing machine of Wikitext. It is also expected that this conversion will dramatically improve page parsing time so that we are no longer teetering on the edge of the parser timeout abyss. -- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 --- Comment #58 from Project LibX libx@gmail.com 2012-11-17 01:53:19 UTC --- So - reimplement here means that COinS will just show up again, or will you provide metadata in a different format. If you provide again COinS, it would be nice if you improved your implementation and made it compliant with NISO Z39.88's context object format. That would help tremendously in making items findable more easily. -- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 Project LibX libx@gmail.com changed: What|Removed |Added CC||libx@gmail.com --- Comment #49 from Project LibX libx@gmail.com 2012-11-15 19:59:49 UTC --- LibX (libx.org) is a COinS processor, used by over 200,000 users affiliated with over 1,000 libraries worldwide. We link users to their OpenURL resolvers to obtain referenced items - journal and newspaper articles and books. We are in the middle of a project to greatly improve COinS processing, with Wikipedia as the primary beneficiary. Whereas the current implementation simply links users; our planned implementation would contact the user's library through such APIs as the Summon API and directly find links to where the user can get the item. This is of tremendous benefit, particularly to users of academic libraries with subscriptions to journal database or news paper archives. Please restore this functionality, either by restoring COinS, ajaxing COinS, or using alternative microformats; please provide this functionality such that not only metadata extraction is facilitated (like Zotero needs), but also such that a user interface can be provided that alerts users that an agent has processed the metadata - LibX, for instance, places a 'cue' where a COinS appears; we would like to add a tooltip. See an example of our envisioned design here: http://libx.org/how-to-set-up-libx-with-the-summon-api/ (This shows what we right now do for ISBNs on a page - we are working on doing just that for COinS, though would probably stop this project if Wikipedia drops COinS since you are the major provider at this point.) Thank you for your consideration. -- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 --- Comment #50 from Bawolff bawolff...@gmail.com 2012-11-16 02:48:22 UTC --- (In reply to comment #49) LibX (libx.org) is a COinS processor, used by over 200,000 users affiliated with over 1,000 libraries worldwide. We link users to their OpenURL resolvers to obtain referenced items - journal and newspaper articles and books. We are in the middle of a project to greatly improve COinS processing, with Wikipedia as the primary beneficiary. Whereas the current implementation simply links users; our planned implementation would contact the user's library through such APIs as the Summon API and directly find links to where the user can get the item. This is of tremendous benefit, particularly to users of academic libraries with subscriptions to journal database or news paper archives. Please restore this functionality, either by restoring COinS, ajaxing COinS, or using alternative microformats; please provide this functionality such that not only metadata extraction is facilitated (like Zotero needs), but also such that a user interface can be provided that alerts users that an agent has processed the metadata - LibX, for instance, places a 'cue' where a COinS appears; we would like to add a tooltip. See an example of our envisioned design here: http://libx.org/how-to-set-up-libx-with-the-summon-api/ (This shows what we right now do for ISBNs on a page - we are working on doing just that for COinS, though would probably stop this project if Wikipedia drops COinS since you are the major provider at this point.) Thank you for your consideration. There's probably a good chance the Wikipedians will add back COinS metadata once scribunto is deployed assuming the assumed performance predictions hold true. At this point I'd recommend just waiting it out. -- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 Andre Klapper aklap...@wikimedia.org changed: What|Removed |Added CC||aklap...@wikimedia.org, ||ro...@wikimedia.org --- Comment #43 from Andre Klapper aklap...@wikimedia.org 2012-11-12 14:40:07 UTC --- Ryan: As you bumped this back to highest priority, is anybody working on this? I'd like to have an assignee for this... -- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262
--- Comment #44 from Tim Starling tstarl...@wikimedia.org 2012-11-12 22:31:40
UTC ---
(In reply to comment #43)
Ryan: As you bumped this back to highest priority, is anybody working on this?
I'd like to have an assignee for this...
Three members of the platform team are working on Lua support, and I removed
the COINS metadata from {{Citation/core}} on the English Wikipedia, reducing
the parse time for articles with many citations by about 25%. [[Muammar
Gaddafi]] now takes only 23 seconds.
--
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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 Ryan Kaldari rkald...@wikimedia.org changed: What|Removed |Added Priority|Highest |High --- Comment #45 from Ryan Kaldari rkald...@wikimedia.org 2012-11-13 00:06:26 UTC --- Thanks. I was considering doing that myself, but your edit+opinion carries a lot more weight :) Moving priority back to High for now. -- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262
Andre Klapper aklap...@wikimedia.org changed:
What|Removed |Added
CC|ro...@wikimedia.org |
--- Comment #46 from Andre Klapper aklap...@wikimedia.org 2012-11-13 00:14:41
UTC ---
(In reply to comment #44)
I removed the COINS metadata from {{Citation/core}} on the English Wikipedia
Thanks for the workaround!
--
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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 --- Comment #47 from Tim Starling tstarl...@wikimedia.org 2012-11-13 00:38:26 UTC --- I've opened a discussion about the Wiktionary problem here: https://en.wiktionary.org/wiki/Wiktionary:Grease_pit/2012/November#Expanding_the_list_templates -- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 --- Comment #48 from Ryan Kaldari rkald...@wikimedia.org 2012-11-13 01:40:01 UTC --- I also left a couple messages on the Arabic Wikipedia (in English unfortunately): http://ar.wikipedia.org/wiki/%D9%86%D9%82%D8%A7%D8%B4_%D8%A7%D9%84%D9%82%D8%A7%D9%84%D8%A8:%D8%A7%D8%B3%D8%AA%D8%B4%D9%87%D8%A7%D8%AF http://ar.wikipedia.org/wiki/%D9%88%D9%8A%D9%83%D9%8A%D8%A8%D9%8A%D8%AF%D9%8A%D8%A7:%D8%B3%D9%81%D8%A7%D8%B1%D8%A9#Technical_issue_with_citation_templates Perhaps Uwe could help translate them for us. -- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 Ryan Kaldari rkald...@wikimedia.org changed: What|Removed |Added Priority|High|Highest --- Comment #41 from Ryan Kaldari rkald...@wikimedia.org 2012-11-12 02:51:59 UTC --- Confirmed that it is no longer possible to edit the Gaddafi article without parser timeout (http://en.wikipedia.org/wiki/Muammar_Gaddafi). That makes 3 reports of significantly important articles suffering read timeout in the past week (on 3 different wikis). Since this is a more significant bug than any of the others currently assigned to Highest priority, I'm going to bump it to Highest as well. Would it be possible for us to adjust the parser timeout time until Scribunto is deployed? -- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 --- Comment #42 from Tim Starling tstarl...@wikimedia.org 2012-11-12 03:51:43 UTC --- (In reply to comment #41) Confirmed that it is no longer possible to edit the Gaddafi article without parser timeout (http://en.wikipedia.org/wiki/Muammar_Gaddafi). That makes 3 reports of significantly important articles suffering read timeout in the past week (on 3 different wikis). According to slow-parse.log on fluorine, parse times for [[Muammar Gaddafi]] have been stable at 30-35 seconds since the log began in May. The [[a]] article on en.wiktionary.org has been taking more than 30 seconds since June 4. This is not a new or rapidly-changing problem. Since this is a more significant bug than any of the others currently assigned to Highest priority, I'm going to bump it to Highest as well. Would it be possible for us to adjust the parser timeout time until Scribunto is deployed? I don't think that would be a good idea, I think it would worsen our exposure to DoS attacks, and encourage template editors to make articles render even more slowly. -- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 Andre Klapper aklap...@wikimedia.org changed: What|Removed |Added CC||bardi_harbo...@yahoo.com.au --- Comment #40 from Andre Klapper aklap...@wikimedia.org 2012-11-10 13:27:28 UTC --- *** Bug 41941 has been marked as a duplicate of this bug. *** -- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 uwe maysara.abdul...@gmail.com changed: What|Removed |Added CC||maysara.abdul...@gmail.com --- Comment #39 from uwe maysara.abdul...@gmail.com 2012-11-10 00:43:01 UTC --- Also it is impossible to edit article https://ar.wikipedia.org/wiki/%D8%A5%D8%B3%D9%84%D8%A7%D9%85 (arabic article about Islam) Request: POST http://ar.wikipedia.org/w/index.php?title=%D8%A5%D8%B3%D9%84%D8%A7%D9%85action=submit, from 41.43.16.246 via cp1006.eqiad.wmnet (squid/2.7.STABLE9) to 10.64.0.141 (10.64.0.141) Error: ERR_READ_TIMEOUT, errno [No Error] at Sat, 10 Nov 2012 00:09:00 GMT -- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 Derk-Jan Hartman hartman.w...@gmail.com changed: What|Removed |Added CC||cmcma...@wikimedia.org --- Comment #38 from Derk-Jan Hartman hartman.w...@gmail.com 2012-11-08 09:18:33 UTC --- *** Bug 41863 has been marked as a duplicate of this bug. *** -- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 --- Comment #37 from Ryan Kaldari rkald...@wikimedia.org 2012-11-04 08:49:34 UTC --- It seems that it is currently very difficult to edit http://en.wiktionary.org/wiki/a due to this bug. It typically times out when trying to save. Here is the report for the page: Preprocessor visited node count: 479524/100 Preprocessor generated node count: 132979/150 Post-expand include size: 1772116/2048000 bytes Template argument size: 224175/2048000 bytes Highest expansion depth: 31/40 Expensive parser function count: 219/500 Looking forward to the deployment of Scribunto :) -- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 Mark A. Hershberger john.n...@gmx.com changed: What|Removed |Added Status|NEW |RESOLVED CC|b...@mzmcbride.com,|john.n...@gmx.com |bawolff...@gmail.com, | |innocentkil...@gmail.com, | |m...@everybody.org, | |p858sn...@gmail.com,| |platoni...@gmail.com, | |rkald...@wikimedia.org, | |roan.katt...@gmail.com | Resolution||WONTFIX --- Comment #37 from Mark A. Hershberger john.n...@gmx.com 2012-02-28 20:46:37 UTC --- Won't. Ahahahahaha! -- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 Bugmeister Bot mhershber...@wikimedia.org changed: What|Removed |Added Status|RESOLVED|REOPENED CC|john.n...@gmx.com |b...@mzmcbride.com, ||bawolff...@gmail.com, ||innocentkil...@gmail.com, ||m...@everybody.org, ||p858sn...@gmail.com, ||platoni...@gmail.com, ||rkald...@wikimedia.org, ||roan.katt...@gmail.com Resolution|WONTFIX | -- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 Brion Vibber brion.vib...@ymail.com changed: What|Removed |Added CC||brion.vib...@ymail.com --- Comment #37 from Brion Vibber brion.vib...@ymail.com 2011-11-30 19:08:11 UTC --- Fixed in r108765. -- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 Reedy s...@reedyboy.net changed: What|Removed |Added CC|brion.vib...@ymail.com | -- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262
Tim Starling tstarl...@wikimedia.org changed:
What|Removed |Added
CC||tstarl...@wikimedia.org
--- Comment #36 from Tim Starling tstarl...@wikimedia.org 2011-10-24 22:23:32
UTC ---
Just removing the COINS metadata from {{Citation/core}} would speed up article
rendering significantly.
--
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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 Rob Lanphier ro...@wikimedia.org changed: What|Removed |Added Keywords||platformeng Priority|Highest |High AssignedTo|ro...@wikimedia.org |wikibugs-l@lists.wikimedia. ||org -- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 --- Comment #35 from Rob Lanphier ro...@wikimedia.org 2011-09-07 05:04:38 UTC --- Here's what I'm saying: current performance is too slow. We know it's too slow, and we have at least a couple initiatives that should make things significantly faster, along with other less dramatic improvements that we should also implement if we still have problems. However, what I'm also saying is that there's no way to give people a general purpose programming environment, and then expect that it's going to perform well no matter what anyone throws at it. It's just not possible. It can perform well for most reasonable tasks, and we're not *aware* of any tasks that are unreasonable, but there's no guarantee that everything that every programmer does is going to be reasonable. The programmer may be trying to accomplish something reasonable, but I've seen even very good programmers make very poor performance choices in their code. On a wiki anyone can edit, there will almost always be someone(s) who is/are doing it wrong. I believe that Brion's comment in 2006 was a reaction to the prevailing mood at the time. If I recall his account of things correctly, there was a lot of pseudoscientific thou shalt not use the foobar template, for you will anger the performance gods, and they will smite the server kittehs. He saw that people were overreacting to advice about template performance, with no one actually doing any genuine profiling. So, now the pendulum seems to have swung in the other direction. Yes, we need references in articles. Yes, there are plenty of other perfectly reasonable uses of templates. Don't stop doing those things. That said, if there are more efficient ways of achieving the same end using a more efficient template, please, for pete's sake, make the template more efficient. Also, please help us figure out which templates are expensive and why they're expensive. If we can actually narrow down which parts of templates suck, developers may have a better idea of what parts should be implemented directly in PHP or even C if need be. My point is this: there's not a problem. There are problems. Having this all in a single bug suggests there is a single problem, and that's what I have a problem with. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 --- Comment #34 from Ryan Kaldari rkald...@wikimedia.org 2011-09-04 20:59:59 UTC --- Well, it seems Rob's comments have muddied the waters a bit. Correct me if I'm wrong, but Rob seems to be saying that no matter how much effort the developers put into back-end performance and optimization, the current degree of template complexity means that well-cited articles are always going to be slow. If that is the case, then I think we need to tell that to the community and have them work on template optimization. If that isn't the case, then we need to be clear about that as well, and make sure that this bug stays a high priority for the developers. As for this bug being too vague to fix, I will personally consider it fixed when I no longer get read timeouts from trying to view diffs, which I still do as of today. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #33 from Roan Kattouw roan.katt...@gmail.com 2011-09-03 10:01:24 UTC --- (In reply to comment #32) But when it takes 35+ seconds to load a page, performance does matter! No one said it didn't matter. We all agree this is a problem, it's just that we're saying this is something for *us* (developers) to fix, not for template editors necessarily. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 --- Comment #28 from Rob Lanphier ro...@wikimedia.org 2011-09-02 20:58:25 UTC --- This isn't really a single issue. Every page is going to have a different specific reason for taking a long time to load. Generally, the problem will be some combination of the following problems: 1. Our template language is too slow 2. Our PHP interpreter is too slow 3. The templates being used by the page are too complicated or inefficient We have initiatives to solve the first two problems (#1: use a new template language like Wikiscript, Lua, or Javascript; #2: use HipHop). However, if a page is taking over a minute to parse, chances are that the templates themselves need to be made more efficient. No matter how efficient we make the template language, it will always be possible to more than offset the efficiency gain with more complicated templates. The more efficient we make templates, the more complicated people will make templates. I think more sandbox testing like what MZMcBride did (see comment #2) would be very valuable to isolate specific templates that are ripe for optimization. I'm not sure if this particular bug is going to be valuable to keep open. It's not specific enough to ever be closed. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 --- Comment #29 from Ryan Kaldari rkald...@wikimedia.org 2011-09-02 21:52:44 UTC --- Thanks for the enlightening post Rob. If template complexity is really to blame, we need to make a concerted effort to communicate this to the community. For the past several years the community has been told the opposite: That they should not worry about template costs or server performance issues. For example: Generally, you should not worry much about little things like templates and 'server load' at a policy level. If they're expensive, we'll either fix it or restrict it at a technical level; that's our responsibility... -- Brion Vibber, 2006 In fact, there's an entire essay on en.wiki: Wikipedia:Don't worry about performance Clearly this mindset is now outdated. Perhaps you or Brion could post about this issue on the Wikimedia Blog so that we can start to change this mindset and get people working on template optimization. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 --- Comment #30 from j.mccra...@comcast.net 2011-09-02 23:16:57 UTC --- When I first posted this, it was taking 35 seconds or longer. It got worse. But I checked it today on IE and Firefox and it was fast - about 2 seconds. Has something been fixed? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262
--- Comment #31 from MZMcBride b...@mzmcbride.com 2011-09-03 02:34:02 UTC ---
(In reply to comment #29)
In fact, there's an entire essay on en.wiki: Wikipedia:Don't worry about
performance
Clearly this mindset is now outdated. Perhaps you or Brion could post about
this issue on the Wikimedia Blog so that we can start to change this mindset
and get people working on template optimization.
That's most certainly not the solution. This can't be stressed enough. Tim and
I have discussed this (though he comes down on your side still, I think, or did
at one point).
The scope of Wikimedia projects is the dissemination of free educational
material. When you make it the job of wiki users to debug complex
wiki-templates and try to fine-tune them, it's a very bad and very undesirable
situation.
Users should not be worried about performance, by and large. They certainly
shouldn't be concerned that they're using too many calls to citation templates
(of all things!). We want users to be encouraged to cite information and build
content. That's the goal. We want to discourage mindless optimizations
(without any real debugging tools) that users will inevitably and invariably
make in the name of fixing a system that they didn't break and that's not their
responsibility to maintain.
(In reply to comment #28)
This isn't really a single issue. Every page is going to have a different
specific reason for taking a long time to load.
Err, prove it. The pages that I've seen that are slower all have the same root
cause: too many calls to particular types of templates. Citation templates are
the biggest issue, but the coord(inates) family and the convert family have
also caused problems in the past.
I think more sandbox testing like what MZMcBride did (see comment #2) would be
very valuable to isolate specific templates that are ripe for optimization.
It's valuable when there's a dearth. But at the moment, finding large pages
that take an excessive amount of time to load/render/parse is easy. And the
solution(s) are already known (as Domas would say, this is very low-hanging
fruit from an optimization standpoint). It's a matter of implementing the
solutions (which I guess Tim and Victor are working on).
(And, going forward, users ideally won't even have a real concept of templates
outside of those things that make wiki-editing more standardized. We want to
get users away from thinking about {{cite web}} or {{coord}} or anything
like that. That's echoing what Brion and many others have said, especially as
work on the new parser ramps up. Trying to get users to care about these
templates and then trying to get them to make them faster is a step in the
wrong direction.)
I'm not sure if this particular bug is going to be valuable to keep open.
It's
not specific enough to ever be closed.
This bug is fine. When there is a better system (or systems) in place that make
the pages load faster, this bug can be closed. Just because a bug is difficult
or is going to likely remain open for a long time doesn't make it any less
valid. There's certainly something problematic and actionable here.
(In reply to comment #30)
When I first posted this, it was taking 35 seconds or longer. It got worse.
But I checked it today on IE and Firefox and it was fast - about 2 seconds.
Has something been fixed?
Sounds like you just hit cache. (Or I suppose it's possible someone drastically
reduced the number of template calls in the page you're looking at.) Do you
have a particular example page/URL? Have you tried with ?action=purge appended?
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 --- Comment #32 from j.mccra...@comcast.net 2011-09-03 02:43:50 UTC --- But when it takes 35+ seconds to load a page, performance does matter! Many readers are not going to wait that long and will miss the content. And when it takes 2 minutes to get a diff or an edit screen, performance does matter. Some editors (including me) are just not going to wait for that long of a time just to get to the edit screen or to check other's edits. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 Ryan Kaldari rkald...@wikimedia.org changed: What|Removed |Added Summary|Pages with a high number of |Pages with a high number of |citation templates suffer |templates suffer extremely |extremely slow rendering or |slow rendering or read |read timeout for logged in |timeout for logged in users |users | --- Comment #27 from Ryan Kaldari rkald...@wikimedia.org 2011-08-12 17:12:56 UTC --- It looks like this issue affects more than just citation templates. Articles with large numbers of Coord templates are also taking extremely long to load. For example: http://en.wikipedia.org/wiki/List_of_United_Kingdom_locations:_Am-Ar took 59 seconds (excluding images and javascript) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- 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
[Bug 19262] Pages with a high number of templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Normal |Highest -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- 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
