1 jibberjab Sep 12, 2015 23:50
3 chris_of_arabia Sep 13, 2015 12:39
It's worth noting that I never added any code to get this - it could have been built into the skin I was using though.
4 mgsolipa Sep 13, 2015 12:46
@jibberjab item views feature was removed in version 5.1 due to perfomance issues, as mentioned here: http://b2evolution.net/downloads/5-1-0-beta, and here: http://b2evolution.net/man/post-views-counting. So you should get rid of that section of the block because it doesn't work anymore.
5 jibberjab Sep 13, 2015 14:38
That's really a shame, it was a very useful visual detail and never caused me any performance issues.
Are those stats still recorded in the db or were they wiped on upgrade?
If they're still there it's possible we could write a plugin.
jj.
6 mgsolipa Sep 13, 2015 14:48
@jibberjab I'm afraid the post_views
field was removed from the T_items__item
table during the upgrade. If you have a previous backup of your database, you can restore it and write that plugin.
Please let us know if you do it, we would be very interested on helping you with that.
Thanks.
7 dh.com Sep 13, 2015 15:58
I have a suggestion to the entire Dev Team of B2evo. Why not bring back the post_views function in the next version with the following implementation:
Option to disable / enable post_views - In this manner the administrator can simply toggle the feature if there will be a sudden spike of traffic on their sites.
8 jibberjab Sep 13, 2015 20:03
Option to disable / enable post_views - In this manner the administrator can simply toggle the feature if there will be a sudden spike of traffic on their sites.
I was going to suggest something similar. There is apparently interest in this feature, and not all hosts are created equal. That means that while not all sites can handle it, not all sites will be negatively affected either. It should be up to the individual site owner to choose, based on their situation and preference...
9 ramadama Sep 14, 2015 00:30
Why not bring back the post_views function in the next version with the following implementation:
Option to disable / enable post_views
I had the same suggestion as @dh.com, which I read now after login ... and YES, we want/need this feature.
10 fplanque Sep 14, 2015 14:51
We can bring it back but only if we count all impressions of a post, including when robots request the page or when the same user requests the same page 3 times. This will create higher view counts than if we counted only humans. Is that ok?
Note: we can counts views from logged-in users separately. This will be a real count (no more than 1 view per user).
11 jibberjab Sep 14, 2015 15:08
Personally I think that would be great. Can you provide separate tags and a 3-way toggle?
- View counts off
- Count logged-in views only
- Count all views
I presume filtering hits by IP would create too much stress, so it has to include repeat hits?
If we have backups of pre-5.1, will we be able to import the proper column into the current db? If so, will you be able to provide an instruction for how to do so? Spending a few minutes writing out a guide up-front will save lots of repetitive "How do I import old data?" forum threads later.
If we're upgrading directly from pre-5.1 to 6.x, will it simply bring the old viewcount data with it during upgrade, or will this require starting from zero?
jj.
12 chris_of_arabia Sep 14, 2015 17:32
@fplanque I'm pretty sure the method @jibberjab described it would work for me too - out of curiosity, though, is this different from the previous implementation, and if so, how?
13 fplanque Sep 14, 2015 19:36
The previous method tried not to count multiple views of the same post by the same users, which required heavy parsing of access logs.
14 mgsolipa Sep 04, 2016 19:18
@jibberjab @chris_of_arabia @dh.com @ramadama please check out this plugin to get the view count feature working again on your sites: http://plugins.b2evolution.net/view-count-plugin
15 gerardp Sep 06, 2016 06:11
The plugin, with all due respect, does not work. It only (unreliably) shows hits since April 2016, which is - in every sense - useless to most of us.
As far as the decision of FP to disable this function, it is based on silly this vs. that concerns and of no relevance to real life users.
Virtually any CMS (From FB to Twitter to Joomla) shows hit counts and not having them has a real impact on how we manage content.
If this were to be a draw on resources, clearly the way the system operates is flawed.
Just my 2 cts.
16 amoun Sep 06, 2016 17:35
Not a happy bunny then :)
"clearly the way the system operates is flawed"
Is this a view of your unhappiness that the plugin doesn't do what you want or that in general b2evo isn't being managed or built in a way you are happy with.
Do you have lots of time and programming skills to make the sort of changes you want, that would be good. I'm sure FP who does most of the work currently would appreciate some help.
17 gerardp Sep 08, 2016 05:22
Not a happy bunny, no programming skills whatsoever, and disappointed that some things that worked fine before do not anymore.
In an ongoing conversation with FP as well.
I have contributed to this platform in the past and would be happy to do so again if any of my actual skills could make a difference.
Not much, it seems.
18 gerardp Sep 08, 2016 05:34
View counts - old style
19 fplanque Sep 08, 2016 19:00
I'm sorry to say but these old view counts are gone and have been gond for a long time now (v5.1).
You now need to add a view counting plugin if you want to display anonymous view counts.
That's something I noticed too on the 6.x versions - though I'm not overly concerned about numbers, it did at least give me a very quick front end view as to whether a post was being hit at all, and if the numbers were high, whether the 'bots' had latched onto it.