This is exactly what I was looking for!
Thanks a lot.
Simon
-----Original Message-----
From: mediawiki-l-bounces(a)Wikimedia.org
[mailto:mediawiki-l-bounces@Wikimedia.org] On Behalf Of Brion Vibber
Sent: 18 octobre, 2005 18:24
To: MediaWiki announcements and site admin list
Subject: Re: [Mediawiki-l] Security config
Simon Renshaw wrote:
> I just completed the setup of a new wiki. I installed it on a 2003
> server with IIS 6 and PHP as a virtual directory.
>
> Everything is working great.
>
> I have one question: How can I keep it private?
>
> Is there a way to block the creation of new accounts?
There are some notes here:
http://meta.wikimedia.org/wiki/Preventing_Access
-- brion vibber (brion @ pobox.com)
Hi,
I have been trying to enable the file:// Protocol in media wiki 1.5 (we
had it working fine in version 1.4.*)
As suggested on this page:
http://meta.wikimedia.org/wiki/MediaWiki_FAQ
I have updated my $wgUrlProtocols variable in LocalSettings.php to read
as follows:
$wgUrlProtocols =
'http:\/\/|https:\/\/|file:\/\/|ftp:\/\/|news:|mailto:';
This doesn't seem to have the desired effect :)
Any Ideas? Has anyone else run into this problem?
Regards,
James Brunskill
Dear all,
I´m out of my depth really. I have installed MediaWiki 1.5 (hoping to
solve the problem I encountered with MW 1.4.9) but the problem is still
there: Entering any search term (yes, more than three letters) does not
provide any results at all, but the response is stupid: "There are 0
results, starting with #417511". (The displayed ## vary, though.)
The MW URL is http://www.detroitinfo.de/wiki
PHP is run by my webhost in safe mode, but I have never read anywhere
that this would cause a problem with the search function (I´m aware that
the upload function will not work with the safe mode and am fine with
that).
I´ve been doing web search on this issue for many hours but came up
empty. Another MW admin sent me the following information which worked
for him:
Quote: The problem was having configured the rewrite rules in the wrong
way. Change the rewrite rules to use "path syntax" instead of
"parameter syntax":
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{REQUEST_METHOD} ^TRACE
RewriteRule .* - [F]
RewriteRule ^/wiki/?(.*)$ /mediawiki/index.php/$1 [QSA,L]
</IfModule>
End Quote.
My understanding is that I would have to start rewrite with a .htaccess
file, but would I not have to modify the localsettings.php first to
accomodate this? Moreover, my installation directory is "/wiki" in my
server´s /html base directory, what modifications in syntax would I have
to make? I´m not even sure where, i.e. in which directory the .htaccess
file would need to be placed.
If that is not the cause, what else could it be? Certain chmod for a
directory? That would result in no search result page being displayed at
all, would it not?
I´m quite frustrated since I´ve been able to install the MW, get the SQL
database up and all the other stuff and now this darn search function
just won´t work. I don´t know about the inner works of PHP, MySQL and
stuff, so if there´s anyone who can give me a hand on this stupid
problem, I´d really appreciate any hint!
Thanks from Germany, regards
Chris
Hi,
i want to make two templates. The first starts some "complicated" <div>
Tags. The second should close all these tags. Between the two Tags is
the content. An example:
{{BoxStart}}
Content
{{BoxEnde}}
My Problem: All the <div> Tags get closed automaticly from the MediaWiki
Software after the first template endes (that means: before the Content
starts). Is there a way, to prevent the MediaWiki to do this?
Mfg
Campino aka Stefan
--
http://www.daocpedia.de
Hi everybody,
I have a problem with external links after updating from 1.4.9. to
1.5.0.
With 1.4.9 it was possible to use a relative link within external
mediawiki-links like
[http:../../mypage/ MyHTML Page]
Mediawiki 1.4.9 converts this to http://<FQDN>/mypage/ (mypage is a
directory in the webserver document root), and I was able to link to
non-mediawiki page on the same server without using a FQDN in the
mediawiki-link. This has the big advantage that the FQDN could change
and the mediawiki content does not need to be updated.
But with 1.5.0 this syntax does not work anymore. It seems that an
external link MUST now start with http:// . My old links like
[http:../../mypage/ MyHTML Page]
are not shown as links anymore but as is.
[http:../../mypage/ MyHTML Page]
Does anybody know how I could use an external link to a page on the
same server (aka relative link) without using an absolute
http://<FQDN> ?
Or is there a way to go back to the 1.4.9 feature by small changes in
the sources of 1.5.0.
Thanks in advance
Ralf
I thougth I had set my self as the bureaucreat or wikisysop when I set up my wiki. But when I look in special pages/user list I see my log in name and a seperate user identified as WikiSysop and designated as a bureaucrat. I cannot log in as WikiSysop using the password I used when setting up the Wiki.
Q. How do I designate myself and only myself as a bureacrat? Do I need to use the user name WikiSysop?
Q. What file holds the password so I can confirm I'm using the correct pass?
Mike T
Take a look at this page:
http://www.fontysmediatheek.nl/wiki/home/Speciaal:Categories
The list looks kinda random to me, is there a way to get it in
alphabetic order?
-Gerard
----------------------------------------------------------------
Op deze e-mail zijn de volgende voorwaarden van toepassing:
http://www.fontys.nl/disclaimer
The above disclaimer applies to this e-mail message.
----------------------------------------------------------------
Hii everyone,
The RSS feed on the Wiki http://www.sannier.net/wiki1/index.php?title=Special:Recentchanges&feed=rss here is not working when I tried to access it using an aggregator like yahoo or gmail.
Can you suggest where to modify the code...
Also any technique to post only the desired content rather than the total stuff in the RSS feed.
With regards,
Sri.
---------------------------------
Yahoo! Music Unlimited - Access over 1 million songs. Try it free.
> If you're using Mozilla/Firefox, download the Live HTTP Headers
> extension and check the headers used to set the cookie.
I tried this, but I don't see a message indicating a problem.
> If PHP is not reporting the hostname correctly (var_dump($_SERVER)
will
> tell you this),
This tells me the server is reporting wiki.lib.uconn.edu, which is
correct.
>you may need to set $wgServer, $wgServerName, and
> related variables manually (check DefaultSettings.php).
Here's my Localsettings for that entry:
$wgServer = "http://wiki.lib.uconn.edu";
And the rest if it matters:
$wgSitename = "UCONN Libraries Staff Wiki";
$wgServer = "http://wiki.lib.uconn.edu";
$wgScriptPath = "";
$wgScript = "$wgScriptPath/index.php";
$wgRedirectScript = "/wiki/redirect.php";
The site is here:
http://wiki.lib.uconn.edu/wiki/Main_Page
I am using a vhost for this site. The machine is actually
mammoth.lib.uconn.edu, but I've mapped wiki.lib.uconn.edu to
mammoth.lib.uconn.edu/wiki.
I've reverted it back to where you'll get an error message if you try to
login. Your help is appreciated on this.
-Tony
> -----Original Message-----
> > Ever since upgrading to 1.5RCx (and now also in the final release),
> > anytime a user logs into our Wiki they get the following error:
> >
> > "This Wiki uses cookies to log in users. You have cookies disabled.
> > Please enable them and try again."
> >
> > Even though the error displays, the user is actually logged in and
can
> > make edits as normal. If the user doesn't look closely they can't
tell
> > they are logged in and it's causing confusion.
> >
> > I think this is the same issue as reported here:
> >
> >
http://en.wikiquote.org/wiki/Wikiquote:Bug_reports#Login_cookie_problems
> >
> >[snip]
> >
> > It would seem that possibly this is related to some sort of hostname
> > rewrite or something similar? Can someone help me troubleshoot this?
>
> If you're using Mozilla/Firefox, download the Live HTTP Headers
> extension and check the headers used to set the cookie.
>
> If PHP is not reporting the hostname correctly (var_dump($_SERVER)
will
> tell you this), you may need to set $wgServer, $wgServerName, and
> related variables manually (check DefaultSettings.php).
>
> Can you send us an URL so we can test it ourselves?
>
> -- Jamie
> -------------------------------------------------------------------
> http://endeavour.zapto.org/astro73/
> Thank you to JosephM for inviting me to Gmail!
> Have lots of invites. Gmail now has 2GB.
>
> _______________________________________________
> MediaWiki-l mailing list
> MediaWiki-l(a)Wikimedia.org
> http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
hello.. when I try to make my images smaller, image magick doesn't work
(unfortunately I can only enlarge pics) and there comes the warning that
"shell_exec() has been disabled for security reasons in
/www/htdocs/........../wiki/includes/Image.php on line 1037". the
support of my hoster told me to create an .htaccess-file with
"AddHandler php-fastcgi .php .php4 .php3", but then the wiki doesn't
react anymore. please help me! the adress of my wiki is
http://de.wikiplant.org/wiki/index.php/Hauptseite
greetings from berlin :) florian