We are running the (admittedly old) 1.11. PNG uploads have stopped
working properly.
We have three wikis in a farm. Two of them have $wgVerifyMimeType set
to false - PNGs can be uploaded, but they won't render and can't be
put into a page. The other one, PNGs won't even upload.
JPEGs and SVGs
2008/12/12 Sean McAfee smca...@collaborativefusion.com:
Yes - this happened to me when I accidentally compiled ImageMagick
without png support.
ooh, that sounds a likely candidate. The ImageMagick on those boxes
*shouldn't* have gotten recompiled or updated at any stage (crusty old
OS well
2009/3/24 Dorozynski Janusz dorozyns...@wampnm.webd.pl:
Whether somebody has any infos about applying Mediawiki engine and Wiki as
such in practice of customer support centers (ITIL, helpdesk, hotline)? I
will be grateful for any support :-).
We find our office intranet wiki useful for
2009/4/11 Schiz0 schiz0phreni...@gmail.com:
What would be the best way to restrict this? I don't want non-members
to be able to view, edit, or register an account on the wiki at all,
so I don't see how I would be able to do this using the Wiki settings.
The main page can be a splash page
2009/4/11 David Gerard dger...@gmail.com:
The main page can be a splash page that says members only or
supplies a login form. You set it so that only logged-in users can
view any other pages. Then you authenticate against the forum (this is
the magic beans bit, I'm not sure of the details
[cc'ed to mediawiki-l]
[from wikien-l - discussion of git-backed MediaWiki]
2009/4/23 Gwern Branwen gwe...@gmail.com:
As it happens, I've thought about this before and have a little
expertise in the issue. I'm one of the developers of a wiki called
Gitit -
2009/5/7 Robert Cummings rob...@interjinn.com:
On Thu, 2009-05-07 at 21:33 +0100, David Gerard wrote:
I'm still looking forward to corporate readiness of MediaWiki, which
for us basically means (1) good WYSIWYG
What's wrong with the FCKeditor extension?
It's promising but not really cooked
2009/5/7 Brion Vibber br...@wikimedia.org:
El 5/7/09 2:55 PM, David Gerard escribió:
Yeah. Fine-grained security and wiki really don't go together. But
try convincing people of that.
To be perfectly honest I find *plenty* of situations where I'd like to
open up a couple pages of a private
2009/5/26 Brion Vibber br...@wikimedia.org:
Other posts have linked to general directions on tweaking the MySQL
search index length limit. You can also upgrade to MediaWiki 1.14 or
later, which works around the MySQL server's limit setting internally
without any configuration required.
Win!
Heh. We win. Even without a good WYSIWYG editor!
http://arstechnica.com/microsoft/news/2009/08/microsoft-word-1983---2009-rest-in-peace.ars
- d.
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
Domas has posted to wikitech-l that all WMF MySQL servers are now on 5.1.
I understand MediaWiki continues to support 4.0 onward. Will the
minimum version be raised as the main customer gets more heavily into
5.1?
(I have no objection whatsoever to requiring a later MySQL, just
asking about
On 26 February 2010 09:49, Massimo Canonico m...@di.unipmn.it wrote:
is there any way to got this effect in the table:
http://rhftech.com/images/excel_split_header.png
?
I'm looking at cell A1.
Not really - MediaWiki table syntax is just a shorthand for actual
HTML tables, and there isn't a
On 1 March 2010 01:36, K. Peachey p858sn...@yahoo.com.au wrote:
The Interwiki feature isn't really enabled used in default MW
installations.
Are you sure about that? I thought that's how doing [[wikipedia:foo]]
in default-out-the-tarball intranet wikis worked at all.
- d.
On 1 March 2010 10:18, Chad innocentkil...@gmail.com wrote:
On Sun, Feb 28, 2010 at 8:50 PM, David Gerard dger...@gmail.com wrote:
Are you sure about that? I thought that's how doing [[wikipedia:foo]]
in default-out-the-tarball intranet wikis worked at all.
There's no default special page
This is so simple and showstopping it'll be something stupid on my part.
We have a 1.13 installation. I tried setting up a test wiki with
1.16b2 on the same database (techwiki) with a new table prefix
(testwiki_).
We have a user, admin. I tried installing 1.16b2 and got error 1044,
insufficient
On 29 April 2010 23:06, Platonides platoni...@gmail.com wrote:
It will probably still fail, but this time with an error message.
It did indeed: MySQL insisting 'admin'@'localhost' didn't have the
right to create tables.
My GRANT line in the previous email was wrong - the one that works is:
I was particularly keen to get halfway-usable WYSIWYG editing in
MediaWiki for our office intranet. So I just did a test installation
of MW 1.16b2 with FCK Editor Official svn head.
It's pretty good, I'm really impressed! But it's buggy. (Chews up form
fields for the InputBox extension, and
On 5 May 2010 11:26, David Gerard dger...@gmail.com wrote:
Is this a suitable place to talk about problems with it? Is anyone
from FCK here?
Given the tumbleweeds in response, it appears not ;-)
I'll be filing bugs on it, then. Here's the first, an apparent
incompatibility between FCKeditor
On 17 May 2010 13:37, Chad innocentkil...@gmail.com wrote:
If you file a bug and I fix it in trunk, will the changes ever get to
their copy? Or vice versa...do we ever get downstream changes
they've made? This is different from having an external
dependency like GeSHi that we have to
On 18 May 2010 18:35, Platonides platoni...@gmail.com wrote:
Forwarding on behalf of Jack, which is not subscribed:
Maybe the best idea would be to kill off our FCKeditor extension and try
to collaborate with Wikia regarding their CKeditor integration extension.
It certainly would be cool to
On 19 May 2010 15:50, Robert Cummings rob...@interjinn.com wrote:
I have to disagree with you given my experience. In one government
department where MediaWiki was installed we saw the active user base
spike from about 1000 users to about 8000 users within a month of having
enabled
On 19 May 2010 16:08, Chad innocentkil...@gmail.com wrote:
So to answer the original question of Why don't we have WYSIWYG
when it's been around for 15 years? It's because we need a lossless
conversion between raw wikitext and wikitext output by the visual
editor. Last time I checked, this
On 19 May 2010 16:39, Robert Cummings rob...@interjinn.com wrote:
In my particular case I get to fix the bugs and enhance both MediaWiki
and FCKeditor :) Unfortunately, at this time I am unable to pass fixes
back to the community due to contracting issues and how it relates to
GPL. This is
On 19 May 2010 18:42, Steve VanSlyck s.vansl...@spamcop.net wrote:
MOving over to the other side of the argument for a moment, it seems to me
that the building could be built one brick at a time. E.g., get the basic
features in place first, such as bolding, underscoring, links, and
god-forbid
On 28 May 2010 10:09, bern...@bernardhulsman.nl
bern...@bernardhulsman.nl wrote:
The high moral standards of the MediaWiki community appeals to me. There
is a general believe these
standards are higher then in the outside world.
Counterexample: PHP.
- d.
On 29 May 2010 10:18, Raymond Wan r@aist.go.jp wrote:
So, no one is picky on you specifically or your
enthusiasm...it's just (AFAIK) not on topic to this list...
Indeed. Hence my joke about the immorality of PHP ;-)
Mediawiki is free software, per the free software definition[1]:
*
On 29 May 2010 13:27, bern...@bernardhulsman.nl
bern...@bernardhulsman.nl wrote:
So the moral standard on Wikipedia seems to be the contrary of the moral
standards in this newsgroup. That is possible but inconsistent.
Wikipedia is actually pretty much off-topic here. If you want to
discuss
On 31 May 2010 13:11, Henny Savenije webmas...@henny-savenije.pe.kr wrote:
Steve, are you the owner of this group?
No, he isn't. He is, however, a subscriber who doesn't like the group
being used for blatantly off-topic noise. And neither am I.
- d.
On 31 May 2010 23:37, Steve VanSlyck s.vansl...@spamcop.net wrote:
(b) doesn't cope very well with the weirdest stuff done on English
Wikipedia, where wikitext is tortured horribly to squeeze out every
possible emergent side-effect for editor's use.
?
en:wp not only uses ridiculous
On 18 June 2010 07:34, Ronis s crusinn...@hotmail.com wrote:
who the fuckare u people that keep comming ontomy email stop this shit i
amtired of youpeople sending me your crap i will report you to microsoft stop
OK, that message makes the entire thread suddenly worthwhile.
- d.
On 28 June 2010 11:41, Vincent Baier (RIT Student) vjb4...@rit.edu wrote:
The results of various modifications of these have either been a seemingly
working redirect from apache to a blank page with now source. Or a redirect
loop warning. If anybody could help me get these URLs cleaned up I
On 14 July 2010 20:49, Misha Zaitzeff misha.zaitz...@gmail.com wrote:
Hello, I hope I'm not being inappropriate posting to these lists, but
I'm looking to hire a mediawiki expert on a consulting/freelance basis
to help me with a project.
Probably not for wikitech-l, which is about
I want an email when a particular page is edited on an intranet wiki I
just set up. Enotif is apparently (largely) part of MW these days, but
I can't find how to switch it on.
The wiki is MW 1.15.4 with SMW installed via Semantic Bundle (the only
sensible way to set up SMW). It has a pile of
On 22 July 2010 11:38, nakohdo frank.r...@gmx.net wrote:
And here
http://meta.wikimedia.org/wiki/Help:Watching_pages#E-mail_notification
Thank you and thanks to Frank, it's now working! These were the magic options:
#email changes to pages on watchlist
$wgEnableEmail = true;
On 26 July 2010 01:53, B. M. Whealton bwheal...@futurewavedesigns.com wrote:
Is it possible for an admin to setup an account for someone in
advance?
It can be a bit laborious generating accounts one at a time by hand,
but I've done it. Do you mean some sort of special: page for
On 26 July 2010 02:47, B. M. Whealton bwheal...@futurewavedesigns.com wrote:
What did you mean by switching your skins to Vector? I see a few skins
that came with mediawiki.
Setting the default skin so people at work will see it and think ah,
like Wikipedia, not weird.
I did find a list
I tried using a file on RationalWiki, which uses InstantCommons. The
file didn't exist (it was on en:wp, not Commons). I moved the file to
Commons, but RationalWiki still thinks it doesn't exist in the foreign
file repo. ?action=purge does nothing. How long do I have to wait?
(The page is
On 31 July 2010 14:08, K. Peachey p858sn...@yahoo.com.au wrote:
InstantCommons[1] which is just a shortcut for ForeignFilesRepo[2] was
introduced in 1.16.0[1] where as FFR has been around since 1.11.0[2].
Which means it would be manually configured since you mention 1.14.x,
If the person used
On 4 August 2010 23:01, Platonides platoni...@gmail.com wrote:
Benjamin Lees wrote:
On Wed, Aug 4, 2010 at 4:40 PM, Sullivan, James (NIH/CIT) [C]
sulli...@mail.nih.gov wrote:
Have the privilege requirements for the database user privileges changed
from 1.15 to 1.16 for installing mediawiki?
On 4 August 2010 20:45, lmhelp lm...@wanadoo.fr wrote:
I am wondering if there exists a grammar for the Wikicode/Wikitext
language (or an *exhaustive* (and formal) set of rules about how is
constructed
a Wikitext).
I've looked for such a grammar/set of rules on the Web but I couldn't find
On 4 August 2010 23:58, David Gerard dger...@gmail.com wrote:
On 4 August 2010 20:45, lmhelp lm...@wanadoo.fr wrote:
- Is a grammar available somewhere?
- Do you have any idea how to extract the first paragaph of a Wiki article?
- Any advice?
- Does a Java Wikitext parser exists which would
On 6 August 2010 18:59, Trevor Parscal tpars...@wikimedia.org wrote:
In short, the current parser is a bad example of how to write a
parser,
I forgot to call it a box of pure malevolent evil, a purveyor of
insidious insanity, an eldritch manifestation that would make Bill
Gates let out a low
On 12 August 2010 17:58, Chuck Carson chuck.car...@uav.com wrote:
I am installing media wiki 1.16.0 onto a Solaris 10 u8 x64 system. I am using
the sunfreeware packages and have the following versions:
Apache - 2.2.15
PHP – 5.2.13
libxml2 - 2.7.7
When I navigate to the config component I
On 12 August 2010 18:08, Chuck Carson chuck.car...@uav.com wrote:
Yea trying to avoid rolling my own stuff. This box serves a myriad of other
web applications and I would have to custom roll a dozen packages or more.
=(
Yes, that's less than ideal.
The key point appears to be libphp5.so.
On 12 August 2010 18:30, Chuck Carson chuck.car...@uav.com wrote:
Cool, I'll try just rolling PHP against the sunfreeware versions of
everything else.
The key point is to build a libphp5.so with all the salad, and *just
drop that into place* - don't install the rest of PHP if you don't
have
On 12 August 2010 22:03, Chuck Carson chuck.car...@uav.com wrote:
Well I can't seem to build php against the sunfreeware version of mysql:
Undefined first referenced
symbol in file
mysql_set_character_set
Does DynamicPageList obey {{DEFAULTSORT:}}? Should it?
It doesn't appear to be for me, e.g. on
http://rationalwiki.org/wiki/Template:Altmed - that's twelve random
articles from a category, and all the articles about people have
DEFAULTSORT for their surnames.
- d.
On 16 August 2010 17:31, Graham tolli...@dal.ca wrote:
I am aware that all users can view the main Namespace; is there a way to
prevent the group setup to view only one Namespace, from accessing the
main Namespace? Is there a method of preventing user from even seeing
menu selections?
Not
On 17 August 2010 17:54, Graham tolli...@dal.ca wrote:
So I guess there isn't any possibility to have a group of users assigned
to a Namespace, and the other users status quo.
The owner of the wiki doesn't want another one to administer, so that's
why I am trying to be one hundred percent
On 17 August 2010 21:40, George Herbert george.herb...@gmail.com wrote:
I think that the world and industry as a whole are somewhat harmed by
the situation; adoption rate of intranet Wikis is somewhat slow in
many environments, because they're using more lousy Wiki platforms.
Personally I'd
MediaWiki seems to still include the default notice:
WARNING: This page is XX kilobytes long; some browsers may have
problems editing pages approaching or longer than 32kb. Please
consider breaking the page into smaller sections.
I understand this was in place for the last few Netscape 4 users
On 14 September 2010 15:16, Charlie Markwick
charlie-markw...@southcot.com wrote:
I'm looking for a quick and easy way of helping a user to create a new
page. Either through a sidebar link or a page that could contain a box
to write in the title.
I found the NewPage extension but currently
On 17 October 2010 03:20, George Herbert george.herb...@gmail.com wrote:
On the followup question - yes. You need to have the landing pad
main page visible to anyone, but you can create a group memberships
structure with a custom group that keeps anyone from accessing content
unless you
On 17 October 2010 17:30, Steve VanSlyck s.vansl...@spamcop.net wrote:
OK - I'm pretty non-tech. What IS the htaccess file all about?
I meant .htpasswd:
http://en.wikipedia.org/wiki/.htpasswd
It puts a password on accessing a page (or site) at all. Then once
you've put in that password, you
On 28 September 2010 20:39, Ashar Voultoiz hashar+...@free.fr wrote:
Looking at INSTALL it seems we are still supporting PHP version 5.1
which is 5 years old in a couple of weeks. This is getting old and
prevents developers from using some new features.
5.1 doesn't actually work. I recently
On 27 October 2010 22:20, Caitlin Dempsey edi...@gislounge.com wrote:
I'm using ImageMagick to render SVG images on my wiki but some of the
thumbnails have problems with them. For exampled this SVG image has some
pixels in the upper left hand corner that shouldn't be there:
I have a requirement for an intranet wiki for sales, marketing and
other people who have no technical abilities whatsoever.
I'd like to use MediaWiki. This requires WYSIWYG.
There is no good WYSIWYG for MediaWiki - but what are the least-worst
solutions others have managed with this requirement,
(to list as well)
-- Forwarded message --
From: David Gerard dger...@gmail.com
Date: 10 February 2011 16:58
Subject: Re: [Mediawiki-l] Least-worst present WYSIWYG solution?
To: Haim (Howard) Roman ro...@jct.ac.il
On 10 February 2011 16:46, Haim (Howard) Roman ro...@jct.ac.il
On 10 February 2011 17:02, Sullivan, James (NIH/CIT) [C]
sulli...@mail.nih.gov wrote:
I've been using the FCKeditor with our wikis and it is fine for regular use.
So if your users will just be entering text and an occasional table or image
it is more than fine. But, if they plan to do
On 10 February 2011 19:24, Sullivan, James (NIH/CIT) [C]
sulli...@mail.nih.gov wrote:
The FCKeditor does not handle these image attributes, just size, position and
caption, which was my only point about links, and yes, I consider it fancy
since most users do not add these attributes to their
On 10 February 2011 23:28, Platonides platoni...@gmail.com wrote:
David Gerard wrote:
My last experiment with FCK was hampered by it messing up the tags
used by Extension:InputBox - our users are very fond of the Create an
article! box I put on the front page of our internal wikis
On 11 March 2011 14:15, Vitaly Liaschuk lari...@gmail.com wrote:
Thanks for your answer.
We going to search other way to store our passwords.
What we do is have a file readable only by root stored in a particular
place, known to the sysadmins, our boss and our boss's boss (the
latter two not
On 31 March 2011 17:39, Chad innocentkil...@gmail.com wrote:
What is mw_tools?
http://www.mediawiki.org/wiki/Mw_tools - unofficial toolkit by User:Wanglong.
- d.
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
http://www.ico.gov.uk/~/media/documents/library/Privacy_and_electronic/Practical_application/advice_on_the_new_cookies_regulations.pdf
New rules: only cookies that are strictly necessary may be set
without permission. All others require explicit permission from the
user.
These will be quite a
On 11 May 2011 20:51, Platonides platoni...@gmail.com wrote:
However, I think that a disclaimer at Special:UserLogin explaining that
by logging in you store a few cookies should be enough.
Should only require altering that little piece of text.
(Can someone just do this, or should a bug be
This is all the obvious method, but the key thing I want to note is
that it actually works smoothly just as you would expect :-)
Our intranet wiki is MediaWiki 1.13 using MySQL on a Solaris 10 box,
which is our general internal-use database server. Oracle runs on the
same box and decided to fill
On 9 June 2011 17:58, MZMcBride z...@mzmcbride.com wrote:
http://www.mediawiki.org/wiki/Possible_tarballs
Note there's a strawpoll there to indicate tarball users' interest in
particular extensions. Go forth and !vote :-)
- d.
___
MediaWiki-l
On 9 June 2011 23:09, Platonides platoni...@gmail.com wrote:
David Gerard wrote:
This doesn't copy images or files - we don't use images much at all.
That can come later if we care :-) Looking a bit broken may well be a
feature in this context ...
That won't provide a full backup (eg. user
On 5 December 2011 18:54, sam.sex...@thomsonreuters.com wrote:
Apropos Stephen Berg's upgrade, early next year I hope to be going from
1.13.0 on Solaris to 1.18+ on SUSE. I can't upgrade, so my initial plan
is to:
1. Do the new installation on SUSE
2. Copy the live database to my Solaris
So this morning I was greeted with Firefox 9. Trouble is, a couple of
our internal wikis run old versions (1.13 and 1.15) and ... old
Monobook appears to be broken by FF9. The sidebar appears only after
the page content, leaving a large empty space between the wiki logo
and the sidebar.
On 4 January 2012 06:13, Daniel Friesen li...@nadir-seen-fire.com wrote:
https://bugzilla.mozilla.org/show_bug.cgi?id=679971
Hah, they're backing it out for FF 10! (With great reluctance.)
Yes, these are strictly internal. I've notified people we're leaving
these broken while I do more urgent
On 4 January 2012 07:26, David Gerard dger...@gmail.com wrote:
http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/skins/common/wikibits.js?r1=53141r2=53140pathrev=53141
appears to be the patch that removed this test from MediaWiki, I may
try that change on these creaky internal things
http://bpaste.net/show/3GCpKOJpaOPaUYX4NxJy/
(AUGH MY EYES warning. NOT SAFE FOR LIFE.)
Every Turing-complete domain-specific language *will* evolve into Brainfuck.
- d.
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
On 7 February 2012 15:43, Svip svi...@gmail.com wrote:
Which reminds me; what sort of permissions are we thinking? It should
certainly be something higher than Sysop.
What are the permissions for the WikiAdmin account?
- d.
___
MediaWiki-l
On 20 February 2012 19:14, Schneelocke schneelo...@gmail.com wrote:
On Mon, Feb 20, 2012 at 20:10, Malka Cymbalista
malki.cymbali...@weizmann.ac.il wrote:
Before I installed mediawiki we were using moin moin software for wikis. I
would like to get rid of moin moin and use only mediawiki.
On 12 May 2012 17:04, chris ch...@teslagovernment.com wrote:
We have 2 Wiki's, each in their own network. The first wiki is available to
our users now. The second one is a clone of the first which was made a
couple of months ago and hasn't been touched since. What I'd like to do is
have the
On 6 June 2012 19:20, Mark A. Hershberger m...@everybody.org wrote:
Speaking of testing, if anyone wants to help make sure the 1.19 release
of MediaWiki included in the next Debian package (and probably the next
Ubuntu package) is working, now is the time to test. Debian will soon
freeze
On 6 June 2012 19:31, Mark A. Hershberger m...@everybody.org wrote:
On 06/06/2012 02:25 PM, David Gerard wrote:
Last I recalled, the Debian MediaWiki was regarded as a pit of
gratuitous weirdness of sufficient extent that it was all but
deprecated, and any sane admin installs from the tarball
On 10 June 2012 21:27, Platonides platoni...@gmail.com wrote:
Looks like the file command used in the host doesn't know xls.
You could try uploading your own magic.mgc and adding -m FUllPATH to
$wgMimeDetectorCommand.
Yeah, I find I frequently have to fiddle with /includes/mime.types -
it'd
There is a patch file to go from 1.19.0 to 1.19.1. What is the Linux
command line to apply this patch cleanly to a live installation of
1.19.0? Is there one?
- d.
___
MediaWiki-l mailing list
MediaWiki-l@lists.wikimedia.org
On 28 September 2012 02:47, Mark A. Hershberger m...@everybody.org wrote:
The problem, though, is that there is no way to install, use, or update
extensions apart from doing it by hand. Requiring the installation of
multiple modules by hand isn't going to lead to a thriving, modular
On 28 September 2012 17:01, Mark A. Hershberger m...@everybody.org wrote:
I do agree with David Gerard's assessment, though. We need to make sure
that whatever we use is going to work with package management tools that
Debian and Redhat and the like already use.
The other reason is, of
On 2 October 2012 15:55, Trevor Harmon tre...@vocaro.com wrote:
On Oct 2, 2012, at 7:49 AM, Jeremy Baron jer...@tuxmachine.com wrote:
I am using MediaWiki 1.16.4.
That's really old. Are able to upgrade?
1.16 is what my hosting provider offers for their one-click install.
Are you saying
(I have just accepted root on rationalwiki.org and am looking around
in slight horror. I will be sending a few messages like this.)
Apache comes with KeepAlive on by default. I am unconvinced this is
actually a good idea. I just switched it off and it appears to have no
ill effects, and the
I'm getting reports on rationalwiki.org of occasional blank
watchlists. The symptoms are that a completely empty page loads
immediately. It's running 1.19.1 in Ubuntu 10.04 with Apache
2.2.14-ubuntu.
Of course, I changed *two* things last night: (a) cut max memory for
PHP from 256MB to 64MB (b)
On 13 October 2012 15:24, Dave Humphrey d...@uesp.net wrote:
On 13 October 2012 09:35, David Gerard dger...@gmail.com wrote:
I'm getting reports on rationalwiki.org of occasional blank
watchlists. The symptoms are that a completely empty page loads
immediately. It's running 1.19.1 in Ubuntu
On 13 October 2012 18:43, David Gerard dger...@gmail.com wrote:
I'm getting reports on rationalwiki.org of occasional blank
watchlists. The symptoms are that a completely empty page loads
Here's the on-wiki discussion:
http://rationalwiki.org/wiki/RationalWiki:Technical_support
On 13 October 2012 14:35, David Gerard dger...@gmail.com wrote:
I'm getting reports on rationalwiki.org of occasional blank
watchlists. The symptoms are that a completely empty page loads
immediately. It's running 1.19.1 in Ubuntu 10.04 with Apache
2.2.14-ubuntu.
Of course, I changed *two
rationalwiki.org was foolish enough to start using the experimental
LQT2. So of course the project was abandoned and we're stuck with a
pile of content in LQT, and it broke in subtle and awful ways when we
upgraded from 1.16 to 1.19.
Symptoms we're seeing:
* The loader gif for the toolbar keeps
https://www.mediawiki.org/wiki/Manual:File_cache
Enabled this on rationalwiki.org and the results are amazing. The site
is just ridiculously fast to browse logged-out, and I'm almost looking
forward to our next Reddit-dotting.
Is there any reason this is not enabled by default? (Is the
On 13 October 2012 23:50, Krinkle krinklem...@gmail.com wrote:
Update LQT to the latest version from Git master[1][2].
That should make it work again (be sure to make backups first, and run
update.php if needed).
[1] https://www.mediawiki.org/wiki/Extension:LiquidThreads
[2]
On 14 October 2012 16:34, Platonides platoni...@gmail.com wrote:
On 13/10/12 00:22, David Gerard wrote:
Apache connections are really pretty damn cheap these days. Is
KeepAlive actually a good or bad thing for MediaWiki?
The apache docs say:
In some cases this has been shown to result
On 15 October 2012 06:04, Tim Starling tstarl...@wikimedia.org wrote:
That's processes, not memory. I would think that the effect on memory
would not be so large.
Memory taken appears to be processes * PHP memory_limit . Unless I'm
ludicrously wrong about that.
Disabling keep-alive should
On 14 October 2012 23:49, Chad innocentkil...@gmail.com wrote:
Indeed. You're probably fixing some other bugs as well by upping that
limit. Really, PHP should have about 100M of memory available to it to
run MediaWiki. We're a memory hog, but hey, them's the breaks.
yeah, fair
On 18 October 2012 00:23, K. Peachey p858sn...@gmail.com wrote:
On Thu, Oct 18, 2012 at 8:25 AM, David Gerard dger...@gmail.com wrote:
We live on a 4GB Linode. I don't have a full handle on what we've got
on it - it's accreted in an ad-hoc fashion with some horrible bodges -
but there's
On 17 October 2012 23:25, David Gerard dger...@gmail.com wrote:
The problem: In general, rationalwiki.org is melting under the strain.
We can't quite afford the next step up right this moment, though want
to plan for it, and need to keep things from intermittently blowing up
On 19 October 2012 22:43, OQ overlo...@gmail.com wrote:
What we've done: Trent's rented a couple more small (512MB) Linodes to
experiment with, and put Squid on them. And we've abandoned page
counts, to slight angst from the users. So far, just running what we
can through a Squid has done
On 19 October 2012 22:29, David Gerard dger...@gmail.com wrote:
What we've done: Trent's rented a couple more small (512MB) Linodes to
experiment with, and put Squid on them. And we've abandoned page
counts, to slight angst from the users. So far, just running what we
can through a Squid has
On 20 October 2012 22:56, Platonides platoni...@gmail.com wrote:
On 20/10/12 10:03, David Gerard wrote:
And we've dropped the hit counters, but the stats.grok.se code is
available as GPLv3 (a fact that should be more widely known):
https://github.com/abelsson/stats.grok.se
So we might
On 19 October 2012 22:29, David Gerard dger...@gmail.com wrote:
On 17 October 2012 23:25, David Gerard dger...@gmail.com wrote:
The problem: In general, rationalwiki.org is melting under the strain.
We can't quite afford the next step up right this moment, though want
to plan for it, and need
1 - 100 of 170 matches
Mail list logo