$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
-----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-----
I want to moving all pages in a certain namespace (about 60 pages) into
the the "main" namespace. I couldn't find how to do this, so I tried
exporting the pages and importing them and I ran into all sorts of
problems. Is there a way to do what I want without using the import and
export features (and without having to move each of them manually)?
Thanks.
Hi,
I have created a wiki site for my project documentation. Its running on
Windows XP, IIS5.1 and MySql and PHP 5.2.
Now When I open the wiki site in IE 6 or greater the site works perfectly
fine. All the links works.
But when I open my wiki site on Mozilla Firefox the Main Page load fines but
after clicking on links it starts to show up
the Open FIle Dialog box (shown in the attached file.).
Need help in fixing this problem.
Thanks for the help in advance.
Hello,
I have just finished my first official third-party mw-extension and wanted to get some advice.
My extension is called "MCCP" and is specifically designed to help
people who are tasked with configuration management (CM) of any complex collection of systems.
http://www.mediawiki.org/wiki/Extension:Mccp
I am witting to the mediawiki-l group to ask for some feedback/advice from anyone who has been successful in making their extensions well known and widely-used. Specifically, I'm hoping someone can tell me if I have posted the extension correctly on the http://www.mediawiki.org for public-use and if there is anything specific I should do to let people know that it exists.
The extension requires other components such as WGET, PEAR and SSL and a custom skin which I have bundled in with the extension.
Since this extension has all these other dependacies, I though it would be most helpful to provide a complete "Installation Walk-through" on the discussion page:
http://www.mediawiki.org/wiki/Extension_talk:Mccp
Please take a peek and let me know if this effort has a credible place in the mediawiki extension collection and how I could best let it be found by the people who might best be served by it.
truly,
- Rich (revansx)
I am trying to install the extension GoogleSiteSearch. On Mediawiki v1.14
The extension page has several example sites using it, but they all seem to
be using older versions. Has anyone had success using this extension on
v1.14?
Jake Ford
Cell: 615.418.3858
Office: 931.648.8414
Strobe Tech, LLC
PO Box 31594
1812-B Alpine Drive
Clarksville, TN 37040
www.strobetech.comwww.Kiva.org - Loans That Change Lives
We've been using the great Tasks Extension to put lite (extremely
lite) project management in our wiki.
Unfortunately, where we '''really''' want to use <tasks> is within
lists, which is how we format meeting minutes, which is where action
items are assigned, formatted individually as <tasks>...</tasks>.
Tasks are run through the parser, which apparently is putting extra
line breaks in, which then messes up the list formatting. You can see
a good example here:
http://www.ecoreality.org/wiki/Minutes:20090503
If you scroll down to the 2nd, 3rd, and 4th bold ACTION text, you can
see that they are embedded in a level-2 bullet list, but that they are
causing the list to be re-set with an extra line feed.
I know it's the parser that's doing this, as I can edit extensions/
Tasks.php and replace "$parserOutput->getText()" with "$summary",
which is what is being sent through the parser. In such a case, the
$summary is not parsed, and the bullet list looks like it is supposed
to.
I have a copy of Tasks.php (modified to do agreements, rather than
tasks) that you can see behaving in this non-parsed manner, in our
Sandbox:
http://www.ecoreality.org/wiki/Sandbox
I've looked at ParserOptions, hoping to find something like
$mDontAddExtraLinefeeds but to no avail. :-)
If I replace parse($summary...) with the private method
replaceInternalLinks($summary), it looks like it is supposed to,
except of course that wikitext formatting and internal links are lost.
(And I don't really want to be sending private methods nor hacking
around in Parser.)
Any thoughts on what's going on, and how best to fix it?
Thanks for whatever advice you can offer!
:::: Magic: using envisioned intent and directed action to select your
desired future path from among the infinite ones available. ::::
:::: Jan Steinman, Communication Steward, EcoReality: http://www.EcoReality.org
::::
Henny Savenije escribió:
> I installed a wiki for my son and since he's crazy about math, I
> tried to install the math extension. I followed the instructions
>
> * Change to the "math" sub-directory of your MediaWiki install
> * Run 'make' (or 'gmake' if GNU make is not your default make).
> This should produce the texvc executable.
> * Enable $wgUseTeX and $wgEnableUploads in your LocalSettings.php
> and everything should work.
> However if I run make I get the following.
> ocamlopt -c util.ml
> make: ocamlopt: Command not found
>
> Anybody any ideas.
You need ocaml installed.
See http://www.mediawiki.org/wiki/Manual:Enable_TeX
Hi there,
I suggest you take a look at:
http://www.google.com/support/forum/p/Webmasters/thread?tid=79f1a0f4442d46b…
Your's faithfully,
D.D. (Sumurai8)
http://www.kinderwiki.nethttp://wikikids.wiki.kennisnet.nl
> Thanks for the response.
> Re title: the page names are simple, e.g.: 'Conference_Center'. So no
> special characters there.
> Re meta: No meta has been added to the page, and no index-related meta
> shows up in the page source.
> Re robots.txt: The server has no robots.txt.
> But even if it WAS excluded by meta, wouldn't the google diagnostics page
> say so? It would list it as Disallowed by robots, or disallowed by meta.
> In my case, it just isn't showing up at all, as if it was never seen.
> If I tell google to index that page specifically, it accepts it without
> giving a warning/error. Add if I imediately look at the queue of documents
> to be indexed, it isn't there.
>
>
>
> El 5/28/09 12:53 PM, Brian Vaughan escribi?:
> > Anyone aware of any issues with mediawiki& Google appliances? I
> > have certain wiki pages that just don't show up in the appliance. I
> > have tried feeding the page URLs directly to the appliance , tried a
> > site map, launch pages, etc. They just don't show up in the index at
> > all, while other pages submitted in the same manner show up fine.
> >
> > When I look at the diagnostics, the page is not in there at all, not
> > even as being excluded for some reason. I see the same behavior on
> > two different Google appliances. The page source does not appear to
> > have any noindex tags that might be to blame.
> >
> > Any suggestions on where to look? I am fairly new to mediawiki.
>
> Offhand I'd suggest double-checking a couple things:
>
> * Is there something suspect about the page titles/URLs?
> (Long, special characters, etc)
>
> * Are they being excluded by <meta robots> info in the HTML header?
>
> * Are they being excluded by robots.txt?
>
> -- brion
>
>
>
> Brian Vaughan
> Systems Analyst, Enterprise Content Management
> Trinity Information Services
> Phone: 248.324.8159
> Fax: 248.488.9435
> vaughanb(a)trinity-health.org
>
On Sat, May 30, 2009 at 6:32 AM, Henny Savenije <
webmaster(a)henny-savenije.pe.kr> wrote:
> I installed a wiki for my son and since he's crazy about math, I
> tried to install the math extension. I followed the instructions
>
> * Change to the "math" sub-directory of your MediaWiki install
> * Run 'make' (or 'gmake' if GNU make is not your default make).
> This should produce the texvc executable.
> * Enable $wgUseTeX and $wgEnableUploads in your LocalSettings.php
> and everything should work.
> However if I run make I get the following.
> ocamlopt -c util.ml
> make: ocamlopt: Command not found
>
> Anybody any ideas.
>
> You need to install OCaml <http://caml.inria.fr/>.