Search results

I switched back to LS 4 and then switched back to LS 5 and the admin now works…

Ok, well I was too impatient and tested, nothing was lost :)

Seems like I've got the same problem with litespeed 5.0 stable on Cloudlinux 6 ldd /usr/local/lsws/admin/fcgi-bin/admin_php5 linux-vdso.so.1 => (0x00007fff76f29000) libcrypt.so.1 => /lib64/libcrypt.so.1 (0x0000003ee4400000) libresolv.so.2 => /lib64/libresolv.so.2...

Hello, If we update to Litespeed 5.0 and discover any issues will any settings be lost from our 4.x version if we revert back ?

Nice ! :) For the demo I'm afraid we can't update to LS 5.0 until it's concidered stable. If litespeed 5.0 stable is released before LiteMage then I will defenity want a free trial. Will LiteMage be a paid plugin ? Or will we have to pay extra to enable it ?

Will this require per virtualhost options or just work out of the box on all accounts ?

We use /dev/shm for cache, so caching to user directory is not handy. It lots of little things like this that make litespeed's cache not very usable or end users on shared hosting. It's one worry we have about your magento plugin, if it's not easy enough for users to clear cache, it will not...

Great to hear, thanks :) Unless I'm mistaken, there's no way for an admin to allow all users to invalidate their own cache without doing it manually on a per user basis ?

The single ligne feature request is to make it easier for customers to enable. I do not see the point of having a single line in httpd.conf as the whole point of a single line is to make it easier for users. This is just a feature request that you can obviously refuse if you do not find it...

We can't put them in httpd.conf directly as we have about 800 different websites per server without knowing what customers are going to host. In order to encourage customers to use it we need something rearly simple for them to setup. We also would need a simple way for customers to clear...

Hello, Litespeed cache is very nice and fast but is very difficult to put in the hands of end users for shared hosting. We do not enable it by default as it would cause problems on lots of different websites. Enabeling it on a website that has a seperate admin and frontend isn't that...

I would wait for litespeed 5 with esi cache. That should make magento fly ! Magento without cache of some sort will always be quite slow not matter what you through at it. If you can't wait, maybe try RC3 and provisionaly use turpentine until litespeed brings out their plugin. Maybe contat them...

Thanks, you are amazing… How many webservers would update their software in a couple of days to make it compatible with another suppliers software ! :) I will test this as soon as I get some free time :)

Hello, Will this work directly with litespeed ? http://cloudlinux.com/blog/clnews/652.php If so any chance of a wiki entry about how to set it up ? Thanks

OK, thanks :)

Hello, I would like to ratelimit on a per IP basis access to URL's containing wp-login.php or xmlrpc.php What would be the best way to achive this ?

Does litespeed 5.0 RC3 have improved modescurity support or is this comming in a later version ?

We just followed the link and uninstalled frontpage in cPanel without any issues.

Great ! I'm very pleased to see that both companies are working together on this. :)

OK, thanks for the answer. Any chances of getting alt-ruby working with litespeed ? We like the way users can choose what version and what modules they want like with alt-php that does work with litespeed… Wouldn't it just be a matter of setting up litespeed's ruby with the currect paths ?