Hi!
I have a strange issue here. After uploading an image, I (sometimes) get a
blank screen. No html in the source at all. The image is there, but there's
no proper ok message. Looking into the logs shows this:
PHP Fatal error: Allowed memory size of 20971520 bytes exhausted (tried to
allocate 74 bytes) in /data/www/htdocs/languages/Language.php on line 2298
I have already tried to increase the memory limit in php.ini, with no
success. It happens mostly with bigger images.
Thanks a lot!
André
I've been running 1.11 (on 3 internal Wiki's) for a while now and upgraded
today to 1.13alpha (r37348). The problem that I've run into is that my
cross-wiki templates no longer work (which I was using for a Unified news
system). If I go to
http://SERVER/pl/index.php/Template:GlobalNews?action=render - the template
renders correctly. But when I try to call {{pl:GlobalNews}} from one of the
other 2 wiki's, I get a very odd error messages. Specifically:
Fatal error: Allowed memory size of 20971520 bytes exhausted (tried to
allocate 30720 bytes) in /var/www/wiki/includes/Xml.php on line 426
Now I've got the php.ini memory_limit set to 64mb. I even bumped it to
640MB and -1 without any effect. I went into LocalSettings.php for the
wiki's and turned off the ini_set memory_limit line, and also tried 64MB -
both without any effect. Now, this was working previous to the upgrade.
Everything was setup correct (I've got the interwiki tables marked with
local & trans) so far that I know of.
I'm confused as to why suddenly this would pop up, and more specifically -
where that memory size of 20MB is coming from. If anyone has any thoughts -
I'd appreciate it.
-Jon
[[Commons:User:ShakataGaNai]]
How would I go about setting up my wiki in 2 languages. Is there perhaps
a manual or help page which can help me?
I did check on the website, but didn't actually find what I was looking for.
I want the user to have an option on the main page to have it in English
or Afrikaans, with English the default language.
Thanks in advance.
(I'm also a bit new to the wiki-stuff.)
Regards,
Sarel
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
Is there a magic word, extension, or query of some sort that allows a
user to bring back the username of the original author of an article?
Is there one that does the same but for the current (last) author of
the article?
Quick Question
Seems like a dumb question but we finally finished our migration and went
live. Now we are experiencing an odd issue. The wiki site is redirecting to
/wiki . Meaning if I type in http://mywiki.com it automatically goes to
http://mywiki.com/wiki. The issue doesn't stem from Apache. Where in
mediawiki's configuration could this be?
--
Thank You and Sincerely,
Jon
Hi All,
I need to have one machine host two MediaWikis. To achieve this, I
copied an existing wiki (called 'mediawiki3e') into the directory
structure of my primary wiki (called, simply, 'mediawiki'). I did the
copy as follows:
* copy SECONDWIKI/mysql/data/mediawiki to xxx/mysql/data/mediawiki3e
* copy SECONDWIKI/www/mediawiki to xxx/www/mediawiki3e
* change the following in xxx/www/mediawiki3e/LocalSettings.php
* $wgDBname = "mediawiki3e" (to redirect the SQL database)
* $wgScriptPath = "/mediawiki3e" (to redirect the web page handling)
So, I have the following directory structure:
xxx/apache2
xxx/mysql/data/mediawiki
xxx/mysql/data/mediawiki3e <-- new wiki
xxx/mysql/bin
xxx/mysql/share
xxx/php5
xxx/www/mediawiki
xxx/www/mediawiki3e <-- new wiki
The first wiki is still accessible but MediaWiki can't find the
'mediawiki3e.page' table (my browser displays error message 1146, the
text is given below).
Clearly, there's something I neglected to do in this process but I
haven't a clue what it is. I've been all over MediaWiki.org (reading
FAQs and configuration guides and such) and I've poured over the
archives to this mailing list but I haven't found the answer I'm
seeking.
What do I need to do to get php/mysql to see this database (or,
alternatively, how do I change the name of the original mediawiki
database to 'mediawiki3e')? Since I'm a bit of a mysql/php doofus, I'd
really appreciate it if the explanation was at a novice level. Thanks!
I'm on Windows XP and I originally used the WOS (www.wos.chsoftware.net)
package to install my Wikis.
The error message follows:
> # MediaWiki internal error.
>
> Original exception: exception 'DBQueryError' with message 'A
> database error has occurred
> Query: SELECT
> page_id,page_namespace,page_title,page_restrictions,page_counter,
>
page_is_redirect,page_is_new,page_random,page_touched,page_latest,
> page_len FROM `page` WHERE page_namespace = '0'
> AND page_title = 'Main_Page' LIMIT 1
> Function: Article::pageData
> Error: 1146 Table 'mediawiki3e.page' doesn't exist (localhost)
> ' in C:\usr\wikiArchitecture\www\mediawiki3e\includes\Database.php:806
Thanks!
--
Wade Guthrie
wguthrie(a)sirf.com
+1-714-435-4939
image uploads work fine for logged-in users. however,
running MediaWiki-1.12, using
$wgEnableUploads = true;
# This snippet prevents editing from anonymous users
$wgGroupPermissions['*']['edit'] = false;
and dir 'images' is writable, is it normal that when someone who isn't
logged in tries to upload a file, they get a blank return page and I
see the following error in the httpd log:
[Mon Jul 07 07:05:39 2008] [error] [client 193.239.255.28] PHP Fatal
error: Cannot redeclare wfspecialupload() (previously declared in /
var/www/html/colorist/wiki3/includes/SpecialUpload.php:12) in /var/www/
html/colorist/wiki3/includes/SpecialUpload.php on line 15, referer: http://tig.colorist.org/wiki3/index.php/Main_Page
thanks for any help, in advance.
--
Rob Lingelbach
rob(a)colorist.org http://www.colorist.org/robhome.html
We've been getting this a lot lately at EcoliWiki:
> A database query syntax error has occurred. This may indicate a bug
> in the software. The last attempted database query was:
> INSERT IGNORE INTO `objectcache` (keyname,value,exptime) VALUES
> ('colipedia:sitenotice','U��N�0D�|
> �ʗ����Jj7�U��pA��� N �.!
> ���B�Fow4����_� 8�iv�y�V�t(�%
> (ﰣ(\0#�2j=B�z���6��������C
> \'�=�f�G�4�?�ծ�
> U
> �
> �Ǚ@��tO��x���3γ ��� b��_��2��&
> \"~#\n���)�9�^��S�g1���
> +
> �
> a
> �
> 5
> �
> 8K
> �
> #=
> g
> �
> x
>
> ^
> �
> 7
> �
> |
> ]M
>
> W
>
> �
> �
>
> �
> �
> �
>
> T
> �
> *Э
> �
> �
> ˻
> �
> d
> �
> Y
> �
> kN
> �z�0UK�Y˦�ɖ ٞ��m��t����','20080704213140')
> from within function "MediaWikiBagOStuff::_doinsert". MySQL returned
> error "1213: Deadlock found when trying to get lock; try restarting
> transaction (trimer.local)".
I'm suspecting that it's related to some kind of optimization I need
to do on MySQL, but could there be something about the sitenotice that
causes it? There's an extension call in the Sitenotice to add an
image. Advice would be appreciated.
MediaWiki 1.12.0
PHP 5.2.4 (apache)
MySQL 5.0.41
Mac OSX Server 10.4
Traffic doesn't seem particularly high, and the cpus are not breaking
a sweat.
Thanks.
JH
=====================================
Jim Hu
Associate Professor
Dept. of Biochemistry and Biophysics
2128 TAMU
Texas A&M Univ.
College Station, TX 77843-2128
979-862-4054
Hi - Extension:Call has the following:
// call the template and produce output
$wgOut->addHtml($wgOut->parse("{{".$wikitext."}}"));
$wikitext contains something like "Form,field=value", where "Form"
refers to Template:Form. Template:Form contains raw HTML inside
<html>..</html>. $useRawHTML is set to true, and just visiting
[[Template:Form]] directly works fine.
However, calling Template:Form via something like
http://localhost/wiki/Special:Call/Form,field=value returns a page
that displays raw HTML. It seems that the preprocessor that handles
raw HTML (when $useRawHTML to true) doesn't get executed when using
$wgOut->parse().
Is there anyway to have the parser respect $useRawHTML when used this way?
Thanks in advance,
Joshua (User:Jlerner)