Facebook
TwitterSean-weblite
New Pleskian
Just a performance FYI for Windows Plesk users.
In the course of troubleshooting something else I discovered that static compression would always fail with:
STATIC_COMPRESSION_NOT_SUCCESS Reason="UNKNOWN_ERROR" (from a failed request trace)
This turns out to be due to a failure to access the iis temporary compressed files folder (by default systemdrive\inetpub\temp\iis temporary compressed files).
This will still fail even if you give open permissions to that folder because IIS tries to do a GetVolumeInformation on the root of the drive, but Plesk's ACL hardening is denying this.
Resolve by changing the httpCompression/directory to a drive where you can give Users read/execute on the root and IISUSRS full control on the temp files directory. IIS manages permissions on the subdirectories to restrict access to the apppool identity.
The static files are still getting compressed via dynamic compression, but it's extra work for the server and less effective compression (by default).
The benefits of fixing this will vary by use case, but on this server I'll be serving about 1GB of pre-compressed, cached static files via the static file handler every few days.
(Discovered due to investigating some bots downloading zxcvbn.min.js many times (500k with dynamic compression!). Now only 390k and served from the compressed cache
In the course of troubleshooting something else I discovered that static compression would always fail with:
STATIC_COMPRESSION_NOT_SUCCESS Reason="UNKNOWN_ERROR" (from a failed request trace)
This turns out to be due to a failure to access the iis temporary compressed files folder (by default systemdrive\inetpub\temp\iis temporary compressed files).
This will still fail even if you give open permissions to that folder because IIS tries to do a GetVolumeInformation on the root of the drive, but Plesk's ACL hardening is denying this.
Resolve by changing the httpCompression/directory to a drive where you can give Users read/execute on the root and IISUSRS full control on the temp files directory. IIS manages permissions on the subdirectories to restrict access to the apppool identity.
The static files are still getting compressed via dynamic compression, but it's extra work for the server and less effective compression (by default).
The benefits of fixing this will vary by use case, but on this server I'll be serving about 1GB of pre-compressed, cached static files via the static file handler every few days.
(Discovered due to investigating some bots downloading zxcvbn.min.js many times (500k with dynamic compression!). Now only 390k and served from the compressed cache
