On 17/09/13 14:01, Gabriel Wicke wrote:
On 09/16/2013 07:48 PM, Tim Starling wrote:
On 17/09/13 11:08, Gabriel Wicke wrote:
Tim mentions in
https://www.mediawiki.org/wiki/Special:Code/MediaWiki/49833#c3561 that
this only applied to IE3 and earlier, and IE4 respects the Content-type
header.
[RESOLVED]
https://commons.wikimedia.org/wiki/Commons_talk:TemplateData#How_to_get_TemplateBox_to_properly_generate_a_.E2.80.9CTemplate_data.E2.80.9D_section.3F
On Sat, Sep 14, 2013 at 5:54 AM, dan entous
dan.entous.wikime...@gmail.com wrote:
what needs to be set-up in a local wiki to get the
On Tue, Sep 17, 2013 at 8:34 AM, Gabriel Wicke gwi...@wikimedia.org wrote:
There *might* be, in theory. In practice I doubt that there are any
articles starting with 'w/'. To avoid future conflicts, we should
probably prefix private paths with an underscore as titles cannot start
with it (and
On 17/09/13 10:24, K. Peachey wrote:
On Tue, Sep 17, 2013 at 8:34 AM, Gabriel Wicke gwi...@wikimedia.org wrote:
There *might* be, in theory. In practice I doubt that there are any
articles starting with 'w/'. To avoid future conflicts, we should
probably prefix private paths with an underscore
Am 17.09.2013 00:34, schrieb Gabriel Wicke:
There *might* be, in theory. In practice I doubt that there are any
articles starting with 'w/'.
I count 10 on en.wiktionary.org:
https://en.wiktionary.org/w/index.php?title=Special%3APrefixIndexprefix=w%2Fnamespace=0
To avoid future conflicts, we
On 2013-09-17 2:29 AM, Nikola Smolenski wrote:
On 17/09/13 10:24, K. Peachey wrote:
On Tue, Sep 17, 2013 at 8:34 AM, Gabriel Wicke gwi...@wikimedia.org
wrote:
There *might* be, in theory. In practice I doubt that there are any
articles starting with 'w/'. To avoid future conflicts, we should
On 2013-09-16 8:01 PM, Gabriel Wicke wrote:
On 09/16/2013 07:24 PM, Daniel Friesen wrote:
On 2013-09-16 7:09 PM, Gabriel Wicke wrote:
Any of the entry points? Any new entry point? Anything we ever want to
put into the root?
We should be able to avoid most conflicts by picking prefixed entry
On 17/09/13 11:59, Daniel Friesen wrote:
On 2013-09-17 2:29 AM, Nikola Smolenski wrote:
I have found 2476 pages in English Wikipedia that start with
'[something]/', inlcuding pages starting with '//'. None of them start
with a small letter though, for obvious reasons.
The problem with that
On 2013-09-17 2:48 AM, Daniel Kinzler wrote:
To avoid future conflicts, we should
probably prefix private paths with an underscore as titles cannot start
with it (and REST APIs often use it for special resources).
That would be better.
But still, I think this is a bad idea. Essentially,
On Sun, 2013-09-15 at 19:07 -0400, Mark A. Hershberger wrote:
A user who depends on a screen reader has recently found Wiktionary to
be less useful than it was in the past.
https://www.mediawiki.org/wiki/Thread:Project:Support_desk/Site_accessibility_for_blinds
I've contacted one
On 09/17/2013 02:48 AM, Daniel Kinzler wrote:
Am 17.09.2013 00:34, schrieb Gabriel Wicke:
There *might* be, in theory. In practice I doubt that there are any
articles starting with 'w/'.
I count 10 on en.wiktionary.org:
On Mon, Sep 16, 2013 at 7:41 PM, Gabriel Wicke gwi...@wikimedia.org wrote:
Using sub-resources rather than the random switch to /w/index.php is
more important for caching (promotes deterministic URLs) and does not
seem to involve similar trade-offs.
Note that promotes deterministic URLs
On 09/17/2013 08:40 AM, Brad Jorsch (Anomie) wrote:
On Mon, Sep 16, 2013 at 7:41 PM, Gabriel Wicke gwi...@wikimedia.org wrote:
Using sub-resources rather than the random switch to /w/index.php is
more important for caching (promotes deterministic URLs) and does not
seem to involve similar
Until what? A timestamp? That would be more complex and prone to over/under
guessing the right delay (you don't know how long it will take to commit). I
think deferred updates are much simpler as they will just happen when the
request is nearly done, however long that takes.
--
View this
On Tue, Sep 17, 2013 at 12:27 PM, Gabriel Wicke gwi...@wikimedia.org wrote:
An end point that wants to be cacheable should only use one query
parameter, which might well be a path. Hypothetical examples:
http://wiki.org/wiki/Foo?r=latest/html
http://wiki.org/wiki/Foo?r=123456/wikitext
So
From: Aaron Schulzaschulz4...@gmail.com
Until what? A timestamp? That would be more complex and prone to over/under
guessing the right delay (you don't know how long it will take to commit). I
think deferred updates are much simpler as they will just happen when the
request is nearly done,
Hi all,
quote name=Erik Moeller date=2013-09-16 time=10:55:21 -0700
On Sat, Sep 7, 2013 at 2:01 PM, Steven Walling swall...@wikimedia.org wrote:
Weekly deployment plans/notes
This monthly roadmap spreadsheet/wiki page
Quarterly plans, as represented in
On 09/17/2013 11:24 AM, Brad Jorsch (Anomie) wrote:
On Tue, Sep 17, 2013 at 12:27 PM, Gabriel Wicke gwi...@wikimedia.org wrote:
An end point that wants to be cacheable should only use one query
parameter, which might well be a path. Hypothetical examples:
That's awesome - thanks Max and Adam; it's great to see the last vestiges
of X-Device finally disappear!
On Tue, Sep 17, 2013 at 1:07 PM, Max Semenik maxsem.w...@gmail.com wrote:
After looking at Varnish VCL with Adam, we discovered a bug in regex
resulting in many phones being detected as
After looking at Varnish VCL with Adam, we discovered a bug in regex
resulting in many phones being detected as WAP when they shouldn't be.
Since the older change[1] simplifying detection had also fixed this bug,
Brandon Black deployed it and since today the usage share of WAP should
seriously
On Mon, Sep 16, 2013 at 5:07 PM, Merlijn van Deen valhall...@arctus.nl wrote:
Eclipse, using Mylyn, in theory has support for this. However, the Mylyn
Gerrit connector only works with 2.6, while we already use 2.7. They are
working on support [1], and I will try how well it works once I get it
Gabriel Wicke wrote:
A heavily-used content API will perform better and use less resources
when it is cacheable. This will become more important over time, so I
believe it is worth spending a small amount of effort on now.
Sure, I think everyone agrees that a heavily used Web resource will
How many printers would it take to keep up with updates to Wikipedia?
http://what-if.xkcd.com/59/
Cheers,
-- jra
--
Jay R. Ashworth Baylink j...@baylink.com
Designer The Things I Think RFC 2100
Ashworth
On Wed, Sep 18, 2013 at 1:24 AM, Jay Ashworth j...@baylink.com wrote:
How many printers would it take to keep up with updates to Wikipedia?
http://what-if.xkcd.com/59/
nope, we saw it :)
-Jeremy
___
Wikitech-l mailing list
24 matches
Mail list logo