Re: [Wikitech-l] What type of language is the wikitext ?

gt; > ___ > > Wikitech-l mailing list > > Wikitech-l@lists.wikimedia.org > > https://lists.wikimedia.org/mailman/listinfo/wikitech-l > ___ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l > -- Gabriel Wicke Principal Engineer, Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [AI] ORES service is having trouble

pparently fixed it. > > I see there is already this https://gerrit.wikimedia.org/r/35 now > ___ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l > -- Gabriel

Re: [Wikitech-l] Setting up multiple Parsoid servers behind load balancer

degree of automation for MediaWiki, but we are working on it. -- Gabriel Wicke Principal Engineer, Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Setting up multiple Parsoid servers behind load balancer

On Fri, Jun 9, 2017 at 12:56 AM, Alexandros Kosiaris < akosia...@wikimedia.org> wrote: > > I also don't think you need RESTBase as long as you are willing to > wait for parsoid to finish parsing and returning the result. Apart from performance, there is also functionality that is missing without

[Wikitech-l] Wikimedia REST API hits v1.0

rd work! We are looking forward to continuing to work with you all on making this API an even better platform for building user experiences, services, and tools. Cheers, Gabriel and the Services team -- Gabriel Wicke Principal Engineer, Wikimedia Foundation __

Re: [Wikitech-l] ArchCom Monutes, News, and Outlook

That‘s our commitment. > > Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V. > Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter > der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für > Körperschaften I Berlin,

Re: [Wikitech-l] ArchCom Monutes, News, and Outlook

Thanks for everyone who participated in the discussion. Unfortunately, we ran into a technical issue with setting up the youtube stream that we weren't able to resolve quickly (my apologies to those unable to follow the stream), but we did take detailed notes

Re: [Wikitech-l] ArchCom Monutes, News, and Outlook

view, and is only visible to those in the WMF - could it be > >> moved to mediawiki.org please? > > > > > ___ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l > -- Gabriel Wicke Principal Engineer, Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] ArchCom Monutes, News, and Outlook

On Fri, Mar 10, 2017 at 12:06 PM, Legoktm wrote: > Hi, > > On 03/09/2017 08:17 AM, Daniel Kinzler wrote: > > * NOTE: we plan to experiment with having a public HANGOUT meeting, > instead of > > using IRC. > > Can I ask why? With audio and video, hangouts provide a

Re: [Wikitech-l] ArchCom Monutes, News, and Outlook

On Thu, Mar 9, 2017 at 8:17 AM, Daniel Kinzler wrote: > > Next week’s RFC meeting (tentative, pending confirmation): > * explore High - Level Mobilefrontend Requirements (JavaScript frameworks, > Progressive Apps, and all that jazz) >

Re: [Wikitech-l] (Belated) ArchCom meeting notes 2017-02-15

a, see https://en.wikipedia.org/api/rest_v1/. > > Samuele2002 > > Il 21/Feb/2017 10:06 PM, "Gabriel Wicke" <gwi...@wikimedia.org> ha > scritto: > > > Hi, here is a brief summary from last week's ArchCom meeting. Apologies > for > > the delay. > > Inter

[Wikitech-l] (Belated) ArchCom meeting notes 2017-02-15

cision or allow for more discussion in its meeting on Wednesday, February 22nd. - T66214: Define an official thumb API <https://phabricator.wikimedia.org/T66214>: Needs an update to the summary to reflect the recent discussion, should be ready for last call then.

Re: [Wikitech-l] Discussion Platform

rietary walled garden service. > > -- > Brad Jorsch (Anomie) > Senior Software Engineer > Wikimedia Foundation > ___ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia

Re: [Wikitech-l] 2016W43 ArchCom-RFC meeting: Allow HTML in SVG?

ttps://lists.wikimedia.org/mailman/listinfo/wikitech-l > -- Gabriel Wicke Principal Engineer, Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] RESTBase multiple pages with one request

> > > > _______ > > Wikitech-l mailing list > > Wikitech-l@lists.wikimedia.org > > https://lists.wikimedia.org/mailman/listinfo/wikitech-l > > > > -- > Jaime Crespo > <http://wikimedia.org> > > ___ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l > -- Gabriel Wicke Principal Engineer, Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Loosing the history of our projects to bitrot. Was: Acquiring list of templates including external links

Do this regularly. > > > - d. > > ___________ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l > -- Gabriel Wicke Principal Engineer, Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Shutting down deprecated rest.wikimedia.org by September 1st

sers about the move. Access to the REST API is exclusively through the main project domains, following the following pattern: https://en.wikipedia.org/api/rest_v1/?doc Thank you for your cooperation, -- Gabriel Wicke Principal Engineer, Wikimedia Foundation [1]: https://lists.wikimedia

Re: [Wikitech-l] 2016-06-01 Scrum of Scrums meeting notes

On Fri, Jun 3, 2016 at 10:21 AM, James Forrester wrote: > On 3 June 2016 at 00:14, Pine W wrote: > >> I'd like to request a clarification about RESTBase. >> >> These notes say: >> "* RESTBase >> ** enforcing rate limits as of today >> *** pageview:

Re: [Wikitech-l] Reviving SVG client-side rendering task

ast some denial of service ones). > > -- > Bartosz Dziewoński > > > ___ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- Gabriel Wicke Principal Engineer, Wikimedia Foundation

Re: [Wikitech-l] Docs, use of, and admin privileges for wikimedia github project?

On Mon, Apr 25, 2016 at 8:19 AM, Brion Vibber wrote: > More importantly, > when folks have repos that they've been running on GitHub already and want > to move into the wikimedia project (rather than switch to gerrit), what's > the procedure? I'm an admin/owner so I can

Re: [Wikitech-l] Deprecating rest.wikimedia.org in favor of /api/rest_v1/

Final reminder on this: We are planning to finally sunset rest.wikimedia.org in the week starting April 25th, 1 1/2 weeks from now. Please move your REST API clients to /api/rest_v1/ at the regular project domains instead! Thanks, Gabriel On Mon, Jan 25, 2016 at 11:00 AM, Gabriel Wicke <

[Wikitech-l] REST API to follow page redirects from April 25th

ally, we have already done so for VisualEditor and the Mobile Content Service. See also https://phabricator.wikimedia.org/T118548 for background & related discussion. Let us know if you have any concerns or questions about this. Thanks, Gabriel Wicke for the Wikimedia Services Team [1

[Wikitech-l] ArchCom RFC update #5

This week, JavaScript module interfaces in ResourceLoader were merged, the ServiceLocator implementation continued, and there was a lively discussion of options for balancing templates on IRC. Shadow namespaces

[Wikitech-l] ArchCom RFC update #4

://phabricator.wikimedia.org/T88596> (Daniel) T11 RFC: Introduce notion of DOM scopes in wikitext <https://phabricator.wikimedia.org/T11> (Tim) T120164 RFC: Institute "last call" period for MediaWiki RfCs (WIP) -- Gabriel Wicke Principal Engineer, Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] ArchCom RFC update

ications in core <https://phabricator.wikimedia.org/T128351> (Brion) T118517 RFC: Use for media <https://phabricator.wikimedia.org/T118517> (Brion) T88596 Improving extension management <https://phabricator.wikimedia.org/T88596> (Daniel) T11 RFC: Introduce notion of DOM scop

[Wikitech-l] ArchCom RFC update

Hi, please have a look at this week's summary of new and ongoing RFC discussions. There are several new RFCs, and some existing ones are moving close to a decision. No RFCs were decided finally this week. Because of the parallel Hackathon, no IRC discussion is scheduled for next week. Gabriel

Re: [Wikitech-l] [Services] [ANNOUNCEMENT] RESTBase and related services DC switch-over test

>> >> [1] >> https://www.mediawiki.org/wiki/Wikimedia_Engineering/2015-16_Q3_Goals#Technology >> [2] https://phabricator.wikimedia.org/project/profile/1723/ >> [3] https://phabricator.wikimedia.org/T127974 >> [4]

[Wikitech-l] ArchCom RFC update

Hi, I am writing to give you a quick summary of which RFCs we are currently working on in the ArchCom. Each RFC has the name of its 'shepherd' listed next to it. A shepherd is responsible for working with the RFC author to move the RFC forward, publicize it, and represent it in the architecture

Re: [Wikitech-l] New RFC: remove mbstring fallbacks

nt <https://phabricator.wikimedia.org/T129435> :) > > -- Legoktm > > ___ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- Gabriel Wicke Principal Engineer, Wikimedi

[Wikitech-l] REST API soon redirecting to canonical URLs

this will lead to a small slow-down from the redirect. To avoid being redirected, make sure to use underscores instead of spaces, as in "Main_Page". Thanks, Gabriel Wicke ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia

Re: [Wikitech-l] Mostly about anglophile devs, and a small complaint about VisualEditor

On Sun, Mar 13, 2016 at 3:39 PM, Derk-Jan Hartman wrote: > >> On 13 mrt. 2016, at 20:36, Amir E. Aharoni >> wrote: >> >> Ideally, this should some day be real metadata and not templates. Using >> templates for this is a hack that keeps

[Wikitech-l] Minor REST API cleanup: Remove experimental listings, make timeuuid parameter mandatory for data-parsoid

go to plan, we will deploy these changes sometime next week. Thank you for your understanding, Gabriel Wicke for the Services team [1]: https://en.wikipedia.org/api/rest_v1/?doc#!/Page_content/get_page_html [2]: https://en.wikipedia.org/api/rest_v1/?doc#!/Page_content/get_page_data_parsoid [3

Re: [Wikitech-l] RFC: Defining a policy for REST API result format versioning / negotiation

promptly. We will now document and implement this policy. The first use of content negotiation will be an upcoming change in Parsoid's HTML format. Thank you for your input, Gabriel On Wed, Feb 17, 2016 at 3:36 PM, Gabriel Wicke <gwi...@wikimedia.org> wrote: > The IRC discussion just

Re: [Wikitech-l] RFC: Defining a policy for REST API result format versioning / negotiation

, 2016 at 7:41 PM, Gabriel Wicke <gwi...@wikimedia.org> wrote: > We will discuss options for REST API response format versioning and > -negotiation in Wednesday's RFC meeting: > > Topic: https://phabricator.wikimedia.org/T124365 > Time: Wednesday 22:00 UTC (2pm PST) > Locatio

Re: [Wikitech-l] RFC: Defining a policy for REST API result format versioning / negotiation

, after which the Architecture Committee will decide based on the discussion. I'm looking forward to your input on the task or IRC. Gabriel On Thu, Jan 21, 2016 at 4:29 PM, Gabriel Wicke <gwi...@wikimedia.org> wrote: > Hi, > > we are considering a policy for REST API end poin

Re: [Wikitech-l] Mass migration to new syntax - PRO or CON?

t; >> ESPECIALLY for something so silly as array formatting which gains us >> *absolutely nothing* >> >> -Chad >> > > I change my vote to PRO. > > Mainly because people are gonna do it anyway... > > Last thoughts on the thread, I got bigger fish to fry than array syntax > sugar :D > &

Re: [Wikitech-l] [Wikitext-l] [Mediawiki-api] [Engineering] Deprecating rest.wikimedia.org in favor of /api/rest_v1/

Hi Luigi, On Fri, Jan 29, 2016 at 12:31 PM, Luigi Assom wrote: > - how to extract _ID from ETag in headers: > GET /page/title/{title} the page id is indeed not directly exposed in the HTML response. However, the revision number is exposed as part of the ETag. This can

Re: [Wikitech-l] Parsoid entrypoint http://parsoid-lb.eqiad.wikimedia.org being decommissioned

Multi-line input for transform end points is now live: https://en.wikipedia.org/api/rest_v1/?doc#!/Transforms/post_transform_wikitext_to_html_title_revision On Sat, Jan 30, 2016 at 10:46 AM, Gabriel Wicke <gwi...@wikimedia.org> wrote: > Basic multi-line input support for wikite

Re: [Wikitech-l] [Engineering] Announcing mediawiki-containers, a Docker-based MediaWiki installer

.@wikimedia.org> wrote: >> >> On Thu, Dec 24, 2015 at 3:57 PM, Gabriel Wicke <gwi...@wikimedia.org> >> wrote: >>> >>> I am writing to announce mediawiki-containers [1], a simple installer for >>> MediaWiki with VisualEditor, Parsoid, RESTBase and

Re: [Wikitech-l] Parsoid entrypoint http://parsoid-lb.eqiad.wikimedia.org being decommissioned

enient to use. YMMV. > > Subbu. > > > ___ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- Gabriel Wicke Principal Engineer, Wikimedia Foundation

Re: [Wikitech-l] [Mediawiki-api] [Engineering] Deprecating rest.wikimedia.org in favor of /api/rest_v1/

also for other languages? Yes, it is available for all 800+ public Wikimedia projects at /api/rest_v1/. [1]: https://github.com/wikimedia/restbase/pull/488/files#diff-2b6b60416eaafdf0ab45f6c9ffb8be3aR225 -- Gabriel Wicke Principal Engineer, Wikimedia Foundation ___

[Wikitech-l] [FINAL COMMENT PERIOD] [RFC]: Defining a policy for REST API result format versioning / negotiation

This is now entering its final comment period, so please weigh in at https://phabricator.wikimedia.org/T124365. Based on your input, the Parsing, Editing & Services teams will make a decision on this next Wednesday, Feb 2nd. Thanks, Gabriel On Thu, Jan 21, 2016 at 4:29 PM, Gabriel Wicke

[Wikitech-l] Changes in the RFC decision making process

In the last weeks we have been exploring ways to improve our technical consensus building and decision making process. I wrote a short RFC [1] describing some issues, and proposed to adopt ideas from the Rust community [2] to address them. The discussion on the task and in an IRC meeting showed

[Wikitech-l] Deprecating rest.wikimedia.org in favor of /api/rest_v1/

-- Gabriel Wicke Principal Engineer, Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Deprecating rest.wikimedia.org in favor of /api/rest_v1/

Strainu, On Mon, Jan 25, 2016 at 11:01 AM, Strainu wrote: > Hi, > > Does this apply to the Graph extension as well? the graph extension has been using /api/rest_v1/ right from the start, so it's likely that no changes are needed for graphs. Gabriel

Re: [Wikitech-l] [Engineering] Deprecating rest.wikimedia.org in favor of /api/rest_v1/

On Mon, Jan 25, 2016 at 11:38 AM, Oliver Keyes wrote: > Will it apply to the pageviews API as well? It will, but the canonical URL for this has always been https://wikimedia.org/api/rest_v1/?doc, which will continue to work. Are you aware of any pageview users hitting

[Wikitech-l] RFC: Defining a policy for REST API result format versioning / negotiation

the data-mw attribute to a separate metadata blob. Gabriel Wicke ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] RESTBase 0.9.2 (security release)

by the RESTBase service user might have been accessed by third parties, so appropriate measures should be taken. mediawiki-containers [2] users with automatic updates enabled have already been upgraded to v0.9.2. -- Gabriel Wicke Principal Engineer, Wikimedia Foundation [1]: https://github.com

[Wikitech-l] Randy Shoup on architecture experiences from Google and Ebay

Many of you have already seen this when it came out, but I think it's worth re-posting Randy Shoup's summary of architecture experiences from his time at Google and Ebay: http://www.infoq.com/presentations/service-arch-scale-google-ebay For those interested in a quick summary of his key points,

Re: [Wikitech-l] Announcing mediawiki-containers, a Docker-based MediaWiki installer

Hi Riccardo, On Thu, Dec 24, 2015 at 4:02 PM, Riccardo Iaconelli wrote: > We have a full Mediawiki stack, including OCG, memcached and Parsoid, and it > has been working like a breeze on many platforms. I'm glad to hear that Docker has worked well for you. I wasn't aware of

[Wikitech-l] Announcing mediawiki-containers, a Docker-based MediaWiki installer

hink & what you would like to see next at https://phabricator.wikimedia.org/T92826. Happy holidays, Gabriel Wicke and the Services team [1]: https://github.com/wikimedia/mediawiki-containers [2]: http://serverbear.com/compare?Sort=BearScore=desc+Type=VPS+Cost=-=-=5-=-=KVM [3

Re: [Wikitech-l] Peer-to-peer sharing of the content of Wikipedia through WebRTC

On Mon, Nov 30, 2015 at 4:02 PM, Bryan Davis wrote: > On Mon, Nov 30, 2015 at 4:03 PM, Brian Wolff wrote: >> >> If we wanted to address such a situation, it sounds like it would be >> less complex to just setup a varnish box (With access to the HTCP >>

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

wrote: > I think your subject line should have been "RESTBase doesn't love me"? > --scott > ​ > ___ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l >

Re: [Wikitech-l] Parsoid convert arbitrary HTML?

quot; | node > parse --html2wt > * a > * b > * c > > [subbu@earth bin] echo foo" | node parse --html2wt > foo > > > ___ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l > -- Gabriel Wicke Principal Engineer, Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Inhibitors for Mobile Content Service to use Parsoid output

t; > > > > > > -- > > Dmitry Brant > > Mobile Apps Team (Android) > > Wikimedia Foundation > > https://www.mediawiki.org/wiki/Wikimedia_mobile_engineering > > ___ > > Wikitech-l mailing list > > Wikitech-l@lists.wikimedia.org <javascript:;> > > https://lists.wikimedia.org/mailman/listinfo/wikitech-l > > > > -- > EN Wikipedia user page: https://en.wikipedia.org/wiki/User:Brian.gerstle > IRC: bgerstle > ___ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l > -- Gabriel Wicke Principal Engineer, Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] RFC: Optional Travis integration for Jenkins

On Fri, Oct 2, 2015 at 6:15 AM, Marko Obrovac wrote: > > > While hosted officially on Gerrit, Citoid should be added to this list as > well. Its proper functioning depends on Zotero being available, so the > current CI tests for Citoid include only syntax checking via

[Wikitech-l] REST v1 API: Replacing bodyOnly flag in wikitext to HTML transform end point with body_only

Hello, in an effort to standardize all post parameters in the REST v1 API to use snake_case names, we have deprecated the bodyOnly flag in the wikitext to HTML transform end point [1]. Instead, clients should use body_only, as mentioned in the documentation. We plan to remove support for the old

Re: [Wikitech-l] thumb generation

Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l > -- Gabriel Wicke Principal Engineer, Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] QA: Holding our code to better standards.

__ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l > -- Gabriel Wicke Principal Engineer, Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] What happened to our user agent requirements?

On Tue, Sep 1, 2015 at 5:54 PM, Gergo Tisza wrote: > > > Rate limiting / UA policy enforcement has to be done in Varnish, since API > responses can be cached there and so the requests don't necessarily reach > higher layers (and we wouldn't want to vary on user agent).

Re: [Wikitech-l] What happened to our user agent requirements?

s/logins that the > edge choses not to ratelimit which aren't actually legitimate. > > -- Brandon > > ___ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l > -- Gabriel Wicke

Re: [Wikitech-l] [Engineering] Content WG: Templating, Page Components editing

Etherpad: https://etherpad.wikimedia.org/p/Templates,_Page_Components_and_editing On Wed, Aug 12, 2015 at 8:36 AM, Bryan Davis bd...@wikimedia.org wrote: On Tue, Aug 11, 2015 at 6:12 PM, Gabriel Wicke gwi...@wikimedia.org wrote: TL;DR: Join us to discuss Templates, Page Components editing

Re: [Wikitech-l] [Mediawiki-api] Bikeshedding a good name for the api.php API

) Senior Software Engineer Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- Gabriel Wicke Principal Engineer, Wikimedia Foundation

Re: [Wikitech-l] RFC: Replace Tidy with HTML 5 parse/reserialize

@lists.wikimedia.org javascript:; https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- Gabriel Wicke Principal Engineer, Wikimedia

[Wikitech-l] Content WG: Templating, Page Components editing

TL;DR: Join us to discuss Templates, Page Components editing on Thu, 13 August, 12:45 – 14:00 PDT [0]. Hello all, Recent discussions, including the pre-Wikimania content brainstorming [2][3], brought up several important questions about the next steps for MediaWiki's and particularly

Re: [Wikitech-l] RFC: Replace Tidy with HTML 5 parse/reserialize

On Tue, Aug 11, 2015 at 5:24 PM, Trevor Parscal tpars...@wikimedia.org wrote: Interesting. What is the cause of the slower speed? Mainly a pure-JS DOM implementation (domino) not being quite the same speed as C or Rust with all optimizations turned on. The deltas are roughly in line with

Re: [Wikitech-l] I love Parsoid but it doesn't want me

On Fri, Jul 24, 2015 at 10:58 AM, Ricordisamoa ricordisa...@openmailbox.org wrote: RESTBase could help you there. With one API call, you can get the (stored) latest HTML revision of a page in Parsoid format~[1], but without the need to wait for Parsoid to parse it (if the latest revision is

Re: [Wikitech-l] [Engineering] Upcoming leap second on Tue 30th

Alex and Moritz, thank you for taking care of this. These leap seconds are a real pain in the butt for time-based distributed systems, and I'm glad that we have a plan in place. I hope the movement to abolish leap seconds https://en.wikipedia.org/wiki/Leap_second#Proposal_to_abolish_leap_seconds

Re: [Wikitech-l] Modernizing our content platform: Kick-off meeting on Tuesday

Reminder: This is today! When: *Tuesday, June 23rd, 13:00 - 14:30 PT* [3] Where: * *https://plus.google.com/hangouts/_/wikimedia.org/contentplatform https://plus.google.com/hangouts/_/wikimedia.org/contentplatform* * *room 37* in the office On Fri, Jun 19, 2015 at 12:00 PM, Gabriel Wicke gwi

Re: [Wikitech-l] [Engineering] Modernizing our content platform: Kick-off meeting on Tuesday

...@wikimedia.org wrote: This sounds fairly dev centric with Front end/ UX implications. Will the discussion be fairly technical? Let us know if Design should attend. Vibha Bamba Senior Designer | WMF Design On Tue, Jun 23, 2015 at 11:12 AM, Gabriel Wicke gwi...@wikimedia.org wrote

[Wikitech-l] Modernizing our content platform: Kick-off meeting on Tuesday

before the meeting; room 37 in the office. If you can't attend, then please have a look at our current notes and let us know what you think [2]. Gabriel Wicke, Daniel Kinzler, Brion Vibber, Tim Starling, Roan Kattouw, Ori Livneh [1]: https://phabricator.wikimedia.org/T96903 [2]: https

Re: [Wikitech-l] [Wmfall] Welcome Darian Patrick

/mailman/listinfo/wikitech-l -- Gabriel Wicke Principal Engineer, Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Moritz Muehlenhoff joins as Ops Security Engineer

Welcome, Moritz! The German cabal is getting stronger again ;) Gabriel On Thu, Apr 2, 2015 at 10:50 AM, Tomasz Finc tf...@wikimedia.org wrote: Welcome Moritz, great to have you here On Thu, Apr 2, 2015 at 2:07 AM, Mark Bergsma m...@wikimedia.org wrote: Hi all, I'm very pleased to

Re: [Wikitech-l] Parsoid performance metrics

Christy, thank you for making this happen! Having continuously-tracked metrics for the key performance characteristics will help us keep tabs on regressions clearly highlight performance improvements as they happen. Both are great motivators. Thank you for your work best of luck with your next

Re: [Wikitech-l] [Wikitech] VisualEditor on Wikipedia now faster with RESTBase

Jon, On Wed, Mar 25, 2015 at 9:08 AM, Jon Robson jdlrob...@gmail.com wrote: Yes!!! This is really exciting and I'm keen to start exploring this on mobile web. Gabriel will you be running a session in Lyon around this? I'd be keen to explore mobile web using this where possible (at least in

[Wikitech-l] VisualEditor on Wikipedia now faster with RESTBase

and the VisualEditor extension. I hope that you enjoy the newly faster VisualEditor experience as much as we do! Sincerely -- Gabriel Wicke Principal Software Engineer, Wikimedia Foundation [1]: https://lists.wikimedia.org/pipermail/wikitech-l/2015-March/081135.html [2]: https://www.mediawiki.org/wiki

Re: [Wikitech-l] [Wmfall] VisualEditor on Wikipedia now faster with RESTBase

On Thu, Mar 19, 2015 at 4:50 PM, Jared Zimmerman jared.zimmer...@wikimedia.org wrote: https://en.wikipedia.org/wiki/Barack_Obama?veaction=edit just loaded in 2 seconds. Much of this is also owed to *a lot* of optimization work in VisualEditor over the last months. Plenty of ingenuity and

Re: [Wikitech-l] Wikimedia REST content API is now available in beta

Hi Gerard, On Thu, Mar 12, 2015 at 4:32 AM, Gerard Meijssen gerard.meijs...@gmail.com wrote: Hoi, In what way will we know how useful this is? Will we have usage statistics ? yes, we have metrics on request rates, status codes and response times by end point. Here is a dashboard showing

[Wikitech-l] Wikimedia REST content API is now available in beta

that lets VisualEditor and MediaWiki in general easily access external services. We welcome your feedback here: https://www.mediawiki.org/wiki/Talk:RESTBase - and in Phabricator https://phabricator.wikimedia.org/maniphest/task/create/?projects=RESTBasetitle=Feedback: . Sincerely -- Gabriel Wicke

Re: [Wikitech-l] Announcing service-runner, a startup module / supervisor for node services

DJ, On Tue, Feb 24, 2015 at 3:04 AM, Derk-Jan Hartman d.j.hartman+wmf...@gmail.com wrote: I haven't looked into feature sets and/or requirements at all, but has anyone looked into PM2 ? https://github.com/Unitech/pm2 I know we use it internally at my company and that folks are reasonably

Re: [Wikitech-l] Announcing service-runner, a startup module / supervisor for node services

Giuseppe, thanks for having a look. Regarding 10 lines of JS: The node cluster module http://nodejs.org/api/cluster.html is part of nodejs core and runs a bit longer than that. It's actually a fairly elegant way to implement prefork style servers with support for graceful restarts, sane signal

Re: [Wikitech-l] Html.php line 269

I would also recommend against actively trying to emit barely parsing output. Any savings after compression should be rather small, and if only end tags are omitted the DOM will of course still be the same size after parsing. In Parsoid we went to some modest lengths

Re: [Wikitech-l] [Engineering] Flame graphs in Chrome / Chromium

PS: added these links to our growing collection of JS optimization tips at https://www.mediawiki.org/wiki/Learning_JavaScript#Profiling. On Fri, Feb 13, 2015 at 5:15 PM, Gabriel Wicke gwi...@wikimedia.org wrote: Thanks, Ori! Another great tool that we have been using heavily for JS profiling

Re: [Wikitech-l] [Engineering] Flame graphs in Chrome / Chromium

Thanks, Ori! Another great tool that we have been using heavily for JS profiling is https://github.com/jlfwong/chrome2calltree. It allows you to use the excellent KCachegrind profile viewer, which has call graphs, relative call frequency, grouping by file other useful features. It works with

Re: [Wikitech-l] GPL upgrading to version 3

Tyler, On Sun, Feb 8, 2015 at 6:11 PM, Tyler Romeo tylerro...@gmail.com wrote: However, I will not assume good faith for every other software company out there that may take MediaWiki, modify it or improve it in some way, and then begin selling it as proprietary software. It's nice to think

Re: [Wikitech-l] Investigating building an apps content service using RESTBase and Node.js

On Tue, Feb 3, 2015 at 11:33 PM, Erik Moeller e...@wikimedia.org wrote: I think you will generally find agreement that moving client-side transformations that only live in the app to server-side code that enables access by multiple consumers and caching is a good idea. If there are reasons

[Wikitech-l] C2.com switches to single-page app distributed nodejs backend

The original wiki is getting a technical facelift: - http://c2.com/cgi/wiki?WikiWikiSystemNotice - http://c2.fed.wiki.org/view/welcome-visitors - https://news.ycombinator.com/item?id=8983158 Gabriel ___ Wikitech-l mailing list

Re: [Wikitech-l] From Node.js to Go

I'm personally more excited about Rust. It is a true systems language with a modern type system, does away with the GC for more predictable performance and generally outperforms Go on CPU-bound tasks. It could actually become an interesting option for a highly parallel Parsoid 2.0 version once its

Re: [Wikitech-l] Request for comments for RESTBase?

MZMcBride, the two RFCs that originally discussed RESTBase are: - https://www.mediawiki.org/wiki/Requests_for_comment/Storage_service - https://www.mediawiki.org/wiki/Requests_for_comment/Content_API They were both originally discussed at the arch summit in January 2014. We have since had two

Re: [Wikitech-l] Thoughts: stateless services with open servers?

On Tue, Jan 27, 2015 at 11:46 AM, Brion Vibber bvib...@wikimedia.org wrote: Another possibility is to shell out to nodejs-based services as an alternative to running them as ongoing web services. I have a hard time imagining a situation where you can install node and everything else, but

Re: [Wikitech-l] Thoughts: stateless services with open servers?

Brad, On Wed, Jan 28, 2015 at 10:08 AM, Brad Jorsch (Anomie) bjor...@wikimedia.org wrote: If you're not on Debian or Ubuntu. Although yum install parsiod or whatever might work on other Linux distros, what if you're on Windows or something more exotic? I think that we can help most users

Re: [Wikitech-l] Thoughts: stateless services with open servers?

Scott, On Wed, Jan 28, 2015 at 9:55 AM, Scott MacLeod helia...@gmail.com wrote: Gabriel and Wikimedia developers, In what ways might you be anticipating developments with SemanticMediaWiki, and in what ways not? I definitely think that the mechanism needs to support the (optional)

Re: [Wikitech-l] Brion's role change within WMF

Brion, I'm glad to have you back on the dark server side! This is great news for our APIs and the technical evolution of our stack in general. Cheers! Gabriel On Tue, Jan 20, 2015 at 9:12 AM, Daniel Kinzler dan...@brightbyte.de wrote: Am 20.01.2015 um 17:34 schrieb Brion Vibber: Quick

Re: [Wikitech-l] S Page debuts as Technical Writer

Congratulations, S! I'm looking forward to working with you in your new role. Gabriel On Mon, Jan 5, 2015 at 2:26 PM, Ryan Kaldari rkald...@wikimedia.org wrote: Yay! This is great news! I can't think of anyone that would be better for this job. On Mon, Jan 5, 2015 at 2:23 PM, Rachel Farrand

Re: [Wikitech-l] Attracting new talent to our projects

Perhaps some fun HTTP headers http://royal.pingdom.com/2012/08/15/fun-and-unusual-http-response-headers/ ? Gabriel On Wed, Dec 31, 2014 at 4:19 PM, Jon Robson jrob...@wikimedia.org wrote: Recently on https://developer.mozilla.org/ I noticed an easter egg when you pop open the JavaScript

Re: [Wikitech-l] Fwd: find previous section title

Moritz, you can certainly do this in HTML, either using the PHP parser output or Parsoid. Parsoid output makes it easier to identify math extension output. If you need the wikitext for the heading, then Parsoid can also give you the source offsets of the that in data-parsoid (see the dsr property

Re: [Wikitech-l] Revision metadata as a service?

Erik, On 11/05/2014 10:07 AM, Erik Moeller wrote: I'm wondering if a lightweight service that satisfies the following requirements might be a good idea: - community-created schemas (similar to the EventLogging schemas on meta) - basic per-user authentication/authorization - basic

[Wikitech-l] Introducing Math rendering 2.0

. Please report bugs in Bugzilla against the Math extension, or post on the talk page here: https://www.mediawiki.org/wiki/Extension_talk:Math All this is brought to you by Moritz Schubotz and Frédéric Wang (both volunteers) in collaboration with Gabriel Wicke, C. Scott Ananian, Alexandros Kosiaris

Re: [Wikitech-l] Wrapping signatures with a span for discoverability

On 09/30/2014 05:23 PM, Erik Bernhardson wrote: This was written[1] for Echo a couple years ago at the beginning of the project. This particular implementation is far from perfect, but here are a couple of the complexities involved: * a single regexp doesn't currently match timestamps in

Re: [Wikitech-l] [Engineering] RfC Discussions Today/Next week

On 09/03/2014 11:08 AM, Rachel Farrand wrote: Hello, If you are interested in joining today's RfC discussion, the Architecture Committee will be discussing the following RfCs: * SOA Authentication (Chris Steipp) https://www.mediawiki.org/wiki/Requests_for_comment/SOA_Authentication

  1   2   3   >