Search results

You can "Start a Conversation" with me, it's private message, won't show on the public forum. note: your server's IP, not your desktop PC or laptop's IP. assume your server's IP is 12.34.56.78 ("#ip a" to know that), just access https://12.34.56.78:7080

the SERVER_IP must be replaced by a real ip, e.g. 127.0.0.1. so # telnet 127.0.0.1:7080 do you know your server's IP ? following command can help: #ip a by looking at the firewall output of "iptables -nL", looks not firewall issue

>After add virtual host via virtual host template, I can access https://MY-SERVER-IP:7080 . It's said The connection has timed out. likely an firewall issue. check all the firewall rules on the server by: #iptables -nL see if port 7080 is open to access

what version openls installed ? if switch to other version, the issue exist or not ?

openlitespeed support per-server rewriterule but not per-directory. for the difference please refer the official document: http://httpd.apache.org/docs/2.2/mod/mod_rewrite.html so put these rules in vhost configuration file but not .htaccess. and need some slight change, for example...

for RewriteRule ^index\.php$ - [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /frontend/index.php [L] how about add a line: RewriteRule ^index\.php$ - [L] RewriteCond %{REQUEST_URI} !/forum RewriteCond %{REQUEST_FILENAME} !-f RewriteCond...

>Do I need to do the same with litespeed. since this is linux file system permission issue, so there should be no change as before. or #chmod -R 755 www >Also as its just me on the server do I need to bother with SuExec yes, no need. non-suExec is simpler and a bit faster.

I think one way is to combine all subdirectory rewrite rules into 1 virtual host level rewrite rule, this is an efficient way for server to handle all rewrite rules. for your case: 1. set document root to current_doc_root/frontend/public 2. virtual host level rewrite rules: RewriteCond...

probably no. there is no "daemon off" like option in openlitespeed or litespeed enterprise -- never heard of it so far. regarding "daemon off" mode in nginx http://nginx.org/en/docs/faq/daemon_master_process_off.html so it's not for production env, should be very slow. I don't think...

Thanks for the sharing!

1. does it work under apache ? 2.now it's php 5.5.14, can you try with php 5.4.x

google "phalcon.so: undefined symbol: output_globals", got this one: http://qiita.com/oikyn/items/d0b49c81fcb911886cbf not sure if it's helpful to your case.

maybe load phalcon.so failed ? please check error log, usually it's /usr/local/lsws/logs/error.log /usr/local/lsws/logs/stderr.log

per http://qa.listrapid.com/info.php: Loaded Configuration File /usr/local/lsws/lsphp5/lib/php.ini please double confirm you've edit the right php.ini #grep phalcon.so /usr/local/lsws/lsphp5/lib/php.ini

yes, should copy phalcon.so to /usr/local/lsws/lsphp5/lib/php/extensions/no-debug-non-zts-20121212 then restart open litespeed. access the info.php again

in phpinfo page, get the "extension_dir" value, assume it's /path/to/extension_dir/, check if phalcon.so is there ? #ls -al /path/to/extension_dir/phalcon.so

have you added extension=phalcon.so in php.ini ?

openssl is statically linked into openlitespeed. so may need rebuild openlitespeed to link the new openssl.

how about simple php page, for example phpinfo.php ? you can modify "External App" name slightly, to avoid same name as server level "External App", and modify "Script Handler" accordingly.

commercial version is ok -- I did tests before. I think this has to be a feature request for current open litespeed: ETAG and/or header unset if you want to resolve it in shortest time, you may have to modify the source code, remove ETAG related code, then rebuild open litespeed.