Last modified: 2011-03-13 18:05:39 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T12330, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 10330 - shell - activate AllowSlowParserFunctions
shell - activate AllowSlowParserFunctions
Status: RESOLVED WONTFIX
Product: Wikimedia
Classification: Unclassified
Site requests (Other open bugs)
unspecified
All All
: Lowest enhancement with 5 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
http://nl.wikibooks.org
: shell
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2007-06-21 20:50 UTC by Peter van Londen
Modified: 2011-03-13 18:05 UTC (History)
3 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Peter van Londen 2007-06-21 20:50:14 UTC
At wikibooks-nl there was a new namespace created: Wikijunior. Now books and pages in this namespace can not be counted with a magic word. Counts can be done (when I understand correctly from http://meta.wikimedia.org/wiki/Help:Magic_words#Statistics) by activating AllowSlowParserFunctions so the magic word {{PAGESINNS:ns}} can be used.

The community agrees with this request: http://nl.wikibooks.org/wiki/Wikibooks:Lerarenkamer#Ondersteuning_aanzetten_functie_AllowSlowParserFunctions

Thanks, Londenp
Comment 1 Roan Kattouw 2007-06-21 21:07:59 UTC
As a Dutch native, I can verify that the aforementioned discussion is indeed in favor of activating AllowSlowParserFunctions.
Comment 2 JeLuF 2007-08-16 05:18:12 UTC
These parser functions are very slow and thus expensive. Is this really necessary?
Comment 3 JeLuF 2007-09-08 22:52:03 UTC
No response within 3 weeks => closing for now.
Comment 4 Peter van Londen 2007-09-09 09:48:36 UTC
Excuse me I did not see comment two and missed the mail along with that.

Yes it is necessary, because we have separate departments: Wikijunior and Wikibooks within one site. It might even be expanded in the future with Wikiversity, because there is some interest in this project, but the resources are to small to justify in separate projects. I don't know how slow it is (how it will work out on site performance) and if that will be a problem.

Can we just try and see in let's say in two months how this works out?

Am I allowed to changed back to new (I just do it and accept consequences later).

Kind regards Londenp
Comment 5 Andrew Garrett 2007-09-09 09:50:25 UTC
The obvious question being whether or not it is strictly necessary to count items in a namespace.
Comment 6 Peter van Londen 2007-09-09 11:36:52 UTC
Andrew you are right: it is even not strictly necessary to count items in the main namespace as well. In Wikibooks we have two main namespaces: the wikibooks namespace=main namespace and the wikijunior namespace, which is the second namespace.

In the Dutch Wikibooks the wikijunior namespace is more a namespace with books made by and for children (in the EN:WB Wikijunior books are made by grown-ups). We have chosen to separate those two in seperate namespaces, because of the big difference in quality. As we don't have a project called wikijunior, we have done it this way, that is with an extra namespace.

We could count the items by hand, but wikijunior is getting quite big, therefore the question to automize it with slowparsersfunctions.

I don't think slowparserfunctions can make a distinction, but we only need it for Wikijunior namespace.
Comment 7 Peter van Londen 2007-10-07 20:30:37 UTC
We don't need it anymore. A wikian made a bot and a tool on the toolserver, which counts the articles and books per namespace every few hours and updates a count in a template. It works well. So I change to wontfix.

Thanks anyhow for considering.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links