ukutabs

@ajay Just installed the beta, it works perfectly again! Wow, thank you so much. Just sent you a small donation for your help, it’s the least I can do.

@ajay & @tillkruess You are one of the reasons why I love WordPress this much. Giving true personal support, really trying to help, and on a Sunday. Thank you.

It is a bit difficult to disable it now since it is the busiest time of the week and the site is relying quite heavily on object caching. I might be able to do it on Monday morning (it is Sunday evening now here).

As of now I still have Top10 running to keep tracking, but there is no output. So for now I have nothing to loose and definitely would be willing to try a beta version!

edit: Will definitely forward this to Till (OCP dev) as well.

• This reply was modified 1 year, 3 months ago by ukutabs.

Hi Ajay,

I already appreciate you taking the time to respond immensely. Loyal user of the plugin for years. Thank you for that!

It does indeed work when I disable it. It took a bit of trial and error disabling and enabling a few days ago, but Object Cache Pro seems to be the culprit. Once disabled, they immediately show up.

There does appear to be an error using query monitor to troubleshoot:

Unknown column 'visits' in 'order clause

Seen this error before and perhaps an idea how to fix this?

Thank you!

Kind regards,

Jonas.

Creation and syncing of new users still works, with WP Rocket enabled on both sites.

A bit more information. I have WP Rocket running on both sites.

After a bit of enabling/disabling I’ve discovered that when one site has caching enabled and the other not: the one with caching can still send login/logout actions to the not cached one but not vice versa.

Hi Ajay!

I did see the update in the dashboard and updated immediately, much appreciated! Is there any box to enable this, or is it enabled by default?

– caching is on
– time to cache 1800

I’m using this for the four lists:

– daily
tptn_show_daily_pop_posts();

– weekly
[tptn_list limit="99" daily_range="7" daily="1"]

– monthly
[tptn_list limit="99" daily_range="30" daily="1"]

– all time
tptn_show_pop_posts();

Daily, weekly and all time are different. However, monthly outputs the exact same list of 99 posts like the daily one :-). No idea what’s going wrong.

Updated the settings several time to try to refresh it, now it’s untouched for several days, but still the same.

Already glad that the weekly list is different :-).

Thank you, once again!
– Jonas.

• This reply was modified 4 years, 6 months ago by ukutabs.

Wow Ajay, that’s truly wonderful! I’m very grateful, looking forward to the update.

Hi Ajay,

OK, no problem! I can wait a few weeks. The daily and overall are fine for now, loving the plugin and looking forward to the update!

(FYI On a typical day there are around 6 million pageviews. The overall most viewed posts page is by far the most viewed page. That’s why I’m looking into expanding it to 7 and 30 day period lists :-).)

Take care!
– Jonas.

Hi Ajay,

Didn’t made the link with caching and list generation. It was activated and time to cache set to 7200 seconds.

The moment that I turned it off, it generated four different lists (daily / 7 days / 30 days / overall). The main issue, and the reason why caching must be on, is that the load is unmanageable with caching off and it crashes the server.

So I was able to watch the four lists for a few seconds and then the server crashed. Turning caching back on, resulted in the same lists again and defaulting to 10 posts.

Thank you for your help!

Kind regards,
Jonas.

Hi Ajay,

That indeed now displays the same list as the daily most viewed list. However:

1. It ignores the limit=99 argument and even when left out it still defaults to 10 posts. Although in the settings in the dashboard it’s also set to 99.

2. When using it then for daily_range=7 or daily_range=30 days most viewed posts, it’s showing the same list as the daily most viewed posts now (instead of the same list as overall most viewed posts before).

Any clue?

Kind regards,
Jonas.

Hi Ajay,

Thank you for your quick response! I’ve tried that before, but it seems to default to the most viewed posts without limit.

Confirmed when using:

echo do_shortcode( '[tptn_list limit=99 daily_range=1]' );

That it doesn’t return the same list as the daily most viewed posts, but it returns the same list as the most viewed posts of all time.

Does it need an additional argument passed through to tell it to use a custom range?

Thank you!

Perhaps this has something to do with it, getting tons of these in my error logs:

2016/04/25 13:15:26 [error] 1978#1978: *2797 FastCGI sent in stderr: "PHP message: PHP Notice: Undefined index: user in /var/www/[retracted]/wp-content/plugins/wp-favorite-posts/wp-favorite-posts.php on line 426

I was getting the same issue, but after simply restarting NGINX, PHP5-FPM and memcached, the issue was solved. Your hosting is probably using some way of caching, causing this issue. You can try to ask them to clear the cache, although this might be difficult on shared hosting.

sudo service php5-fpm restart
sudo service nginx restart
sudo service memcached restart

Joost is already aware of this issue (https://twitter.com/yoast/status/466163364058894336) and it looks like it is already fixed in the master on Github.

Thank you! And Joost is indeed aware of the issue: https://twitter.com/yoast/status/466163364058894336