Ok - that was it. Thanks to everyone for their help!
Caitlin
------------------------------
Message: 3
Date: Sat, 2 Jun 2007 20:28:24 +0200
From: Schneelocke <schneelocke(a)gmail.com>
Subject: Re: [Mediawiki-l] change wiki to registered users only for
edits?
To: "MediaWiki announcements and site admin list"
<mediawiki-l(a)lists.wikimedia.org>
Message-ID:
<d4dc44d50706021128n53fddf0csbe12b1dfcc8b2954(a)mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
2007/6/2, Caitlin Dempsey <editor(a)gislounge.com>:
> Where do I put this line of code? I tried to add it to the
> localsettings.php and I'm getting an error message.
LocalSettings.php is the right place. Do you still get an error message if
you add a semicolon after it?
--
schnee
Where do I put this line of code? I tried to add it to the
localsettings.php and I'm getting an error message.
Message: 9
Date: Fri, 01 Jun 2007 20:52:13 -0400
From: Paul Coghlan <pcoghlan(a)usa.net>
Subject: Re: [Mediawiki-l] change wiki to registered users only for
edits?
To: MediaWiki announcements and site admin list
<mediawiki-l(a)lists.wikimedia.org>
Message-ID: <C286377D.A292%pcoghlan(a)usa.net>
Content-Type: text/plain; charset="US-ASCII"
Caitlin
I think you will find it is
$wgGroupPermissions ['*']['edit']=false
This prevents anonymous users from making edits.
Paul
On 6/1/07 8:47 PM, "Caitlin Dempsey" <editor(a)gislounge.com> wrote:
> I saw how to do this once somewhere but I can't find it again. How do I
> change the permissions on a wiki so that only registered users can edit?
>
> Thanks,
> Caitlin
>
>
>
I saw how to do this once somewhere but I can't find it again. How do I
change the permissions on a wiki so that only registered users can edit?
Thanks,
Caitlin
The Discussion threading allows the Talk (discussion) pages to use a
threading like structure, posting replies and new threads by default instead
of free-form text.
I finally got around to greatly simplifying the installation hassle by
reducing required patches and testing for both 1_9_3 and 1_10_0 and have
updated the installation instructions, patches, and even patched include
files for these versions available for download.
While this is not true threading, it takes you a long way there until proper
threading can be introduced.
For further details, see:
http://www.mediawiki.org/wiki/Extension:DiscussionThreading
Jack D. Pond
"It is my ambition to say in ten sentences what others say in a whole book."
-- Friedrich Nietzsche
Hello,
I have an odd situation that occurs randomly when articles are presented
in Mediawiki 1.9.1
Sometimes wikitext like [[Some article]] results in a link to
http://mywiki.domain.com/wiki/index.php/Some_article and sometimes the
resulting link is http://mywiki.domain.com/index.php/Some_article (one
includes the directory /wiki and one does not). In my configuration, the
first one -- with the directory -- is the one that works.
I can't find any pattern around when it happens. It doesn't seem to be
related to an individual article, user, browser, IP address, etc. It's
just a random occurrence but it seems to be happening more frequently
lately.
My relevant Apache rewriting config is below as is an excerpt from
LocalSettings.php.
== From the <VirtualHost> configuration ==
<Directory /var/www/html/wiki>
Options FollowSymLinks
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.+)$ /index.php?title=$1 [L,QSA]
</Directory>
== From LocalSettings.php ===
$wgSitename = "Wiki";
$wgScriptPath = "/wiki";
$wgScript = "$wgScriptPath/index.php";
$wgRedirectScript = "$wgScriptPath/redirect.php";
$wgArticlePath = "$wgScript/$1";
Anybody ever encounter this? Thanks in advance.
-Andrew
We'd like to convert some (eventually all) of our site to printable PDF
(and to be able to autogenerate such in the future.) It's easy enough to
batch-download html, and to organize either via internal tags or an
external TOC (in conjunction with scripts). Is there a better way to do
it directly? And if not, any recommendations for good HTML->PDF
converters, preferably ones that we could do pagination in, and
preferably convert internal links into page references?
Thanks,
Ken
Hi,
at the moment i'm changing the layout of my media wiki...
but i have a big problem:
where can i change the style of the tool box!?
i'm using monobook. if i look at my page--> view page source--> it tell
me that the toolbox is class p-tb...but i can't find that class in my
main.css...
i even wrote that class...but it doesn't work...seems the style is
configuered some where else...or something else....
thanks for help jule
Dear Friends,
my Homepage is hosted by www.loomes.de, PHP 4.3.10-20, phpMyAdmin 2.5.6,
MySQL 5.0.30. Local www.graenz.name/wiki with all dates from Install and
Extract V. 1.10.
No Start-Monitor!
Please help me.
Best Regards from Dresden, Saxony, Germany, Old Europe
René
René Gränz
PF 280214
01142 Dresden
Funk: 0162/1 76 53 55
e-Mail: rgraenz(a)gmx.de
http://www.graenz.name
----------------------------------------
+++ Aktualisierte Daten per Mai 2007 +++
+++ www.ahnenliste.graenz.name +++ Neu +
----------------------------------------
+++ Sie helfen bei geneal. Projekten +++
+++ Neu +++ www.projekte.graenz.name +++
----------------------------------------
Dear mediawiki admin experts,
I have a configuration goal for my installation of mediawiki that might technically only be a web-server related modification, but I am convinced that the solution (if it is even possible) will requires the advanced insights of this group of experts. Here's the situation: I have set-up a mediawiki (1.6.10) on a dedicated company server (Red Hat, Apache 2.0.52) which uniformly (www and intranet) limits browser accessibility to users who have a company username and password which they are required to provide to the browser in order to view the wiki articles. wiki user-accounts for authoring are handled by the LDAP module. This part all works great. --- The problem is --- that I am now being asked if it is possible to make certain pages "publicly" accessible and not protected behind a secure browser authentication against the company's domain (after we've gone to such excellent lengths to protect all of the content!!!) I am being asked if specific articles and/or all of the articles in certain namespace can be made to be an exception to our global restrictions on who can "see" the articles. A specific example is the "Main Page" and any of the User's pages. So, does anyone know how to configure a mediawiki such that "some" pages require secure browser authentication even just to see them? If so, the ideal solution would behave such that new pages are created inaccessible from the public by default. --- sincerest thanks all. - Rich (revansx)