(Please CC me on responses as I'm not subscribed...)
Hi,
Just wondering if anyone else is working on the PostgreSQL port? I plan
to finish it off (hopefully), but I don't want to tread on anyone's toes.
It looks like the PostgreSQL schema files are out of sync with the main
MySQL ones, so I supposed no-one's working on it?
Chris
I'm trying to insert JavaScript in some Articles in my wiki without a good result.
I tried to create an extension for <script> tag but it doesn't work.
Someone has a extension file for insert this tag in a wiki article?
In which part of the code is this script blocked?
Thanks,
Giovanni
SCAI - Tradizioni del Sud
http://stores.ebay.it/tradizionidelsudhttp://www.tradizionidelsud.com
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
MediaWiki 1.4.0 is the first official stable release in the 1.4 series.
All new installations are highly recommended to use 1.4.0 instead of
1.3.x; 1.3.x users should consider upgrading for bug fixes and new features.
1.4 beta or release candidate users should upgrade to this release.
See the release notes (link below) for a fuller list of changes from the
previous 1.3.x series and installation notes.
Changes since 1.4rc1:
* (bug 65) Fix broken interwiki link encoding on Latin-1 wikis;
~ force to UTF-8
* (bug 563) Fix UTF-8 interwiki URL redirects via Latin-1 wikis
* (bug 1536) Fix page info
* Support os (Ossetic) as language code, using Russian localization base
* (bug 1610) Support non (Old Norse) as language code, using Icelandic
~ localization base
* (bug 1618) Properly list custom namespaces in Special:Allpages
* (bug 1622) Remove trailing' >' when using category browser
* (bug 1570) Fix php 4.2.x error on conflict merging
* (bug 1585) Fix page title on post-login redirection page
* Run UTF-8 validation on old text in Recentchanges RSS diffs
* (bug 1642) fix a mime type typo in img_auth.php
* Automated interwiki redirects only for local interwikis
* Respect read-only mode on block removals
* Trim old illegal characters from syndication feeds
* Reduce message cache outage recovery delay from 1 day to 5 minutes
* (bug 1403) Update Finnish localization
* (bug 1478) Punjabi localization
* (bug 1667) Update script 5 second countdown.
* (bug 1057) Fix logging table encoding (error on MySQL 4.1)
* (bug 1680) Fix linktrail for fo
* (bug 1653) Removing hardcoded messages in Special:Allmessages
* (bug 1594) Render a hyphen in a formula as − in HTML
* (bug 1495) Fall back to default language MediaWiki: for custom
~ messages
* (bug 1617) Show different error messages for "user does not
~ exist" and "wrong password" when using AuthPlugin
* (bug 1532), (bug 1544) Changed language names for
~ 'bn', 'bo', 'dv', 'dz', 'ht', 'ii', 'li', 'lo', 'ng', 'or', 'pa',
~ 'si', 'ti', 've'
* Fix editing on non-Esperanto wiki with user language pref set to
~ Esperanto
* Make conversion table for zh-sg default to zh-cn, and zh-hk
~ default to zh-tw
* Fix PHP notice in MonoBook when counters disabled
* (bug 1696) Update namespaces, dates in uk localization
* (bug 551) Installer warns about magic_quotes_runtime and
~ magic_quotes_sybase instead of trying to install with corrupt
~ table files
* Installer no longer tries to move non-default MediaWiki: pages
~ into Template:
* User-to-user email disabled by default ($wgEnableUserEmail)
Release notes:
http://sourceforge.net/project/shownotes.php?release_id=314389
Download:
http://prdownloads.sf.net/wikipedia/mediawiki-1.4.0.tar.gz?download
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.6 (Darwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFCPkvUwRnhpk1wk44RAgyEAJ9MK0EHelAD2pnSOXaDH5rsQNCsuACgm4ya
ynEocb9E0RH1LGHfdCAxcOQ=
=D5gr
-----END PGP SIGNATURE-----
Hi,
is there a reason why there are no RSS/Atom-feeds available for
SpecialRecentchangeslinked + SpecialContributions?
--
| Jorge | Nur lernen, was man will:
http://www.sudbury.de
We want nofollow to be a succesful and useful initiative, which in at
least some small place makes the Internet a better place to
live. Nofollow will work so long as most search engines find the
information contained in the nofollow tag to be generally useful on
average.
If nofollows are sprinkled all over the web indiscriminately, then
search engines which choose to ignore them will be at a competitive
disadvantage to that which choose to respect them.
Therefore, what we can do to help ensure the success of the nofollow
iniative is try to be sure that nofollow tags encode useful
information for search engines. That is to say, links which are
deemed *good* by *humans* do not tend to contain the nofollow tag, and
links which are *suspicious* tend to contain the nofollow tag.
Therefore, it seems best to me if nofollow is on by default in the
software distribution (since most small wikis are victimized by spam)
and that nofollow is turned off in all the busy wikipedia sites.
Wikipedia provides an enormously high value set of hints to search
engines to help them find sites that don't suck. We should not lower
the value of the nofollow tag by labelling all of our high-value links
as being suspect when they really aren't. Doing so reduces the value
of the nofollow link for search engines.
--Jimbo
According to
http://sourceforge.net/project/stats/?group_id=34373
MediaWiki is nearing 100,000 file downloads (this should include only
files from the Releases section, according to someone on
irc.slashnet.org's #sourceforge channel). The SourceForge project itself
is almost 4 years old now. Would it be a good idea to put out a press
release when we hit a 100K milestone? SF warns that the numbers may be
inaccurate, but then again, it's just PR anyway, so I don't know how
much that matters.
Regards,
Erik
Hiho,
Since we quite often receive more or less important requests for
wikipedia presentations, I am compiling a speakers' list on
http://meta.wikimedia.org/wiki/Presentations
I already added some people where I have reason to believe that they
will do this
Please
a) add yourself if you are willing and feel qualified to hold talks
about Wikipedia with
* your area of expertise (general, technical, scientific studies etc.)
* the languages in which you can speak
* your area
and
b) provide me with a contact address so that I can mail such requests around
It would be especially nice to have some of the developers there.
greetings,
elian
Sj wrote:
> On Sat, 19 Mar 2005 12:10:39 -0600, Phil Sandifer
> <sandifer(a)sbcglobal.net> wrote:
>>What would be the result/problem/whatever of an edit speed throttle on
>>new accounts. I'm thinking an edit a minute for the first 100 edits. I
>>know edit count is a resource intensive query,
> This sounds like a great idea. It's important precisely because it
> increases the leverage serious contributors have over repeat vandals.
> As to the technical aspect: if a separate table like "user_data" has a
> field "edit_count" that is updated every time the user makes an edit,
> it will not be so expensive to record (on-edit actions are
> comparatively reasonable), and will be cheap to query. That would not
> even be a particularly difficult database-change to make, since it
> could be a new table, rather than a new column in an old one.
Or the isNewbie() function (I think that's the name) checked before
someone can do a page move. "Is newbie or anon, last edit under 60 seconds
ago? Sorry, please wait a few seconds!"
Probably need some provision for authorised bots.
[cc: to wikitech-l]
- d.
Hello,
I submitted the following problem within the mediawiki irc chat, and it
was suggested I mail this list to get some help. Please excuse me if this
problem is on my end and an obvious issue, I have not managed to locate it
in any FAQs.
The basic issue is that the installation of MediaWiki fails with the
following messages:
PHP 4.3.10: ok
PHP server API is apache2handler; ok, using pretty URLs
(index.php/Page_Title)
Have XML / Latin1-UTF-8 conversion support.
PHP is configured with no memory_limit.
Have zlib support; enabling output compression.
Found ImageMagick: /usr/local/bin/convert; image thumbnailing will be
enabled if you enable uploads.
Installation directory: /usr/local/webroot/users/travis/wiki
Script URI path: /wiki
Connected as root (automatic)
Connected to database... 4.1.10; enabling MySQL 4 enhancements
Created database wiki
Creating tables...Query "CREATE TABLE user ( user_id int(5) unsigned NOT
NULL auto_increment, user_name varchar(255) binary NOT NULL default '''',
user_real_name varchar(255) binary NOT NULL default '''', user_rights
tinyblob NOT NULL default '''', user_password tinyblob NOT NULL default
'''', user_newpassword tinyblob NOT NULL default '''', user_email tinytext
NOT NULL default '''', user_options blob NOT NULL default '''',
user_touched char(14) binary NOT NULL default '''', UNIQUE KEY user_id
(user_id) ) PACK_KEYS=1" failed with error code "BLOB/TEXT column
'user_rights' can't have a default value".
Obviously, mysql does support this. The first time I got this error, I
modified tables.sql to add a "use wiki:" line, and fed it into the CLI
mysql client, and it created everything. I did the same with interwiki
and indexes, and proceeded to hack config/index.cgi to force it to
continue as though the database had just been initialized, the tables just
created, and it needed to setup the DB (I commented out the lines which
executed tables.sql et al, and added a && 0 to the if statement which
checks if tables exist). This let it go a bit further, to the point where
it would initialize the mediawiki namespace, where it would then fail with
yet another improper query error.
My initial thoughts were that perhaps my php installation was corrupt, I
reinstalled it (upgraded it, actually, from 4.3.8 to 4.3.10) and specified
the correct mysql header location. All other php scripts work flawlessly,
as dose mysql.
Below is the output from php -v, apache -v, mysqld -V, and uname -prs.
PHP 4.3.10 (cli) (built: Mar 6 2005 08:53:09)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies
Server version: Apache/2.0.53
Server built: Feb 10 2005 11:08:01
/usr/local/libexec/mysqld Ver 4.1.10 for portbld-freebsd5.3 on i386
(FreeBSD port: mysql-server-4.1.10)
FreeBSD 5.3-RELEASE i386
Thanks alot,
Travis
--
Travis McArthur
Systems Administrator