Search results

QUIC wont work with 5.2.8 any more as chrome only speak `quic/43` , 5.2.8 only support up to `quic/39` . If you switch back and forth between 5.3 and 5.2.8, it will be on and off. stick with 5.3, QUIC should work fine.

I have the same chrome version, my chrome got: https://www.litespeedtech.com quic :443, expires 2018-09-19 18:24:37 https://www.dlife.in quic :443, expires 2018-09-19 18:21:13 QUIC for both sites are working fine. More likely you have UDP connectivity issue.

latest 5.2.8 build 7 should take care of those issues.

No, you cannot, probably should not, session cookie exists for a reason, without, the site could just break. If it is cache problem that private session was cached, you should find a way to turn off caching.

Looks like when ESI block included, some variables was not set, so the generated output wont be exactly the same as the non-ESI output. Since ESI block is executed as a standalone PHP request, if it has dependency on some variable created/updated by the main page or another ESI block, this will...

Please save a copy the html, we need to compare the difference in the final html code, with ESI, without ESI. Normally, ESI or not wont actually change the final output, however, there might be PHP filters changing the final output.

You are right, looks like our misunderstanding, it will be fixed in next release build.

support for those directive will be considered after 5.3 being released.

According to Apache documentation, authentication related directive only available in directory and .htaccess. https://httpd.apache.org/docs/2.4/mod/mod_authn_core.html#authtype Not allowed in <Location> context.

You need to set SSL Protocol to cannot be `TLSv1.2` only

updated to 5.3RC2 . It has the latest TLS1.3 draft 28 support. The earlier version has draft 23 support, mozilla speak draft 28 only, so it wont work with earlier version.

it wont work, you should add both in one rewrite rule if need. better only using one though. RewriteRule .? - [E=Cache-Vary:CONCRETE5,CONCRETE5_LOGIN]

Please check error log for the reason of 403 .

Using lscache whenever available. :-)

That is for native configuration only, not for vhosts from Apache config. You need to add configuration to Apache main include file.

Where did you place the configuration? at server level or for a specific vhost? If the configuration is added properly, "X-LSCACHE" should have "crawler" in its value when you check phpinfo() output. Maybe you can try different way see if you can get it work.

can load both. I think memcached is using the libmemcached, memcache is an implementation follow memcache protocol spec.

It should be safe. worst case is downgrade back to 5.2.8 . my chrome is still speaking QUIC/39 now, you should double check if UDP port 443 has been opened.

QUIC/43 support should be in 5.3RC1 already. 5.2.8 only support up to QUIC/39. You can try 5.3RC1 with command /usr/local/lsws/admin/misc/lsup.sh -f -v 5.3RC1

I am not the plugin developer. Maybe it requires the other memcached extension. install memcached extension see if it helps or not.