On Fri, May 24, 2013 at 2:29 AM, Arthur Richards
aricha...@wikimedia.org wrote:
After some digging it became obvious that adding classes that are not test
cases using 'UnitTestsList' just doesn't work since PHPUnit will only
actually add the files that contain test cases.
Actually, it depends
On 05/23/2013 11:31 PM, phy...@physikerwelt.de wrote:
Hi,
I'm a testing a new rendering option for the math / element and had
problems to store MathML elements in the database field
math_mathml which is of type text.
The MathML elements contain a wide range of Unicode characters like the
Hello!
I have implemented an idea for WikiEditor extension: replace
step-by-step publish feature with another one - publish staying in
edit mode via AJAX. You can see a demo at http://wiki.4intra.net/ if
you want. It works simply by sending an API save article request while
NOT closing the
awesome!
On Thu, May 9, 2013 at 11:42 PM, Chad innocentkil...@gmail.com wrote:
Hi,
We've enabled JGit's recursive merger for all repositories using content
merge
strategies (basically any not using fast forwarding, which is most).
The intention
is to lower the number of trivial conflicts
On Tue, 2013-05-21 at 22:28 +0200, Derk-Jan Hartman wrote:
We'd need to find a timeslot though, that's probably gonna be the
hardest part. I'm guessing that many WMF folks will have quite a few
meetings again.
I'd be in and available, if somebody defines a room time for it.
(I'm also in for
On 05/23/2013 11:31 PM, phy...@physikerwelt.de wrote:
Hi,
I'm a testing a new rendering option for the math / element and had
problems to store MathML elements in the database field
math_mathml which is of type text.
The Gerrit for this is https://gerrit.wikimedia.org/r/#/c/61987/
Matt
Hello all,
I keep seeing references in WMF documents to using Redis for session storage
and as the storage for the job queue going forward. However, LocalSettings
doesn't have any references to Redis. It looks like the session changes for
Redis were in 1.20, and I thought that the change for
To use redis as a cache you can have something like:
// requires phpredis extension for PHP
$wgObjectCaches['pecl-redis'] = array(
'class' = 'RedisBagOStuff',
'servers' = array( '127.0.0.1:6379' ),
);
$wgMainCacheType = 'pecl-redis';
This would also require that the redis
Awesome! Thank you!
Do you know the version required for these? Thinking maybe I could writeup a
page on mw.o documenting the process of putting redis in place for these.
Jamie Thingelstad
ja...@thingelstad.com
mobile: 612-810-3699
find me on AIM Twitter Facebook LinkedIn
On May 24, 2013, at
If you implement this, is there any use for memcached still? I assume PHP also
needs to be told that sessions are in redis?
Jamie Thingelstad
ja...@thingelstad.com
mobile: 612-810-3699
find me on AIM Twitter Facebook LinkedIn
On May 24, 2013, at 2:44 PM, Aaron Schulz aschulz4...@gmail.com wrote:
2.2.2 of the extensions works for me. I downloaded it from source and
compiled it.
The redis server itself will need to be 2.6 or higher for the job queue.
Looking around, I forgot to mention that JobQueueRedis was actually removed
from 1.21 (though it's in master and will be in 1.22).
--
Note that if you already use memcached for the main cache, there isn't really
any reason to switch to redis unless you need replication or persistence.
Anyway, to use it for sessions, if you had $wgSessionCacheType explicitly
set to something, then you'd need to change that too (like to
I can see how memcached and redis would have similar performance for sessions.
Is that also true for job queue? I was assuming that job queue could move from
database to redis, but not to memcached. Is that a correct assumption?
The main reason I could see moving sessions into redis would be to
Indeed, the queue cannot use memcached. Redis will trivialize the time spent
on actually queue operations, which could help if that is a bottleneck for
job runners. If the actual jobs themselves are slow, of course it won't help
too much.
Have you already tried setting the job run rate to 0 and
14 matches
Mail list logo