Search results

I give up! I can't take that much stupidity anymore.

If you have other rules defined in your .htaccess have you placed the new one on Top?

Why do you publish data to access your server? Are you crazy? Try this for your question. Not tested, but should work: RewriteCond %{QUERY_STRING} (.*)\?(.*)$ RewriteRule ^(.*)$ $1\?%1%2 [R=301,L,NE] RewriteCond %{QUERY_STRING} !="" RewriteCond %{QUERY_STRING} ^(.*)$ RewriteRule ^(.*)$ $1%1...

Again, again and again. It is not possible to only check if a page is cached or not. Every check is a HTTP request and a request causes to cache a page! You can check it by your own. Purge cache of your homepage and run this curl command. If done check cache status: curl -k -I -s -X GET -H...

If a page is already cached there are no more additional cache files in cache directory and most of the requested URL were already cached, so you argues with wrong arguments :) Furthermore the cached files are compressed and only HTML Output is cached and not static sources like images, css and...

https://docs.litespeedtech.com/lsws/cp/cpanel/quickstart/#apache-port-offset https://docs.litespeedtech.com/lsws/cp/plesk/installation/#testing-with-a-port-offset

This is the proof that you don't understand anything. You can't check only check if cache status is hit or miss. If a page is requested and its status is miss, the page will always be cached and is hit after this request. If you check your page with https://check.lscache.io/ the requested URL is...

see attachment 3500 URLs in 3 minutes..... at your host

You're pretty cheeky for only making big speeches here and not helping to defend your country! Fir is offered help, but you know everything better anyway. So why should I continue to discuss this with you?!

Anyway, it is nonsense what you are doing. You have minimal ressources on your server and you use totally wrong parameters for curl. Why do you stress your server with useless processes you don't have any advantage from. I know nowbody who does that. Anyway, do whatever you think it is okay...

If Journal would do that, then you have to do nothing, but if I check your site I always get webp images and it doesn't matter how I request your pages. Journal uses srcset attribute in HTML code, but there is now fallback (.jpg or .png) image type defined to serve alternative images if there is...

Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/101.0.4951.41 Mobile Safari/537.36 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)

@AndreyPopov If you want to harden if Safari supports webp images or not you must inspect all other header that are sent within a request. One of the most important header for detection if a browser supports whatever is the "Accept" header. Every browser sends this header, but each browser...

Purging the entire cache makes sense. OpenCart is a software for online shops and for online shops it is typical that a product can be displayed everywhere in a shop. If you change the price or description of an item, this update must be visible everywhere in the shop, from homepage to checkout...

Say you'll behave sensibly from now on and don't keep complaining that this software is bad. Then you will be helped! The problem isn't LiteSpeed, it's Journal. Journal is not genuine software and why would LiteSpeed support something made by a third party?

Yes and No, but OS version matters if Safari supports webp. Check .htaccess of LScache plugin for Wordpress. Yes, I am shure! :) "Chrome" is part of Googlebot user agent, so if you exclude Chrome from Googlebot UA you exclude Googlebot! How should that work if you exclude Googlebot from...

Nice try, but you can't get both. A fast loading page AND money with ads? No way! You have to set priorities, either fast loading page or money with ads, but you can try to get help at cache plugin support page at Wordpress. This forum does no longer support cache plugin for Wordpress...

There is no index.html page for 301 redirection. It is either controlled by web server (.htaccess) or application with header redirection.

May I help you to make up 100,000 requests per hour?

When will you start learning, that it doesn't make sense trying to make cache for bots available? ;) First, this rule is completely wrong. Second, there are hundreds of bots and almost every bot has different user agent. Third, this rule prevents cache for Google, Bingbot and other popular...