That was unreadable :-( here's a version that should get through the 80
character line limit.
/--------------------------------------------------------------\
|Page name |Article | Edit | History etc.|
| ______________ |
| oIntranet oWeb | |Search |
|--------------------------------------------------------------|
| Menu 1 Menu 2 Menu 3 Menu 4 |
|---------|Option 1 |---------------------------------------|
| |Option 2 | |
| |Option 3 | |
| |etc. | |
| ------------ page content in here |
| |
| |
|--------------------------------------------------------------|
|username preferences etc. toolbox etc. |
\--------------------------------------------------------------/
al.
Dear all,
We're using MediaWiki for our Intranet and have developed a new skin (for
1.4) along the following lines:
/---------------------------------------------------------------------------
------\
|Page name |Article | Edit |
History etc.|
| ______________
|
| oIntranet oWeb | |
Search |
|---------------------------------------------------------------------------
------|
| Menu 1 Menu 2 Menu 3 Menu 4
|
|---------|Option 1
|----------------------------------------------------------|
| |Option 2 |
|
| |Option 3 |
|
| |etc. |
|
| ------------ page content in here
|
|
|
|
|
|---------------------------------------------------------------------------
------|
|username preferences etc. toolbox etc.
|
\---------------------------------------------------------------------------
------/
I've based this on monobook, but used tables for layout. It works fairly
well under IE and Firefox. An error is reported when loading it under IE6,
but this error seems to have no effect on its usability. It does struggle a
bit under Firefox when font sizes get too big. The menus use CSS for their
drop down elements. Unfortunately the Menu 1 etc. are not dynamic, but
rather hard-coded into the skin. There are radio buttons to search either
the web or mediawiki.
I'm wondering if anyone out there is looking for a similar skin and willing
to commit time to jointly polish this up?
Regards,
al.
Brion - thank you for your help! LiveHeaders helped
me find the problem (the ServerName directive was not
set correctly).
-Amy
--- Brion Vibber <brion(a)pobox.com> wrote:
> That indicates it returned a '301 Moved Permanently'
> response, which is
> indeed a redirect.
>
> Confirm that Apache's ServerName directive is not
> incorrect (for
> instance, "localhost"), which would send you to the
> wrong location when
> making redirects.
>
> You can ease debugging of these kinds of problems by
> installing the Live
> HTTP Headers extension in Mozilla Firefox, with
> which it's fairly easy
> to see the actual headers returned.
> (http://livehttpheaders.mozdev.org/)
>
> -- brion vibber (brion @ pobox.com)
Based on a post from David Cameron (19 Feb 2005) I've hacked up the
following modification to loadFromSession (in User.php) which allows
authentication against our NTLM database (based on the variable AUTH_USER
passed from IIS).
I'm trying to avoid hacking the code for 1.4 so if you know a way to achieve
this without modifying User.php (or another core file) then feedback would
be most appreciated.
Cheers,
al.
/**
* Read datas from session
* @static
*/
function loadFromSession() {
global $wgMemc, $wgDBname;
if ( isset( $_SESSION['wsUserID'] ) ) {
if ( 0 != $_SESSION['wsUserID'] ) {
$sId = $_SESSION['wsUserID'];
} else {
return new User();
}
} else if ( isset( $_COOKIE["{$wgDBname}UserID"] ) ) {
$sId = IntVal( $_COOKIE["{$wgDBname}UserID"] );
$_SESSION['wsUserID'] = $sId;
} else if ( isset($_SERVER["AUTH_USER"])) {
//Rembrandt modification to allow logon via authentication
information
//passed from IIS
global $wgUser;
global $wgDeferredUpdateList;
//get the username
$temp = explode('DOMAINNAME', $_SERVER["AUTH_USER"]); //remove
the domain name from AUTH_USER
$name = $temp[1];
//pull in the usernames and passwords we'll need for the
database lookup
global $wgDBprefix;
global $wgDBuser;
global $wgDBpassword;
global $wgDBserver;
global $wgDBname;
//we'll use PHP's MYSQL module to access the mediawiki
database as it's Q&D
mysql_connect($wgDBserver,$wgDBuser,$wgDBpassword);
@mysql_select_db($wgDBname) or die( "Unable to select user
database for NTLM authentication");
$query="SELECT * FROM " . $wgDBprefix . "user WHERE
LOWER(user_name) = '" . strtolower($name) . "'";
$result = mysql_query($query);
$row = mysql_fetch_array($result, MYSQL_ASSOC);
mysql_close();
//set the variables we need to transparently authenticate
$sId = $row['user_id'];
$_SESSION['wsUserID'] = $row['user_id'];
$_SESSION['wsUserName'] = $row['user_name'];
$_SESSION['wsToken'] = $row['user_token'];
} else {
return new User();
}
if ( isset( $_SESSION['wsUserName'] ) ) {
$sName = $_SESSION['wsUserName'];
} else if ( isset( $_COOKIE["{$wgDBname}UserName"] ) ) {
$sName = $_COOKIE["{$wgDBname}UserName"];
$_SESSION['wsUserName'] = $sName;
} else {
return new User();
}
$passwordCorrect = FALSE;
$user = $wgMemc->get( $key = "$wgDBname:user:id:$sId" );
if($makenew = !$user) {
wfDebug( "User::loadFromSession() unable to load
from memcached\n" );
$user = new User();
$user->mId = $sId;
$user->loadFromDatabase();
} else {
wfDebug( "User::loadFromSession() got from cache!\n"
);
}
if ( isset( $_SESSION['wsToken'] ) ) {
$passwordCorrect = $_SESSION['wsToken'] ==
$user->mToken;
} else if ( isset( $_COOKIE["{$wgDBname}Token"] ) ) {
$passwordCorrect = $user->mToken ==
$_COOKIE["{$wgDBname}Token"];
} else {
return new User(); # Can't log in from session
}
if ( ( strtolower($sName) == strtolower($user->mName) ) &&
$passwordCorrect ) { //modified to allow for case differences between
mediawiki and NTLM usernames
if($makenew) {
if($wgMemc->set( $key, $user )) {
wfDebug( "User::loadFromSession()
successfully saved user\n" );
} else {
wfDebug( "User::loadFromSession()
unable to save to memcached\n" );
}
}
$user->spreadBlock();
return $user;
}
return new User(); # Can't log in from session
}
a long saga of installing mediawiki...
I am having a funny problem, when acessing the site the php acts as if
it was crashing, but just sometimes. In a pc every 10-20 clicks one
actually responds. From a mac I just cannot access it. From a linux
machine, my server admins were able to use it properly.
They say it's something on sending data on a compressed gzip. I have no
idea of what that means, how can I disable this?
Thanks
Alexandre van de sande
http://www.wanderingabout.com/kiwi/index.php/Main_Page
>>>>
Begin forwarded message:
> Dear Alexandre:
> We\'ve tested the page using Opera on a Linux box. We know there is
> an issue about gzip compressed content (most of popular php apps uses
> this way of sending information to browsers) in ssl enabled web
> servers. I\'m pretty sure that there could be some configuration
> option to disable it. Unfortunately, I don\'t know too much about
> mediawiki to help you to achieve this setup. I can only say that PHP
> doesn\'t crash anymore (as it did before we patch the application).
> Of course, if you have any other question regarding this or another
> issue, please feel free to contact us.
>
> Daniel,
> Departamente Técnico
> Dattatec Hosting Solutions
I was trying to set up a number of MediaWiki 1.4 sites. I'd written a
bash script that duplicates the folder hierarchy and creates hard links
to the files. I then remove LocalSettings.php, and run /wiki/config.
This worked for several websites, then refused to work on one. I kept
getting the message:
* Script URI path: /wiki
Fatal error: Cannot redeclare class namespace in
/Users/xxx/Sites/yyy/wiki/includes/Namespace.php on line 52
Now the "yyy" directory, in the directory of user "xxx", was symlinked
into /Library/WebServer, which is the standard place on MacOS X. I went
up and down that symlinked path, looking for permission problems, and
found none.
But the problem wasn't in the symliked path! The home directory of user
"xxx" had somehow gotten perms of "-rwxr-x--x" -- there was no read
permission for others, which included the user "www" that Apache runs
under! User "xxx" and I had the same group, so I was able to go into
the directory with no problem.
I thought it a rather strange error message for a permission problem
several levels up!
:::: Sex is hereditary. If your parents never had it, chances are you
won’t either. -- Joseph Fischer
:::: Jan Steinman <http://www.Bytesmiths.com/Van>
hello.
is there a way of disabling the displaying of the ip adress of authors
and the talk function (displayed in the "recent changes" and "page
history").
many users do not like that there ip adress is shown in the public ...
thanks,
startx.
Greetings.
I've just set up a Mediawiki site where I work, and the computer it's on
isn't connected to the Internet in any way. I'd like to provide the
Help which is available on the Meta site, and have downloaded the
database dump but was wondering if there's an easy way to merge this
table in with my cur table without major surgery.
Any ideas?
Bret Wortman
Hello,
I recently upgraded from MediaWiki 1.1.0 to MediaWiki
1.4.0 and also migrated from Windows to Linux. The
upgrade appears to have worked, but I do not see
anything when I request index.php.
The following URL yields "page could not be displayed"
in the browser:
http://<myserver>/wiki/index.php
The corresponding entry in Apache's access_log shows:
[29/Mar/2005:11:16:34 -0800] "GET /wiki/index.php
HTTP/1.1" 301 -
My LocalSettings.php includes these settings:
$wgScriptPath = "/wiki";
$wgScript = "$wgScriptPath/index.php";
$wgRedirectScript = "$wgScriptPath/redirect.php";
[...]
$wgArticlePath = "$wgScript/$1";
Note that specifying the article name explicitly in
the URL *does* work:
http://<myserver>/wiki/index.php/Main_Page
Does anyone have any ideas about how I can get the
index.php to show the Main_Page automatically?
Thanks for your help!
-Amy
chanamy1(a)sbcglobal.net
Hi,
How can I setup the Wiki to forward an email notification of a password
change to a local exchange server instead of through sendmail?
I'm currently running MediaWiki 1.3.9 on Linux.
Thanks,
Chuck
**********************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.
This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.
www.mimesweeper.com
**********************************************************************