Search results

please select "PHP 5.4" for suffix php instead of "lsphp5" in http://prntscr.com/8yu5h7

in http://prntscr.com/8ynzdp , can you show settings of "Script Handler" ?

Thanks for the update. Enable cache through .htaccess is a good practice and easier to maintain. better than enable it at the whole web server level -- it's not scalable for various web sites with various business logic.

does this issue exist from beginning or just occur recently ? what changes made may be the cause do you think ? I think the weird issue can be identified and fixed, but need collect more info first. we can debug the issue during the idle time of the site.

Sorry. re-read your last reply again. so now vBulletin back to normal but with lscache disabled ...

but from my tests just now, the issue looks fixed already. I tested in Chrome browser. when I login, I select an option "always log in" (the words may not be exact". maybe it's related. have you done more tests ? clear all browser cache, then retest ...

Sorry for reply late, read it once but forgot to reply. let's do some tests in real world web page first. 1. apache #curl -I http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html -H 'If-None-Match: "84d1-3e3073913b100"' HTTP/1.1 304 Not Modified Date: Tue, 03 Nov 2015 04:54:11 GMT Server...

Hi findingpeace, should be RewriteCond %{HTTP_COOKIE} !vbpf_imloggedin=yes RewriteCond %{HTTP_COOKIE} !vbpf_userid= RewriteCond %{HTTP_COOKIE} !vbpf_password= ? I did quick tests, and can reproduce the issue you reported ... yes, not normal. looks weird issue. but can you change above rules...

1) please check if any "litespeed" still running: #ps -ef | grep litespeed if exists, run "killall -9 litespeed" 2) so now only apache is running ? websites are running well ? 3) if so,try uninstall litespeed, and re-install again. you can uninstall it at command line if GUI uninstall not...

can you switch back to apache ? then run EasyApache (under apache), to build php, to make sure the websites works well first(under apache). then Build a matching LSPhp again.

have you done "Bulid Matching LSPhp" in WHM litespeed plugin ? or try a uninstall, make sure apache is running well, then reinstall again ? we recommend to use "auto-Installer script" to install - https://www.litespeedtech.com/products/control-panel-plugins/cpanel-whm-plugin

looks apache is listening to same ip: port, e.g., 77.235.46.18:80 stop apache, then restart litespeed, should be ok.

I copied this 800K js_composer.css to another litespeed server, and observed the same behavior. for small css/js, looks no such issue. my understanding: 1. when 1st request comes, need gzip the .css, since file size is a bit large, it may take long time. it may block the requests process ...

so it's a static file. need figure out where the response header Vary:User-Agent,User-Agent comes from. it may come from document root's .htaccess it looks wp-content/plugins/js_composer/assets/css/js_composer.css is inside a plugin ? what's the plugin name ? so I can try it on a wordpress...

is js_composer.css a static file ? the strange part in the response header: Vary:User-Agent,User-Agent if a static .css serverd by litespeed directly, should not have this header

please show the full response headers of the problem .css

tested on latest 5.0.7 on native virtual host, just put Redirect directives under "Rewrite" tab.

complete info regarding trial license. https://www.litespeedtech.com/support/wiki/doku.php/litespeed_wiki:licenses:trial-license email is sales@...

do you have control panel ? if lsphp match with apache php ? compare phpinfo.php output under apache and litespeed to see if they match.

:) same case as https://www.litespeedtech.com/support/wiki/doku.php/litespeed_wiki:php:503-errors#lsphp_process_hit_memory_limit ?