As suggested before, we should begin to explore the need of a dedicated editcounter that is run on the new stable server. The simple fact is that it would make life easier for many wikis, by providing a fast and reliable editcounter for users to utilise for any purpose (RfA, RfB, etc.).
Is there anyone that has a editcount utility that would be fine with hosting it on the stable server?
Thanks in advance,
Kind regards,
E English Wikipedia e.wikipedia@gmail.com
On Nov 21, 2007 9:16 PM, E e.wikipedia@gmail.com wrote:
As suggested before, we should begin to explore the need of a dedicated editcounter that is run on the new stable server. The simple fact is that it would make life easier for many wikis, by providing a fast and reliable editcounter for users to utilise for any purpose (RfA, RfB, etc.).
Is there anyone that has a editcount utility that would be fine with hosting it on the stable server?
Thanks in advance,
Kind regards,
E English Wikipedia e.wikipedia@gmail.com _______________________________________________ Toolserver-l mailing list Toolserver-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/toolserver-l
Taking the opportunity of making it a real project, I think an edit counter should not be a stand alone. It would be cool to have a detailed analysis toolbox, varying from edit count, edit summary usage, uploads and more.
So... Who is going to program it. What language?
If there is going to be an analysis toolkit, there are some more and less important points: * (Global) opt-in. * Easily translatable * Uniform skin * A lot of maintainers
So far my brainstorm.
Bryan
Bryan Tong Minh wrote:
Taking the opportunity of making it a real project, I think an edit counter should not be a stand alone. It would be cool to have a detailed analysis toolbox, varying from edit count, edit summary usage, uploads and more.
most of those things are actually what people consider to be part of an edit counter nowadays anyway. (although i don't think edit summary could be done easily - there's no suitable index.)
- river.
On 21/11/2007, River Tarnell river@wikimedia.org wrote:
Bryan Tong Minh wrote:
Taking the opportunity of making it a real project, I think an edit counter should not be a stand alone. It would be cool to have a detailed analysis toolbox, varying from edit count, edit summary usage, uploads and more.
most of those things are actually what people consider to be part of an edit counter nowadays anyway. (although i don't think edit summary could be done easily - there's no suitable index.)
- river.
Toolserver-l mailing list Toolserver-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/toolserver-l
Would it be an idea to make it cache the result of the analysed data, so that it wouldnt go through a large calculation every time?
-- HP
(Yeah, I dont know what im talking about most of the time.)
It would also be quite nice to have an API too, or at least a way to get raw output. This would enable other projects\websites to query it, opening up the usage it gets.
MinuteElectron.
I'm happy to do it in PHP, and should be able to implement the various features here. I'd use simple URL-hash based filesystem caching (unless memcache is an option? -- the scale of the edit counter might justify this). A RESTful API would be the simplest option, with data output in XML and possibly JSON/serialized PHP. We could have a couple of settings, e.g. "Quick Count" (no namespaces or other statistics", "Summary" (namespaces) and "Detailed" (count, namespaces, timeline, use of edit summaries etc.).
Presuming it's going to be widely used, we might as well plan it here -- anybody else have structural suggestions for the tool?
On Nov 22, 2007 6:16 AM, E e.wikipedia@gmail.com wrote:
As suggested before, we should begin to explore the need of a dedicated editcounter that is run on the new stable server. The simple fact is that it would make life easier for many wikis, by providing a fast and reliable editcounter for users to utilise for any purpose (RfA, RfB, etc.).
Is there anyone that has a editcount utility that would be fine with hosting it on the stable server?
Thanks in advance,
Kind regards,
E English Wikipedia e.wikipedia@gmail.com
Toolserver-l mailing list Toolserver-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/toolserver-l
draicone@gmail.com wrote:
Presuming it's going to be widely used, we might as well plan it here -- anybody else have structural suggestions for the tool?
at the risk of starting a language argument, i'm against doing it in PHP. i'd suggest Python:
* Lots of people know it (although perhaps less than PHP - but it's easy to learn), * It's fast, especially with FastCGI, compared to PHP, since there's no startup cost on every request, * It's arguably a cleaner and nicer language. * There's already an edit counter in Python ;) (mine)
- river.
Yay, language war! j/k
If you'd prefer Python, that's fine, although I must admit I have no familiarity at all with Python so we'd probably have to adapt your existing code.
I chose PHP for a number of reasons, including: * I'm very familiar with it, and so are quite a few other people * There's a lot of code available for it to make complex tasks like RESTful web services really easy * It can be optimised to handle massive loads, even with the overhead * It's got a lot of data processing features inbuilt * There's already an edit counter in PHP ;) (mine)
On Nov 22, 2007 7:41 AM, River Tarnell river@wikimedia.org wrote:
draicone@gmail.com wrote:
Presuming it's going to be widely used, we might as well plan it here -- anybody else have structural suggestions for the tool?
at the risk of starting a language argument, i'm against doing it in PHP. i'd suggest Python:
- Lots of people know it (although perhaps less than PHP - but it's easy
to learn),
- It's fast, especially with FastCGI, compared to PHP, since there's no
startup cost on every request,
It's arguably a cleaner and nicer language.
There's already an edit counter in Python ;) (mine)
- river.
Toolserver-l mailing list Toolserver-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/toolserver-l
toolserver-l@lists.wikimedia.org