Anthony Ventresque (Dr) wrote:
Hi,
I've found something strange in some files. The maximum ids for a page are:
latest
pages-articles.xml: 29189922
page.sql: 28707562
categorylinks.sql: 28705949
(15,684 categories and 135,521 articles are missing)
2011-01-15
Anthony Ventresque (Dr) wrote:
Hi,
I've found something strange in some files. The maximum ids for a page are:
latest
pages-articles.xml: 29189922
page.sql: 28707562
categorylinks.sql: 28705949
(15,684 categories and 135,521 articles are missing)
Aryeh Gregor wrote:
I've used git a lot (I use it for everything I want to version) and
Mercurial a fair bit (the W3C seems to like it), and I *strongly*
prefer git. Major problems I have with Mercurial:
1) It doesn't support lots of useful functionality that's built into
git unless you
Daniel Friesen wrote:
However a key thing to note is that git submodules aren't anything
really special. Sure, they're integrated into git, but the only real
special feature about them is that you can target a specific commit
id... and heck, we don't even want that feature, that's the whole
On Tue, Feb 15, 2011 at 9:29 AM, Anthony Ventresque (Dr)
aventres...@ntu.edu.sg wrote:
I was indeed suspecting something like that, but the difference in number of
pages is large while we are talking about a relatively short delay (minutes?).
Depending on what site you're talking about.
Roan Kattouw wrote:
2011/2/14 Mark A. Hershberger mhershber...@wikimedia.org:
If we have a 1.18 branch that is, as Brion has noted (and supported), a
day or two behind trunk at most, is there a reason that the we couldn't
branch wmfN from the rolling 1.18 branch? Or even just tag it when we
On Tue, Feb 15, 2011 at 9:29 AM, Anthony Ventresque (Dr)
aventres...@ntu.edu.sg wrote:
I was indeed suspecting something like that, but the difference in number
of pages is large while we are talking about a relatively short delay
(minutes?).
Depending on what site you're talking
Depends on the language, enwiki can take weeks to dump, while rue wiki may
only take 30 seconds.
On Tue, Feb 15, 2011 at 12:34 PM, Anthony Ventresque (Dr)
aventres...@ntu.edu.sg wrote:
On Tue, Feb 15, 2011 at 9:29 AM, Anthony Ventresque (Dr)
aventres...@ntu.edu.sg wrote:
I was indeed
On 2/15/2011 11:34 AM, Anthony Ventresque (Dr) wrote:
On Tue, Feb 15, 2011 at 9:29 AM, Anthony Ventresque (Dr)
aventres...@ntu.edu.sg wrote:
I was indeed suspecting something like that, but the difference in number
of pages is large while we are talking about a relatively short delay
With the impending Bugzilla 4 release, I would like to take some
time in setting up the test instance to perhaps play with some of
these options to see if we can tweak it into being more useful to
everyone.
BZ4 is coming? Cool. You can't *imagine* how happy I'd be to help with
that project,
+1 to both, looks to much like another tab and it does something
completely different. Different things should look differently. Might be
even more confusing if the drop down menu arrow would be on the left of
it (then that's usually visible when you log in) - would suggest a
search history
Is that how Facebook™ or Google™ operate, sending every single component
via HTTPS?
No. Only the vital personal settings, password stuff is done that way.
As for not letting people know what pages you are browsing, well, I
don't now. Does Google™ offer a way to not let wiretapping people know
When you finally retire
https://secure.wikimedia.org/wikipedia/commons/... etc.
etc. Have them HTTP 301 permanently redirect to
https://commons.wikimedia.org/... etc.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
BV == Brion Vibber br...@pobox.com writes:
BV Bugzilla actually ships with a default robots.txt that denies everything, we
BV just never removed it. :)
Time to do the same for these lists.
(Psst, news.tcx.org.uk is now publishing them too, one more nail in the
coffin of security via obscurity.)
C == Chad innocentkil...@gmail.com writes:
C On Sun, Feb 13, 2011 at 10:42 PM, Ashar Voultoiz hashar+...@free.fr wrote:
We do want to maintains this file at 80 characters line width, we could
even enforce this in a pre-commit hook.
C Or people could just properly wrap their lines. There's no
On Tue, Feb 15, 2011 at 4:21 PM, jida...@jidanni.org wrote:
C == Chad innocentkil...@gmail.com writes:
C On Sun, Feb 13, 2011 at 10:42 PM, Ashar Voultoiz hashar+...@free.fr
wrote:
We do want to maintains this file at 80 characters line width, we could
even enforce this in a pre-commit
On Feb 16, 2011, at 10:21 AM, Brandon Harris wrote:
Lots of people don't like to have their sessions stolen via Firesheep.
That's one reason to do all https all the time.
I think y'all should chill and take the tone down from an argument to more of
discussion where points of view
On Tue, Feb 15, 2011 at 1:09 PM, jida...@jidanni.org wrote:
Is that how Facebook™ or Google™ operate, sending every single component
via HTTPS?
No. Only the vital personal settings, password stuff is done that way.
As for not letting people know what pages you are browsing, well, I
don't
On 15 February 2011 21:09, jida...@jidanni.org wrote:
Is that how Facebook™ or Google™ operate, sending every single component
via HTTPS?
No. Only the vital personal settings, password stuff is done that way.
As for not letting people know what pages you are browsing, well, I
don't now.
On Tue, Feb 15, 2011 at 1:09 PM, jida...@jidanni.org wrote:
Is that how Facebook™ or Google™ operate, sending every single component
via HTTPS?
No. Only the vital personal settings, password stuff is done that way.
Actually, there's now a setting in Facebook to use https on every
single
2011/2/15 Thomas Dalton thomas.dal...@gmail.com:
Ok, so offering HTTPS for everything isn't essential. What harm does
it do, though?
Exactly. We're not gonna force users to use HTTPS for everything, but
we should at least offer the possibility to those who want it.
Roan Kattouw (Catrope)
All this boils down to, yes full HTTPS is best practice, but if you make use
of external APIs or services, it may be hard to achieve.
We don't for anything, I believe.
- Ryan Lane
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
On Tue, Feb 15, 2011 at 2:06 PM, Ryan Lane rlan...@gmail.com wrote:
All this boils down to, yes full HTTPS is best practice, but if you make use
of external APIs or services, it may be hard to achieve.
We don't for anything, I believe.
- Ryan Lane
There was some discussion on making
C == Chad innocentkil...@gmail.com writes:
C Then it should be fixed. Better in a batch commit than
C in a dozen separate ones. I don't see what the problem
C is here.
Please ensure that no diff will contain boring formatting changes.
That means they must be properly formatted when they enter
On Tue, Feb 15, 2011 at 12:58 PM, Q overlo...@gmail.com wrote:
On 2/15/2011 11:34 AM, Anthony Ventresque (Dr) wrote:
Wikipedia... is that a relevant answer to your remark?
There's about 284 of those, you'll have to be a bit more specific.
Anyone who says Wikipedia, in English, in a context
25 matches
Mail list logo