Extension talk:Matomo

From mediawiki.org
Jump to navigation Jump to search

Internal Error[edit]

After adding the three Elements to the LocalSettings.php and uploading, I moved to my Domain and receive an Internal Error:shahanaz

Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information.

I've added the Line to my LocalSettings.php, but after that, I received another Internal Error:

Aliases file does not exist
#0 /.../.../webpages/includes/SpecialPage.php(215): Language->getSpecialPageAliases()
#1 /.../.../webpages/includes/SpecialPage.php(339): SpecialPage::initAliasList()
#2 /.../.../webpages/includes/parser/Parser.php(1774): SpecialPage::exists('UserLogin/signu...')
#3 /.../.../webpages/includes/parser/Parser.php(985): Parser->replaceInternalLinks('<table<tr>?<t...')
#4 /.../.../webpages/includes/parser/Parser.php(321): Parser->internalParse('{| ?| width="10...')
#5 /.../.../webpages/includes/Article.php(3384): Parser->pars'{| ?| width="10...', Object(Title), Object(ParserOptions), true, true, 2519)
#6 /.../.../webpages/includes/Article.php(865): Article->outputWikiText('{| ?| width="10...')
#7 /.../.../webpages/includes/Wiki.php(437): Article->view()
#8 /.../.../webpages/includes/Wiki.php(59): MediaWiki->performAction(Object(OutputPage), Object(Article), Object(Title), Object(User), Object(WebRequest))
#9 /.../.../webpages/index.php(93): MediaWiki->initialize(Object(Title), Object(Article), Object(OutputPage), Object(User), Object(WebRequest))
#10 {main}

The Installation was done on a shared host.

It may be because you downloaded the latest trunk version and you're not using v1.14 alpha. Select 1.13.x from the Download Snapshot link.--Isb1009 16:10, 27 November 2008 (UTC)

No Such Action[edit]

I'm running an installation of MediaWiki 1.14 and I've installed piwik ver 0.4.3 and within the Mediawiki Piwik special page I receive a "NO SUCH ACTION" error.

I've just submitted a patch to fix the problems, you just have to wait until a developer commits the patch. Furthermore, since you're using MW 1.14, you can use the trunk version (the patch will only be applied there since the one in 1.14 branch is for Piwik 0.2). --Isb1009 20:58, 27 August 2009 (UTC)
The changes are commited, you should download the trunk version of Piwik Integration. --Isb1009 11:06, 28 August 2009 (UTC)

Agin, but with Mediawiki 1.15[edit]

Yeah, I get the same error but with another mediwiki-version: 1.15.1


No such action
The action specified by the URL is invalid. You might have mistyped the URL, or followed an incorrect link. This might also indicate a bug in the software used by MarkusWiki.

my settings:

$wgPiwikURL = "markuswahl.com/piwik/";
$wgPiwikIDSite = "1";

Piwik Integration (Version 0.8-piwik0.2.26 (1.0-RC3) [r44932])

You should use the trunk version, which is compatible with MW 1.14+ and Piwik 0.4+ --Isb1009 14:18, 29 January 2010 (UTC)

A classical trap[edit]

When downloading this extension, the folder is named "Piwik" iso "piwik".

And when using this name it is far less efficient !

Otherwise it is. Thank you :)

--Dieudo 10:22, 7 November 2009 (UTC)

what; which one is correct, "Piwik" or "piwik"? don't understand meaning of "iso"...

hmmm, i get it, iso = instead of... but should

$wgPiwikURL =  "markuswahl.com/piwik/";

be changed accordingly from 'P' to 'p' as well if I alter the name of the folder from 'Piwik' to 'piwik'? have tried all these permutations to no avail. --/markus

In the require_once() you shoud write the name of the directory of the extension (normally with the capital P; Piwik.php always goes with the capital P). And $wgPiwikURL variable should have the host and the path to your piwik installation, not the extension. --Isb1009 14:22, 29 January 2010 (UTC)

Can we track sysops users ?[edit]

I would like to also track sysops users, but see in the page source following comment.

<!-- Piwik tracking is disabled for users with 'protect' rights (i.e., sysops) --><!-- Served in 0.673 secs. -->

--Mark 16:36, 19 January 2010 (UTC)

No worries found answer

in ~/extensions/Piwik/Piwik.php update

$wgPiwikIgnoreSysops = false;

You'd better add that setting into your LocalSettings.php file to prevent any changes in any future versions. --Isb1009 21:55, 24 January 2010 (UTC)
Also ran into this problem just now and couldn't find anything much in the README or extension page. Also, as a suggestion, could this be considered as false by default as on the majority of MediaWiki configs I know the admin is a real user, and in fact has to be when using external auth such as LDAP. Therefore this is a real loss of information and shouldn't be losing that information by default, IMO. User:Terado 15:42, 3 January 2011 (UTC)

Remote piwik installation[edit]

I am using a remote piwik installation, but I guess your code needs it on the same server, right? I'd like to see the extension supporting the remote installations. :-)

Not really :D For example, I myself have Piwik in a different domain than the wiki and of course, the domain can be in a remote server. --Isb1009 21:52, 24 January 2010 (UTC)

Can somebody give an example of an external URL? Thanks

Not tracking[edit]

For some reason this extension isn't reporting back to Piwik.

My config: require_once($IP.'/extensions/Piwik/Piwik.php'); $wgPiwikURL = "/piwik/"; $wgPiwikIDSite = "1";

Folder layout: public_html/piwik public_html/wiki

If I replace the funcOutput in Piwik.php for the extension with the suggested Javascript by Piwiki's own software, it works fine, though it could probably be done w/o out this extension. How do I get it working correctly without my hacks? -- 02:04, 1 March 2010 (UTC)

Which versions (Piwik, MediaWiki and Piwik Integration) are you using? --Isb1009 13:27, 1 March 2010 (UTC)
Media Wiki 1.5.1 / Piwik Integration (Version 0.8-piwik0.2.26 (1.0-RC3) [r44932]) / Piwik 0.5.4 -- 23:54, 1 March 2010 (UTC)
For Piwik ≥0.4 you need Piwik Integration 1.5-piwik0.4.2, but then you need to install MediaWiki ≥1.14. Piwik Integration 0.8-piwik0.2.26 might work with Piwik 0.5.4 (not sure), but then you need to install at least MediaWiki 1.11. Sorry for the delay --Isb1009 11:36, 30 March 2010 (UTC)

Backslashes and no data shown[edit]

Two comments about this extension...

1) The note about you must add the backslash, doing so creates a double backslash in the routing for the plugin as in:


Removing that / from the routing removed a 403 error I was getting...

2) The plugin now seems to be working, but the Special Page shows no data while the actual Piwik page does show data...

Any thoughts?

TeraS 14:56, 22 April 2010 (UTC)

What versions of Piwik, Piwik Integration and MediaWiki are you using? I recommend you to use the latest ones, because i think the problems you have named are already solved in the latest version of the extension, which requires at least MW 1.14 and Piwik 0.4. --Isb1009 16:35, 22 April 2010 (UTC)
Sorry... Forgot that information... Running the trunk of this extension, was downloaded within the last 2 days. MW 1.15.2 and PW 0.5.5 TeraS 16:06, 24 April 2010 (UTC)
I've got working it with the trailing slash, so I don't know what the problem really is.
To show data on the special page, you need to make Piwik accessible to anonymous users. Then, the special page shows the data for yesterday, not today. But if you think it's better to show today's data, I'll try to change the extension and add a variable to choose the date (today or yesterday), just tell me.
Anyway, it's necessary that you add the domain name in front of Piwik's directory, in $wgPiwikURL (I've updated the extension page).
I hope these recommendations do solve your problems. If not, just tell me again, or send me an email message to the address in Piwik.php. --Isb1009 21:04, 24 April 2010 (UTC)
EDIT: I've found where the trailing slash problem is, sorry for not having noticed it before. I'm going to fix it, add the patch to Mediazilla and, with some luck, it'll be committed tomorrow. Thanks for your report! --Isb1009 21:09, 24 April 2010 (UTC)
It is fixed now, you may download the latest version from trunk (revision ≥ r65523). Please tell me if it doesn't work. --Isb1009 16:55, 25 April 2010 (UTC)
I'll do that in shortly and report back! Thank you! TeraS 23:08, 25 April 2010 (UTC)
The slash error is gone, but no data still. I corrected the location URL as suggested as well. Checking the page source, the paths appear to be correct, but no data is appearing on the MW page. As for showing the data, one day back I think is probably better as that data would be stable and you can always goto the Piwik installation for more data.TeraS 23:23, 25 April 2010 (UTC)
Further to the above: I experimented with different browsers and it will display in current versions of FireFox, but does not display in Safari which is my normal browser. FYI! TeraS 19:26, 27 April 2010 (UTC)
If your Piwik is private you need to log into Piwik as a user. If not, I don't really know the problem because I don't have access to Safari, but Chromium uses WebKit too and it works for me. --Isb1009 12:04, 2 May 2010 (UTC)
I understand that and am logged in as a user, more specifically as the Admin of the Wiki. It's not a major issue but I will see if I can track down where the issue is and report back TeraS 00:41, 4 May 2010 (UTC)

no Data since piwik 0.6.1[edit]

I have this problem :(

Does anybody have the same ?

--Dieudo 10:04, 17 May 2010 (UTC)

I don't have that problem. And I don't know why you do since the tracking code hasn't changed. --Isb1009 14:40, 17 May 2010 (UTC)
He's not alone, I'm running 1.13.5 on several Intranet deployments and all of them stopped tracking when I upgraded to 0.6.1 and still no luck with 0.6.2 either. BcRIPster 22:27, 18 June 2010 (UTC)
I'm sorry, but you should use at least MediaWiki 1.14 to use Piwik ≥ 0.5. Maybe I should say that on the description page. --Isb1009 10:48, 27 June 2010 (UTC)
And maybe remove the 1.13.x download option :( Still wondering why it would suddenly stop working though :( 07:54, 13 July 2010 (UTC)

Ok, I just updated my MediaWiki install to 1.15.4, Piwik to 0.6.4 and the extension to 0.8-piwik0.2.26 (1.0-RC3) ... still no tracking. I double checked the LocalSettings.php file and it's correct. I also reviewed the page source and confirmed the piwik code inserted in the footer matches the example in the README for the extension. I even ran FireFox with Live HTTP Headers and confirmed that the browser is making the request to the Piwik reporting system... So this extension is either either generating a bad link to to Piwik or Piwik is no longer recognizing the tracking events generated by the extension. Either way I'm feeling pretty sad here. BcRIPster 14:48, 27 July 2010 (UTC)

Why MediaWiki 1.14?[edit]

Hi. Why does this extension require MediaWiki 1.14? I don't see anything in the code that looks specific to 1.14. Is there something specific that fails in say MediaWiki 1.13.5 that could be fixed? --Cneubauer 13:41, 29 June 2010 (UTC)

Hmm, I just installed Piwik 0.6.3 and the trunk version of this extension on MediaWiki 1.13.5 and it seems to work just fine. -- 14:11, 29 June 2010 (UTC)

No tracking still. MediaWiki install to 1.15.4, Piwik to 0.6.4 and the extension to 0.8-piwik0.2.26 (1.0-RC3).[edit]

Well, I'm running everything latest and greatest. Ever since I upgraded to 0.6.1 I've been totally dead in the water. Any ideas would really be nice about now. BcRIPster 15:49, 3 August 2010 (UTC)

Ok, well, I completely deleted everything about the plugin out of the Mediawiki install and deleted the site entry from my Piwiki management page. Added a new entry for the wiki site, and reinstalled all of the plug-in... Nothing changed. The site is still making it's page load request out to the Piwik site but nothing is getting recorded in the database. All of my wordpress blogs and other tracking items are still working :( BcRIPster 18:37, 9 August 2010 (UTC)
Hello, does it work if you place the tracking code manually in the skin or using Extension:PCR GUI Inserts? (the latest isn't nearly as evolved as Extension:Piwik Integration, but it lets you define the whole Piwik tracking code, which might help in your case) Patheticcockroach 19:53, 9 August 2010 (UTC)
Hmm... haven't tried that yet. But! I just went ahead and upgraded my Piwik install to 0.9 (didn't fix things). Then on a lark I took the GET request that comes from from my blog that does still track and compared it to the GET request coming from the wiki and found these four fields not being sent by the MediaWiki plugin:
I adeded these manually to a MediaWiki plugin formatted GET URL and wahlah! It added a record to the database finally. I haven't had time to dig further but it would appear that one or more of these fields is expected and not being sent by the plugin. BcRIPster 20:45, 9 August 2010 (UTC)
I guess those fields didn't exist in older versions of Piwik and were forgotten when updating the plugin for more recent versions ;) Patheticcockroach 21:19, 9 August 2010 (UTC)

Ok, got it working. On line 94 of the piwik-mw.js file I changed the "var _pk_src" block to read:

var _pk_src = _pk_pkurl
+'&res='+screen.width+'x'+screen.height	+'&col='+screen.colorDepth

I added the rec=1 and rand= tags. Now I've got tracking again! Yippie.BcRIPster 20:15, 23 August 2010 (UTC)

That did it for me too ! Thanks :-) --Dieudo 21:41, 24 August 2010 (UTC)

date=last30 on Piwik_specialpage.php not supported in Piwik v0.9[edit]

Using Piwik SVN r70847, from the 3 widgets on the Special:Piwik page, the last visits one will not work unless I remove the &date=last30 from the URL in Piwik_specialpage.php. I am using Piwik v0.9. --Wolfgang Spraul 06:44, 11 August 2010 (UTC)

Different http and https URL[edit]

It would be nice to have another config variable for the https Piwik URL. Hosting several domains on the same IP/port causes troubles with SSL, and a common solution is to assign different ports to different sites; the extension currently does not support that. --Tgr 16:09, 21 November 2010 (UTC)

Group for viewing piwik[edit]

Is it possible that you cannot use sysops or bureaucrats etc. for the "viewpiwik"-right? Or did I something wrong. For me (MW 16.1) only new generated groups (e.g. "view-piwik"-group) can view the piwik-special-page.
If this is really the case we should correct the Extension-Page. If I did a stupid easy mistake, maybe someone knows the answer. But it works now quite well, with the extra-group.

Piwik 1.2 + MW 1.16.0[edit]

I try to use piwik (v1.2) with MW 1.16.0 The Special-page is empty, because it seems there are no "view"-rights for the Website-ID. I'm logged in as Sysop. Piwik is stored in a folder under the wiki-root (wiki/piwik) and runs with a separate db.... What can be the problem ? --hollosch 15:37, 1 March 2011 (UTC)

I think part of the problem is that you need to set the stats to be viewable by anonymous. Though I also have the same problem with the 'Last visits' block. I fixed 'Countries' and 'Browsers' by adding an API key to the URL.
The plugin really needs to be able to handle API Keys. --TenguTech(Talk) 13:08, 19 April 2011 (UTC)

Automatically redirected[edit]


Just installed piwik and your extension on my mediawiki. Here is the settings from my LocalSettings.php

require_once('extensions/piwik/Piwik.php'); $wgPiwikURL = ""; $wgPiwikIDSite = "1"; $wgGroupPermissions['bureaucrat']['viewpiwik'] = true;

When I'm trying to get some graphs on the piwik special wiki page as a bureaucrat, i'm automatically redirected to the piwik app login screen. Is there a way to fox this and to make every users see the piwik special page?

Thanks for your support --Etienne50 15:03, 6 April 2011 (UTC)

Piwik API Key[edit]

Hi, While I understand that you are telling people to set their Piwik data viewable by anonymous so that it shows up in wikis, I think this is the wrong way to go about it security wise. A better way is to pass a Piwik API key as an argument for the stats display.

I am currently working on an update to your plugin that can have the Piwik API Key set in LocalSettings.php, and passed to Piwik if defined. And I have a development version working on my own site.

The development version works for Countries and Browsers, but not for Last visits. As mentioned here I think this might be broken by Piwik 1.2. I think the arguments passed in the iframe url need to be check, as they might have changed between versions. I haven't had time to look into this myself. --TenguTech(Talk) 13:21, 19 April 2011 (UTC)

PHP fatal error[edit]

Hola, mi configuracion: piwik 1.4, MediaWiki 1.15.5, SVN 90265, en mi LocalSettings.php:

 require_once('extensions/Piwik/Piwik.php');  $wgPiwikURL = "cenia.homelinux.org/piwik/";  $wgPiwikIDSite = "4";

cuando accedo a la pagina, esta queda en blanco, el mensaje que me da /var/log/apache2/error.log es: PHP Fatal error: Call to undefined method SkinMonoBook::getTitle() in /var/lib/mediawiki/extensions/Piwik/Piwik.php on line 37

Sabeis que puedo tener mal configurado? Gracias. --Melchor: 17 jun 2011

El último cambio en el SVN parece indicar que en versiones nuevas el título de las páginas se coge de forma distinta. Prueba editando el archivo Piwik.php en la línea 37 cambiando $skin->getTitle() por $wgTitle. No estoy seguro, pero creo que debería funcionarte. La otra solución es que uses la última versión de MediaWiki. De todas formas, debo hacerle un repaso a la extensión. --Isb1009 10:09, 30 June 2011 (UTC)

Piwik 1.5.1 and MediaWiki 1.17.0[edit]

This extension doesn't appear to work with the above versions of MediaWiki and Piwik... I've followed the instructions on the install page.. delved into the code to find nothing of use and run out of idea's.. All I get is a blank page for every page of my wiki when this extensions is enabled... Any idea's anyone?

As a side.. I tried adding the Piwik tracking code to the pages using the PCR Includes extension.. that seemed to yield the same result.. I'm thinking resource loader or something might be the culprit? Ashimema 13:38, 26 August 2011 (UTC)

  • Piwik 1.6 with extension 1.5.2-piwik0.5.5 runs without problems using MW 1.17 Venia 08:44, 21 October 2011 (UTC)

Anyone knows how this one compares to the Open Web Analytics extension?[edit]

I haven't decided on going with Open Web Analytics or Piwik yet. I'm going to use it for tracking MediaWiki and I'm mainly interested in tracking top user edits in pages and categories. The Open Web Analytics extension seems to be well integrated judging by this feature list. Anyone knows how Piwik compares to that? I hesitate to use Google Analytics as I need to host it internally.

--John Ericson 18:47, 8 December 2011 (UTC)

I'm in the same boat, but I actually got Piwik to start culling data, owa is being fussy. Anyhow, looking at Piwik's interface, there's some good information to gleam, but leaves some things to be desired. My main issue currently is that it's showing the entry points as only derivations of index.php/$1 variants, rather than the page titles themselves. Piwik is also geared towards ecommerce sites, as it's aim is to become an opensource option for GoogleAnalytics. Either way, it's actually working on my intranet wiki's and sites, and culling some useful information. --Teststudent 00:55, 20 January 2012 (UTC)

Tracking is still working (MediaWiki 1.19.0 and Piwik 1.8.2)[edit]

Just wanted to add that the tracking code as added by this plug-in still works fine (always has for me). The special:Piwik page, showing some statistics, doesn't work completely (since 1.16?) but the most important functionality works. The tracking code is added as it should and my wiki-pages are tracked properly. --FarwayK (talk) 22:25, 7 June 2012 (UTC)

Non-static method error messages[edit]

I am using Piwik Integration (Version 2.0.0) with mediawiki-1.20.2. It seems to work but apache is logging the following errors on every request.

PHP Strict Standards:  call_user_func_array() expects parameter 1 to be a valid callback, non-static method PiwikHooks::PiwikSetup() should not be called statically in /var/www/html/mediawiki-1.20.2/includes/Hooks.php on line 216
 PHP Strict Standards:  Non-static method PiwikHooks::AddPiwik() should not be called statically in /var/wwwhtml/mediawiki-1.20.2/extensions/piwik/Piwik.hooks.php on line 4

Tracking broken in v2.2.1[edit]

Using git, I updated to v2.0.0 to v2.2.1 (on mw 1.20.6)
The following line was added, to all wiki pages, for every visitor (even sysops):

<!-- Piwik extension is disabled for bots -->

So no tracking.
Going back to v2.1.0, fixed the problem and seems to work. (git checkout v2.1.0)
--FarwayK (talk) 10:25, 27 May 2013 (UTC)

I also encountered this issue, running MW 1.22.6, Piwik 2.8.3 and extension 2.2.2. Changing 2 lines in extensions/Piwik/Piwik.php to this:

$GLOBALS['wgPiwikIgnoreSysops'] = false;
$GLOBALS['wgPiwikIgnoreBots'] = false;

Allowed the tracking code to be inserted, but also loses the functionality of ignoring sysops and bots. This may have to do with the dependency on MediaWiki's global user variable $wgUser, which I believe has been deprecated. --2001:4898:80E0:EE43:0:0:0:5 23:13, 10 November 2014 (UTC)

Installation not working v2.2.2[edit]

I have base piwik 1.12 installation working flawlessly and website in question has a tracking number and getting tracked (I receive data), but the integration in Mediawiki 1.19.1 won't work whatever I do. I followed the instructions and all my wiki pages get redirected to https://github.com/DaSchTour/piwik-mediawiki-extension/blob/master/Piwik.php (not only the special pages) Below my code: //Piwik require_once('extensions/piwik/Piwik.php'); $wgPiwikURL = "xxx(no protokol specified).org/piwik/"; $wgPiwikIDSite = "5"; extension folder name: piwik Contents: Piwik.php Piwik.hooks.php What is wrong?

mobile, movil[edit]

funcionando perfectamente con mediawiki 1.21.2 y piwik 1.12. visualizo desde piwik.

mi LocalSettings.php: require_once("$IP/extensions/piwik/Piwik.php"); $wgPiwikURL = "wikiarqbio.org/piwik/"; $wgPiwikIDSite = "4";

1. Parece que no registra entradas cuando se entra desde la version movil usando la extensión MobileFrontend (Versión 0.7.0)

2. No se como llegar a la pagina especial dentro de la wiki.


working perfectly with piwik mediawiki 1.21.2 and 1.12. I visualize from piwik.

my LocalSettings.php: require_once("$IP/extensions/piwik/Piwik.php"); $wgPiwikURL = "wikiarqbio.org/piwik/"; $wgPiwikIDSite = "4";


1. It seems that no logs entries when entering from the mobile version using MobileFrontend extension (version 0.7.0)

2. No how to get to the special page within the wiki.

Site ID[edit]

I have a problem with the site ID for Piwik.

In the Localsettings.php stands:

require_once __DIR__ . "/extensions/Piwik/Piwik.php"; $wgPiwikURL = "localhost/piwik/"; $wgPiwikIDSite = "piwik_idsite";

I'm running the Wiki on a private test Server.

My Question: It may be a little bit banal, but where do i find the correct Piwiki Side-Id, which replaced the "piwik_idsite"?

                      Hi ! I also would like to know where is the "piwik_idsite" ? 
                      Is it "$wgPiwikURL = "localhost/piwik/" or $wgPiwikURL = "localhost/wiki/"; ?
                      How to test it's working ? 
                      Thanks, 28/11/14


The piwik_idsite value is a simple number that the default JS tracing script given to you in Piwik contain.

To find the information, log into your Piwik installation, go to Administration > Sites and find the link to show the tracing code of the wiki. You might have only one site in the Piwik listing, but you could have many. That code is what you would paste near the end of your pages if you would do a site in plain HTML, per exemple. In that code there is a number wich identify the site for Piwik. It's the number you want. If you only have one single site; that might mean the number, the site ID is "1".

See ya all. TulipVorlax (talk) 15:07, 24 September 2015 (UTC)

Can I get users name for logged in users?[edit]

As by title, is it possible to have track of the name of logged in users? Thank you! --Gborgonovo (talk) 09:35, 4 April 2014 (UTC)

Yes, the version from May 6, 2014 introduced the capability. Not sure when it's going to be tagged but it's available at the GitHub repository. --Tetsuo13 (talk) 17:48, 8 May 2014 (UTC)

proxy for Piwik code[edit]

Hi all,

I would like to be able to use the piwik proxy script with this wiki extension. Do you think it's possible ? If yes, is there something to know or to do differently in the extension setting or in the script setting ?

Thanks in advance. TulipVorlax (talk) 15:25, 24 September 2015 (UTC)

piwik not recieving any information[edit]

I setup piwiki

require_once "$IP/extensions/Piwik/Piwik.php";
$wgPiwikURL = "server.com/";
$wgPiwikIgnoreSysops = false;

MediaWiki 1.25.3
PHP 5.4.40 (apache2handler)
MySQL 5.6.19-log
Piwik Integration 2.4.2

I'm not seeing anything View page source I see <!-- You need to set the settings for Piwik --> There is no special page Piwiki

Ensure you have both a $wgPiwikURL and a $wgPiwikIDSite variable set. In this case you do not have a $wgPiwikIDSite.

No Piwik special page[edit]

I have installed Piwik on my server and Piwik Intergration in my wiki. In Piwik page tracking works correctly but in wiki I don't have any Piwik special page.

  • It's not supposed to have a special page. Pandora85 (talk) 07:59, 10 May 2016 (UTC)
I agree with what you say. I have checked the source code and there is no evidence that this extension would add a special page. I have corrected the documentation page - which up to now claimed there would be some special pages coming from this extension. -- 11:05, 16 October 2016 (UTC)

More information needed[edit]

Suppose I have a mediawiki on abc.com that is contained in a folder called 'mw' i.e the mediawiki is accessed at abc.com/mw

I presume the lines I add should be

require_once "$IP/extensions/Piwik/Piwik.php"
$wgPiwikURL = "abc.com/mw/";
$wgPiwikIDSite = "1";

Is this correct?

1. In particular, is abc.com/mw/ correct or should it be abc.com?

2. I don't know if the code is case-sensitive but the when you extract the files the folder is called 'piwik' and 'piwik.php'.

On your first question: $wgPiwikURL should include the directory.
On your second question: If it works for you with the wrong casing that is fine. However, PHP can be configured to treat require_once calls case-sensitively. That obviously is not the case for you. But if that setting was changed in your case, things would break. I would just use the correct casing! -- 11:13, 16 October 2016 (UTC)

Input Box[edit]


I installed the Extension "InputBox" and I configured it as an "Advanced Search Form" where I can search in different name spaces. Piwik doesn't track that input data.

Is there any way that it can track the input data like in the "normal search"?

Thanks in advance,

MW 1.29 + Matomo doesn't work[edit]

Hi, I've an installation of MW 1.29 + Matomo 3.3.0 + plugin 3.0.0 (taken from git on 01 feb. 2018)+ nginx as webserver (https only). From a wordpress installation it works fine but mediawiki doesn't works!

Mediawiki with plugin works fine (no error or anything else) and I use these code lines:

wfLoadExtension( 'Piwik' );
$wgPiwikURL = "stats.example.org"; // I have a subdomain for it
$wgPiwikIDSite = "3"; //ID #3 is mediawiki

On index source code:

<script type="text/javascript">
  var _paq = _paq || [];

  (function() {
    var u = (("https:" == document.location.protocol) ? "https" : "http") + "://"+"stats.example.org/";
    _paq.push(["setTrackerUrl", u+"piwik.php"]);
    _paq.push(["setSiteId", "3"]);
    var d=document, g=d.createElement("script"), s=d.getElementsByTagName("script")[0]; g.type="text/javascript";
    g.defer=true; g.async=true; g.src=u+"piwik.js"; s.parentNode.insertBefore(g,s);

<noscript><img src="https://stats.example.org/piwik.php?idsite=3&rec=1" style="border:0" alt="" /></noscript>

The plugin put these code lines at the end, not inside <head></head> tag. It's normal? There's an open issue/problems ?

Thanks a lot,

use of $wgPiwikTrackUsernames[edit]

I set $wgPiwikTrackUsernames = true; . Where in Piwik/Matomo will the user ids show up? It doesn't seem to be under Visitors -> User IDs, where I would have expected it, nor does there seem to be anything in the User Overview. I tried to find more documentation, but if it's there I can't find it.Tenbergen (talk) 02:49, 2 October 2018 (UTC)

It started tracking correctly and intuitively, I just didn't see it in tests since it was excluding visits from the IP looking at Matomo. Tenbergen (talk) 00:48, 3 October 2018 (UTC)

Matomo settings not working yet, but works with the old piwik settings[edit]

As per https://github.com/DaSchTour/matomo-mediawiki-extension/issues/25 and my experience trying to set this up, at least one of the following does not work yet:

$wgMatomoURL = "...";
$wgMatomoIDSite = "...";
$wgMatomoIgnoreSysops = false;
$wgMatomoTrackUsernames = true;

When I use those, I get no tracking and no errors. When I change Matomo to Piwik (e.g. wgMatomoURL -> wgPiwikURL) I start getting results. This is during an upgrade from the most recent piwik extension to the matomo one via composer.