>> ---LocalSettings.php snippet---
>> $wgScriptPath = "";
>> $wgScript = "$wgScriptPath/index.php";
>> $wgRedirectScript = "$wgScriptPath/redirect.php";
>> ---End snippet---
>[snip]
>> RewriteRule ^(.*)$ cmw/$1 [L]
>> ---End snippet---
>
> Won't this cause all the /index.php.* to be rewritten to
> /cmw/index.php.* internally?
Brion Vibber and other MediaWiki gurus--
I don't think it works quite that way, but it's possible. The subdomain
cmw.buzdor.org has a root which is mapped (by this .htaccess) to the
physical server path cmw/ relative to the root of the service package. It's
my understanding that this rule maps the url
http://cmw.buzdor.org/index.php?title=Main_page to the *filesystem* path
/cmw/index.php and passes the same query string. I thought the abstraction
from the URL layer to the filesystem layer was transparent to the PHP
software, since no one (and I mean no one) runs their website from their
TRUE root / on their *nix server. I did not know that this would be an
issue for the wiki software, since it can (and should) make all URLs (and
client redirect headers) relative to the root of cmw.buzdor.org, and it
should never issue a URL containing the path /cmw/. It was my supposition
(having installed SquirrelMail, PhpBB, and other PHP programs the same way)
that the software would take me at my word when I said it was at the root
for URL purposes. Perhaps there's an obscure, oversensitive server variable
that no other program uses to determine request URL that MediaWiki is
dependent upon, and I could switch that to the traditional one in my copy of
the code.
> This could produce a mismatch between the defined $wgScript and the
> path the wiki sees itself at internally when checking that raw pages
> are being loaded from the canonical URL.
Would you recommend I write a temporary index.php dumping server variables
to the user, so we can diagnose whether some variable the server is passing
to the Wiki is confusing it? What server or request variable is suspect?
This is a fascinating problem through which I'll probably learn quite a bit
about Apache, and even more about MediaWiki. Thanks for your time!
--N. Buzdor
I have recently installed mediawiki 1.4beta4.
(1)I am wondering how I can get my 'Script URI path' recognized by
mediawiki configuration (http://mediawiki.mydomain.com/config/index.php)?
(2)Where is the script URI path set? (I am guessing in httpd.conf, but am
unsure how to set it).
(3)What is the script uri path used for?
Below is output from my mediawiki installation on Freebsd 5.3:
MediaWiki 1.4beta4 installation
Please include all of the lines below when reporting installation problems.
Checking environment...
* PHP 5.0.2: ok
* PHP server API is apache2handler; ok, using pretty URLs
(index.php/Page_Title)
* Have XML / Latin1-UTF-8 conversion support.
* PHP's memory_limit is 8M. If this is too low, installation may fail!
Attempting to raise limit to 20M... ok.
* Have zlib support; enabling output compression.
* Turck MMCache not installed, can't use object caching functions
* Found GD graphics library built-in, image thumbnailing will be
enabled if you enable uploads.
* Installation directory: /usr/local/www/mediawiki
* Script URI path:
Hi All,
I am trying to protect a couple of pages in my wiki and have not been
successful in doing this. Can some help me with some examples in trying
to protect pages in Mediawiki
Thanks in advance
Jared
Hi,
I'm considering providing mediawiki to users as a service, using one
codebase. I'd like to ask some question to the mediawiki developers -
who should I be talking to?
Thanks, and apologies for the non-techie question!
Peter
http://poorbuthappy.com/ease
For testing, I am trying to install MediaWiki 1.4beta4 on Win XP, using
Apache. The install script happily creates the tables and stuff, but
then says:
"Converting links table to ID-ID...
Sorry! The wiki is experiencing some technical difficulties, and cannot
contact the database server. "
I am running MySQL 3.23.58-nt.
Any idea what might be causing this?
Thanks,
Peter
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
MediaWiki 1.4beta4 is an experimental release, to help flush out
remaining major problems in the code prior to a final public 1.4.0
release. It is not recommended to use this beta on a public site unless
you're familiar with MediaWiki innards and are willing and able to help
diagnose and fix problems that come up.
Users of the earlier beta releases should upgrade to keep up with bug
fixes. Anyone running a version _earlier_ than beta 3 should upgrade
immediately if uploads are enabled due to potential security
vulnerabilities on some Apache configurations.
=== Beta 4 fixes ===
* (bug 1090) Fix sitesupport links in CB/classic skins
* Gracefully ignore non-legal titles in a <gallery>
* Fix message page caching behavior when $wgCapitalLinks is turned off
after installation and the wiki is subsequently upgraded
* Database error messages include the database server name/address
* Paging support for large categories
* Fix image page scaling when thumbnail generation is disabled
* Select the content language in prefs when bogus interface language is
set
* Fix interwiki links in edit comments
* Fix crash on banned user visit
* Avoid PHP warning messages when thumbnail not generated
* (bug 1157) List unblocks correctly in Special:Log
* Fix fatal errors in LanguageLi.php
* Undo overly bright, difficult to read colors in Cologne Blue
* (bug 1162) fix five-tilde date inserter
* Add raw signatures option for those who simply must have cute sigs
* (bug 1164) Let wikitext be used in Loginprompt and Loginend messages
* Add the dreaded <span> to the HTML whitelist
* (bug 1170) Fix Russian linktrail
* (bug 1168) Missing text on the bureaucrat log
* (bug 1180) Fix Makesysop on shared-user-table sites
* (bug 1178) Fix previous diff link when using 'oldid=0'
* (bug 1173) Stop blocked accounts from reverting/deleting images
* Keep generated stylesheets cache-separated for each user
* (bug 1175) Fix "preview on first edit" mode
* Fix revert bug caused by bug 1175 fix
* Fix CSS classes on minor, new, unpatrolled markers in enhanced RC
* Set MySQL 4 boolean search back to 'and' mode by default
* (bug 1193) Fix move-only page protection mode
* Fix zhtable Makefile to include the traditional manual table
* Add memcache timeout for the zh conversion tables
* Allow user customization of the zh conversion tables through
Mediawiki:zhconversiontable
* Add zh-min-man (back) to language names list
* Ported $wgCopyrightIcon setting from REL1_3A
* (bug 1218) Show the original image on image pages if the thumbnail
would be
bigger than the original image
* (bug 1213) i18n of Special:Log labels
* (bug 1013) Fix jbo, minnan in language names list
* Added magic word MAG_NOTITLECONVERT to indicate that the title of the
page
do not need to be converted. Useful in zh:
* (bug 1224) Use proper date messages for date reformatter
* (bug 1241) Don't show 'cont.' for first entry of the category list
* (bug 1240) Special:Preferences was broken in Slovenian locale when
$wgUseDynamicDates is enabled
* Added magic word MAG_NOCONTENTCONVERT to supress the conversion of the
content of an article. Useful in zh:
* write-lock for updating the zh conversion tables in memcache
* recursively parse subpages of MediaWiki:Zhconversiontable
* (bug 1144) Fix export for fy language
* make removal of an entry from zhconversiontable work
* (bug 752) Don't insert newline in link title for url with %0a
* Fix missing search box contents in MonoBook skin
* Add option to forward search directly to an external URL (eg google)
* Correctly highlight the fallback language variant when the selected
variant is disabled. Used in zh: only for now.
Release notes:
http://sourceforge.net/project/shownotes.php?release_id=295298
Download:
http://prdownloads.sf.net/wikipedia/mediawiki-1.4beta4.tar.gz?download
Wiki admin help mailing list:
http://mail.wikipedia.org/mailman/listinfo/mediawiki-l
Low-traffic release announcements mailing list:
http://mail.wikipedia.org/mailman/listinfo/mediawiki-announce
Bug report system:
http://bugzilla.wikipedia.org/
Play "stump the developers" live on IRC:
#mediawiki on irc.freenode.net
- -- brion vibber (brion @ pobox.com)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (Darwin)
iD8DBQFB3zGFwRnhpk1wk44RAuB/AKCWvLqX6Yl6JKY5AYlEkllyCPU/ZACfda3Z
ebLrrXyDG6roJzxW5bWdoYo=
=uvCv
-----END PGP SIGNATURE-----
Hi,
is there a simple way to import wiki sites from one wiki into another? Is it,
for example, sufficient to export datasets from the cur table and import them
in the cur table of the other wiki? Or has it to be done manually by c'n'p?
Cheers,
- Moritz
Hi,
playing with templates and extensions I'am not happy that template variables
between the extension tags are not expanded because in Parser.php
replaceVariables() is called _after_ strip().
Don't know if this is a design decision, but as a result of that you can't
have parametrized templates which uses extensions which is quite bad.
For example a "Template:Inventarnummer" which is:
<db>SELECT inventarnum FROM rechner WHERE name = '{{{1}}}'</db>
can't be used as
{{Inventarnummer|Hermes}}
because the "db" extension gets the variable literally as "{{{1}}}" not as
"Hermes". This way it's impossible to hide "extensions calls" inside
templates.
Don't know if this is generally useful at all but the attached patch of
Parser.php (against current cvs) works for me quite ok.
Mikesch
Going through the tiresome task of translating all my system messages
via the wiki, from english and bad danish to danish, in order to store
these firmly in my database. I came across a system message, which
remains in english, even though the appropriate message has been
translated correctly in the special messages (which is found in
"uploadlogpagetext"). Check the pages below to see what I mean.
http://www.crewscut.com/index.php?title=Crewscut.com:Upload_loghttp://www.crewscut.com/index.php?title=MediaWiki:Uploadlogpagetext
As this may be a small bug, I thought I would post it here. I'd be
grateful for pointers on how to fix it.
I am running MediaWiki v.1.4 beta3.
Kind regards,
Morten :-)
--
Crews Cut Community
http://www.crewscut.com
Morten Blaabjerg
Dronningensgade 4B, DK-5000 Odense C.
Tlf. +45 65 90 60 88
Hey all,
I had a user register on my wiki (eewiki.com) and spam it with links.
I went to block this user but it wants their IP - I have no idea how
to find that information out from the wiki.
Can someone please instruct me on how to deal with this? Thanks =)
--
Lisa Jill
http://www.lisa-jill.com