Hi all,
I still have little problem with mediawiki squid
cache.
I got the squid cache working for Apache, php and
mysql on the same machine.
But after I install and config the mediawiki, the
request to the machine 192.168.1.42 always redirect to
127.0.0.1. So it only works on the itself. Http
request to the wiki main page will not work from a PC.
I added the following lined to the LocalSetting.php
## Squid Caching
$wgUseSquid = true;
$wgSquidServers = array('127.0.0.1');
where else do I need to make change.
thanks
judi
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Hello,
I have read all mediawiki pages, that
talk about searching in mediawiki.
So I hope this is no RFTM.
Can you tell me how to enable a true substring-
fulltext-search in mediawiki 1.4.8?
I have switched from another wiki to mediawiki
and find it disappointing, that only complete
matching words are found inside of a page.
I hope I don't have to switch to another searchengine,
i.e. LuceneSearch, which would
introduce even more problems.
Thank you for your time and help.
Regards,
Richard
___________________________________________________________
Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de
I have tried using your google sitemaps extension, with no luck. I get
the following error:
"This XML file does not appear to have any style information associated
with it. The document tree is shown below."
Can you explain what I have done wrong?
http://www.350z-tech.com/wiki/extensions/googleSiteMap.php
I found it here:
http://mail.wikipedia.org/pipermail/mediawiki-l/2005-August/006254.html
-----Original Message-----
From: mediawiki-l-bounces(a)Wikimedia.org
[mailto:mediawiki-l-bounces@Wikimedia.org] On Behalf Of Rowan Collins
Sent: Tuesday, September 20, 2005 5:39 PM
To: MediaWiki announcements and site admin list
Subject: Re: [Mediawiki-l] Re: Google Sitemaps
On 20/09/05, Bass, Joshua L <joshua.l.bass(a)lmco.com> wrote:
> I have tried using your google sitemaps extension, with no luck. I get
> the following error:
>
> "This XML file does not appear to have any style information
associated
> with it. The document tree is shown below."
That's not an error, that's how Mozilla presents XML documents
(they're meant for computer consumption, not human, after all).
It does appear to be empty though, but that's unrelated to the message
you're seeing, and I know nothing about what this extension is
supposed to do, so can't answer about that.
[Nice wiki skin, by the way]
--
Rowan Collins BSc
[IMSoP]
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)Wikimedia.org
http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
I'm sure this has been debated many times, so I simply ask:
Where's the best place to read about the current state of affairs with
respect case sensitivity for MW URLs?
ie, some folks want http://wiki.example.com/wiki/my_main_page to match
http://wiki.example.com/wiki/My_Main_Page while others may not. For what
it's worth, I'm not sure why this can't be a per-site-programmable, but I
thought I'd educate myself first by reading a little bit...and maybe I'll
find that this is address in future revs (beyond my 1.4.0 site)?
-Matt
I am trying to setup wikireference.com <http://wikireference.com> so that
new portals can be created in the same way that portals are created on
wikipedia. The problem is that {{/something}} links as this:
"Template:/something" on my installation of mediawiki (v1.4) but as some of
you might know {{/something}} on wikipedia completes the relative path with
the base path you are at. So if you are on WikiReference:Sandbox and you
type {{/something}} it will links as: "WikiReference:Sandbox/something"
My question is:
How do I enable my installation of mediawiki to do this automatically as
wikipedia does?
hi,
Wamp Server is shipped with Apache 1.3.3 and PHP 5. However, if using Apache 1.3.x, installation of PHP 5 is not recommended. I believe this is where I have a conflict. I am unable to compile and armor Apache 1.3.3 server with SSL support, although the LDAP integration is working fine.
The basic issue is getting SSL activated.
thanks in advance for any help.
AJ.
Adding this to LocalSettings.php fixed the problem:
$wgGroupPermissions['user']['protect'] = true;
However this doesn't seem like it should be doing this?
-----Original Message-----
From: mediawiki-l-bounces(a)Wikimedia.org
[mailto:mediawiki-l-bounces@Wikimedia.org] On Behalf Of Rowan Collins
Sent: Tuesday, September 20, 2005 2:05 PM
To: MediaWiki announcements and site admin list
Subject: Re: [Mediawiki-l] User:name/subpage not working for users
> On 9/20/05, Bass, Joshua L <joshua.l.bass(a)lmco.com> wrote:
> > How can I allow users to have subpages? Currently only sysops can
make
> > User: subpages. I couldn't find a setting to allow this.
> >
> > Mediawiki 1.5
On 20/09/05, Jared Brown <jaredbrown(a)gmail.com> wrote:
> To enable subpages for a namespace copy the wg enable sub pages array
> constructor from DefaultSettings.php and copy it to LocalSettings.php
then
> set the 0's to 1's.
But that shouldn't affect people ability to actually *create* the
pages, only whether they're treated specially. Besides, NS_USER is set
to "true" by default anyway.
Maybe a setting *has* been added, perhaps for a different purpose but
in some kind of bodged way. (/me goes off and looks through
DefaultSettings.php for any likely candidates...) Hm, can't see
anything, unless you've done anything odd...
I can't actually think of a situation where it requires a sysop to
create *any* page, unless only they can edit. Much less a reason why
[[User:Foo]] should be fine, but [[User:Foo/bar]] restricted, as you
seem to be implying...
--
Rowan Collins BSc
[IMSoP]
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)Wikimedia.org
http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
Hi,
I installed the mediawiki 1.5rc4 and I'm having some problems with the
User Rights Management feature. I added some groups in the
Localsetting.php but I don't know how to restrict some pages for these
groups. Example:
I added these lines to my LocalSettings.php:
$wgGroupPermissions = array ("Main Page", "Special:Blockip",
"Special:Userlogin" );
$wgGroupPermissions['aplications']['edit'] = true;
$wgGroupPermissions['aplications']['move'] = false;
$wgGroupPermissions['aplications']['read'] = true;
I'm following the instructions found on the
./includes/Defaultsettings.php file and I'm not certain about the line
that I added:
$wgGroupPermissions = array ("Main Page", "Special:Blockip",
"Special:Userlogin" );
I want that the Aplications Group only view and edit the Main Page,
Special:Blockip and the Special:Userlogin page.
Does anyone know how to do this?
Thanks
Jeff