dFactory

Hi,

If you’re using Cookie Compliance integration then there’s a built in UI blocking feature that prevents any website interaction untill the consent is set (no matter at what level). Or, is that something related only to Motorola One Action and you don’t experience issues in other devices? We’d need your site URL anyway to be able to check it.

Hi,

Did we sort out your issue already through the support system at Cookie Compliance?

Hi,

Sorry for the late reply. If you’re Cookie Compliance user I hope we’ve handled your issue already through it’s support system. If not, please share your site URL – we’ll have a look on the site.

Thanks you for your input. This is kind of the most valuable review a developer/product owner can get.

Hi,

Please share your site URL. We’ll have a look.

Hi,

Usually it adopts to the font style of your site but that can be controlled with a bit of custom CSS. Are you using the plugin with Cookie Compliance integration? Can you share your site URL?

• This reply was modified 1 year, 5 months ago by dFactory.

Hi,

Thanks for your question.

Any plugin available in WordPress plugin directory, due to it’s licensing, is available for commercial use. It’s no different with Cookie Notice & Compliance.

Hey,

There are two things that you have to take into account regarding the DB – number of records and the size it takes. I’m pretty sure these 30M PVC records is much smaller then remaining 10M of other data. What is limited in hosting providers is the size of data you can keep, not the number of entries. Apart from that these records don’t play any role in you DB queries. Unless you make complex queries with post views it’s impact on site speed is literally none.

Now, probably 99% of these records come from the daily post views data, that user might not necesserilly need. What is most useful usually is the aggregated, total data. We have taken that into account while development of the plugin and made it available to control from the UI with a click of a button. The Reset Data Interval option allows you to define for how long daily, individal views records will be stored. By default it is not removed, but it can be set to for example 3 months or a month and a DB table with the views will be kept in as minimal state as possible.

Hope this helps.

That would require storing users session, which is not being done at the moment.
However this might get into Post Views Counter Pro at some point – we’ll keep a note of your ideas.

Thanks, we’re looking into this already.

We’d have to have a look at that on your site as in our tests it works properly. Can you give us some examples and screenshots of your PVC settings?

We have not noticed an issue like that. Maybe it something specific to your device / browser / os combo. Can you tell us what did you test this on exactly so we can try to replicate it?

Hello Emre, thanks for reaching out.

The things you have raised are related to the compatibility fixes we had applied in our plugin in order the scripts required for it to operate were properly inserted in the site code. This is controlled by “Caching compatibility” option in our plugin – once enabled these fixes are applied.

Now why we did it like that: simply because we haven’t found any other way to do it in your plugin. What we needed is to be able to remove our scripts from Preloading as it was affecting the functionalites of Cookie Compliance JS widget. As we have not find a filter hook or a different method to exclude it selectively we had to disable it in your plugin (but only when “Caching compatibility” was on). Maybe that’s not super elegant from your perspective but our priority is to take care of website visitors privacy and their right to consent, which was not fully possible without those tweaks.

Regarding the purge cache issue – indeed we’re doing that but only in specific and resonable situations, like changing our plugin settings or app configuration. Maybe there’s a case that we have missed in our tests and this is triggered in scenarios we’ve not taken into account, but we’d need some more feedback on that to try to replicate it.

Best,
Bartosz

Hi,

We’d have to have a look at your website. Something is obviously not ok. In PHP mode caching can be the issue, so it’s not recommended to go this rout. In JS mode it should be working, especially that it is not using any dependency (like jQuery). What might be the problem in that case (but in some rare cases) is the script execution time – though it could only affect the accuracy to some extent (not 0 views like you have).

Alternatively, we’ve just pre-released a Post Views Counter Pro version that among many other features includes Fast Ajax counting method that’s much faster then the 3 others available now. Would that help in your case, can’t tell for sure.

If you had the backup feature enabled or you did not apply watermark to full size images then it can be regenerated.