I've been looking at the various GA extensions and can't find one that meets
my specific requirements. I need to be able to track my whole wiki, as well
as allow others to track page subsets that they're interested in tracking.
These subset users should not see GA data for the entire wiki.
Is this a scenario that anyone has encountered or could offer advice on?
I'm currently experimenting with
http://www.mediawiki.org/wiki/Extension:Google_Analytics_Integration but it
only allows for 1 GA account number, and includes all pages in the wiki.
$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
We're wondering if we should just convert everything to MyISAM. Any
Dept. of Biochemistry and Biophysics
Texas A&M Univ.
College Station, TX 77843-2128
Trying to intitialize
http://www.mediawiki.org/wiki/Extension:GlobalUsage on a wikifarm with
multiple wikis on a single database server.
Bryan Tong Minh clarified that $wgLBFactoryConf = with 'class' =>
'LBFactory_Multi must be used, as the extension is primarily for WMF
and Wikia use. We tried to set this structure, but still cannot get
the extension to function (under 1.18 alpha). See also
Anyone who succeeded in using this outside of WMF or Wikia?
Dr. G. Hagedorn
+49-(0)30-8304 2220 (work)
+49-(0)30-831 5785 (private)
This communication (including all attachments) is sent on a personal
basis. It is intended only for the person(s) to whom it is addressed.
Redistributing or publishing it without permission is a violation of
privacy rights and copyright.
Sorry to spam the list with this problem yet AGAIN, but we're still not having luck getting MediaWiki to upload and download Office documents, specifically Word and PowerPoint documents.
We upgraded to 1.16.5 in May as part of an overall web upgrade, and that broke what we'd had in place before. .doc, .docx, .ppt, and .pptx were in the permitted files list, and things worked ok before then. After the upgrade, users got a message that files were corrupt. So, we implemented a solution that zipped files—specifically .docx and .pptx files—prior to uploading. The problem now is that when users download those two types of files, they are unzipped into all of their component pieces. Less than helpful, obviously. :)
I know that information wasn't overly specific, and I can provide more if anyone has any leads. We tried this solution—and this post describes what's been happening in better detail than I just did—to no avail:
We also added the Office mime file information to mime.info and mime.types.
I know that MediaWiki isn't really meant to go hand-in-hand with Office Documents, but if I can't figure this out, I might be forced to migrate our intranet to ::shudder:: SharePoint. :D Please help an open-source-lovin' girl out!
Thanks in advance,
Nina McHale, MA/MSLS
Assistant Professor, Web Librarian
University of Colorado Denver, Auraria Library
Facebook & Twitter: ninermac
as it was requested i will write about userbase.kde.org and how we did
and do things there.
First of all, it is part of a wiki farm, we have more than one wiki,
the 3 most important ones being userbase/techbase/community.kde.org .
The intention is to use as much in common as possible, the source is
shared and we use a config switch. Some global config files provide
the parts in common, only things like db credentials, wiki title etc
are done in the specific configs.
We have a svn checkout from the recent branch of MW running, same
counts for the extensions, to make sure we can react quick on wishes
for new enabled extensions.
Of course it is always our wish to provide a custom look to our KDE
sites, hence we developed the theme called chihuahua for our wikis on
our own. Which was probably the hardest part. MW's default theme
vector was long analyzed to see what needs to be done, our designer
did the mockups. Originally we only wanted a left side sidebar, but
after some tests we noticed that can't be it, so we implemented a
sidebar switch, with which you can choose the position of the sidebar
(but only as an easter egg ;) ) As anyone knows, the toughest part was
to make the design look good in any case, when someone adds styles to
We wanted a multilingual wiki. The way wikipedia does it was not good
enough for us. We wanted pages the same in every language,
content-wise. So our most important extension is the translate
extension (translatewiki.net). We work together with their team,
especially Niklas Laxström. It provides us with anything we need from
a translation, even offline editing, which is very important for our
core KDE translators, as they are used to their po-file tools.
Other important extensions are
http://www.mediawiki.org/wiki/Extension:SphinxSearch (we were already
used to sphinx due to our forum) ,
http://www.mediawiki.org/wiki/Extension:SyntaxHighlight_GeSHi (we have
many code snippets on the pages, so to make it look nice) ,
discussions take place in the wiki, so we can handle them better),
http://www.mediawiki.org/wiki/Extension:OpenID (no explanation needed,
Lately we have now a modified Openid plugin, as KDE provides a single
sign up page, which is based on LDAP. Unfortunately merging existing
accounts into that was not so easy, so we modified the openid
Handling those modifications is not that hard, we recently switched to
a git hosted revision control system. Our developers checkout MW
locally from svn, git merge does the rest quite fine. The server
checks out regularly from KDE's git server.
Hope this gives a nice overview.
I should want to create a skin with, in the left column :
- the logo
- the content of a category
- no navigation or toolbox things
And, also, I should want the home page doesn't put "Acceuil" or "Welcome" or
other title thing.
How I can do that ?
I recently installed AbuseFilter on my wiki and I'm wondering if there are
any good repositories of filters. I have had a look at wikipedia, but some
of the filters are private and many are not named well. Is there a list of
useful rules somewhere?
I have created a internal MediaWiki instances holding Knowledge Base
articles, I am using 4 namespaces (HOWTO, INFO, RTS, TSHOOT) for holding the
different types of Knowledge Base articles. Previous to 1.17 Categories
where sorted alphabetically but did include the namespace in the sort, this
was/is fine as it puts all like type articles together. Now post 1.17 the
namespace is ignored on the sort and my categories are a mess, is it
possible to either A) go back to the old method of sorting, or B) Remove the
namespaces from the titles as listed in the category ? (i think this is
unlikely but never hurts to ask)
> Are there ways to speed up the page load time?
Not mentioned in the stuff liked by people so far, but highly relevant: Get
MediaWiki 1.17 or later when using older versions, so you get all the wins
from the Resource Loader: http://www.mediawiki.org/wiki/Resource_loader
Jeroen De Dauw
Don't panic. Don't be evil.