$wgDBtransactions gets set to true if using InnoDB tables. Is there
an advantage to using InnoDB tables?
The disadvantage is that with MySQL there is a file, ibdata1, that
seems to grow endlessly if InnoDB tables are used. See
http://bugs.mysql.com/bug.php?id=1341
We're wondering if we should just convert everything to MyISAM. Any
thoughts?
=====================================
Jim Hu
Associate Professor
Dept. of Biochemistry and Biophysics
2128 TAMU
Texas A&M Univ.
College Station, TX 77843-2128
979-862-4054
Hello,
I'd like to modify the edition buttons (the buttons you have above the
edition frame when you modify a page), to remove the date from the
signature button, and keep only the name.
It works manually when removing one of the '~' from the signature added
(the button adds --~~~~), so I'm trying to find where the javascript for
the buttons comes from.
--
*André Meunier*
Hi there:
I got this error of my website recently: When I login and click "edit", the
error message pop up:
----
A database query syntax error has occurred. This may indicate a bug in the
software. The last attempted database query was:
(SQL query hidden)
from within function "IndexPager::reallyDoQuery (LogPager)". MySQL returned
error "1146: Table 'nicawebsite.nica_tag_summary' doesn't exist (127.0.0.1)"
----
Then I google this error message and find out the solotion:
http://www.gossamer-threads.com/lists/wiki/wikitech/170529
So I run "php update.php" in /maintenance, only get this :
----
MediaWiki 1.15.1 Updater
A connection to the database could not be established. Check the
values of $wgDBadminuser and $wgDBadminpassword.
----
I am quite sure the values are correct in Localsettings.php
How can i fix this?
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi all,
I've created some custom namespaced on one of my wikis, Botwiki
(previously known as pywikipedia).
I've put these lines in my LocalSettings.php file:
- ---
#Custom namespaces
$wgExtraNamespaces =
array(100 => "Manual",
101 => "Manual talk",
102 => "Python",
103 => "Python talk",
104 => "Php",
105 => "Php talk",
106 => "Perl",
107 => "Perl talk",
108 => "AWB",
109 => "AWB talk",
110 => "IRC",
111 => "IRC talk",
112 => "Other",
113 => "Other talk"
);
$wgContentNamespaces[] = 100;
$wgContentNamespaces[] = 102;
$wgContentNamespaces[] = 104;
$wgContentNamespaces[] = 106;
$wgContentNamespaces[] = 108;
$wgContentNamespaces[] = 110;
$wgContentNamespaces[] = 112;
- ---
However, I have a big problem: when I go to a page in one of these new
namespaces (not the discussion, the main ones), for example
http://botwiki.sno.cc/wiki/Perl:Copyright_Violation_Bot , I found the
red link to the discussion page. It's right, as there is no discussion
page for that article. But if you click on it, it brings you to
http://botwiki.sno.cc/w/index.php?title=Perl_talk:Copyright_Violation_Bot&a…
correct, of course. But have a look of the article and discussion tabs:
they are both red! The first, "article", leads to
http://botwiki.sno.cc/w/index.php?title=Perl_talk:Copyright_Violation_Bot&a…
when it should lead to
http://botwiki.sno.cc/wiki/Perl:Copyright_Violation_Bot and the second,
"discussion", leads to
http://botwiki.sno.cc/w/index.php?title=Talk:Perl_talk:Copyright_Violation_…
, when it should lead to
http://botwiki.sno.cc/w/index.php?title=Perl_talk:Copyright_Violation_Bot&a…
.
It's the first time I deal with custom namespaces :-( but I have some
ideas of what it can be. Can the problem be with the
$wgContentNamespaces settings? So it detects everything as ns0? (don't
think so).
Or can it be the fact that I haven't used an underscore in the
$wgExtraNamespaces definition?
Snowolf
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGWhk7sdafW5NQMtERAuX+AKDQ7QLNjXv9cu+ZbSLXidMzgi/vNgCaA7VT
+VTgR3iI/BI7FVDqcyRZVJ0=
=a4yP
-----END PGP SIGNATURE-----
Hi, I downloaded the fratman_enhanced layout and wanted to do some slight
modification. When I created fratman_enhanced.css, it doesn't seem to have
any effect on the layout. What could be the problem? The website is at
http://huasun.info
--
PM Poon
Thanks for the answer.
I just tested, and it only works if I disable the Extension:UsabilityInitiative in $IP/LocalSettings.php
#require_once("$IP/extensions/UsabilityInitiative/Vector/Vector.php");
Do you know something about this bug and how to fix it?
Greets
Dear all -
If you are interested in MediaWiki, especially Semantic MediaWiki related
stuff, you may be interested in SMWCon 2011
Spring<http://semantic-mediawiki.org/wiki/SMWCon_Spring_2011>,
please take several minutes to finish this *_pre-conference_
survey*<http://www.zoomerang.com/Survey/WEB22BDFEKJWSB>to help us make
it better for you, of you, and by you.
For your convenience, we don't require you to log in or have an email
address, so please do not take it multiple times.
Please also note that, if we choose a *weekday *instead of weekend
conference dates, we can save a lot on HVAC and admin fees.
You can view the real-time results
here<http://www.zoomerang.com/Shared/SharedResultsSurveyResultsPage.aspx?ID=L24L…>
.
Regards,
Jesse
Jesse (Jiaxin) Wang
Project Halo, Vulcan Inc.
*505 5th Ave. S, Suite 900*
*Seattle, WA 98104*
Direct Phone: (206) 342-2306
Direct Fax: (206) 342-3306
Twitter: @aiwang <http://twitter.com/aiwang>
http://www.linkedin.com/in/jiaxinwang
I am using MediaWiki 1.12 version. Let's say I renamed/moved an article with
title "Project Blue" to it's new title "The Blue Project" using sysop admin
account. Now if I go to the Special Page "Special:AllPages", I still see the
name "Project Blue" along with "The Blue Project". How can I make mediawiki
NOT to display the old title (Project Blue)?
I know Mediawiki internally keeps a mapping/redirection when articles are
moved which is fine but I would like that when somebody clicks on
"Special:AllPages", the old title does not appear just to keep it clean and
less confusing.
Any ideas?
For the past couple of years, I've been using various scripts to mine data out of my wikis from other sites/services on the same server (but sometimes on different virtual hosts). To do this, I've been doing something that is probably really bad coding practice - I fool maintenance/commandLine.inc into thinking it's being invoked by the command line instead of from a webserver.
Typically, I'm doing something like:
unset($_SERVER);
$argv = array('foo');
require_once("$wikipath/maintenance/commandLine.inc");
# need MW stuff to create $dbr
$dbr =& wfGetDB( DB_SLAVE );
$result = $dbr->select ( <some query>);
# do something with the result
...
but we are often also using Title, Article, and/or Revision objects, Categories etc. My approach seems to fail in MW versions post 1.14. I'm reviewing a bunch of this code now to see if I can clean some other things up/make it easier to maintain/make it forward compatible, so I thought I'd ask the list: is there a better way to do this?
Thanks!
Jim
=====================================
Jim Hu
Associate Professor
Dept. of Biochemistry and Biophysics
2128 TAMU
Texas A&M Univ.
College Station, TX 77843-2128
979-862-4054
Hi Benjamin,
I removed those two lines from LocalSettings.php and got a different
error message of "Could not create directory "public/1/1f"". So it
still can not create a directory but at least found the images
directory. What now?
Thanks,
Gary
At 10:46 AM 11/30/2010, you wrote:
>On Tue, Nov 30, 2010 at 9:42 AM, Gary Roush <groush2(a)earthlink.net> wrote:
> > Interesting that "public" is actually the images directory.
>Yeah, that's rather unhelpful behavior. See
>https://bugzilla.wikimedia.org/show_bug.cgi?id=13812 (which I'm
>re-adding to my to-do list).
>
> > $wgUploadPath = true; ///< defaults to "{$wgScriptPath}/images"
> > $wgUploadDirectory = true; ///< defaults to "{$IP}/images"
>$wgUploadPath and $wgUploadDirectory default to false, which allows
>them to be initialized in Setup.php; setting them to true is probably
>causing the odd behavior. You actually don't need to set them at all
>if you just want the defaults, so you should remove those two lines
>from LocalSettings.php.
>
>_______________________________________________
>MediaWiki-l mailing list
>MediaWiki-l(a)lists.wikimedia.org
>https://lists.wikimedia.org/mailman/listinfo/mediawiki-l