Morning!
I am building a web site for a family member who is in the process
of completing a PhD and MediaWiki looks like the ideal CMS to use
as they will be able to update their own web site (delegation is
always important :-)
Two questions:
1) There may be a need to have certain pages in multiple languages.
Is the best way to do this for a small site is to add a language
identifier to the page title eg:
here is the CV in [[CV.en|English]] or in [[CV.nl|Dutch]].
Is there a way to do this and still have a more readable title eg
"English CV" rathern than "CV.en"?
2) I see from the LocalSettings.php that it is possible to prevent
access to certain pages for users who are not logged in. Do I
need to list all the pages I want blocked or is it possible
to do wildcards eg internal*
TIA
James
My webhost has just transferred one server to another, and in the process decided to run PHP as cgi! I no longer have pretty urls. Is there anything I can do about this?
As some of you might know, I have had severe problems installing
Mediawiki 1.3.3 on a Solaris 9 box running Apache.
I have spent the better part of the evening trying to debug this
problem, and has made some progress:
1) The first problem was that Php complained it could not find
DefaultSettings.php. This arose after I had pressed "Install!" on
wiki/config/index.php . In other words the bug was triggered by the
Eval($local) at around line 370 in index.php
It started to work when I altered this line in $local from
require_once( \"DefaultSettings.php\" );
to
require_once( \"includes/DefaultSettings.php\" );
It started to work. Somehow it seems like MediaWiki didn't honor the
include_path correctly.
2) My second problem is much stranger(!). (But this only happens on a
host which in running PHP 4.2.3, on another host with PHP 4.3.8 it
doesn't happen.)
I started getting messages of the type:
Can't find a writable temp directory for the XHTML template. Check
that the TMP environment variable points to a writable directory, or
that the default temp dir (/tmp) exists and is writable.
This is probably correct, I have no write access to /tmp, nor is any
TMP variable set for PHP to point somewhere else. Is this needed for
running MediaWiki?
I traced the error into Parser.php, InitialiseFromUser and the line:
$this->mSkin =& $user->getSkin();
When I commented out this line it got all the way through until a
MySQL error (which is not related to this at all.)
--
Regards
Johan Seland
Hi,
I would really like full text indexing to be installed so advanced searching
would be possible. However, the database dump I used has the table 'cur' as
a table type of 'InnoDB'. If I'm not mistaken, fulltext indexes can only be
created on tables of type MyISAM, correct?
If so, are there any problems with switching from a table type of InnoDB to
MyISAM? Or am I possibly barking up the complete wrong tree here? (Is the
"Search" button on MediaWiki supposed to return fulltext results from the
get-go?)
Thanks for pointers. I am going to continue to research this on my own, but
figure someone on here can at least tell me if I'm looking in the right
direction.
Andrew
He,
the file languages/LanguageDe.php is ok.
I just changed the following:
$wgLocalInterwiki = $wgSitename;
$wgLanguageCode = "de";
$wgUseLatin1 = false;
$wgProxyKey =
"862891371be901f74c33f4738ee96fa1db5b1555e58c54b1868a4d531adb87";
Here there are the details of my PHP config:
PHP 4 http://server9.hostpoint.ch/~testhost/phpinfo.php
PHP 5 http://server9.hostpoint.ch/~testhost/php5/phpinfo.php
As further information, I can confirm you, taht when i run the same
Mediawiki on my local System on Mac 10.3.6, the problem doesen't
exists. As soon as I move Mediawiki to my Hostprovider, the problems
comes up. Even with the original downloaded MediaWiki folder.
I suppose that the problem is caused by my provider. Could it be?
Andrea
Howdy,
I've been experimenting with RewriteRules and LocalSettings.php
to get rid of the "index.php" in the URL, but I'm running into
unexpected problems.
The setup now seems to work using:
---- LocalSettings.php ----------------------------------
$wgScriptPath = "";
$wgScript = $wgScriptPath . "/index.php";
---------------------------------------------------------
"Seems", because there is a strange balance between Apache and
PHP keeping the "index.php" most of the time out of the URL. The
correct setup would be:
---- LocalSettings.php ----------------------------------
$wgScriptPath = "";
$wgScript = "";
---------------------------------------------------------
but this causes an infinite "Error 302 Moved Temporarily" loop
(Using Firefox, Apache 2.0.52, Squid 2.5 and Mediawiki 1.3.8) for
the URL in the script tag on each page:
<script src="?title=-&action=raw&gen=js&smaxage=0"
type="text/javascript"></script>
It looks like the empty $wgScript causes the mayhem in the
function getLocalURL() in Title.php (via Skin.php and SkinPHPTal.php).
The code looks sensible, though.
My RewriteRules look like this:
---- httpd.conf -----------------------------------------
RewriteEngine On
# Redirect old /wiki/ urls
RewriteRule ^/wiki/(.*)$ http://www.rapdict.org/$1 [R,L]
RewriteRule ^/index.php/(.*)$ http://www.rapdict.org/$1 [R,L]
# Don't rewrite requests for files in MediaWiki subdirectories,
# MediaWiki PHP files, HTTP error documents, favicon.ico, or robots.txt
RewriteCond %{REQUEST_URI} !^/(stylesheets|images|skins)/
RewriteCond %{REQUEST_URI} !^/(redirect|texvc|index).php
RewriteCond %{REQUEST_URI} !^/error/(40(1|3|4)|500).html
RewriteCond %{REQUEST_URI} !^/favicon.ico
RewriteCond %{REQUEST_URI} !^/robots.txt
# Rewrite http://wiki.domain.tld/article properly, this is the main rule
RewriteRule ^(.*)$ /index.php/$1 [L,QSA]
---------------------------------------------------------
Does anyone know how to counter the infinite 302 loop for that script
URL?
Greetings,
Patrick
--
_______________________________________________________________
Patrick Atoon ___________________ mailto:patricka@rapdict.org
_____________________________________ http://www.rapdict.org/
Hello,
I just installed MediaWiki on a SuSE 9.1 distribution with PHP 4.3.4
Everything seems to work correctly except the LaTeX interpreter.
I type this <math>/int f(x) dx</math> in a wiki page and
saved it and got the same picture, without any LaTeX interpretation :
<math>/int f(x) dx<math>
It is likely that something is missing.
Could someone tell me what ?
Thanks
Francois Colonna
The help for search says this regarding secondary search:
Oddly, sometimes no context is shown.
We (Christian Zankel) seem to have fixed this by applying the
following diff to mediawiki-1.3.8/includes/SearchEngine.php:
402a403
> --$contextlines;
408d408
< --$contextlines;
Resulting in code that looks like this:
foreach ( $lines as $line ) {
if ( 0 == $contextlines ) {
break;
}
++$lineno;
if ( ! preg_match( $pat1, $line, $m ) ) {
continue;
}
--$contextlines; # <<<<==== Moved past continue.
$pre = $wgLang->truncate( $m[1], -$contextchars, "..." );
JA
| well, the thing is, I don't even know why it won't work... so I don't
| know what rule I should add... the rule I have now is something like:
|
| iptables -t nat -A PREROUTING -i eth0 -p tcp -d $IP --dport 8080 -j
| DNAT --to 192.168.1.10:80
|
| iptables -A FORWARD -i eth1 -o eth1 -p tcp -d 192.168.1.10 --dport 80
| -j ACCEPT
|
| where $IP is the ip of the box connected to the internet, and
| 192.168.1.10 is where the wiki is located.
I'm not sure if I understand everything you're trying to do, but:
- Why don't the internal machines simply go straight to 192.168.1.10?
- If you don't want that, and you want to redirect the internal
traffic, the above rules look wrong. The first rule applies to
packets arriving at your gateway machine on eth0. The second
applies to packets arriving AND leaving on eth1. So on the face of
it, these two rules have nothing to do with each other.
If you want to send me mail offline, I may be able to help further.
Please send more info (I only just re-joined this list, so I missed
your original posting), including which interface is the internal and
which is the external.
Terry
Hello,
However I try to start any file from the maintenance, say, refreshLinks or rebuildSearchIndex, the result is invariably one and the same:
"Sorry! The wiki is experiencing some technical difficulties, and cannot contact the database server."
Even the proposed workaround for rebuilding the links is not working.
First it returns
ERROR 2006: MySQL server has gone away
No connection. Trying to reconnect...
Connection id: xxxxxx
Current DB: XXXX_XX
After about two minutes we have
@foo:=COUNT(*)
397167
1 row in set (2 min 11.91 sec)
After issuing the second command, the server returns:
Query OK, 0 row affected (0.00 sec)
Rows matched: 1 Changed: 0 Warnings: 0
Open any category page, say, http://www.unipedia.info/Category:Computer_science.html
and see
"There are 0 articles in this category."
What am I doing wrong, and why none of the maintenance files is working?
I am using mediawiki 1.3.8
Thank you,
Plamen