Support has been upgraded!
The Support Forum is closed. Not to worry! Providing the top quality support you expect and we're known for will continue! We're not ending support, just changing where you submit requests. This will provide you with the best experience possible.
Premium Support
Have you purchased an addon for Connections such as one of our premium templates or extensions with a valid license and you need help?
Please open a Support Ticket in your user account.
Free Support
Are you using the free Connections plugin? Don't worry, you are still very important to us! We are still providing you with the same high quality support that we're known for.
Please open a new support topic in the WordPress support forums for Connections.
- This topic has 13 replies, 2 voices, and was last updated 10 years, 11 months ago by
Richard Beasley.
-
AuthorPosts
-
09/16/2015 at 5:11 pm #347012
Richard Beasley
ParticipantThis reply has been marked as private.09/16/2015 at 5:11 pm #347013Steven Zahm
Keymaster@ Richard
Uhm… did you just do something… the site is now throwing 404/s for all pages.
09/16/2015 at 8:33 pm #347022Steven Zahm
Keymaster@ Richard
I’m going to reply here rather than the email so there is record for me to refer in the future.
I installed Headway on my dev site and did not see the increase in page load times you were experiencing. So Was pretty certain at that point that there was no conflict between the theme and Connections…
Looking at the Headway settings, the Asset Caching and Dependency Query Variables were disabled. The the gzip Compression was enabled. This is fine but there was also a plugin, GZip Ninja Speed Compression, was installed. These basically do the same thing and I suspect was “clashing”. I deactivated the plugin.
This provided an improvement, be only very slight. Moving on…
I suspected that maybe the caching plugin that was installed might be conflicting with the asset caching provided by the theme, I deactivated it. There was really no improvement. I left it deactivated because the settings were not optimal and I think they were slowing down the site.
Moving on again…
I inspected the
wp-config.php… Here I noticed a few issues.- WP_DEBUG was set to true, the prevents Headway from caching its assets.
- CONCATENATE_SCRIPTS was set to false. It is very highly recommended this not be set as it can slow down the admin. It should only be set if there are admin javascript issues.
With these corrected, you now have about 2 second page load times… and this is without using a cache plugin. I recommend that you not use the ones you have installed. W3TC is great, but really requires it to be tuned to the server to be of benefit. Maybe it is just me, but I never did have much luck with WP Super Cache on Bluehost.
Now, why did simply activating Connections with none of these fixes in place cause big slow downs… duno. For some reason Headway took forever under this configuration to generate its CSS files. Maybe it was just the straw that broke the camel’s back???
Hope this helps!
09/16/2015 at 9:24 pm #347029Richard Beasley
ParticipantWow what a walk through. I’ll give you a rundown so we can see the chain of advice that may have led to this.
The slowdown happened so I sought out Bluehost’s advice. They suggested adding a plugin for gzip compression that’s where Ninja came in. Didn’t help.
The caching plugin was also their suggestion. No help.
The WP_DEBUG setting was the next suggestion. No help.
CONCATENATE_SCRIPTS was a new one on me so I wonder if this could be the culprit?
Either way thanks for the help!!!
-
AuthorPosts
- You must be logged in to reply to this topic.
