Re: [Wikitech-l] Parsoid still doesn't love me

On Fri, Nov 6, 2015 at 3:29 PM, Ricordisamoa wrote: > What if I need to get all revisions (~2000) of a page in Parsoid HTML5? > The prop=revisions API (in batches of 50) with mwparserfromhell is much > quicker. > That's a tradeoff you get with a highly-cacheable

[Wikitech-l] Summit proposal: Turning the Table of Contents into a discrete object

Hi! I would like to turn the mw ToC into a discrete object within the codebase. Write a ToC class and pull all the random building parts out of the parser and five levels of pageoutput, and make it stop messing up the page caching and stuff. Make this class a thing, separate from the content

[Wikitech-l] people.wikimedia.org moved, access for all shell users

Hi, crossposting from the operations list, so that all shell users see it. this is to let you know that the service https://people.wikimedia.org has moved to a new backend server. From terbium to "rutherfordium.eqiad.wmnet", which is a ganeti VM. Also, all shelll users have access now. We don't

Re: [Wikitech-l] Parsoid still doesn't love me

On 11/09/2015 12:37 PM, Petr Bena wrote: Do you really want to say that reading from disk is faster than processing the text using CPU? I don't know how complex syntax of mw actually is, but C++ compilers are probably much faster than parsoid, if that's true. And these are very slow. What takes

Re: [Wikitech-l] Parsoid still doesn't love me

On Mon, Nov 9, 2015 at 1:37 PM, Petr Bena wrote: > Do you really want to say that reading from disk is faster than > processing the text using CPU? I don't know how complex syntax of mw > actually is, but C++ compilers are probably much faster than parsoid, > if that's true.

Re: [Wikitech-l] Parsoid still doesn't love me

Il 09/11/2015 15:52, Brad Jorsch (Anomie) ha scritto: On Fri, Nov 6, 2015 at 3:29 PM, Ricordisamoa wrote: What if I need to get all revisions (~2000) of a page in Parsoid HTML5? The prop=revisions API (in batches of 50) with mwparserfromhell is much quicker.

Re: [Wikitech-l] Parsoid still doesn't love me

Do you really want to say that reading from disk is faster than processing the text using CPU? I don't know how complex syntax of mw actually is, but C++ compilers are probably much faster than parsoid, if that's true. And these are very slow. What takes so much CPU time in turning wikitext into

Re: [Wikitech-l] Forking, branching, merging, and drafts on Wikipedia

Apologies for the summit proposal reading like a manifesto. Drafts are a big use case, as is offline editing. Flagged revisions might use this as well. As a feature request it dates back to the dark days of the wiki. It certainly is an enabler for a lot of different

Re: [Wikitech-l] Forking, branching, merging, and drafts on Wikipedia

On 07/11/15 00:32, David Gerard wrote: On 7 November 2015 at 00:29, Brian Wolff wrote: I feel like different people want different things, and what is really needed is a user-centric discussion of use-cases to drive a feature wishlist, not any sort of discussion about

Re: [Wikitech-l] Summit proposal: Turning the Table of Contents into a discrete object

I lean in favor of this concept. Can someone from Performance comment in Phabricator? Thanks! Pine On Nov 9, 2015 7:26 PM, "Isarra Yos" wrote: > Hi! I would like to turn the mw ToC into a discrete object within the > codebase. Write a ToC class and pull all the random