Hi,
i have tried many time to install mediawiki. my os is windows 2000
perfessional. the following is the message in the end of installation.
========================================================
Checking environment...
* PHP 4.3.3 ok
* PHP server API is apache; ok, using pretty URLs
(index.php/Page_Title)
* Have XML / Latin1-UTF-8 conversion support.
* PHP is configured with no memory_limit.
* Have zlib support; enabling output compression.
* Couldn't find GD library or ImageMagick; image thumbnailing disabled.
* Installation directory: d:\\easyphp\\www\\wiki
* Script URI path: /wiki
Warning: $wgProxyKey is insecure
Notice: Uninitialized string offset: 0 in d:
\easyphp\www\wiki\includes\Setup.php on line 233
* Connected as root (automatic)
* Connected to database... 4.0.15-max-debug; enabling MySQL 4
enhancementsWarning: $wgProxyKey is insecure
* Created database wikidb
* Creating tables... done.
* Initializing data...
* Granting user permissions...
* Created sysop account wikichientai.
* Initialising log pages...
*
Initialising "MediaWiki" namespace...
Creating LocalSettings.php...
Success! Move the LocalSettings.php file into the parent directory,
then follow this link to your wiki.
========================================================
i can not understand what is the meaning of "Warning: $wgProxyKey is
insecure". And i find "Notice: Uninitialized string offset: 0 in d:
\easyphp\www\wiki\includes\Setup.php on line 233" is shown on very top of
each page.
How to solve the porblem?
-----------------------------------------------------------
陳建泰 (Chientai Chen)
台灣 新竹 (Hsinchu Taiwan)
http://140.96.170.136/~chientai/atitri/
yahoo messenger: chien_tai
Does anyone know how MediaWiki submits its edits? I'm trying to
troubleshoot my URL forwarding problem, and I can't figure it out. It
seems to be dependent on the URL somehow, which is probably why there
is a problem? I tried looking through the raw code, but I couldn't
figure out where to even begin looking, if I knew which pages of the
script were causing problems I could try fiddling with them...
Thanks!
kerim
Hey all,
My original question was posed on my blog.
http://brainscat.com/archives/2004/08/04/mediawiki-permissions
Hopefully, somebody knows an answer... :)
> This is a plea for help regarding the MediaWiki permissions model. I
> spent the majority of all last night looking for a way to have an open
> wiki with certain pages that weren’t viewable by anyone except sysops.
> I know you can lock a page from editing, but I need certain pages to
> be invisible.
>
> The closest I could find was a whitelist scheme. For my purposes
> though, the whitelist scheme would be far too hard to update, as my
> number of public pages is far greater than private pages and
> maintaining a whitelist would be too time consuming.
>
> Are there ways to do one of the following?
>
> * Namespace the default set of documents and whitelist them, while
> creating a different namespace for the private pages?
> * Manage a blacklist of pages? Or blacklist a namespace?
>
> Any answer I find will be posted here and on MediaWiki for posterity,
> and will be greatly appreciated.
Best,
~Tor
Hello, I've just started using mediawiki and the first request I have from
my supervisor is to edit the quickbar. That is take out some of the links
like random page and add new one's. There doesn't seem to be any doc's or
instructions on this, at least that I can find. Can anyone point me in the
right direction to get this done. Thanks in advance. - Joe
Joe Liberty
jliberty(a)lanl.gov 505-664-0108
Research Library, MS P362
Los Alamos National Laboratory
PO Box 1663
Los Alamos, NM 87545-1362
Brion Vibber wrote:
> These settings will be relevant to you:
>
> # This is the list of preferred extensions for uploading files. Uploading
> # files with extensions not in this list will trigger a warning.
> $wgFileExtensions = array( 'png', 'jpg', 'jpeg', 'ogg' );
> # If this is turned off, users may override the warning for files not
> # covered by $wgFileExtensions.
> $wgStrictFileExtensions = true;
Thanks Brion, that's what I was after. Strange that I couldn't find it on
meta.
Regards,
Oliver
Hi,
I'm running beta4, and when a user uploads a .gif file, the next page just
has the usual warning message (".gif" is not a recommended image file
format.), but neither of the buttons ("Save file", or "Re-upload"). It's a
dead-end.
Is there a regexp/variable somewhere I can set the list of file formats that
do/don't trigger a warning?
Alternatively, is there a setting I need to use to turn on those buttons? I
thought it might be in the MediaWiki:badfiletype message, but it's not.
Thanks,
Oliver
Hi,
Installing mediawiki went fine up to the point where it said:
"then follow this link to your wiki"
clicking on it (after having moved the config file) produces:
[pear_error: message="failed to open stream: Permission denied" code=0 mode=return level=notice prefix="" info=""]
I've seen it's listed as a bug before and reported on this list, but
not with the way of solving it.
John Ingleby suggested:
***************
The solution is to alter the file PHPTAL-NP-0.7.0/libs/PHPTAL.php
and replace the line:
define('PHPTAL_DEFAULT_CACHE_DIR', '/tmp/');
to point to a new /tmp directory I made within the wiki's file
tree.
At first it didn't work, until I remembered to make my local /tmp
directory writeable...
***************
Well, 'my' line looked different, but I changed it anyway, looks now
like this:
// define('PHPTAL_DEFAULT_CACHE_DIR', getenv("TMP") . "\\");
define('PHPTAL_DEFAULT_CACHE_DIR', "/htdocs/content/tmp/");
I chmodded that directory 777
But still I get the same message...
I tried to give the full path name:
define('PHPTAL_DEFAULT_CACHE_DIR', "/dnshome/gran-canaria-info.com/htdocs/content/tmp/");
but that doesn't work neither (I know nothing of php)
Marko Faas once wrote, after having reported the same problem:
*************
Now it works. All I did was to comment out the $wgDefaultSkin =
'monobook'; in LocalSettings.php. I found it odd that it was commented
in the first place.
Maybe the default skin should be commented?
That and I put some texts here, were it wasn't before:
$wgRightsText = "HERE";
But I doubt that was the reason.
*************
That doesn't work neither.
What am I to do?
Thanks a lot for your time (spent on reading this).
--
Lex Thoonen
Pêng Smart Web Design - http://www.peng.nl
Gran Canaria Info - http://www.gran-canaria-info.com
Hollandse Nieuwe - http://www.hollandsenieuwe.com
tel. +34 928 88.61.77
I'm a little closer to understanding what is going on with my absolute
failure to get MediaWiki to respect EasyDNS' domain forwarding. It
seems that they use frames. From their website:
This is accomplished by creating a frameset document which specifies an
invisible frame to keep the domain name in the location bar, and
another frame which occupies the whole screen which the page forwarded
to is placed. This has the effect of keeping the domain name in the
location bar, no matter what address is forwarded to within the frame.
If it doesn't matter to your application that the address shown in the
location bar of a visitors browser will always be the same, your domain
name, regardless of which page they access, then you can turn stealth
on and the only modification you have to make to the html code on your
site is that if you have links to other websites outside of your own
site, make sure your links look like this: <a
href="http://www.anothersite.com" target="_top">
Now, my problem isn't one of getting the outside links to work,
although that would be nice. (Movable Type seems able to support this.)
But rather, I think the .htaccess file I am using to clean up the
domain names is perhaps breaking the frame?
Also, I was able to figure something out:
This does not work:
RewriteCond %{REQIEST_URI} ^something.org
RewriteRule ^(.*) some.org$1
This does:
RewriteCond %{HTTP_HOST} ^wiki\.oxusnet\.net
RewriteRule ^(.*)$ http://wiki.oxus.net/$1 [L]
However, it creates an infinite loop for me, between the EasyDNS
forwarding and the redirect, so the page never, ever loads!
This may be hopeless, but if anyone has any ideas let me know! I
really, really, want to fix this!
kerim
Hi,
I have following problem:
session_set_cookie_params()
Fatal error: Call to undefined function:
session_set_cookie_params()
in /srv/www/htdocs/wiki/User.php on line 144
The Function should be in php.ini, but it isn't there.
I work on Suse Linux 9.1.
Who can help me ?
--
NEU: WLAN-Router f�r 0,- EUR* - auch f�r DSL-Wechsler!
GMX DSL = superg�nstig & kabellos http://www.gmx.net/de/go/dsl