October 10, 2018 at 11:18 pm #57613
This problem is presented by edisonreport.com and our hosting wpengine, which uses their own cache system that has worked flawlessly with AdRotate up until yesterday. I called wpengine and they told me they are seeing all 200’s with no errors on their server when trying to pull the adrotate API, which in turn means there is something missing from the pull requests. I have purged the cache multiple times and came to the conclusion that it is not a cache blockage, but rather a get issue with the API.
The .dyn pull request is coming back without an error on our server. We assume this is the dynamic request to rotate the banners and the server thinks it is switching them, but the browser does not see it on the page. So essentially, our banners switch when we refresh the page, but they do not do switch while the website is static, which used to occur just a few days ago.
We do not have any unusual JQuery settings; all adrotate settings are set to default and our scripts are loaded in the footer. The only thing I have not tried yet is optimizing database, but I did not think this would fix the issue at hand and I am hesitant to do so. Let me know if I should do this otherwise. I do have a stock widget with JS in the sidebar, but this issue started occurring before I added that to our home page and the rotating issue occurs on every page and post within our website regardless.October 11, 2018 at 2:10 pm #57633
AdRotate has support for W3 Total Cache and Borlabs Cache.
Check out this manual on making the plugins work together; https://ajdg.solutions/manuals/adrotate-manuals/caching-support/
WP Engines cache is very invasive and does not offer a compatibility layer.
Get different hosting where you can manage your own caching solution if you want better compatibility.October 12, 2018 at 11:11 pm #57695
WP Engine is a very good hosting plan and allows our website to work with a large volume of visitors each month. This plugin and our host worked together for the past two months and we could not be happier. Our old hosts could not handle the volume of ajax calls mixed with visitor volume and would crash almost every week from database overloads. They say a large number of both your customers and theirs correlate together, so they want to make sure your plugin and their hosting works well together.
The response I got back from them is as follows:
“Thanks for providing that info and the Developer’s response. We have not made any changes to our caching infrastructure on any level recently. I looked over the site config history of edisonreport as well, and can confirm that there have not been any changes made to the site’s use of cache exclusions, CDN, or object caching.
We have not received any similar reports of the Adrotate plugin malfunctioning in the last few days. That being said, the dynamic nature of the plugin means that it would not play well with cache. Can you ask the plugin developer if there is a specific path, argument, or cookie that would need to be excluded from cache in order for it to work as expected? Outside of caching, if there are any other system requirements for Adrotate we can absolutely try to implement them.”
Thank you, Arnan.October 13, 2018 at 9:42 am #57715
And yet here we are 😉
If their caching supports fragmented caching I can probably add it to AdRotate to support it better. But as far as I know they don’t have such a feature. Similar to the already supported caching plugins.
Earlier communications with/to WPE indicated they weren’t interested in adding such a thing.
The topic ‘Banners not Dynamically Rotating’ is closed to new replies.