Sorry to bug everyone again... I want to use mod rewrite to convert
ugly url's (index.php?title=Main_Page) to nicer ones (index.php/
Main_page). The ugly URL is enabled in my LocalSettings.php.
I've created this .htaccess file:
RewriteRule ^index.php?title=(.*)$ index.php/$1 [L]
And put it in my root directory. But it seems to have no effect (the
provider says rewriting is enabled).
Does anyone see what I'm doing wrong?
Thanks,
Michelle
Hi,
I run a wiki and like to upload bigger files (no matter what file type or
extension). When I try to upload e.g. pdf- or zip-files with a size of 4 MB
with the image upload function I got an error message "the uploaded file is
empty".
Is there a special parameter, which I have to configure? I did not find that
in the docu...
Here my only settings, which are out of the standard:
DefaultSettings.php
$wgFileExtensions = array( 'png', 'gif', 'jpg', 'jpeg', 'pdf' );
$wgStrictFileExtensions = false;
$wgUploadSizeWarning = 5000 * 1024;
LocalSettings.php
$wgEnableUploads = true;
$wgUseImageResize = true;
$wgUseImageMagick = true;
$wgImageMagickConvertCommand = "/usr/bin/convert";
#$wgHashedUploadDirectory = false;
My version: 1.5.6 on apache 1.3.33, php4.3.10-16, MySQL 4.0.24, ImageMagick
version 6.0.6, PHP imagick version 0.9.11, debian 3.1.
Cheerio
Stefan
--
10 GB Mailbox, 100 FreeSMS/Monat http://www.gmx.net/de/go/topmail
+++ GMX - die erste Adresse f�r Mail, Message, More +++
Hi, after I upgraded to mediawiki 1.6.3 recently, an extension I
wrote broke. Actually, it broke the whole wiki and all I get is this
error message:
Fatal error: Call to undefined function: wfrunhooks() in
/home/blgpedia/www/dev.bloomingpedia.org/mediawiki-1.6.3/includes/QueryPage.php
on line 44
The extension that I wrote is based on the Ancientpages Special page
and is basically a special page that will list the articles according to
when they were created and now also shows who created them. This
extension was working fine under 1.5.6 and I followed the instructions
for how to make a special page on the mediawiki site.
I've been trying to figure out how to fix this and found that if I
comment out the line:
wfRunHooks( 'wgQueryPages', array( &$wgQueryPages ) );
in the includes/QueryPage.php file, that the wiki and my extension
will work again, but I can only imagine that doing this would cause
other problems.
I also tried adding this line to my LocalSettings.php file thinking
that maybe I needed to include my extension in that array that is in the
QueryPage.php file:
$wgQueryPages[] = array( 'PageCreateOrderPage', 'PageCreateOrder' );
But that didn't work.
So this leads me to think, did something change in the way Special page
extensions need to be writting in 1.6? Any ideas?
You can find the source code to my extension and the include page for
it:
http://www.bloomingpedia.org/code/extensions_SpecialPageCreateOrder.php.txthttp://www.bloomingpedia.org/code/includes_SpecialPageCreateOrder.php.txt
Then of course I put this in my LocalSettings.php file:
require_once('extensions/SpecialPageCreateOrder.php');
Thanks for any help you can provide.
--
Mark Krenz
Bloomingpedia - A City Wiki for Bloomington, Indiana.
http://www.bloomingpedia.org/
> -----Original Message-----
> From: mediawiki-l-bounces(a)Wikimedia.org [mailto:mediawiki-l-
> bounces(a)Wikimedia.org] On Behalf Of Brian Carpenter
> Sent: Thursday, April 27, 2006 2:39 PM
> To: mediawiki-l(a)wikimedia.org
> Subject: [Mediawiki-l] Best strategy to populate User data from Single
> Sign On?
>
> I would like the common name (Bobby Jones) to appear on MediaWiki pages as
> Username. But to account for duplicate names (200,000+ employees here) it
> would be acceptable to have the Username be
> Commonfullname_Uniqueemployeenum
> (Bobby Jones 395234).
>
> What happens when Roberta Jones gets married and becomes 'Roberta Chang'
> a.k.a. 'Bobby Chang'?
> The next time she visits the wiki, 'Bobby Chang 395234' will not be found
> in
> the user table and the AutoLogin script will create a new user. Poor
> Bobby
> will now have to manage a double identity. Or worse, she will email me and
> ask if I can move all her old history/data/pages to her new name.
>
> A) I don't know how to do that
> B) there are 200,000+ potential wiki users here. About half of them could
> all get married, divorced, widowed and remarried,
>
> Best to figure this out before we release this to production,
> _______________________________________________
> MediaWiki-l mailing list
> MediaWiki-l(a)Wikimedia.org
> http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
There was an extension for mediawiki 1.5:
http://meta.wikimedia.org/wiki/Renameuser
Not sure if it still works.
Otherwise, you may have to use some kind of login that will never change
(not terribly easy with people getting married).
If you use LDAP, you can extend my LDAP Authentication plugin to incorporate
the code from the rename user extension, and some tracking mechanism in LDAP
to tell when a user has changed names, and automatically rename their old
account.
If you verify the rename user code works, I may be able to help you with
adding it to my plugin.
Also, my plugin supports pulling preferences from the LDAP server. So you
can have their "Real Name" and "Nickname" preferences updated automatically
if it is changed in LDAP.
If you aren't using LDAP, then sorry for the bother :).
V/r,
Ryan Lane
L.S.,
I'm using mediawiki 1.6.3 and I've hooked in an RSS feed on page level.
However, the feed icon (firefox) only shows when I do something with the
page: Edit it e.g.
Does anyone know how can I change this behaviour?
Thanks in advance for your answers,
Hans Oesterholt-Dijkema
Code follows:
*************************************************************
<?php
#########################################################
# Configure here
#########################################################
$wgBlog_MaxRSSEntries=10;
$wgBlog_RSS_Location="/feeds/rss";
$wgBlog_RSS_Prefix="http://sample.sa/rss/";
$wgBlog_RSS_Title_Prefix="Sample Intranet - ";
$wgBlog_RSS_Prefix="/rss";
$wgBlog_HTTP="http://";
#########################################################
$wgExtensionFunctions[] = "wfBlogExtension";
$blogEntries=0;
$blogRSSFile="NoFile";
$blogRSS_URL="";
function wfBlogExtension() {
global $wgParser;
global $wgHooks;
$wgHooks['ArticleSave'][]='blogEntries';
$wgParser->setHook("blog-entry",'blogPEntry');
$wgHooks['ParserBeforeTidy'][]='blogRSSLink';
}
function blogPEntry($input,$argv,$parser) {
global $blogEntries;
$blogEntries+=1;
return "<A NAME=\"$blogEntries\"></A>";
}
function blogRSSLink(&$parser,&$text) {
global $wgOut;
global $blogRSS_URL;
global $wgBlog_HTTP;
global $wgBlog_RSS_Prefix;
global $wgBlog_RSS_Location;
global $_SERVER;
$mTitle=$parser->getTitle();
$title=blogTidyTitle($mTitle->mTextform);
$host=$_SERVER['SERVER_NAME'];
$filename="$wgBlog_RSS_Location/$title.rss";
if (file_exists($filename)) {
$blogRSS_URL="$wgBlog_HTTP$host$wgBlog_RSS_Prefix/$title.rss";
$wgOut->addLink(array('rel' => 'alternate','type' =>
'application/rss+xml', 'title' => "RSS 2.0",
'href' => "$blogRSS_URL"));
}
}
function blogTidyTitle($title) {
return preg_replace("/[^a-zA-Z0-9]/","_",$title);
}
function
blogEntries(&$article,&$user,&$_text,&$summary,&$minoredit,&$watchthis,&$sectionanchor)
{
global $wgBlog_RSS_Location;
global $wgBlog_HTTP;
global $_SERVER;
$text=$_text;
preg_match_all("|[{][{]blog[^}]+[}][}]|",$text,$blogs,PREG_SET_ORDER);
$count=0;
if (count($blogs)>0) {
$mTitle=$article->getTitle();
$title=$mTitle->mTextform;
$title=blogTidyTitle($title);
$urlTitle=$mTitle->mUrlform;
$fh=initRSS($title);
$request_uri=$_SERVER['REQUEST_URI']; //QUERY_STRING'];
$vars=explode('?',$request_uri,2);
$request=$vars[0];
$host=$_SERVER['SERVER_NAME'];
foreach($blogs as $blogentry) {
$entry=$blogentry[0];
$vars=explode("|",$entry);
$header="";
$dt="";
$link="";
$text="";
foreach ($vars as $v) {
$vv=explode("=",$v,2);
if ($vv[0]=="h") { $header=trim($vv[1]); }
else if ($vv[0]=="d") { $dt=trim($vv[1]); }
else if ($vv[0]=="t") { $text=trim($vv[1]); }
else if ($vv[0]=="l") { $link=trim($vv[1]); }
}
$count+=1;
blogEntry($fh,$header,$dt,"$wgBlog_HTTP$host$request/$urlTitle#$count");
}
endRSS($fh);
}
return true;
}
function blogEntry($fh,$header,$dt,$link) {
$xml=" <item>\n".
" <title>$header</title>\n".
" <link>$link</link>\n".
" <pubDate>$dt</pubDate>\n".
" </item>\n";
fwrite($fh,$xml);
}
function initRSS($mTitle) {
global $wgBlog_RSS_Location;
global $_SERVER;
global $wgBlog_RSS_Title_Prefix;
global $wgBlog_HTTP;
global $wgBlog_RSS_Prefix;
global $blogRSS_URL;
$host=$_SERVER['SERVER_NAME'];
$dt=date("r");
$xml="<?xml version=\"1.0\" encoding=\"UTF-8\" ?>\n".
"<rss version=\"2.0\">\n".
" <channel>\n".
" <title>$wgBlog_RSS_Title_Prefix$mTitle</title>\n".
" <link>http://$host</link>\n".
" <lastBuildDate>$dt</lastBuildDate>\n".
" <generator>MediaWiki Blog RSS Generator v0.1</generator>\n".
"";
$blogRSSFile=fopen("$wgBlog_RSS_Location/$mTitle.rss","wt");
fwrite($blogRSSFile,$xml);
$blogRSS_URL="$wgBlog_HTTP$host$wgBlog_RSS_Prefix/$mTitle.rss";
return $blogRSSFile;
}
function endRSS($blogRSSFile) {
$xml=" </channel>\n".
"</rss>\n".
"";
fwrite($blogRSSFile,$xml);
fclose($blogRSSFile);
}
Hello,
I would like to create an extension to automatically identify (and create
account at 1st login) for mediawiki using the IDENTD info.
Any ideas ?
_________________________________________________________________
Tout savoir sur la sécurité de vos enfants sur Internet !
http://go.msn.fr/10-channel/80-security/protection/default.asp
Hi to all the experts here,
I am running a wikimedia server at http://www.oriredler.com
For some reason, unknown to me, WM stopped allowing me to upload
files. Any image file I try to upload, including files formerly
uploaded to my server, is invariably ending with a "uploadcorrupt"
message and the upload does not come through.
I did not change on my own accord any of the parameters. The last
changes are:
A. Switched database server a few weeks ago (did not upload images
since).
B. Upgraded to MW 1.6.3
C. Installed the "cite.php" extension a few days ago.
None of those should affect the uploads, in my view.
Any advise on this?
Ori Redler
Hi,
I wrote a little parser extension to MediaWiki called "RomanNumerals". It converts arabic numerals into roman numerals.
Example: "1976" into "MCMLXXVI"
For more details and download see:
http://meta.wikimedia.org/wiki/RomanNumerals
This is my first extension and it may not be perfect. So I'm really looking forward to your feedback.
Cheers,
Jimmy
... from Germany
Hello all...
Does anyone knows where can I find information about writing (or copying)
some VERY SIMPLE bots? (Like switching common spelling mistakes and so
on...)
Thanks!
Peleg.
On 30 Apr 2006, at 13:12, mediawiki-l-request(a)Wikimedia.org wrote:
> Message: 5
> Date: Sat, 29 Apr 2006 14:03:35 -0700
> From: Brion Vibber <brion(a)pobox.com>
> Subject: Re: [Mediawiki-l] Uploading images suddenly denied
> To: MediaWiki announcements and site admin list
> <mediawiki-l(a)Wikimedia.org>
> Message-ID: <4453D4A7.5030607(a)pobox.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> RedleX wrote:
>> I did not change on my own accord any of the parameters. The last
>> changes are:
>> A. Switched database server a few weeks ago (did not upload images
>> since).
>> B. Upgraded to MW 1.6.3
>
>> From what?
>
> See http://www.mediawiki.org/wiki/FAQ#Troubleshooting in particular
> if from 1.4
> or older.
>
> -- brion vibber (brion @ pobox.com)
Thanks for responding.
I've updated from version 1.5.8, so this shouldn't be it.
I've tried to add, just to test this, to "LocalSettings.php" the
following:
1. "$wgMimeDetectorCommand = "file -bi";" -- tested this. Didn't work.
2. Lines like:
$wgFileExtensions[] = 'pdf';
$wgFileExtensions[] = 'jpg';
$wgFileExtensions[] = 'png';
This didn't work either. BTW, I did not have a list of allowed
extensions in my LocalSettings.php. The problem seems to be somewhere
else, anyway.
Ori