May I know if you are talking about the cache module in the OpenLiteSpeed? This option is set to enabled by default, see https://docs.openlitespeed.org/modules/#add-the-module-to-openlitespeed
I tried the script yesterday and now, all works fine. Can you try to curl with other scripts? If it's still not working, then maybe you can check https://askubuntu.com/questions/1387141/curl-23-failure-writing-output-to-destination and see if it helps.
I tried the script yesterday and now, all works fine. Can you try to curl with other scripts? If it's still not working, then maybe you can check https://askubuntu.com/questions/1387141/curl-23-failure-writing-output-to-destination and see if it helps.
I know the reason, the phpmyadmin location is outside of your document root, so it's empty.
Browser cache is enabled by default, you don't have to modify it. If you still want to customize the header, please edit the existing phpmyadmin context instead of creating a new static context with a...
I am not familiar with this, but you might want to update this "php /tmp/datadog-setup.php --php-bin=all". Have you tried to install this part manually? Does it output a success? I am not sure what "all" means here, maybe you can specify the whole path instead of "all" and see if it works.
Hi,
Do you mean that you can not even add the container to the datadog control panel? I tried to
follow https://docs.datadoghq.com/containers/guide/compose-and-the-datadog-agent/ and it works.
Try this https://github.com/litespeedtech/ols-docker-env, and you can modify files based on your needs. The /var/www/vhosts are already defined in the volumes, so you don't need to worry about the wp-content dir.
Check https://docs.litespeedtech.com/cloud/images/wordpress/#step-2-add-domain-to-listener, you might want to update the Domains section from "Origin_Doamin" to "New Domain, IP" or "*". So you can access the site via a new domain or IP.
Please add the IP and Origin domain to your hosts file if...
Please try to move the litespeed rewrite section to the top of the .htaccess file, graceful restart the web server, and check the cache again. Let us know if it works.
To fix the Too many open files!, you can increase the operating system file descriptor limit.
See https://docs.litespeedtech.com/cloud/images/wordpress/#how-do-i-fix-a-too-many-open-files-issue
No, I don't think the web server has the build-in function to check if the log is repeated.
Please check https://docs.litespeedtech.com/lsws/extapp/php/getting_started/#source, basically you only need to add "--with-litespeed" while configuring the PHP.
Hi,
I can reproduce the issue and report it to the dev, but it might not be set as a high priority.
Since you have come up with a solution already, if you don't mind, please create a PR on OpenLiteSpeed GitHub(https://github.com/litespeedtech/openlitespeed).
It might be because the PHP is set to Detached or daemon mode, and not page cache-related. If so, you might want to restart the PHP processes by following https://docs.openlitespeed.org/config/php/detached/#restart-detachedphp-processes or check if Webuzo provides any PHP restart button for users.
I have no idea about the FCGI delay part unless you set a very low value on the Max Connections, Environment, Memory Limit, or Process Limit. Also, what's the value you set in the Instances?
Yes, the reverse proxy works too.