When PHP scripts are loaded they're compiled to bytecode, then the
bytecode is executed. Stock versions of PHP just throw away the
bytecode when they're done, so scripts are recompiled every time
they're loaded -- ie, a million times a day or so. :P Any sensible
PHP-based site uses a cache plugin of some sort; the PHP folks
themselves sell a proprietary product that does this, Zend Optimizer,
but there are alternatives.
Once upon a time we used APC, the Alternative PHP Cache, on Wikipedia's
servers. It's open source, but at least at the time it had a lot of
problems with not updating or getting stuck on old versions of scripts,
and wasn't as fast as some of the alternatives.
At some point we switched to PHP-Accelerator, which is noncommercial
but not open-source. It was faster and not as troublesome, but still
occasionally did get stuck; particularly when class definitions changed
it would become very confused. Also not being an open source component
was a ding to our FOSS pride.
Another alternative is Turck MMCache. It's open source and claims
performance as good or better than the competition. A couple people
have tried it out and confirmed it works with MediaWiki... Since pliny
has had a fresh operating system install with its new hard drive, I've
gone ahead and put MMCache on it instead of installing PHPA.
So far so good, we'll see how it goes. (Pliny is now serving
en.wikipedia.org.)
Info: http://turck-mmcache.sourceforge.net/
-- brion vibber (brion @ pobox.com)
Hello,
thanks for helping me with my previous problem. Here's the next :)
I'm trying to compile texvc so I can use <math>:
kern:~/mediawiki-1.1.0/math$ make
ocamlopt -c texvc.ml
File "texvc.ml", line 8, characters 14-27:
Unbound value Digest.to_hex
make: *** [texvc.cmx] Error 2
How might I solve this problem? The line in question is:
let md5 = Digest.to_hex (Digest.string outtex) in
Do I need to install any extra packages for this?
Thank you,
Timwi
I have a question and a suggestion about the Language setup. After
installing mediawiki 1.1.0 on my powerbook with OSX 10.3, I was playing
around with the language setup and encounter the following problem:
Suppose I want to try to do a L10N for a language whose LanguageXX.php
is not contained in the source of mediawiki. So I try to, say, copy
LanguageFr.php into LanguageXx.php and set $wgLanguageCode = "xx" in
LocalSettings.php. But it seems that it doesn't work. French interface
won't show up and it falls back to English interface. How do I fix this
problem? Also, does the language code need to be two letters? Can I
have $wgLanguageCode = "xyz" or "xx-yyy" ,etc.
And this links to my suggestion. Is it possible to let user choose the
user interface language? Even in the case of xx.wikipedia.org, where
there is definitely strong correlation between the language used for
the content and for the interface. It might be desirable for some
people sometimes to choose a interface language which is different from
the language used for the content. (and it will be even more desirable
if the content of the site is multi-lingo in nature). But it seems to
me that the current code does NOT provide this flexibility? (I might be
wrong).
best
pochung
Jimmy Wales wrote:
> The new colocation facility (Neutelligent/Hostway, Tampa) just called
> me and they are at this moment taking delivery of 9 new servers
> belonging to the Wikimedia Foundation. :-)
>
YEAH!!!!! Great news, hit it folks :-)
Welcome to the dawn!
Cheers,
Jeroenvrp
Gabriel-
> On Fri, 30 Jan 2004 09:41:54 -0500, Poor, Edmund W wrote:
>>
>> Can we install Spam Assassin software on the wikien-l mailing list? How
>> about other mailing lists?
>>
>> Anthere and I have gotten tired of reading and deleting up to 30 daily
>> spam, spam, spam, ham, eggs and spam (hasn't got MUCH spam in it) every
>> day -- the joke gets old after a while.
>>
>> Ed Poor
>> Wikien-l Admin Emeritus
> I have to add that spamassassin uses a bit of cpu for its processing, but
> at the rather low volume of mails processed by the mailing lists this
> shouldn't be a problem.
Because of mydoom I strongly recommend using a procmail filter for killing
attachments *before* they reach SpamAssassin. Before I did so SA literally
killed my system because it hit internal file limits. The following rule
works well:
:0 B
* ^ *Content-Disposition: attachment;
* filename=".*\.(pif|exe|scr|zip|bat|cmd)"
virus
It kills zip files, too, but this shouldn't be a problem for the mailing
list. In fact we might want to filter all mails that contain attachments -
use URLs instead.
SpamAssassin is very good at killing spam, but it is not very well suited
for attachment filtering because of its slowness for large mails.
Regards,
Erik
I'm having trouble deleting some images that were uploaded to my
MediaWiki-powered website.
In these cases, there's only one version of the image available. In
the listing, I see the appropriate link for (del) and (cur) -- without
a link -- appears right after it.
However, when I try to click the (del) link, I'm given a message that
says "bad title". Is this a bug in the software? Or am I going about
deleting images the wrong way. Some help would be appreciated.
Here's the location of one of the images I'm trying to delete:
http://memoryalpha.st-minutiae.com/wiki/Image:Enterprise_Starships.jpg
Thanks,
Dan Carlson
From: xxxx
Date: Fri, 30 Jan 2004 19:31:30 +0100
To: jwales(a)bomis.com
Subject: Tomeraider files wikipedia not downloadable, dead link
Dear sir,
Great initiative, wikipedia.
I tried to download the Tomeraider version of Wikipedia, but the
downloadlink is dead.
Can you fix this link?
Thanks,
On Fri, 30 Jan 2004 11:27:19 -0800, Jimmy Wales wrote:
> Sorry for the massive crossposting, but this is big good news.
>
> The new colocation facility (Neutelligent/Hostway, Tampa) just called
> me and they are at this moment taking delivery of 9 new servers
> belonging to the Wikimedia Foundation. :-)
>
> I'm heading over there now with Michael and we will be spending as
> long as it takes to install them.
>
> It's more up to Brion and the other developers as to when we'll be
> able to go live on these. I'm just going to get them up and running
> and make sure that the latest (most secure) ssh is on them.
Great news!
It would be nice if you could swap some of the ram around while you're
there- the Squids will need 3 or (better) 4 Gb ram. Then the hardware
tests could be done with the final config.
--
Gabriel Wicke
(Sorry if this is a duplicate, but posting via gmane seemed to not work)
When I try to upload a .pdf or .gif via
http://en.wikipedia.org/wiki/Special:Upload
I get:
Upload warning
".pdf" is not a recommended image file format.
But no form to submit anyway appears. Thus I cannot upload the files.
Is this a bug, the intended behavior, or a misconfiguration?
- David [[User:Nohat]]
