kevinff

Hello Camu,
I found a dirty way to fix both problems, in wp-slimstat.php:

lines 162-165 i commented:

//if (!$this->_create_table($stats_table_sql, $this->table_stats, true)){
// // Update the table structure ( versions < 2.4 ), if needed
// $this->_update_stats_table();
//}
and added:
$this->_create_table($stats_table_sql, $this->table_stats);

And this way the table “stats” got created for each blog!

Then line 178, i commented:
//add_option(‘slimstat_custom_js_path’, WP_PLUGIN_URL.’/wp-slimstat’, ”, ‘no’);

and i put:

add_option(‘slimstat_custom_js_path’, get_option(‘siteurl’).’/wp-content/plugins/wp-slimstat’, ”, ‘no’);

This way each blog had the right URL, not the url of the main blog for the js!

Hope it helps somebody.

Yes i was using it Proper Network Activation.. Only the “stats” one isn’t created.

The file is in the folder /mypersonalfolder/wordpress/wp-content/plugins/wp-slimstat
No problem to access it..

Are you sure there’s no problem with multisite in those latest versions?

Kevin

Note that the prefix_slim_stats tables are not being created!
Only the outbound/visits ones for each blog (and the browsers/countries/screenres for the main one).

Sorry for sending messages here many times.. But i wanted to give you as many details as possible..

Hum maybe the 3000 is ok as slimstat counts the bots, which i never counted with other software.. But like the person above, changing the tid > 0 part helped (i know it’s dirty).
So it’s possible there’s something still wrong in the query..

When i say wow.. 3000 visits, it’s because i normally just have 100.. ?? so i think they all were counted on the main blog..

Was it fixed in version 2.4?

I was using slimstat in the past, but i had to remove it as my server was a bit overloaded.. (not only because of slimstat). But it was working fine.

I installed it (on my brand new server, yay) again and i’m having 2 problems, which may be linked.
I’m using a multisite install. When activating the plugin on all the blogs, it fills the custom_js_path to my mainsite.com/wp-content/plugins/wp-slimstat instead of the user’s blog domain. Is this normal?
After one day, i checked the main blog stats, and wow 3000 visits.. Then checked all the users blogs.. empty!

The other problem is that i do not see the js anyway on the users’ blog, only the main one…

Tried purging the plugin, cleaning the slimstat_* options, dropping the tables.. It’s a no-no..

Any help appreciated!

Kevin

I’ve installed a fresh wordpress 3.1 multisite (brazilian version) with vympel.br.
Enabled it, tried to register with wp-signup.php
First page, ok, passes with the right captcha.
Somehow on the second page (where there is no captcha), it brought us back to first page.

Tried this only with the visual captcha.. But brand new wordpress, clean db with no other theme/plugin!

I think there’s an issue somewhere..
We then installed Si-captcha and it worked fine, though we get lot of spam with it ??

I hope you get it fixed! Good luck.

Hum i read your version is 3.0.4, i gave you the hack for 3.1
In 3.0.4 this is a similar code in ms-functions.php.

Open wp-includes/ms-settings.php

line 92 replace it with:

$destination = ‘https://&#8217; . $current_site->domain . $current_site->path;

and before the header() at line 94, add:

header(‘Status: 301 Moved Permanently’, false, 301);

Hope it helps.

Hum there is only blog_id, therefore i can understand it should be treated as “site_id”. Especially because the plugin gets its list from a RSS so the blog_id is a bit nonsense.. Anyway i added something to retrieve the blog_id to my template.
Thanks Andrea_r and sorry for bothering you, seeing blog_id made me ask myself some questions at first.. I forgot to mark this topic as resolved then.
Bogus report i think ??

Thanks Andrea_r!
I hope it will fix my problem, i’m adding the patch now!

Ok nevermind. The cause was a bogus plugin which was filling a lot of junk in the database, which in turned was cached by memcache, so it was using twice more memory somehow.

Someday somebody will have to explain me why wordpress by default eats up memory like a pig.. Especially the dashboard.

I was going to do that then i went to do other things and forgot..!
Done now, worth 6 stars ??

Indeed the guilty plugin was batcache. Sorry for the troubles. I now enjoy slimstat ??

Hi Camu
Strange because i myself also had 50mb as memory_limit for quite some time, and i got this error only in the wp-slimstat/view/index.php page, even with 100mb as memory limit.. Though it seems to happen really randomly (and not so often)..
I’ll try to dig into this problem if it occurs too much.

Thanks a lot!