Why is my site so slow after installing SSL?HTTPS not working; binding set, certificate installedApache...
School performs periodic password audits. Is my password compromised?
Deal the cards to the players
How to write a chaotic neutral protagonist and prevent my readers from thinking they are evil?
An Undercover Army
Why would /etc/passwd be used every time someone executes `ls -l` command?
Why is my explanation wrong?
Ultrafilters as a double dual
Are healthy patients an appropriate control group?
How spaceships determine each other's mass in space?
Affine transformation of circular arc in 3D
Is there such a thing in math the inverse of a sequence?
Error in TransformedField
Practical reasons to have both a large police force and bounty hunting network?
Sundering Titan and basic normal lands and snow lands
Replacing tantalum capacitor with ceramic capacitor for Op Amps
The need of reserving one's ability in job interviews
Is there a way to find out the age of climbing ropes?
Questions of the type "What do you think other people would think?"
“I had a flat in the centre of town, but I didn’t like living there, so …”
What is "desert glass" and what does it do to the PCs?
Can a Mimic (container form) actually hold loot?
How to make sure I'm assertive enough in contact with subordinates?
What can I do if someone tampers with my SSH public key?
What's the best tool for cutting holes into duct work?
Why is my site so slow after installing SSL?
HTTPS not working; binding set, certificate installedApache Server Hello in SSL SlowIs it bad to redirect http to https?After enabled SSL, HTTP not working Nginx VPSSSL initial connection painfully slow in ChromeSSL Offloading to Apache2 for Wordpress SiteApache SSL Handshake SlowNginx SSL config is slowSlow TTFB in a single WordPress site in a Nginx environment on DigitalOcean (20$)
I have a Wordpress site that performs fairly well locally. Most pages load in at around 1s. Some are even less at around 800-900ms.
When I upload my site to my production server, a 2G RAM VPS on Digital Ocean, the load time goes up to about 1.6s, which isn't too crazy, but after I installed an SSL certificate, the loading time is now closer to 4-5s. That is a massive jump! The domain I'm using is:
https://eightysix.ca
I've minified all my assets and get a pretty decent score on page speed tests like Google PageSpeed, Pingdom and Gtmetrix, but the overall server response time has ballooned.
At first I tried using a paid SSL from GoDaddy but after seeing how slow it was, I tried installing a certificate from Let's Encrypt, which seems to be marginally better but still very slow.
I understand https will always be a little slower than http, but there shouldn't be this big of a difference. What causes the lag? Is there anything in my theme that I should be looking for? I'm using a lot of cURL requests to render SVG icons in PHP. Could this be the problem? Any suggestions would be greatly appreciated.
Update
After hearing from a few of you and reading up on it a little more, I've been given the impression that this kind of load time is to be expected when you're using HTTPS with Wordpress and no cache plugin.
I've had terrible experiences with cache plugins in the past - not being able to turn them off in development - and so I was resisting using one, but I've since caved and installed WP Super Cache. I know this doesn't explain my issue, but it may have solved it. After a few page loads, the site is now loading quite fast.
ssl performance https apache2
asked Apr 12 '18 at 19:42
Michael LynchMichael Lynch
11113
|
show 1 more comment
I have a Wordpress site that performs fairly well locally. Most pages load in at around 1s. Some are even less at around 800-900ms.
When I upload my site to my production server, a 2G RAM VPS on Digital Ocean, the load time goes up to about 1.6s, which isn't too crazy, but after I installed an SSL certificate, the loading time is now closer to 4-5s. That is a massive jump! The domain I'm using is:
https://eightysix.ca
I've minified all my assets and get a pretty decent score on page speed tests like Google PageSpeed, Pingdom and Gtmetrix, but the overall server response time has ballooned.
At first I tried using a paid SSL from GoDaddy but after seeing how slow it was, I tried installing a certificate from Let's Encrypt, which seems to be marginally better but still very slow.
I understand https will always be a little slower than http, but there shouldn't be this big of a difference. What causes the lag? Is there anything in my theme that I should be looking for? I'm using a lot of cURL requests to render SVG icons in PHP. Could this be the problem? Any suggestions would be greatly appreciated.
Update
After hearing from a few of you and reading up on it a little more, I've been given the impression that this kind of load time is to be expected when you're using HTTPS with Wordpress and no cache plugin.
I've had terrible experiences with cache plugins in the past - not being able to turn them off in development - and so I was resisting using one, but I've since caved and installed WP Super Cache. I know this doesn't explain my issue, but it may have solved it. After a few page loads, the site is now loading quite fast.
ssl performance https apache2
asked Apr 12 '18 at 19:42
Michael LynchMichael Lynch
11113
Watch the performance metrics on the server. Watch the CPU/Memory/etc (maybe start top/htop) make a few requests. What is hitting 100% What process? Fix that.
– Zoredache
Apr 12 '18 at 19:57
Definitely time to look at what's going on, on the server. The timings show very little of the time is due to TLS. What other changes have you made?
– Michael Hampton♦
Apr 12 '18 at 20:01
The main time is spend generating the HTML page on your site which has nothing to do with making the site accessible by HTTPS. Doing curl requests inside your application has also nothing to do with making your site accessible by HTTPS, i.e. no changes should be needed in these curl calls in the first place. Thus, there must be some other changes you did apart from making the side accessible by HTTPS.
– Steffen Ullrich
Apr 12 '18 at 20:12
Literally nothing has changed. Without SSL, one of the page renders in 1.6s. With SSL, it's closer to 5-6s. Same exact codebase. I'm using Wordpress actions and Twig to render the HTML templates (using the .twig extension of course). Could that be part of the problem?
– Michael Lynch
Apr 12 '18 at 20:22
Seems unlikely they'd have anything to do with it.
– ceejayoz
Apr 12 '18 at 20:31
|
show 1 more comment
I have a Wordpress site that performs fairly well locally. Most pages load in at around 1s. Some are even less at around 800-900ms.
When I upload my site to my production server, a 2G RAM VPS on Digital Ocean, the load time goes up to about 1.6s, which isn't too crazy, but after I installed an SSL certificate, the loading time is now closer to 4-5s. That is a massive jump! The domain I'm using is:
https://eightysix.ca
I've minified all my assets and get a pretty decent score on page speed tests like Google PageSpeed, Pingdom and Gtmetrix, but the overall server response time has ballooned.
At first I tried using a paid SSL from GoDaddy but after seeing how slow it was, I tried installing a certificate from Let's Encrypt, which seems to be marginally better but still very slow.
I understand https will always be a little slower than http, but there shouldn't be this big of a difference. What causes the lag? Is there anything in my theme that I should be looking for? I'm using a lot of cURL requests to render SVG icons in PHP. Could this be the problem? Any suggestions would be greatly appreciated.
Update
After hearing from a few of you and reading up on it a little more, I've been given the impression that this kind of load time is to be expected when you're using HTTPS with Wordpress and no cache plugin.
I've had terrible experiences with cache plugins in the past - not being able to turn them off in development - and so I was resisting using one, but I've since caved and installed WP Super Cache. I know this doesn't explain my issue, but it may have solved it. After a few page loads, the site is now loading quite fast.
ssl performance https apache2
asked Apr 12 '18 at 19:42
Michael LynchMichael Lynch
11113
I have a Wordpress site that performs fairly well locally. Most pages load in at around 1s. Some are even less at around 800-900ms.
When I upload my site to my production server, a 2G RAM VPS on Digital Ocean, the load time goes up to about 1.6s, which isn't too crazy, but after I installed an SSL certificate, the loading time is now closer to 4-5s. That is a massive jump! The domain I'm using is:
https://eightysix.ca
I've minified all my assets and get a pretty decent score on page speed tests like Google PageSpeed, Pingdom and Gtmetrix, but the overall server response time has ballooned.
At first I tried using a paid SSL from GoDaddy but after seeing how slow it was, I tried installing a certificate from Let's Encrypt, which seems to be marginally better but still very slow.
I understand https will always be a little slower than http, but there shouldn't be this big of a difference. What causes the lag? Is there anything in my theme that I should be looking for? I'm using a lot of cURL requests to render SVG icons in PHP. Could this be the problem? Any suggestions would be greatly appreciated.
Update
After hearing from a few of you and reading up on it a little more, I've been given the impression that this kind of load time is to be expected when you're using HTTPS with Wordpress and no cache plugin.
I've had terrible experiences with cache plugins in the past - not being able to turn them off in development - and so I was resisting using one, but I've since caved and installed WP Super Cache. I know this doesn't explain my issue, but it may have solved it. After a few page loads, the site is now loading quite fast.
ssl performance https apache2
ssl performance https apache2
asked Apr 12 '18 at 19:42
Michael LynchMichael Lynch
11113
asked Apr 12 '18 at 19:42
Michael LynchMichael Lynch
11113
edited Apr 12 '18 at 21:18
Michael Lynch
asked Apr 12 '18 at 19:42
Michael LynchMichael Lynch
11113
asked Apr 12 '18 at 19:42
Michael LynchMichael Lynch
11113
asked Apr 12 '18 at 19:42
Michael LynchMichael Lynch
11113
11113
Watch the performance metrics on the server. Watch the CPU/Memory/etc (maybe start top/htop) make a few requests. What is hitting 100% What process? Fix that.
– Zoredache
Apr 12 '18 at 19:57
Definitely time to look at what's going on, on the server. The timings show very little of the time is due to TLS. What other changes have you made?
– Michael Hampton♦
Apr 12 '18 at 20:01
The main time is spend generating the HTML page on your site which has nothing to do with making the site accessible by HTTPS. Doing curl requests inside your application has also nothing to do with making your site accessible by HTTPS, i.e. no changes should be needed in these curl calls in the first place. Thus, there must be some other changes you did apart from making the side accessible by HTTPS.
– Steffen Ullrich
Apr 12 '18 at 20:12
Literally nothing has changed. Without SSL, one of the page renders in 1.6s. With SSL, it's closer to 5-6s. Same exact codebase. I'm using Wordpress actions and Twig to render the HTML templates (using the .twig extension of course). Could that be part of the problem?
– Michael Lynch
Apr 12 '18 at 20:22
Seems unlikely they'd have anything to do with it.
– ceejayoz
Apr 12 '18 at 20:31
|
show 1 more comment
Watch the performance metrics on the server. Watch the CPU/Memory/etc (maybe start top/htop) make a few requests. What is hitting 100% What process? Fix that.
– Zoredache
Apr 12 '18 at 19:57
Definitely time to look at what's going on, on the server. The timings show very little of the time is due to TLS. What other changes have you made?
– Michael Hampton♦
Apr 12 '18 at 20:01
The main time is spend generating the HTML page on your site which has nothing to do with making the site accessible by HTTPS. Doing curl requests inside your application has also nothing to do with making your site accessible by HTTPS, i.e. no changes should be needed in these curl calls in the first place. Thus, there must be some other changes you did apart from making the side accessible by HTTPS.
– Steffen Ullrich
Apr 12 '18 at 20:12
Literally nothing has changed. Without SSL, one of the page renders in 1.6s. With SSL, it's closer to 5-6s. Same exact codebase. I'm using Wordpress actions and Twig to render the HTML templates (using the .twig extension of course). Could that be part of the problem?
– Michael Lynch
Apr 12 '18 at 20:22
Seems unlikely they'd have anything to do with it.
– ceejayoz
Apr 12 '18 at 20:31
Watch the performance metrics on the server. Watch the CPU/Memory/etc (maybe start top/htop) make a few requests. What is hitting 100% What process? Fix that.
– Zoredache
Apr 12 '18 at 19:57
Watch the performance metrics on the server. Watch the CPU/Memory/etc (maybe start top/htop) make a few requests. What is hitting 100% What process? Fix that.
– Zoredache
Apr 12 '18 at 19:57
Definitely time to look at what's going on, on the server. The timings show very little of the time is due to TLS. What other changes have you made?
– Michael Hampton♦
Apr 12 '18 at 20:01
Definitely time to look at what's going on, on the server. The timings show very little of the time is due to TLS. What other changes have you made?
– Michael Hampton♦
Apr 12 '18 at 20:01
The main time is spend generating the HTML page on your site which has nothing to do with making the site accessible by HTTPS. Doing curl requests inside your application has also nothing to do with making your site accessible by HTTPS, i.e. no changes should be needed in these curl calls in the first place. Thus, there must be some other changes you did apart from making the side accessible by HTTPS.
– Steffen Ullrich
Apr 12 '18 at 20:12
The main time is spend generating the HTML page on your site which has nothing to do with making the site accessible by HTTPS. Doing curl requests inside your application has also nothing to do with making your site accessible by HTTPS, i.e. no changes should be needed in these curl calls in the first place. Thus, there must be some other changes you did apart from making the side accessible by HTTPS.
– Steffen Ullrich
Apr 12 '18 at 20:12
Literally nothing has changed. Without SSL, one of the page renders in 1.6s. With SSL, it's closer to 5-6s. Same exact codebase. I'm using Wordpress actions and Twig to render the HTML templates (using the .twig extension of course). Could that be part of the problem?
– Michael Lynch
Apr 12 '18 at 20:22
Literally nothing has changed. Without SSL, one of the page renders in 1.6s. With SSL, it's closer to 5-6s. Same exact codebase. I'm using Wordpress actions and Twig to render the HTML templates (using the .twig extension of course). Could that be part of the problem?
– Michael Lynch
Apr 12 '18 at 20:22
Seems unlikely they'd have anything to do with it.
– ceejayoz
Apr 12 '18 at 20:31
Seems unlikely they'd have anything to do with it.
– ceejayoz
Apr 12 '18 at 20:31
|
show 1 more comment
2 Answers
2
active
oldest
votes
Check out https://www.webpagetest.org/result/180412_67_0e179d6dfd05c65eafcd1bba968d5028/
It shows it's taking almost 4.6 seconds to do the initial page load.
If you dig in; Time to First Byte is 4.3 seconds. That's wordpress generating the page.
Wordpress is the problem there, not HTTPS.
If you're not using a caching plugin. (w3cache, wpSuperCache, etc) that would be the first thing I'd try.
answered Apr 12 '18 at 20:15
txyojitxyoji
285612
Wordpress is not really the problem. The default theme loads much faster, though it's much lighter to begin with. My theme is using Wordpress actions and Twig to render templates. Could that be part of the problem?
– Michael Lynch
Apr 12 '18 at 20:20
If you tried another theme and it changed the results then you've narrowed it down. If at all possible, add a server-side caching layer on top of that ( wp cache plugin of some flavor ) so wordpress doesn't have to render the page on every page load.
– txyoji
Apr 12 '18 at 20:54
Also noticed that wordpress is sending cache control headers. (pragma no-cache) That will force all content to be re-loaded on every request. wordpress.stackexchange.com/questions/167128/…
– txyoji
Apr 12 '18 at 21:01
I've had terrible experiences with cache plugins that aren't able to be turned off (i.e. GoDaddy), so I've been resisting installing one, but I just did and after a few page loads, the site loads really fast. I guess caching plugins are required for Wordpress sites these days...
– Michael Lynch
Apr 12 '18 at 21:13
@MichaelLynch wordpress has never really performed well without caching.
– jordanm
Apr 13 '18 at 1:13
add a comment |
if you have access to apache conf
try to disable KeepAlive by adding off word
KeepAlive Off
answered 5 mins ago
ِAbedalbaset llِAbedalbaset ll
1
New contributor
ِAbedalbaset ll is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "2"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fserverfault.com%2fquestions%2f907406%2fwhy-is-my-site-so-slow-after-installing-ssl%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
Check out https://www.webpagetest.org/result/180412_67_0e179d6dfd05c65eafcd1bba968d5028/
It shows it's taking almost 4.6 seconds to do the initial page load.
If you dig in; Time to First Byte is 4.3 seconds. That's wordpress generating the page.
Wordpress is the problem there, not HTTPS.
If you're not using a caching plugin. (w3cache, wpSuperCache, etc) that would be the first thing I'd try.
answered Apr 12 '18 at 20:15
txyojitxyoji
285612
Wordpress is not really the problem. The default theme loads much faster, though it's much lighter to begin with. My theme is using Wordpress actions and Twig to render templates. Could that be part of the problem?
– Michael Lynch
Apr 12 '18 at 20:20
If you tried another theme and it changed the results then you've narrowed it down. If at all possible, add a server-side caching layer on top of that ( wp cache plugin of some flavor ) so wordpress doesn't have to render the page on every page load.
– txyoji
Apr 12 '18 at 20:54
Also noticed that wordpress is sending cache control headers. (pragma no-cache) That will force all content to be re-loaded on every request. wordpress.stackexchange.com/questions/167128/…
– txyoji
Apr 12 '18 at 21:01
I've had terrible experiences with cache plugins that aren't able to be turned off (i.e. GoDaddy), so I've been resisting installing one, but I just did and after a few page loads, the site loads really fast. I guess caching plugins are required for Wordpress sites these days...
– Michael Lynch
Apr 12 '18 at 21:13
@MichaelLynch wordpress has never really performed well without caching.
– jordanm
Apr 13 '18 at 1:13
add a comment |
Check out https://www.webpagetest.org/result/180412_67_0e179d6dfd05c65eafcd1bba968d5028/
It shows it's taking almost 4.6 seconds to do the initial page load.
If you dig in; Time to First Byte is 4.3 seconds. That's wordpress generating the page.
Wordpress is the problem there, not HTTPS.
If you're not using a caching plugin. (w3cache, wpSuperCache, etc) that would be the first thing I'd try.
answered Apr 12 '18 at 20:15
txyojitxyoji
285612
Wordpress is not really the problem. The default theme loads much faster, though it's much lighter to begin with. My theme is using Wordpress actions and Twig to render templates. Could that be part of the problem?
– Michael Lynch
Apr 12 '18 at 20:20
If you tried another theme and it changed the results then you've narrowed it down. If at all possible, add a server-side caching layer on top of that ( wp cache plugin of some flavor ) so wordpress doesn't have to render the page on every page load.
– txyoji
Apr 12 '18 at 20:54
Also noticed that wordpress is sending cache control headers. (pragma no-cache) That will force all content to be re-loaded on every request. wordpress.stackexchange.com/questions/167128/…
– txyoji
Apr 12 '18 at 21:01
I've had terrible experiences with cache plugins that aren't able to be turned off (i.e. GoDaddy), so I've been resisting installing one, but I just did and after a few page loads, the site loads really fast. I guess caching plugins are required for Wordpress sites these days...
– Michael Lynch
Apr 12 '18 at 21:13
@MichaelLynch wordpress has never really performed well without caching.
– jordanm
Apr 13 '18 at 1:13
add a comment |
Check out https://www.webpagetest.org/result/180412_67_0e179d6dfd05c65eafcd1bba968d5028/
It shows it's taking almost 4.6 seconds to do the initial page load.
If you dig in; Time to First Byte is 4.3 seconds. That's wordpress generating the page.
Wordpress is the problem there, not HTTPS.
If you're not using a caching plugin. (w3cache, wpSuperCache, etc) that would be the first thing I'd try.
answered Apr 12 '18 at 20:15
txyojitxyoji
285612
Check out https://www.webpagetest.org/result/180412_67_0e179d6dfd05c65eafcd1bba968d5028/
It shows it's taking almost 4.6 seconds to do the initial page load.
If you dig in; Time to First Byte is 4.3 seconds. That's wordpress generating the page.
Wordpress is the problem there, not HTTPS.
If you're not using a caching plugin. (w3cache, wpSuperCache, etc) that would be the first thing I'd try.
answered Apr 12 '18 at 20:15
txyojitxyoji
285612
answered Apr 12 '18 at 20:15
txyojitxyoji
285612
answered Apr 12 '18 at 20:15
txyojitxyoji
285612
answered Apr 12 '18 at 20:15
txyojitxyoji
285612
285612
Wordpress is not really the problem. The default theme loads much faster, though it's much lighter to begin with. My theme is using Wordpress actions and Twig to render templates. Could that be part of the problem?
– Michael Lynch
Apr 12 '18 at 20:20
If you tried another theme and it changed the results then you've narrowed it down. If at all possible, add a server-side caching layer on top of that ( wp cache plugin of some flavor ) so wordpress doesn't have to render the page on every page load.
– txyoji
Apr 12 '18 at 20:54
Also noticed that wordpress is sending cache control headers. (pragma no-cache) That will force all content to be re-loaded on every request. wordpress.stackexchange.com/questions/167128/…
– txyoji
Apr 12 '18 at 21:01
I've had terrible experiences with cache plugins that aren't able to be turned off (i.e. GoDaddy), so I've been resisting installing one, but I just did and after a few page loads, the site loads really fast. I guess caching plugins are required for Wordpress sites these days...
– Michael Lynch
Apr 12 '18 at 21:13
@MichaelLynch wordpress has never really performed well without caching.
– jordanm
Apr 13 '18 at 1:13
add a comment |
Wordpress is not really the problem. The default theme loads much faster, though it's much lighter to begin with. My theme is using Wordpress actions and Twig to render templates. Could that be part of the problem?
– Michael Lynch
Apr 12 '18 at 20:20
If you tried another theme and it changed the results then you've narrowed it down. If at all possible, add a server-side caching layer on top of that ( wp cache plugin of some flavor ) so wordpress doesn't have to render the page on every page load.
– txyoji
Apr 12 '18 at 20:54
Also noticed that wordpress is sending cache control headers. (pragma no-cache) That will force all content to be re-loaded on every request. wordpress.stackexchange.com/questions/167128/…
– txyoji
Apr 12 '18 at 21:01
I've had terrible experiences with cache plugins that aren't able to be turned off (i.e. GoDaddy), so I've been resisting installing one, but I just did and after a few page loads, the site loads really fast. I guess caching plugins are required for Wordpress sites these days...
– Michael Lynch
Apr 12 '18 at 21:13
@MichaelLynch wordpress has never really performed well without caching.
– jordanm
Apr 13 '18 at 1:13
Wordpress is not really the problem. The default theme loads much faster, though it's much lighter to begin with. My theme is using Wordpress actions and Twig to render templates. Could that be part of the problem?
– Michael Lynch
Apr 12 '18 at 20:20
Wordpress is not really the problem. The default theme loads much faster, though it's much lighter to begin with. My theme is using Wordpress actions and Twig to render templates. Could that be part of the problem?
– Michael Lynch
Apr 12 '18 at 20:20
If you tried another theme and it changed the results then you've narrowed it down. If at all possible, add a server-side caching layer on top of that ( wp cache plugin of some flavor ) so wordpress doesn't have to render the page on every page load.
– txyoji
Apr 12 '18 at 20:54
If you tried another theme and it changed the results then you've narrowed it down. If at all possible, add a server-side caching layer on top of that ( wp cache plugin of some flavor ) so wordpress doesn't have to render the page on every page load.
– txyoji
Apr 12 '18 at 20:54
Also noticed that wordpress is sending cache control headers. (pragma no-cache) That will force all content to be re-loaded on every request. wordpress.stackexchange.com/questions/167128/…
– txyoji
Apr 12 '18 at 21:01
Also noticed that wordpress is sending cache control headers. (pragma no-cache) That will force all content to be re-loaded on every request. wordpress.stackexchange.com/questions/167128/…
– txyoji
Apr 12 '18 at 21:01
I've had terrible experiences with cache plugins that aren't able to be turned off (i.e. GoDaddy), so I've been resisting installing one, but I just did and after a few page loads, the site loads really fast. I guess caching plugins are required for Wordpress sites these days...
– Michael Lynch
Apr 12 '18 at 21:13
I've had terrible experiences with cache plugins that aren't able to be turned off (i.e. GoDaddy), so I've been resisting installing one, but I just did and after a few page loads, the site loads really fast. I guess caching plugins are required for Wordpress sites these days...
– Michael Lynch
Apr 12 '18 at 21:13
@MichaelLynch wordpress has never really performed well without caching.
– jordanm
Apr 13 '18 at 1:13
@MichaelLynch wordpress has never really performed well without caching.
– jordanm
Apr 13 '18 at 1:13
add a comment |
if you have access to apache conf
try to disable KeepAlive by adding off word
KeepAlive Off
answered 5 mins ago
ِAbedalbaset llِAbedalbaset ll
1
New contributor
ِAbedalbaset ll is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
add a comment |
if you have access to apache conf
try to disable KeepAlive by adding off word
KeepAlive Off
answered 5 mins ago
ِAbedalbaset llِAbedalbaset ll
1
New contributor
ِAbedalbaset ll is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
add a comment |
if you have access to apache conf
try to disable KeepAlive by adding off word
KeepAlive Off
answered 5 mins ago
ِAbedalbaset llِAbedalbaset ll
1
New contributor
ِAbedalbaset ll is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
if you have access to apache conf
try to disable KeepAlive by adding off word
KeepAlive Off
answered 5 mins ago
ِAbedalbaset llِAbedalbaset ll
1
New contributor
ِAbedalbaset ll is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
answered 5 mins ago
ِAbedalbaset llِAbedalbaset ll
1
New contributor
ِAbedalbaset ll is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
answered 5 mins ago
ِAbedalbaset llِAbedalbaset ll
1
answered 5 mins ago
ِAbedalbaset llِAbedalbaset ll
1
1
New contributor
ِAbedalbaset ll is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
New contributor
ِAbedalbaset ll is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
ِAbedalbaset ll is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
add a comment |
add a comment |
Thanks for contributing an answer to Server Fault!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fserverfault.com%2fquestions%2f907406%2fwhy-is-my-site-so-slow-after-installing-ssl%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Watch the performance metrics on the server. Watch the CPU/Memory/etc (maybe start top/htop) make a few requests. What is hitting 100% What process? Fix that.
– Zoredache
Apr 12 '18 at 19:57
Definitely time to look at what's going on, on the server. The timings show very little of the time is due to TLS. What other changes have you made?
– Michael Hampton♦
Apr 12 '18 at 20:01
The main time is spend generating the HTML page on your site which has nothing to do with making the site accessible by HTTPS. Doing curl requests inside your application has also nothing to do with making your site accessible by HTTPS, i.e. no changes should be needed in these curl calls in the first place. Thus, there must be some other changes you did apart from making the side accessible by HTTPS.
– Steffen Ullrich
Apr 12 '18 at 20:12
Literally nothing has changed. Without SSL, one of the page renders in 1.6s. With SSL, it's closer to 5-6s. Same exact codebase. I'm using Wordpress actions and Twig to render the HTML templates (using the .twig extension of course). Could that be part of the problem?
– Michael Lynch
Apr 12 '18 at 20:22
Seems unlikely they'd have anything to do with it.
– ceejayoz
Apr 12 '18 at 20:31