I've got the same problem, (after adding the fix in appg/settings.php) I now get a 403 forbidden on vanilla/extensions/. The link of the tab is: mysite.xy/vanilla/extensions/?PostBackAction=ShortStat
Also, isn't that fix in appg/settings.php supposed to be:
$Configuration['REWRITE_extension.php'] = 'extensions/';
instead of:
$Configuration['REWRITE_extension.php'] = 'extension/';
Either way, it doesn't work, 'extension/' produces a 404 on the shortstat tab, and 'extentions/' a 403.
Fixed it! Apparently the htaccess rewriterules weren't complete. This post had the solution. Oh and that config thing should indeed be 'extension/'. Hope this fixes it for others as well that use the rewriterules for nice urls.
Actually found out about the htaccess changes while trying to get your polls extension to work. Unfortunately that problem isn't fixed with this solution. At least the stats work now, looks great. Thanks for this addon!
Just for the Vanilla devs: I just installed vanilla recently, and I think those small bugs like that config setting and the htaccess rewriterules should be updated in the vanilla download. Weird problems out of the box scare new users away...
Love ShortStat, but...
Getting this error showing...
Notice: Undefined index: REQUEST_URI in D:\inetpub\fantasyafl\forum\extensions\ShortStat\default.php on line 147
Any Ideas?
A glitch: When ShortStat is disabled, the setting PERMISSION_VIEW_SHORTSTAT still shows up in the role form settings. It has no dictionary so its labeled from the $Configuration array key. This setting is "dead", you can't change it, it's just populating the form. It took me time to figure out how this setting is added to the form until I found that it is an "automatic feature for configuration setting named PERMISSION_*. Jazzman : how did you find this? I'm not sure if it can be qualified for a ShortStat problem or a core one. I'll start an separate thread pointing on this one to be sure Mark have a glance.
There's currently not really any way to get rid of it automatically. It's just an array key that is added by the extension when the permission is set. After the extension is disabled it is useless and just sitting there, but it shouldn't cause any bugs. There's no real way to associate those entries with particular extensions, so there's no real way of knowing if it's unused or not.
I understand that the setting is harmless, it's just a bit messy. What I don't get, parsing the source, is why the Role form is unable to toggle it. It stays in the last state set when the extension was active. I though it might be a clue showing a way to hide inactive settings. BTW, the fact that no definition is associated with it could be a filter?
Mark, do you encourage using PERMISSION_ and CUSTOMIZATION_ special prefixes to get automatic insertion of settings? Or are they reminiscent/obsolete? As they are undocumented, I'm wondering.
Jazzman: I'm having a problem with the search string table.
The query that updates the table seems to be setting the count on every record, not just the one being updated. I'd fix it, but it uses the Lussumo database classes, which I don't understand one bit.
Does this plugin do this
1) Track popular discussions
2) Track popular categories
3) Comments per discussions
4) Top bookmarked discussions
5) How many comments per day
etc
from the screenshots it looks like yet another generic stats package rather than forum specific stats. correct me if i'm wrong
Hope I'm not de-railing this discussion, but it looks to me that something has happened to the chronology of our posts. It looks like new posts have been inserted between the original ones. Has someone combined two discussion topics, is this possible, has anyone else noticed this, am I going mad?????
My ShortStat 1.3 installed at Vanilla 1.0.1 shows equal Today and Totel stats, which makes no sense. Furthermore, every hit (non-unique) is counted as two. Just wanted to tell that.
Comments
(forum is my subdir, you could have something different)
This post had the solution. Oh and that config thing should indeed be 'extension/'. Hope this fixes it for others as well that use the rewriterules for nice urls.
Actually found out about the htaccess changes while trying to get your polls extension to work. Unfortunately that problem isn't fixed with this solution. At least the stats work now, looks great. Thanks for this addon!
Just for the Vanilla devs: I just installed vanilla recently, and I think those small bugs like that config setting and the htaccess rewriterules should be updated in the vanilla download.
When ShortStat is disabled, the setting PERMISSION_VIEW_SHORTSTAT still shows up in the role form settings. It has no dictionary so its labeled from the $Configuration array key.
This setting is "dead", you can't change it, it's just populating the form.
It took me time to figure out how this setting is added to the form until I found that it is an "automatic feature for configuration setting named PERMISSION_*. Jazzman : how did you find this?
I'm not sure if it can be qualified for a ShortStat problem or a core one. I'll start an separate thread pointing on this one to be sure Mark have a glance.
What I don't get, parsing the source, is why the Role form is unable to toggle it. It stays in the last state set when the extension was active.
I though it might be a clue showing a way to hide inactive settings.
BTW, the fact that no definition is associated with it could be a filter?
Mark, do you encourage using PERMISSION_ and CUSTOMIZATION_ special prefixes to get automatic insertion of settings?
Or are they reminiscent/obsolete?
As they are undocumented, I'm wondering.
The query that updates the table seems to be setting the count on every record, not just the one being updated. I'd fix it, but it uses the Lussumo database classes, which I don't understand one bit.
Notice: Undefined index: p in /home/public_html/sitename/extensions/ShortStat/default.php on line 171
Is this a bug or sth that can be fixed?