Hi
running MediaWiki 1.5.1 we have used Special:Import ... with problems:
- "What links here" from used templates did not update
- category links did not update
Any suggests?
(apart from: UPDATE!)
THX.
--
Uwe (Baumbach)
U.Baumbach(a)web.de
Hi y´all,
I run a Wiki on MW1.50 at http://www.detroitinfo.de/wiki and still have
trouble with the search function. It´s working smoothly for the first
time, but after revisiting the wiki in the next session I only get crap
returns such as "H*ere are 0* results, beginning with mit #*368282*."
After deleting the detroitinfo.de cookie, everything´s back ok for one
session. This happens with Opera, IE and Firefox.
Since this is rather user-dissatisfying, any help is greatly appreciated.
Thanks, regards
Chris
Thanks,
It worked fine :)
Best Regards,
Leon
-----Original Message-----
From: mediawiki-l-bounces(a)Wikimedia.org [mailto:mediawiki-l-bounces@Wikimedia.org] On Behalf Of Rob Church
Sent: Sunday, March 26, 2006 5:08 PM
To: MediaWiki announcements and site admin list
Subject: Re: [Mediawiki-l] Change navigation link names
See Special:Allmessages for all customisable interface text.
Rob Church
On 26/03/06, Leon Kolchinsky <lkolchin(a)univ.haifa.ac.il> wrote:
> Hello All,
>
> I've installed MediaWiki on one of our servers with Hebrew enabled interface.
>
> Now the navigation panel looks like this:
>
> ---------------
> עמוד ראשי
> Community portal
> -
> שינויים אחרונים
> מאמר אקראי
> עזרה
> Donations
> ---------------
>
> I want to change "Community portal" and "-" (which leads to Current_events) to some meaningful Hebrew translations.
>
> There should I change these values?
>
>
>
> Regards,
> Leon Kolchinsky
> _______________________________________________
> MediaWiki-l mailing list
> MediaWiki-l(a)Wikimedia.org
> http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
>
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)Wikimedia.org
http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
Hello All,
I've installed MediaWiki on one of our servers with Hebrew enabled interface.
Now the navigation panel looks like this:
---------------
עמוד ראשי
Community portal
-
שינויים אחרונים
מאמר אקראי
עזרה
Donations
---------------
I want to change "Community portal" and "-" (which leads to Current_events) to some meaningful Hebrew translations.
There should I change these values?
Regards,
Leon Kolchinsky
Greg,
Thanks for the notes, they provide a great background. (I'm reply to this
note so it can get in the list archive...because Greg's post below did not
appear to make it to the archive in a timely manner.)
-Matt
At 3/25/2006 11:30 AM, Gregory Szorc wrote:
>There are multiple ways to implement single sign-on (SSO). The way you
>describe, a user goes to a URL, signs in, and gets logged in to other
>applications right there and then using HTTP calls on behalf of a
>user. This is pretty insecure and a pain to implement. It also doesn't
>scale very well.
>
>Another way to implement single sign-on is with a single sign-on server,
>which has a single sign-on protocol. When a user logs in to any
>application using SSO, they get whisked away to the SSO server. If they
>aren't logged in to the server, they get prompted for their
>credentials. When they are logged in, they get signed in to the desired
>application.
>
>As for SSO servers, I recommend CAS
>(http://www.ja-sig.org/products/cas/). It has clients for almost every
>language, including PHP, and the protocol is simple enough to create
>clients in other languages. I have successfully deployed MediaWiki behind
>it. It shouldn't be difficult getting it to work with the other
>applications either.
>
>Gregory Szorc
>gregory.szorc(a)case.edu
>
>Matt England wrote:
>>Summary:
>>How to automate single-sign-on across multiple apps...on the
>>MediaWiki-side of things?
>>
>>Details:
>>My project is making a collaboration web server that includes MediaWiki,
>>Bugzilla, phpBB forums, and other web-base applications.
>>We are trying to make our own single-login mechanism for all these
>>apps. We appear to have an LDAP-based "back end" account database
>>working for the above apps, and we think we can make our own "one-stop"
>>registration page form where a user can register once and instantly get
>>accounts on all the above apps.
>>The trickier part:
>>How can we make a one-stop *login* page (different from registration
>>page) that can automatically login said user to all the above apps, so
>>they don't have to login manually to each one separately?
>>We presume we have to provide some sort of automation to make the above
>>apps auto-download cookies to the client browser for each app.
>>A coworker of mine suggested some sort or "front end" form that passes
>>login/password parameters to the "back end" forms to do this,
>>automatically. I think he referred to this as "screen scraping"
>>(although I'm not sure of the nature or the meaning of that
>>term). Further, I'm not sure I'm thrilled about having the password
>>flying inside my server via a URL, but alas it's a SSL-wrapped session,
>>so maybe it doesn't matter.
>>In any case, I'm looking for suggestion on how to do this for MediaWiki.
>>Thanks for any help,
>>-Matt
>>_______________________________________________
>>MediaWiki-l mailing list
>>MediaWiki-l(a)Wikimedia.org
>>http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
I have updated my WikiFeeds MediaWiki extension. It now is written as a
special page and integrates completely with MediaWiki without the need
to run an external script.
The purpose of WikiFeeds is to supplement MediaWiki's built-in feed
generation. Feeds generated through WikiFeeds go through the parser
before being rendered so the output is readable to those not familiar
with wiki syntax. WikiFeeds also provides ATOM 1.0 feeds (not available
by default in MediaWiki) and some highly-requested feeds, such as user
watchlist.
Info and source code available at
http://opensource.case.edu/projects/MediaWikiHacks/wiki/WikiFeeds
Demo at http://wiki.case.edu/Special:WikiFeeds
Features:
ATOM 1.0 and RSS 2.0 feed generation for the following:
*Newest articles
*Recently changed articles
*Per-user recent changes
*Per-user newest articles
*Per-user watchlist
*Per-category recently changed articles
*Per-category newest articles
It will also generate the necessary links in pages for feed
auto-discovery (e.g. if you are on a page in the category namespace, you
get <link rel="alternate">'s for the appropriate feeds).
I am aware it doesn't have caching built-in. I will consider adding it
if people find this add-on useful.
If you have any questions or encounter any problems, feel free to bug me.
Gregory Szorc
gregory.szorc(a)case.edu
It does include a row for Wikipedia. As I noted in IRC, it doesn't
seem to want to work out of the box. As I further noted in IRC, for
some reason, when I truncate the table and reinsert entries manually
(as I do with my wikis) it starts working.
Rob Church
On 26/03/06, Rich Morin <rdm(a)cfcl.com> wrote:
> For some reason, the default interwiki table doesn't
> include an entry for Wikipedia. I can think of two
> possible reasons for this:
>
> * The table is a snapshot of the one used for WP,
> which never needs to refer to itself, so the
> entry was simply omitted.
>
> * The Powers That Be don't _want_ it to be easy
> to link to WP (?!?).
>
> Can someone clarify this for me? And, if it's just
> an accidental omission, could someone find a way to
> include an entry? I can't be the only MW user who
> likes to link to WP...
>
> -r
>
>
> P.S. After getting a clue from Rob, I used the following
> MySQL to insert a row in my own database:
>
> % mysql -uroot -p
> Password: ...
> mysql> use mediawikidb_rdm
> mysql> INSERT INTO rdm_interwiki
> VALUES ('wp', 'http://en.wikipedia.org/wiki/$1', 0, 0);
> mysql>^D
>
> --
> http://www.cfcl.com/rdm Rich Morin
> http://www.cfcl.com/rdm/resume rdm(a)cfcl.com
> http://www.cfcl.com/rdm/weblog +1 650-873-7841
>
> Technical editing and writing, programming, and web development
> _______________________________________________
> MediaWiki-l mailing list
> MediaWiki-l(a)Wikimedia.org
> http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
>
For some reason, the default interwiki table doesn't
include an entry for Wikipedia. I can think of two
possible reasons for this:
* The table is a snapshot of the one used for WP,
which never needs to refer to itself, so the
entry was simply omitted.
* The Powers That Be don't _want_ it to be easy
to link to WP (?!?).
Can someone clarify this for me? And, if it's just
an accidental omission, could someone find a way to
include an entry? I can't be the only MW user who
likes to link to WP...
-r
P.S. After getting a clue from Rob, I used the following
MySQL to insert a row in my own database:
% mysql -uroot -p
Password: ...
mysql> use mediawikidb_rdm
mysql> INSERT INTO rdm_interwiki
VALUES ('wp', 'http://en.wikipedia.org/wiki/$1', 0, 0);
mysql>^D
--
http://www.cfcl.com/rdm Rich Morin
http://www.cfcl.com/rdm/resume rdm(a)cfcl.com
http://www.cfcl.com/rdm/weblog +1 650-873-7841
Technical editing and writing, programming, and web development
Hello all,
take note that a special global switch $wgLocalTZoffset can be used to
adjust the display of time of the day in your wikis.
Attention: the variable can only be set to non-fractional hour offsets.
Example:
$wgLocalTZOffset = '+2'; (to display all date/times in a mediawiki with an
offset of +2 hours to the servertime, most often UTC.)
The variable is well commented in all recent MediaWiki distributions and
is defined in DefaultSettings.php
Go back in time when the comment was introduced:
http://cvs.sourceforge.net/viewcvs.py/wikipedia/phase3/includes/DefaultSett…
Further reading in http://bugzilla.wikipedia.org/show_bug.cgi?id=3305 .
and general issues of an automatic "switch" to or from DST see
http://bugzilla.wikimedia.org/show_bug.cgi?id=505
Regards,
Wikinaut