Search results

You don't need to worry about "uds". Address line no need to change unless you create a new LiteSpeed SAPI app like "lsphp72", then address make unique: "uds://tmp/lshttpd/lsphp72.sock", otherwise, you don't need to touch Address at all. for self-compiled PHP, you will need to know how to...

could you provide tmp ssh login to support@litespeedtech.com to log a ticket, we can check for you.

on the external app-> command. if it was set to the binary installed through litespeed repo, it is normally /usr/local/lsws/lsphp72/bin/lsphp, you can change it to your self compiled one lsphp binary. https://openlitespeed.org/kb/guide-to-php-in-ols-default-php-settings/ By the way, mcrypt...

500 errors are normally caused by permission problem or bad php.ini or bad directives in .htaccess. https://www.litespeedtech.com/support/wiki/doku.php/litespeed_wiki:config:understanding_500 you may try to use exact php.ini as server level one to give it a go before customizing it.

script handler suffixes should be "php", not "ini"

Did you set "script hander" to use the newly created external app? can you past your screenshot of your virtual host external app you just created, and script handler setting here? currrently we don't have a document for OLS yet, we will add it later.

"Environment" settings in external application , and place "PHPRC=/home/user1/public_html/php.ini"(change the path to the user's real path).

you can change the external app binary location to your manually installed PHP7.2 lsphp with mcrypt. restart OLS after the change.

you will need to create an exteranl app under the virtual host and define PHPRC=/path/to/user/php.ini in that external application Environment and set php handler suffix mapping to this newly created external app. Let me know if it is not clear.

What's the command to run to cause this? just cyperpanel installation script?

Files and folder owner and permission are mostly handled by the control panel. You can replicate the same way of files and folder ownership and permission from WHM/cpanel, or from cypber panel.

seems litespeed cache plugin for wordpress has some issue. you can log a ticket with us with wordpress admin login and tmp root ssh login, we can take a look.

Can you post more screenshots and error message where it failed?

by the way, for openlitespeed, every time you make changes to .htaccess, you will need to restart openlitespeed to make changes to .htaccess effective.

RewriteCond %{REQUEST_URI} !/testdirectory RewriteRule ... it should work. otherwise, you can turn on rewrite debug log to see where it failed. or log a ticket with tmp root ssh login, we can check for you.

It will need to be one by one case, for deny to some files or directory, you can use rewrite rules. or create context within OLS and set deny there.

These rules are not rewrite rules. Only rewrie rules work in .htacesss on openlitespeed.

You can log a ticket(send email to support@litespeedtech.com) with us with tmp root ssh login to your server. we can check for you.

check header through Chrome developer tool. It shows "Aapche" and "content-encoding: gzip" no problem with apache at the moment. Is your server ip: 72.10.193.107:443? Request URL: https://varvy.com/pagespeed/ Request Method: GET Status Code: 200 Remote Address: 72.10.193.107:443 Referrer...

https://varvy.com/pagespeed/ seems running apache at the moment, not OLS.