Jason Ryan

Thanks @kylephillips, you rock!

Tobias –

Disregard, I should’ve referred back to the DataTables site again, it is possible. I just have to add it to my code.

But just to clarify, this isn’t TablePress out-of-the-box functionality correct?

Tobias –

Thanks for the quick response, I was actually able to accomplish this yesterday pretty easily just by pretending the fields to the .dataTables wrapper and used the example code on the page I linked. Works perfectly without messing around with the plugin’s options.

Good to go. Thanks.

Delicious Brains did release 1.6.2 which addresses the issue with their plugin, however it was suggested that Nested Pages should integrate the same fix as it’ll likely clash with other plugins that do not namespace the Composer/Autoload class.

@thewanderingbrit –

Will do! Thanks again.

@thewanderingbrit –

Thanks for taking the time to respond. After reading other’s posts, I saw that caching was an issue and we do have Cloudflare enabled, however we had flushed cache everywhere including browsers and still couldn’t get it to work as intended. Instead, we wrote some jQuery to do what we needed for the time being until we can revisit the plugin and test it on a dev site that doesn’t have Cloudflare enabled.

Thanks again.

Hey guys –

There is a conflict with this plugin and the WP Offload S3 plugin latest version, which I just upgraded and it broke my site until I disabled Nested Pages.

I too have been having CPU Usage issues on sites as well and now I am going to have to go through each one to see if this plugin is the cause given everyone’s sentiment above.

Paul –

Thanks for the quick response! Luckily I had a previous DB still in phpMyAdmin that had the two tables and I dumped it from there and imported them into the DB currently being used and I am back in business.

On a side note, I have Debug set to “true” and I am seeing this Notice in the plugin settings view, any concern? It is showing up under all of the Amazon settings:

Notice: Undefined offset: 6 in /home/ultimate/www/www/wp-content/plugins/custom-content-by-country/views/worpit_options_helper.php on line 76

Thanks again!

• This reply was modified 6 years, 9 months ago by Jason Ryan.

Frank –

Ok, well it has only been a little over a day and I got the email about cache getting too large so I just checked…

CSS: 540 files
JS: 541 files

Why are so many files being created? Shouldn’t it really only be aggregating everything into two files, one for css and one for js, serving those as static cached files? I looked in a few CSS files and the contents are the same? Is a new file being generated each time a unique visitor visits the website? I am so confused as to why so many files.

Frank –

I had disabled all optimization but I will re-enable it now and will post back results over the weekend.

Thanks for all of your help!

Hey Frank –

Ok, I still seem to be having issues with getting this configured properly in order for it to work in my benefit. I tried “unticking” Extract JS from HTML and deleted cache and I still have the same amount of files as previous. In fact, Both CSS & JS have the same exact amount of files:

https://screencast.com/t/QfCx6ftkbeC5

I do use a specific plugin that adds a lot of inline CSS and JS to the HTML and using this plugin helps me to aggregate that into separate files which is nice, but with the cache growing every couple days and having to manually dump it to satisfy the warning emails, I assume there has to be a better way to configure it but I just can’t wrap my head around it. Do you have an email address so I can send additional info about the site in question so you can take a look?

Thanks in advance.

Frank –

Interesting, the first time around after enabling “Extract JS”, I swore I saw GMap JS in the aggregated file and couldn’t find it in the source code, but now I checked this morning again it’s not in there! I guess 18 hour days are wearing on me ??

As for script exclusion, I read through the FAQ and couldn’t find info on how relative paths are entered according to theme vs. plugin files which is why I asked here. Guess I will read through again and see if I can find it.

Additionally, there is a reason I am asking questions obviously, which is that I am having similar issues as everyone else when it comes to “Extracting JS” and the cache growing and trying to determine what is causing the “canary in the coal mine” scenario. I have done some reading of your blog posts and testing a few things and I can’t really put my finger on why the cache is getting so large in less then a week’s time. I have Cloudflare enabled but no additional caching plugin like WT3 or Super Cache, is that something I have to consider using as well?

Thanks again in advance.

Confirmed that this is the case, installed updated version and it came with 10+ free elements.

It definitely has something to do with the Analytics tab in the settings screen as it just continually loads endlessly, as @jurasjo has pointed out, but is happening on hosting environments outside of SiteGround too which points at the API.

@putrevus –

You get this worked out? I am now having the same issue on multiple sites on two different hosting environments where this hadn’t happened for quite some time but now is happening all of the time and nothing has changed on our end.