TTFB Time




Wordpress LScache Plugin: TTFB Time

Last Updated on: Wed, 15 Apr 2026 00:00:02
Hello, I have TTFB issues on my web site. When I check via Gtmetrix first request takes 3-4 seconds and Server waiting time is around 2-3 seconds all the time. I have tried to decrease the size of my website and I decrease the requests and etc. I dont know a lot about these website things but we have enough tried to solve these issues. I have some possibilities for this server response time. 1- Hosting ? They said everything looks good from their size and they claim that they have less than half-second response time. 2- Htaccess code ? When I check the htaccess code It is full of writings from your plugin. It might cause the problem I think 3- SSL redirections. I use SSL plugin the redirect to the https and www. I have made a couple of thing with it but It doesnt work. After you have a look, they are the next address that I am going to talk with. 4- Fewer plugins ? I have 33 plugins and I deactivate the most of the plugins but I need 22 of them. So after you will check the website I can even delete 11 of them. Or I will deactivate the active ones one by one. I just need your quick look and maybe you can check my configurations and htaccess code, If I made something wrong with your plugin. Thank you. The page I need help with: https://sendandsmile.com Hi, If you check the header, you will see it shows x-litespeed-cache: no-cache so basically you were testing a dynamic PHP page page instead of a cached page. https://i.imgur.com/wuJb5N7.jpg Please check your setting and log , the log should state why it set to no-cache. Best regards, Can you explain to me in details, please? I dont understand too much about caching and etc. This is my report code: TBYURFTW It might be related to WPML plugin. When I deactivate WPML plugin somehow it goes faster. Can you check if it is related with compatibility with WPML or maybe there is smt wrong with .htaccess code or some configurations with caching and etc. I could not solve the problem. I dont know much about this field so I had to search too much to understand you actually. Maybe, you can explain to me in details or maybe you can help me to discover the problem. Thank you in advance. Normally our plugin is compatible with WPML and I found your site now get cache HIT and TTFB going down to around 0.5 to 0.7 second now, may I know is the problem solved? When I deactivate the WPML plugin it is between 0,4-0,7s. But when I activate the WPML It is between 1,5-2.0s. I dont know what is the problem actually. Do you have any suggestion? Can you send us the debug log after you re-enable WPML and browse the no-cache page? The debug log you sent out doesnt include the frontend page. Could you try to follow these step to get the frontend log: 1) Enable WPML 2) Clear Cache 3) Clear Debug Log 4) Browse Frontend pages 5) Copy all the debug content to https://gist.github.com or any online notes tools and send us the link. [ DELETED ] I would like to ask you, If there is a misconfiguration about smt please let me know. I feel that there is a compatibility issue about currency settings. Something interesting happened. I have Turkish English and Russian pages. When I check x-litespeed-cache-control via GT Metrix, russian page is x-litespeed-cache-control- hit sometimes turkish and english is showing x-litespeed-cache-control no-cache Main currency is Ukrainian Hryvnia at the Russian page. I believe that the problem occurred because of the caching of currencies or smt else. What do you think? Why do all of my pages are not showing x-litespeed-cache-control hit? @elephantarchitecture Please do not post large code or responses like that here, it doesnt work after 10 lines or so. If you need share that data please use https://pastebin.com/ instead and post the link to that paste. Hi, I did not know that, sorry. Here it is: https://pastebin.com/2WL7pryf Hi @elephantarchitecture, could you please join our Slack channel or submit a ticket here for helping us to reproduce the bug, thanks!



LiteCache Rush: Speed comes from using less, not from doing it faster



Reference