Search results

Sorry, this is nonsense. HighRes Images means much more data size to transfer and a lot of rewrite cache rules to differentiate devices. Your strategy for best performance of your shop isn't really logical. With LiteSpeed and Lscache you get the best instruments, but you distroy it with useless...

Not every Mac device has a Retina Display and can't be detected because Apple sends no information if device has a Retina display or not.

What would you do if would have a function to detect Retina display?

@AndreyPopov Do you like to get "The One And Only Rewrite Rule" to identify if browser supports webp images? Only 1 line is needed in .htaccess. It's a replacement for all your vary rewrite cache rules.

Can't confirm what you are reporting. Everything works as it should, but page is (very) slow from Europe. Tested with smartphone and computer

If you don't want to use LSWS any longer: https://www.litespeedtech.com/support/wiki/doku.php/litespeed_wiki:cpanel:whm-lsws-plugin-uninstall

Google is your friend https://www.google.com/search?q=ubuntu+imagemagick+install

This is not completely correct. The [L] flag only stops rewrite processing, but doesn't stop processing at all like [END] flag depending on httpd.conf. Only rewrite rules are affected, but you are right to place cache rules at the very top of .htaccess.

You are talking about LSMCD. You know that is not Lscache?

Penetration test for your "code" What happens if these UAs visit your page? ;) They are very popular all over the world and they are all crawler like. okhttp/2.5.0 Safari/14609.1.20.111.8 CFNetwork/978.2 Darwin/18.7.0 (x86_64) Dalvik/2.1.0 (Linux; U; Android 10; ART-L29 Build/HUAWEIART-L29)...

https://forum.openlitespeed.org/

Do You use OpenLiteSpeed?

https://github.com/roundcube/roundcubemail/wiki/Installation

Again, if page is cached PHP can't be executed and you need to solve it with .htaccess Rewrite Rules. .htaccess has no logic to detect if client accept ccokies or not, so you can only check with with .htaccess if a specific cookie exist or not. If not -> no-cache. Otherwise such clients like...

Knock! Knock! Why do you always ask for solution where PHP is needed if a cached page can't execute PHP?!

That all will solve nothing. If a page is cached every PHP code is worthless....! A cached page is pure HTML and PHP can't be executed!

For Virtualmin is no plugin available, so you must do a Generic LSWS Web Server Installation, but be carefull. It is not tested: https://www.litespeedtech.com/support/wiki/doku.php/litespeed_wiki:installation:generic

https://forum.openlitespeed.org/

Of Course there is a way, but any other way brings new issues. The consequence of this dilemma could be to disable cache for any users that doesn't accept cookies. RewriteCond %{HTTP_COOKIE} !name_of_vary_cookie [NC] RewriteRule .* - [E=Cache-Control:no-cache]

Not lscache uses cookies, your plugin uses vary cookie. Using cookie to store information which device is used is a absolute wrong method. To me, bad idea to use cookie for this. Ask LiteSpeed staff if they re-design this plugin.