Daily weather and forecast not updating

to be clear; autoptimize does not do page caching, only asset (css/ js/ fonts/ images) optimization.

to see if AO is causing issues you can disable Autoptimize on a per-request basis by adding ?ao_noptimize=1 to the URL.

if the problem is not there at that point, some autoptimize (re-)configuration might be needed to fix this. there are troubleshooting tips and info on how to exclude in the AO FAQ.

hope this helps debugging,
frank (ao dev)

Hello,

please test if AO is causing issues, as AO dev has suggested, and let us know of the results.

You can temporarily disable AO and/or other cache plugins (if you are using any) while debugging.

I waited until the next day (today) to see if the plugin updated, which it did on both the live and test site. It is also now updating again throughout the day.

I have not made any changes to AO, or anything else, only what I detailed in the original post.

I will wait and see what happens over the next days and report back.

OK.
Thanks for the info, keep us posted.

Question: should the plugin auto-update the forecast? I can’t remember. Thing is, I just checked the live and dev sites now and they both still had the 5 day forecast from yesterday showing, i.e. Tue, Wed, Thu, Fri, Sat.

New posts had been added to the site and were showing on the home page where the plugin is displayed but it was not until I did a cache refresh that the 5 days updated to Wed, Thu, Fri, Sat, Sun.

Hello,

the plugin is auto-updating every 15mins.
It should not show yesterday’s forecast.

Your page is obviously cached with AO widget and therefore it shows cached page.

https://www.henleyherald.com/?ao_noptimize=1
shows correct weather.

Your page is obviously cached with AO widget and therefore it shows cached page.

AO does not cache pages or widgets, only optimized JS/ CSS, but most page cache plugins will not use the cache when a request with a querystring (such as e.g. ?ao_noptimize=1) is received. so maybe there’s a page cache in play here?

Sorry for misinterpreting how AO works.

If AO only optimizes JS/CSS – You are right: it must be another caching plugin.

Neither site uses a caching plugin.

The theme has options to activate file merging and compression of CSS and Javascript files to reduce and optimize the amount of code loaded. This is active.

I checked the test site around 4 pm yesterday and saw the weather had not updated from earlier in the day. I deactivated Autoptimize. Waited 20 minutes, weather data still not updated.

Using Transients Manager, weather_atlas_transient_2307147 was Expired. I deleted all expired transients. Hard cache refresh, weather data then updated, new weather_atlas_transient_2307147 created, “Expires in 15 mins”. Watched over the next 45 minutes or so and the transient’s expiry time counted down, then Expired, then re-created itself, and started to count down again. So it appears to be working. But it had definitely “stopped” updating earlier.

I did the same tracking on the live site, but left Autoptimize active. The transients expired then re-created as they should. So it looks like Autoptimze is not the issue.

Checking both sites this morning, the weather data has updated and is correct. I will continue to monitor closely.

Is there any debugging I can turn on that logs to a file?
Current shortcode is:

[shortcode-weather-atlas city_selector=2307147 language=”en” layout=”horizontal” daily=5 detailed_forecast=1 sunrise_sunset=1 unit_c_f=”c” current=1 background_color=”#c0c0c0″ text_color=”#ffffff”]

Custom CSS

.weather-atlas-wrapper {
text-shadow: none;}
.weather-atlas-wrapper .current_temp .current_text {
text-transform: lowercase;}
.weather-atlas-wrapper .daily.days, .weather-atlas-wrapper .hourly.hours {
text-transform: none;}
.weather-atlas-footer a {
text-transform: none !important;
background:}
.weather-atlas-body {
background: url(https://www.henleyherald.com/wp-content/uploads/2017/11/henley-bridge-weather-dark.jpg);}

And do you have a database/ object cache active (memcached or redis) zimbo000?

No caching of any kind.

ok,
please, let’s try this:

create the widget for the sidebar (for the same city).
Then visit the home page and random pages (after 15 min. or more).

If Home page widget does not update, and some random inner page has weather updated – it must be some sort of a cache problem.

p.s.
– when a page is created dynamically, widget retrieves data from transient, if (transient) data is “old/expired” – new data is retrieved from our system, displayed and stored in DB replacing old data.
– when a page is static – nothing is retrieved from DB, and transient is not checked and therefore it does not expire.

This is a caching problem somewhere. This is the test site: https://dev.henleyherald.com/

Look at this image: https://imgur.com/a/OVluAlh

The left side is the live site, taken at 16.40 pm today (I’m in the UK). The right side is the test site, at the same time. Screenshots taken in Chrome, different tabs.
The correct data is the live site. Both sites have active transients i.e. I can see the expiry time decreasing when I refresh, they expire, then get re-created.

This is the last section of data in the transient on the live site for the image above:

{“current_temp_c”:”3″,”current_temp_f”:”39″,”current_temp_feelslike_c”:”3″,”current_temp_feelslike_f”:”39″,”current_icon”:”28″,”current_text_de”:”Stark bew\u00f6lkt”,”current_text_en”:”Mostly…

This is the same data on the test site:

{“current_temp_c”:”3″,”current_temp_f”:”39″,”current_temp_feelslike_c”:”3″,”current_temp_feelslike_f”:”39″,”current_icon”:”28″,”current_text_de”:”Stark bew\u00f6lkt”,”current_text_en”:”Mostly…

The data in the transients on both sites is identical yet the test site is showing old data. To verify, I open a new tab in Chrome then load the test site (no cache refresh, just type the URL in), the data shown by the plugin is still per the right of the Imgur picture.

If I start Firefox, the dev site showed the correct data. But the live site currently shows this: https://imgur.com/a/Wq4WRO3 – yesterday’s data.

If I close Firefox, then re-start it, then load the live site again, it’s still showing yesterday’s data. But the transient data is correct, just the browser is not showing it but an old cached version.

Finally, I added the widget to the sidebar on the test site: https://dev.henleyherald.com/news/
If I select that page the data is up-to-date and correct. If I change back to the home page, the data is still wrong, it’s as per the right side of the double image.

I hope this helps. I’ll also ask a support question on the theme forum (Enfold) as to whether there are any known issues with browser caching.

This is a caching problem somewhere.

yes.

…the transient data is correct, just the browser is not showing it but an old cached version.

yes.

I’ll also ask a support question on the theme forum (Enfold) as to whether there are any known issues with browser caching.

yes.

Let us know of the results…

In analysing further, it was not only your plugin that was not showing the latest data but many elements on a page. For instance in the header there is some PHP code to display today’s date, yet that was showing an old date.

The problem was seen in both Chrome and Firefox but I got nowhere with the theme support as they could not reproduce the problem. All I know is that the problem was real and continued for days. Firefox continued to serve up a version of the home page that at one stage was over a week old, yet in another tab the test site was showing up-to-date data.

It’s clearly a browser caching issue but what I do not know. Having hard cache-refreshed the browsers, the problem has not happened again. I remain convinced it’s theme related in that whatever should trigger the latest content to be served automatically is not doing so at times.

So case closed here, thanks for your time & effort in assisting.