BulletProof Security Forum

I see one forum topic about WP Rocket here:  http://forum.ait-pro.com/forums/topic/wp-rocket-plugin-htaccess-code-where-to-put-it/  Have you added your WP Rocket htaccess code (if you have any WP Rocket htaccess code to add) in BPS Custom Code?

Yep, BPS Pro works on Nginx Reverse Proxies and all other server types/api’s/Proxies/etc.  I looked at your site and several URI’s|URL’s and this is what I found below:

URI: home page
First page load – uncached
Page Load speed: 3.01 seconds|onload 3.46 seconds
21 Requests
Size: 428.4KB

Second page load – cached
Page Load speed: 2.29 seconds|onload 2.61 seconds
2 Requests
Size: 11KB

Notes: Your Avada Theme main.min.js script is the primary cause of page load slowness.
The Avada js script is taking 2 seconds to load.

URI: /county-cattery/london/
First page load – uncached
Page Load speed: 12.32 seconds|onload 5.53 seconds
30 Requests
Size: 2,500KB|2.5MB
Several image files that are not optimized make up the majority of the page size.

Second page load – cached
Page Load speed: 1.44 seconds|onload 2.65 seconds
3 Requests
Size: 27.3KB

URI: cattery/silverdalecattery-tw14-8ee/
First page load – uncached
Page Load speed: 10.3 seconds|onload 10.25 seconds
41 Requests
Size: 322.7KB

Second page load – cached
Page Load speed: 4.18 seconds|onload 4.14 seconds
13 Requests
Size: 12KB

Notes: Your Google Map is returning several GET 204 No Content errors.

https://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html
10.2.5 204 No Content

The server has fulfilled the request but does not need to return an entity-body, and might want to return updated metainformation. The response MAY include new or updated metainformation in the form of entity-headers, which if present SHOULD be associated with the requested variant.

If the client is a user agent, it SHOULD NOT change its document view from that which caused the request to be sent. This response is primarily intended to allow input for actions to take place without causing a change to the user agent’s active document view, although any new or updated metainformation SHOULD be applied to the document currently in the user agent’s active view.

The 204 response MUST NOT include a message-body, and thus is always terminated by the first empty line after the header fields.

It appears that a problem may be occurring with your Google Map and maybe WP Rocket HTML Compression/Minification.
Troubleshooting steps:
1. Change WP Rocket settings and turn off HTML Compression/Minification.
2. Test saving a CPT.
3. It appears that your Google Map is bundled with your Avada theme. Temporarily disable your Google map.
4. Test saving a CPT.

Overall: I believe the slowness problem has to do with your Avada Google Map itself or a combination problem like WP Rocket HTML Compression/minification is causing a problem for your Google Map. Your Avada Theme main.min.js script is very large: 153KB and contains all of your Google Maps js code and it also looks like it contains all other js code for anything/everything else. I do not want to say anything negative here about Avada, but logically it would be better to have several js files and load js code that is relevant to what your site is using.  It may be that every/all sites using the Avada theme use all Avada js code and there is no getting around using the entire main.min.js Avada theme js script.

The obvious thing to note is your CPT URL’s are taking significantly longer to load. It appears to be a combination problem with the content of the page/posts themeselves, Google Maps and WP Rocket settings.

Additional recommended troubleshooting steps:
1. Temporarily switch your theme to a WordPress theme:  2016, 2015 and test saving a CPT post.
2. Deactivate all other plugins except for BPS Pro and test saving a CPT post.

Ok yeah I get that, but overall I see problems with the things that I mentioned above.  They are not game enders, but are clear indications of problem areas.  It is very possible that they are also clues and/or related either directly or indirecly to whatever the root problem is for the extreme slowness when saving CPT posts.  In any case, they should be handled at some point because a page load time of anything more than 3 seconds is considered poor website performance.  Anything 5+ seconds or more is considered bad website performance.  10+ seconds is unacceptable to most people.  Typically most people will not wait more than 5 seconds for a website page to load and they will just close their Browser tab or click on something else and not wait for your website pages to finish loading.

If you would like for me to login to this website and figure out what is causing the CPT post saving problem then create a temporary WordPress Administrator user account for me and send the login info to:  info at ait-pro dot com.

In general, automated Minification is probably the worst concept that was ever created to increase website performance.  Minification is not a one size fits all kind of thing so it should not be automated in a one size fits all way.  A lot of people contact me regarding website performance problems/slowness and the majority of them had decided to use Minification.  The irony of minification is that besides causing website performance/slowness problems, minification also breaks a lot of things.  Automated minification is a menace and a horrible concept.  It should never be used for any reason.

The root cause of the CPT saving problem is still unknown at this point so it is good to look at anything and everything as the possible cause for the problem and eliminate each of them as the cause of the problem. Yep, let me know if your host support cannot figure this out and I will figure it out.  Note:  Hosting support folks are typically not WordPress experts so asking them anything specifically relating to WordPress is going to be out of their league.  I’m pretty sure most hosts do not train host support techs on WordPress troubleshooting or probably anything regarding WordPress.  The only questions I ever ask my host support folks are questions regarding my hosting account, hosting servers, email or domains since that is what they are trained to know.

Also I have formal training and experience (20+ years) in Systems Engineering and Server Administration.  So if the problem is related to your server then I will quickly be able to assess that.  If your host support folks have not already tried to switch your PHP server version then you should mention that to them and have them do that.  It is a quick and simple thing to do (takes 2-3 minutes) and can eliminate a lot of difficult and time consuming server/server config troubleshooting.  Make sure that BPS Pro AutoRestore is turned Off and that your Root htaccess file is not locked while your host support folks are working on your website/server.