webservices All settings are default, I do not change anything. I think it is working well for small blog/website and there is some issues with ecommerce site with may plugins, use high php resource/request
tyrro webservices This issue is not related to WordOps. I have many websites hosted on my server and lots of them are ecommerce sites, so it's not only for running small sites or blogs, this assumption is not correct. And I never had such issue as yours. It must be something else.
tyrro liberato Here's an excerpt from the FAQ page: https://wordops.net/f-a-q/ WordOps can be installed on : Ubuntu LTS (Long Term Service) releases (16.04 & 18.04) Debian 9 (stretch) Debian 10 (buster) Raspbian 9 (stretch) Raspbian 10 (buster) Support for other linux distribution isn’t planned.
liberato I'm not blaming Wordops. The issue is most likely related to the Nginx/PHP/FastCGI configuration deployed by Wordops because it worked on shared hostings with Litespeed and Apache. Do you know how I can temporary disable FastCGI to see if the issue remains?
tyrro liberato No it's not related to the default WordOps config, b/c no one before you and @webservices, experienced this issue. I have default config and it works fine. There must be something else on your server that's causing it.
nsgoyat liberato You can disable caching with the following command: wo site update example.com --wp I have been using WordOps for more than 10 Wocommerce sites on different servers and never faced any problems with the default configurations.
nsgoyat webservices It depends. If the client's site has a globally distributed audience then I use Cloudflare Proxy with "Cache Everything" Page Rule (It also required additional plugin on the site). For Woocommerce sites or any other country-specific projects where we can deploy a VPS locally, I prefer using Cloudflare in DNS Only mode.