Hi all,
Is there an easy way to add custom content to the login page of my wiki?
The MediaWiki:Login page is just the navigation content. I want to
indicate to visitors that they need to use credentials for another
system to log in (I've already programmed the custom auth extension).
Unfortunately google hasn't turned up anything useful, but I might not
be searching right.
Thanks,
Rob.
--
http://www.interjinn.com
Application and Templating Framework for PHP
> From: Q <overlordq(a)gmail.com>
>
> Jan Steinman wrote:
>> Are there others out there who are successfully using a "clickback"
>> link in MediaWiki:passwordremindertext who would like to share their
>> secret?
>
> Try using the {{urlencode}} magic word?
Thank you for the suggestion, Q.
Doing so appears to go through the urlencode process upon saving the
message -- it "urlencodes" the literal "$2" when what is needed is to
url-encode what is passed in the parameter $2 at run-time.
Unless I misunderstand, and you had some other use of {{urlencode|}}
in mind. I suppose one would have to modify the PHP code to intercept
the parameter at run time.
> From: Daniel Kinzler <daniel(a)brightbyte.de>
>
> localurl kann parameter haben. Versuch's mal so:
> {{SERVER}}{{localurl:Special:Userlogin|wpName=$2|wpPassword=$3|
> returnto=Special:Preferences}}
Danke, Daniel,
Ich habe versucht, aber hatte das gleiche Ergebnis wie zuvor.
(This produced the same result as what I had before.)
:::: The first principle is that you must not fool yourself -- and you
are the easiest person to fool. -- Richard Feynman ::::
:::: Jan Steinman, http://www.EcoReality.org ::::
The MediaWiki installation at
http://co-op.downinthecountry.com/wiki
has session ID issues. The session ID written to php_sessions has
"sess_" prefixed to it; the session ID sent to the browser does not.
Thus, it is impossible to remain logged in.
Can someone aim me at possible causes? It's a vanilla install; php
version 5.2.5.
First install was mediawiki-1.14.0; now running mediawiki-1.15.0rc1.
Both had the same issue.
TIA.
--
Best regards,
Curt
http://FiberyCo-Op.comhttp://TheGreyhoundSagas.comhttp://keepthefleece.org
If the facts don't fit the theory, change the facts. ~Albert Einstein
Hi,
Attached is a patch to mediawiki that adds a new option
$wgDontSaveIPs
What it does is allowing completely anonymous wikis by replacing the IP adress
with 0.0.0.0.
(a bit background, there's a german campaign wirspeichernnicht.de, which wants
to enforce a more anonymous web and provides a couple of descriptions how to
disable ip saving in different apps - for mediawiki it tells to change the
source, though I thought a clean option would be better:
http://www.wirspeichernnicht.de/content/view/9/24/)
Attached patch is against mediawiki 1.15rc1. Would be nice if you would apply
it.
--
Hanno Böck Blog: http://www.hboeck.de/
GPG: 3DBD3B20 Jabber/Mail: hanno(a)hboeck.de
http://ausdenaugenausdemsinn.de - Kein Sicherheitsrabatt für CO2-Speicher
http://tinyurl.com/dceu73 - Internetzensur stoppen!
http://schokokeks.org - professional webhosting
Thanks for the response.
Re title: the page names are simple, e.g.: 'Conference_Center'. So no special characters there.
Re meta: No meta has been added to the page, and no index-related meta shows up in the page source.
Re robots.txt: The server has no robots.txt.
But even if it WAS excluded by meta, wouldn't the google diagnostics page say so? It would list it as Disallowed by robots, or disallowed by meta. In my case, it just isn't showing up at all, as if it was never seen.
If I tell google to index that page specifically, it accepts it without giving a warning/error. Add if I imediately look at the queue of documents to be indexed, it isn't there.
El 5/28/09 12:53 PM, Brian Vaughan escribi?:
> Anyone aware of any issues with mediawiki& Google appliances? I
> have certain wiki pages that just don't show up in the appliance. I
> have tried feeding the page URLs directly to the appliance , tried a
> site map, launch pages, etc. They just don't show up in the index at
> all, while other pages submitted in the same manner show up fine.
>
> When I look at the diagnostics, the page is not in there at all, not
> even as being excluded for some reason. I see the same behavior on
> two different Google appliances. The page source does not appear to
> have any noindex tags that might be to blame.
>
> Any suggestions on where to look? I am fairly new to mediawiki.
Offhand I'd suggest double-checking a couple things:
* Is there something suspect about the page titles/URLs?
(Long, special characters, etc)
* Are they being excluded by <meta robots> info in the HTML header?
* Are they being excluded by robots.txt?
-- brion
Brian Vaughan
Systems Analyst, Enterprise Content Management
Trinity Information Services
Phone: 248.324.8159
Fax: 248.488.9435
vaughanb(a)trinity-health.org
Anyone aware of any issues with mediawiki & Google appliances? I have certain wiki pages that just don't show up in the appliance. I have tried feeding the page URLs directly to the appliance , tried a site map, launch pages, etc. They just don't show up in the index at all, while other pages submitted in the same manner show up fine.
When I look at the diagnostics, the page is not in there at all, not even as being excluded for some reason. I see the same behavior on two different Google appliances. The page source does not appear to have any noindex tags that might be to blame.
Any suggestions on where to look? I am fairly new to mediawiki.
thanks
Brian Vaughan
Systems Analyst, Enterprise Content Management
Trinity Information Services
Phone: 248.324.8159
Fax: 248.488.9435
vaughanb(a)trinity-health.org
i'm trying configure my local wikipedia with this directive to see images of
commons on my wiki.
putting this on my Localsettings.php but don't see any change.
$wgForeignFileRepos[] = array(
'class' => 'ForeignAPIRepo',
'name' => 'shared',
'apibase' => 'http://commons.wikimedia.org/w/api.php',
'fetchDescription' => true, // Optional
'descriptionCacheExpiry' => 43200, // 12 hours, optional
'apiThumbCacheExpiry' => 43200, // 12 hours, optional, but required
for local thumb caching
);
this is rigth and possible?? now my server is on my local intranet behind a
proxy server my cuestion is if its possible to do, in other case i can
configure an external interface. i need help with this please.
Welcome to mediawiki-l. This mailing list exists for discussion and questions
about the MediaWiki software[0]. Important MediaWiki-related announcements
(such as new versions) are also posted to this list.
Other resources.
If you only wish to receive announcements, you should subscribe to
mediawiki-announce[1] instead.
MediaWiki development discussion, and all Wikimedia technical questions, should
be directed to the wikitech-l[2] mailing list.
Several other MediaWiki-related lists exist:
- mediawiki-api[5] for API discussions,
- mediawiki-enterprise[6] for discussion of MediaWiki in the enterprise,
- mediawiki-cvs[7] for notification of commits to the Subversion repository,
- mediawiki-i18n[8] for discussion of MediaWiki internationalisation support,
- wikibugs-l[9] for notification of changes to the bug tracker.
List administrivia (unsubscribing, list archives).
To unsubscribe from this mailing list, visit [12]. Archives of previous postings
can be found at [3].
This list is also gatewayed to the Gmane NNTP server[4], which you can use to
read and post to the list.
Posting to the list.
Before posting to this list, please read the MediaWiki FAQ[10]. Many common
questions are answered here. You may also search the list archives to see if
your question has been asked before.
Please try to ask your question in a way that enables people to answer you.
Provide all relevant details, explain your problem clearly, etc. You may
wish to read [13], which explains how to ask questions well.
To post to the list, send mail to <mediawiki-l(a)lists.wikimedia.org>. This is a
public list, so you should not include confidential information in mails you
send.
When replying to an existing thread, use the "Reply" or "Followup" feature of
your mail client, so that clients that understand threading can sort your
message properly. When quoting other messages, please use the "inline" quoting
style[11], for clarity.
When creating a new thread, do not reply to an existing message and change the
subject. This will confuse peoples' mail readers, and will result in fewer
people reading your mail. Instead, compose a new message for your post.
Messages posted to the list have the "Reply-To" header set to the mailing list,
which means that by default, replies will go to the entire list. If you are
posting a reply which is only interesting to the original poster, and not the
list in general, you should change the reply to only go to that person. This
avoids cluttering the list with irrelevant traffic.
About this message.
This message is posted to the list once per week by <river(a)wikimedia.org>.
Please contact me if you have any questions or concerns about this mailing.
References.
[0] http://www.mediawiki.org/
[1] http://lists.wikimedia.org/mailman/listinfo/mediawiki-announce
[2] http://lists.wikimedia.org/mailman/listinfo/wikitech-l
[3] http://lists.wikimedia.org/pipermail/mediawiki-l/
[4] http://dir.gmane.org/gmane.org.wikimedia.mediawiki
[5] http://lists.wikimedia.org/mailman/listinfo/mediawiki-api
[6] http://lists.wikimedia.org/mailman/listinfo/mediawiki-enterprise
[7] http://lists.wikimedia.org/mailman/listinfo/mediawiki-cvs
[8] http://lists.wikimedia.org/mailman/listinfo/mediawiki-i18n
[9] http://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[10] http://www.mediawiki.org/wiki/FAQ
[11] http://en.wikipedia.org/wiki/Posting_style#Inline_replying
[12] http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
[13] http://www.catb.org/~esr/faqs/smart-questions.html
Message: 6
Date: Wed, 27 May 2009 00:51:16 +0200
From: Platonides <Platonides(a)gmail.com>
Subject: Re: [Mediawiki-l] Thumbs generating issue
To: mediawiki-l(a)lists.wikimedia.org
Message-ID: <gvhrp3$vgh$1(a)ger.gmane.org>
Content-Type: text/plain; charset=ISO-8859-1
Bogdan Toma wrote:
> Hi all,
>
> My host enabled safe_mode so I'm kind of struggling in my way to install mediawiki.
A bad move.
*** There is nothing I can do about it.
> * MediaWiki version: 1.14
> * PHP version: 5.2.8 (GD enabled)
> * MySQL version: 4.1.22
>
> Currently I have two issues with my mediawiki installation:
> - I had to set 777 on images folder; otherwise upload won't work (I heard this action isn't safe at all); how I can make it to work with 755 only?
It really depends on your configuration. You should ask your host about it.
*** I can't contact them but according with MediaWiki workaround for safe_mode=on I don't need 777 on images folder (755 should be enough). Why do I have to contact my host and what should I tell them about it?
> - currently no thumbs are generated (somehow it worked on another installation that I had to remove it)
>
> I noticed that if I upload 2 images (image1.jpg and image2.jpg) they will be copied/created under /images folder and under thumb folder
> I can see two folders (not files) /images/thumb/image1.jpg and /images/thumb/image2.jpg with no files inside. I don't think it supposed to do that (one folder/file)
It is. But those folders are not supposed to be empty but to contain the
thumbs. What permissions are they created with? You may need to change
the mw folder creation permission to 777 too.
*** I set 777 - as I said - on all images subdirectories. I used a FTP client to create them.
> I don't have putty access to server (only ftp - To control domain I use Parallels Plesk Control Panel 8.6: http://www.parallels.com/products/plesk/)
>
> I couldn't change php.ini settings but I modified LocalSettings.php as suggested here( http://www.mwusers.com/wiki/index.php?title=PHP_Configuration#Enable_php_er… ) but I didn't get any error when the upload was made. Only thumbnails aren't generated.
>
> Here are the entries from my LocalSettings file that are upload related:
>
> $wgEnableUploads = true;
> $wgHashedUploadDirectory = false;
> $wgSaveDeletedFiles = true;
> $wgFileStore['deleted']['directory'] = false;// Defaults to
> $wgUploadDirectory/deleted
> $wgFileStore['deleted']['url'] = null; // Private, so set to null
> $wgFileStore['deleted']['hash'] = 0; // 0-level subdirectory split
> $wgThumbnailScriptPath = "{$wgScriptPath}/thumb.php";
>
>
*** Are these right ?
Thank you,
Bogdan
------------------------------
Message: 7
Date: Wed, 27 May 2009 01:51:32 +0200
From: Hanno B?ck <hanno(a)hboeck.de>
Subject: [Mediawiki-l] [PATCH] anonymous editing
To: mediawiki-l(a)lists.wikimedia.org
Message-ID: <200905270151.33647.hanno(a)hboeck.de>
Content-Type: text/plain; charset="utf-8"
Hi,
Attached is a patch to mediawiki that adds a new option
$wgDontSaveIPs
What it does is allowing completely anonymous wikis by replacing the IP adress
with 0.0.0.0.
(a bit background, there's a german campaign wirspeichernnicht.de, which wants
to enforce a more anonymous web and provides a couple of descriptions how to
disable ip saving in different apps - for mediawiki it tells to change the
source, though I thought a clean option would be better:
http://www.wirspeichernnicht.de/content/view/9/24/)
Attached patch is against mediawiki 1.15rc1. Would be nice if you would apply
it.
--
Hanno B?ck Blog: http://www.hboeck.de/
GPG: 3DBD3B20 Jabber/Mail: hanno(a)hboeck.de
http://ausdenaugenausdemsinn.de - Kein Sicherheitsrabatt f?r CO2-Speicher
http://tinyurl.com/dceu73 - Internetzensur stoppen!
http://schokokeks.org - professional webhosting
When will convertUserOptions.php be run by update.php? I see newer users
have their preferences stored in a different database table than older
users. Will they be merged one day or just used in parallel forever?