Hi,
We've had a couple of instances over the last day or so (on en
wikipedia) where users signatures (that have naughty unbalanced html
tags) are messing up the page. I guess one of the webservers doesn't
have htmltidy set up.
Two of the users are in europe, one in the US, so ''maybe'' it's one
of the european servers (I can supply deltas if that will help).
And yes, all the offending users are in the process of being hectored
about sanitary html practices...
--
John Fader
Speaking of the recent hardware order...
No one seems to have addressed the issue of ordering Intel based
machines over AMD based machines brought up here:
http://meta.wikimedia.org/wiki/Talk:Hardware_ordered_March_2005
We're getting more bang for our buck when we purchase AMD machines,
which is why I assume most of the machines on the purchase list are
AMD's. It's not clear what type of P4's (as listed on the order page)
are being purposed, however if they are comparable in price to any
Opteron, I'd highly suggest going with an Opteron. All of the software
we run should run just as easily on an AMD chipset because they
support the x86 instruction set. An Opteron has the added advantage of
having an on-die memory controller with high bandwidth connections to
the memory. This could certain help with the Apaches on retrieval
time, it certainly wouldn't hurt. If we are talking about something of
lower price than Opterons, it's still true that and AMD will be
compatible with our software and provide more bang for the buck. Those
who have donated the money for the new hardware expect us to spend it
responsibly and to put it to it's best use. We should not waste money
when there are clear alternatives.
On 4/18/05, Anthere <anthere9(a)yahoo.com> wrote:
> hi
>
> I heard there was an hardware order recently.
> If so, could someone update this page accordingly ?
> http://meta.wikimedia.org/wiki/Hardware_ordered_March_2005
> thanks
>
> ant
>
> _______________________________________________
> Wikitech-l mailing list
> Wikitech-l(a)wikimedia.org
> http://mail.wikipedia.org/mailman/listinfo/wikitech-l
>
--
Michael Becker
Hi,
There appears to be a change in the way en wikipedia handles the
image: page of an image that's hosted on commons.
Until very recently (today?) viewing such an image page showed the
"this page does not exist" stuff, but did contain a link to the
corresponding image page on commons. Now the text "This file is a
shared upload and may be used by other projects." appears, and there's
no link to the commons page.
As one can't easily see the source or licence info for a commons image
anymore (cut'n'paste is required now), this is somewhat suboptimal.
--
John Fader
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
MediaWiki 1.4.1 is a bug fix release for the 1.4 stable release series.
All new installations are highly recommended to use 1.4.1 instead of
1.3.x; 1.3.x users should consider upgrading for bug fixes and new features.
1.4.0 and 1.4 beta or release candidate users should upgrade to this
release for relevant bug fixes; see the changelog.
=== Changes since 1.4.0 ===
* (bug 1720) fix genitive month names for uk
* (bug 1704) fixed untranslateable string in Special:Log
* (bug 1638) Added Belrusian language file
* (bug 1736) typo in SpecialValidate.php
* (bug 73) Upload doesn't run edit updates on description page (links,
~ search index and categories)
* (bug 646) <math> fails to recognize \ll and \gg
* (bug 926) \div element from TeX not supported in <math> element
* (bug 1147) add \checkmark to whitelist in texutil.ml
* (bug 937) \limits function from LaTeX not supported in <math> element
* Support for manually converting article title to different Chinese
~ variants (for zh)
* (bug 1488, bug 1744) Fix encoding for preferences, dates in Latin-1
~ mode
* (bug 1042) Fix UTF-8 case conversion for PHP <4.3 with mbstring
~ extension
* Fix code typo that broke article credits display
* Installation fixes for running under IIS
* (bug 1556) login page tab order. "remember" checkbox now come after
~ password.
* SQL debug log fixlets
* (bug 1815) Fix namespace in old revision display with mismatched title
* (bug 1788) Fix link duplication when edit/upload comment includes
~ newlines
* Change default on $wgSysopUserBans and $wgSysopRangeBans to true
* Fix link conversion for URL request
* (bug 1851) Updated download URL for the SCIM packages used by zhtable
* (bug 1853) Try stripping quotes from term for 'go' title match
* Fix missing function in Latin1 mode
* (bug 1860) Anchors of interwiki links did not get normalized
* (bug 1847) accept lowercase x in ISBN, do not accept invalid A-W,Y,Z
* Fix link conversion for URL request, hopefully without breaking the
~ wiki
* (bug 1849) New option allows to consider categorized images as used on
~ Special:Unusedimages
* Localized category namespace for ka (Georgian)
* (bug 1107) Work around includes problem in installer when parent dir
~ is not readable by the web server
Release notes:
http://sourceforge.net/project/shownotes.php?release_id=321333
Download:
http://prdownloads.sf.net/wikipedia/mediawiki-1.4.1.tar.gz?download
Before asking for help, try the FAQ:
http://meta.wikimedia.org/wiki/MediaWiki_FAQ
Low-traffic release announcements mailing list:
http://mail.wikipedia.org/mailman/listinfo/mediawiki-announce
Wiki admin help mailing list:
http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
Bug report system:
http://bugzilla.wikipedia.org/
Play "stump the developers" live on IRC:
#mediawiki on irc.freenode.net
- -- brion vibber (brion @ pobox.com)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFCYvS3wRnhpk1wk44RAuuWAJ0UTCcqhySiixX9wqPC3UoSgr7GZgCePGWm
s+JFQI56cB10geYUWZqvc4w=
=i3qQ
-----END PGP SIGNATURE-----
http://bugzilla.wikipedia.org/show_bug.cgi?id=454
Regards,
Tom
Remark:
Not everyone will be pleased, but another database schema change of
table user was required to look-up quickly all users who opted-in to
receive notifications on new pages; add tinyint(1) for this.
updaters.inc is inlcuded.
Hi,
I have a huge doubt. I want to install a PHP Accelerator
1. Zend Optimizer 2.5.7
2. turck-mmcache-2.4.6
3. eaccelerator-0.9.2a
Which is better to go for. I read that
http://www.clarkconnect.org/forums/showflat.php?Board=webserver&Number=67958
The website says eaccelerator is better. But I'm actually afraid if I
i encounter some bugs when I go live with it.
I think Zend Optimizer is more trustable. Please suggest me a good solution
Bye,
Karthik.G
[[m:Help:Redirect#A redirect to an anchor]] states that:
----
An example of this:
<nowiki>#REDIRECT [[definitions#G]]</nowiki>
This is not possible. You will still be redirected to
<nowiki>[[definitions]]</nowiki> but you will not be sent to the #G anchor.
This feature '''will not''' be implemented in the future, so such redirects
should not be used.
----
When was that last sentence added, and by whom, and on what authority?
There is minimal discussion on the talk page, which ends with one of the
participants declaring their intent to drop a Feature Request on
[[m:MediaWiki feature request and bug report discussion]], but nothing is
said about any decision to forbid this change.
Did I miss something?
--
Phil
[[en:User:Phil Boswell]]
Hi there,
Drupal has a distributed authentication system
(http://drupal.org/node/312) that allows any holder of an account from
a participating site to log into another participating site using his
original login (preventing namespace collision via user@sitename for
the other sites).
Given the vast number of Wikipedia account holders, might not this
system be useful to MediaWiki sites? Adding in some PKI to prevent
"remote.spammers.biz" from entering the network (requiring
participating sites to "register" with a "auth.mediawiki.org") and
ideally making this protocol in concert with, and thus compatible with
Drupal (why not after all; the creation of a standard cross-server
authentication mechanism would be nice, no?), the smaller sites could
benefit from the speed bump to vandals that registration implies
without actually deterring potential contributors.
Any thoughts?
-RS
Hi there,
Both to increase submission volume/quality and to benefit
Mediawiki-using sites, are there any plans to develop an XMLRPC style
external editing protocol, such that editors like MarsEdit and ecto can
interface with Mediawiki?
Ideally they would be able to:
Search for articles
Edit the text of articles
start new ones
get internally generated lists (such as new articles, recently edited
articles)
revert pages, get access to previous versions' texts
Any thoughts on whether this would be worthwhile? Any other features
which might be useful?
-RS