Can you add a tracker and testing instructions on Joomlacode please?

Will add some comments to code as well

http://joomlacode.org/gf/project/joomla/tracker/?action=TrackerItemEdit&tracker_item_id=33130&start=0

I can understand why you want this in terms of query performance. But in my opinion this is another example of us having more parameters than we need :/ I personally think we need to be looking to reduce the number of params not increase them

I agree with @wilsonge. This also only disables it for articles so it's not totally disabling the hit system.

The best solution would be to move the hit system out of the component and into a plugin or something. But that is outside of the scope of the 3.x series and since this is a real performance problem on lots of sites right now, I still want to ask to add this. We can fix this in a proper, less parameter expensive way in 4.0, but right now we are stuck with what we got...

Besides, I'm going to be the first one to push for less parameters. That is why this parameter can only be set globally and does not show up in other areas. It might not be consistent either, I haven't checked, but we should be honest to ourselfs: com_content is the bread&butter of every Joomla site. If #content is slow, that is a real issue, since there are sites out there with 100k rows and with table sizes of several gigabytes, while I doubt there is a #weblinks or #__newsfeeds that has more than maybe 2000 entries and weighs more than 2 or 3 MB.

The best solution would be to move the hit system out of the component and into a plugin or something. But that is outside of the scope of the 3.x series

You're sure that it's not possible in a BC way? I'd sure would prefer a hacky plugin solution over yet another parameter
We did some funny things with the contact lookup in com_content. Maybe something along this line could be done here as well?

This has been in Joomla since 1.5 and as I said, if we wanted to make this right, we would create a statistics interface that we or a third party statistics extension can dock onto and then store the stuff in a central statistics table or something like that. That is outside of the scope of the 3.x series from my perspective and introducing another plugin that is supposed to be removed with 4.0 again, will create more issues than it solves right now.
The parameter can easily be removed again however.

Long story short: It might be possible to implement this in a bc way, but we would introduce new and more issues in the long run imho.

I wouldn't want to do this in a plugin anyhow. This is what the observer interface was intended to do as well.

I wouldn't want to do this in a plugin anyhow. This is what the observer interface was intended to do as well.

The observer is just another plugin system basically.

Closed as per the comment on the tracker

I strongly disagree with simply closing this one. Just because no one tested it, I don't see that this is not relevant. Please open it back up. The issue and PR are still valid.

I'm reopening. Let's try to get a few tests on this and prove validity.

I can test. But I disgaree with the principle of adding more parameters for this stuff. There just should be a point at which we say you have to deal with this stuff.

I agree, not more parameters, we have too many already. As far as I know this is only a problem for some sites and not for the majority. I fine with closing this one.

I agree that we have too many parameters, but I think this is an issue for quite a few sites and as I wrote earlier, it is not something that we can fix nicely within the 3.x series in a BC way. If it were up to me, we would have several batches of parameters only enabled via plugins or something similar and thus reduce the number dramaltically. But that will only be possible with Joomla 4.0. Now, as long as s...stuff like 20 parameters for some obscure links made it into the core, I don't see why we should not add this...

As much as I hate the thought of more params, this truthfully feels like
one time to me where it would do more harm than good to not add another one.

On Monday, July 28, 2014, Hannes Papenberg notifications@github.com wrote:

I agree that we have too many parameters, but I think this is an issue for
quite a few sites and as I wrote earlier, it is not something that we can
fix nicely within the 3.x series in a BC way. If it were up to me, we would
have several batches of parameters only enabled via plugins or something
similar and thus reduce the number dramaltically. But that will only be
possible with Joomla 4.0. Now, as long as s...stuff like 20 parameters for
some obscure links made it into the core, I don't see why we should not add
this...

—
Reply to this email directly or view it on GitHub
#2772 (comment).

If we are going to introduce extra params, it would be obvious to use the recently introduced showon feature:

Closing this one, since we will tackle this in a different way in the new MVC