I've noticed that Wikipedia now adds rel="nofollow" to user
contributed URLs, so that [http://myurl.com/ website]
becomes <a href="http://myurl.com/" rel="nofollow" >website</a>.
The rel="nofollow" attribute was (unofficially?) announced by
Google in January this year, as a means to fight link spam in
blogs, wikis and guest books.
But shouldn't rel="nofollow" also be used for the edit, history
and diff links? These pages avoid Google indexing by having the
<meta name="robots" content="noindex,nofollow" /> tag in their
<head> section, but Google only sees that after having visited the
page. The visits by Google to these pages are not productive, but
still add load on Wikipedia's servers, and this could be avoided
by adding rel=nofollow on the edit, history and diff links.
--
Lars Aronsson (lars(a)aronsson.se)
Aronsson Datateknik - http://aronsson.se
On my local box (Ubuntu) this works fine.
On the linux host I'm using once you log in (as a normal user, WikiSysop,
any user type) and edit something (any page) and hit save it acts as though
you hit the preview. If you're logged out you can edit and save normally.
Any ideas?
Could this be related to this quirk? In a previous email I asked about users
auto logging out. I added this:
session_save_path("/public_html/sandBoxWiki/sessions");
to my LocalSettings.php. Now users only stay logged in if you check
"Remember my password across sessions"
-ben
Hello,
First of all, sorry if this has already been answered somewhere but I
didn't see any reference in the FAQ or documentation.
Our organization has a global authentication system, which can be set up
to propagate to web applications via the CGI HTTP_REMOTE_USER variable.
I want to set up MediaWiki to use this, so that if HTTP_REMOTE_USER is
set, it automatically uses it as if a user with the same name had
logged in normally.
Is this something that can be configured or easily hacked in by someone
with no PHP knowledge but knowledge of other scripting languages? If
so, could somebody kindly give me some pointers about where to begin?
Thanks,
-sjs
--
------------------------------------------------------------------------
Stephen J. Scheck Email: ss543(a)cornell.edu
Network Administrator Phone: 607.255.6278
Department of Chemistry and Chemical Biology www.chem.cornell.edu/crcf/
I've noticed that Wikipedia and Meta have a spam blacklist that
disallows
external links that match certain regexps. How do I enable this on my
local Wiki?
I've tried setting up a page Spam_blacklist, copied from the version on
Meta.
I've searched for information both on Meta, and by grepping the php
code.
I'm currently running MediaWiki version 1.3.10, but I grepped the
sources
in 1.4.2.
All help appreciated,
Charles
--
Charles Sutton * casutton(a)cs.umass.edu *
http://www.cs.umass.edu/~casutton/
Information Extraction and Synthesis Laboratory * University of
Massachusetts
Not sure if we're doing something wrong or if this just isn't possible.
We're disaplaying a number of images as "icons" on our main page in
front of the various topics we list there - which are also defined as
categories.
Before we started using categories those links just lead to individual
pages like "Windows", "Mac", "Printing", etc. We setup the image
pages to redirect to /Windows , /Mac, and /Printing and that worked
fine.
Now we're trying to have the image pages redirect to
/Category:Windows, /Category:Mac, /Category:Printing - but the
redirect does not function. When we click on the Windows image we end
up at /Image:Windows.Png with Category:Windows displayed at the top of
the page.
Is it simply not possible to have an image redirect to a Category or
am I doing something wrong?
Here is the redirect I'm trying to use:
#REDIRECT [[Category:Windows]]
Thanks for your time!
--
Mike Stanley
utmikestanley(a)gmail.com
Technical Lead
OIT Lab Services
University of TN, Knoxville
I had trouble uploading images on my new fedora core 3 mediawiki but I
realized that it was a /tmp permission problem.
I did chmod 1777 /tmp but I would prefer to give to mediawiki a tmp
directory under /var/tmp/mediawiki. What variable do I need to get this?
thanks,
Pablo
--
Tel: +57 (2) 7314752/3222/2595 - Fax: +57 (2) 7310514
Carrera 31 #18-07 Parque Infantil - PO Box 1795 - Pasto
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
MediaWiki 1.4.3 is a bugfix release for the 1.4 stable release series.
Chiefly, this fixes a compatibility problem with PHP 5 and a minor link
table corruption bug on initial page save.
== Changes from 1.4.2 ==
* (bug 1636) Refs like ţ were misinterpreted as octal in some
~ places
* (bug 1163) Special:Undelete showed oldest revision instead of newest
* (bug 1938) Fix escaping of illegal character references in link text
* (bug 1997) Fix for error on display of renamed items in Recentchanges
~ on PHP5
* (bug 1949) Profiling typo in rare error case
* (bug 1963) Fix deletion log link when $wgCapitalLinks is off
* (bug 1970) Don't show move tab for immobile pages
* (bug 1770) Page creation recorded links from the 'newarticletext'
~ message
* Optional change to the site_stats table. When applied, this removes
~ the need for expensive queries in Special:Statistics.
Release notes:
http://sourceforge.net/project/shownotes.php?release_id=323971
Download:
http://prdownloads.sf.net/wikipedia/mediawiki-1.4.3.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
iD8DBQFCccUgwRnhpk1wk44RArYcAJ4jHPMtV0KZk9TnKLkovrse6NqFgQCffgB/
67Bc8Gj9rvymfN8tPQyRRXg=
=ASfu
-----END PGP SIGNATURE-----
[I wrote this before I saw Brion's reply...apparently my mail delivery on
this list got shut off seemingly without me knowing it...hmmm....
I'll still send the note below for my future documentation purposes...and
for those in my group admin-ing our MediaWiki site.]
At 4/28/2005 05:14 PM, Matt England wrote:
>I unfortunately was in a position where I ungracefully shutdown my mysql
>server. After restarting it, I'm finding that MediaWiki reports "Database
>error: Internal error" after any attempt to save an edited wiki
>page. It's worth noting that all the changes seem to be accepted, in that
>if I visit the page the changes I supplied during the edit are displayed.
It appears (initially) that I have at least removed my symptom.
I initially found this while trying to dump my mediawiki database (in an
attempt to recreate it somewhere else):
root@biz2tek 5:50pm [/scratch/mediawiki-database-recovery] 93> mysqldump -u
root -p mediawiki_1 > mediawiki_1.sql
Enter password:
mysqldump: Can't get CREATE TABLE for table `searchindex` (Can't open file:
'searchindex.MYI'. (errno: 145))
root@biz2tek 5:50pm [/scratch/mediawiki-database-recovery] 94>
...so then I did some googling on "mysql errno 145" and found this reference:
http://www.karakas-online.de/forum/viewtopic.php?t=332
...and then followed the recommendations there to do the following stuff,
which seems to have cleared up my problem. (*whew*)
Is it fair to assume that database-table corruption (particularly the
indeces) can be a common issue, particularly during an ungraceful (in my
case 'kill -9') database shutdown?
-Matt
root@biz2tek 5:50pm [/scratch/mediawiki-database-recovery] 93> mysqldump -u
root -p mediawiki_1 > mediawiki_1.sql
Enter password:
mysqldump: Can't get CREATE TABLE for table `searchindex` (Can't open file:
'searchindex.MYI'. (errno: 145))
root@biz2tek 5:50pm [/scratch/mediawiki-database-recovery] 94> mysql -u
root -p mediawiki_1 Enter password:
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 154 to server version: 4.0.21-log
Type 'help;' or '\h' for help. Type '\c' to clear the buffer.
mysql> repair table searchindex;
+-------------------------+--------+----------+----------+
| Table | Op | Msg_type | Msg_text |
+-------------------------+--------+----------+----------+
| mediawiki_1.searchindex | repair | status | OK |
+-------------------------+--------+----------+----------+
1 row in set (0.30 sec)
mysql> exit
Bye
root@biz2tek 5:51pm [/scratch/mediawiki-database-recovery] 95>
root@biz2tek 5:51pm [/scratch/mediawiki-database-recovery] 95> mysqldump -u
root -p mediawiki_1 > mediawiki_1.sql
mediawiki_1.sql: File exists.
root@biz2tek 5:51pm [/scratch/mediawiki-database-recovery] 96> rm !$
rm mediawiki_1.sql
rm: remove regular file `mediawiki_1.sql'? y
root@biz2tek 5:51pm [/scratch/mediawiki-database-recovery] 97> mysqldump -u
root -p mediawiki_1 > mediawiki_1.sql
Enter password:
root@biz2tek 5:51pm [/scratch/mediawiki-database-recovery] 98>
At 4/28/2005 05:14 PM, Matt England wrote:
>Hello,
>
>I'm in a bit of predicament.
>
>I unfortunately was in a position where I ungracefully shutdown my mysql
>server. After restarting it, I'm finding that MediaWiki reports "Database
>error: Internal error" after any attempt to save an edited wiki
>page. It's worth noting that all the changes seem to be accepted, in that
>if I visit the page the changes I supplied during the edit are displayed.
>
>I'm trying to debug this problem, for while it seems cosmetic at first,
>it's certainly disturbing to my users. Further, I want to learn from this
>and figure out how to recover from this...not to mention figure out where
>the darn mysql/mediawiki logs are. [[Special:Log]] tells me absolutely
>nothing. Not one log entry.
>
>I am running mysql 4.0.21, MediaWiki 1.4.0, Apache 2.0.52 (apache and
>mysql stuff comes from XAMPP 1.49a). I can provide more info about this
>upon request. I'd also provide pertinent logs...if I could find anything.
>
>I'm hunting around meta.wikimedia.org and have yet to find anything that
>addresses. I also have tried several times to search this email list's
>archive via a google mechanism and have yet to succeed (I can't find any
>of my old emails from several weeks/months ago when I search for "Matt
>England"...even though I can find *some* emails...).
>
>Thanks for any help. Like I mentioned, I'm kind of in a tight spot on
>this one.
>
>-Matt
Hello,
I'm in a bit of predicament.
I unfortunately was in a position where I ungracefully shutdown my mysql
server. After restarting it, I'm finding that MediaWiki reports "Database
error: Internal error" after any attempt to save an edited wiki page. It's
worth noting that all the changes seem to be accepted, in that if I visit
the page the changes I supplied during the edit are displayed.
I'm trying to debug this problem, for while it seems cosmetic at first,
it's certainly disturbing to my users. Further, I want to learn from this
and figure out how to recover from this...not to mention figure out where
the darn mysql/mediawiki logs are. [[Special:Log]] tells me absolutely
nothing. Not one log entry.
I am running mysql 4.0.21, MediaWiki 1.4.0, Apache 2.0.52 (apache and mysql
stuff comes from XAMPP 1.49a). I can provide more info about this upon
request. I'd also provide pertinent logs...if I could find anything.
I'm hunting around meta.wikimedia.org and have yet to find anything that
addresses. I also have tried several times to search this email list's
archive via a google mechanism and have yet to succeed (I can't find any of
my old emails from several weeks/months ago when I search for "Matt
England"...even though I can find *some* emails...).
Thanks for any help. Like I mentioned, I'm kind of in a tight spot on this
one.
-Matt
Hello:
I upgraded MediaWiki from 1.4b5 to 1.4.2 today, and
Special:Recentchanges comes up blank! View source gives
"<html><body></body></html>". I can't find any other problems with my
wiki (http://jfwiki.org).
My upgrade process was by the book: back up the original wiki
directory, untar the new stuff over the old stuff, create a temporary
AdminSettings.php, and run maintenance/update.php.
Update.php said nothing alarming:
bash-2.05$ /usr/local/php/bin/php update.php
Going to run database updates for wikidb
Depending on the size of your database this may take a while!
Abort with control-c in the next five seconds to aboard.. 0
...linkscc table already exists.
...hitcounter table already exists.
...querycache table already exists.
...objectcache table already exists.
...categorylinks table already exists.
...logging table already exists.
...user_rights table already exists.
...have ipb_id field in ipblocks table.
...have ipb_expiry field in ipblocks table.
...have rc_type field in recentchanges table.
...have rc_ip field in recentchanges table.
...have rc_id field in recentchanges table.
...have rc_patrolled field in recentchanges table.
...have user_real_name field in user table.
...have user_token field in user table.
...have ur_user field in user_rights table.
...have log_params field in logging table.
...already have interwiki table
...indexes seem up to 20031107 standards
...linkscc is up to date, or does not exist. Good.
Converting links table to ID-ID...
Schema already converted
...image primary key already set.
Fixing title encoding on logging table... ok
Initialising "MediaWiki" namespace...
Clearing message cache...Done.
Done.
bash-2.05$
The only odd thing was that I had tried to run this script before,
giving it the mysql "wikiuser" account instead of the mysql root
credentials. Got an error, fixed AdminSettings.php, and ran it again
with the above results.
http://jfwiki.org/index.php?title=Special:Recentchanges&feed=rss gives
me good data, so I know my database is OK, right? Special:Version now
says 1.4.2.
Any suggestions? Please help!
Thanks in advance,
--W