Search results

@AndreyPopov As long you don't respect people who have much experience and knowledge about curl and other LiteSpeed related stuff you will never really improve anything. Your current published code about how to improve crawling and caching is bullshit. You do a lot and if it works you don't...

Nonsense! If the client doesn't send any information about if he supports any compression how should the server know if he can compress traffic? Why are the cache files sizes are so big? Right, because server hasn't compressed it due unknown Accept parameter HTTP/2 is only used by curl if...

If you have Wordpress then you will get support for Wordpress cache plugin at Wordpress plugin support. This forum no longer offers support for cache plugin. https://wordpress.org/support/plugin/litespeed-cache/

I adviced you to set the new code "on Top" of .htaccess. Where does the question mark come from? To solve your issue the best solution is to remove the reason why this question mark is set!

curl_setopt($ch, CURLOPT_ENCODING, ""); Means neither traffic will compressed nor the cache will be compressed and if there is no compression much more disk space is needed => a logical result. And a further result it is that LSWS or OLS creates compressed copies of the cache files next time...

@Defacto Almost all settings in LSWS WebAdmin are for native use of LSWS if there is no control panel! That's why you don't see any virtual hosts.

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...