This problem was caused by chrome data compression ( https://developer.chrome.com/multidevice/data-compression .) Thanks Slaks for heads-up, or I would have skipped it.
As soon as I turned it off - this is in the Chrome settings - reduce the data usage (after the content settings and before Chrome) my site started working again.
To fix this for other users who, like me, do not even know that they are using this, I added the following code, which I found in the following two links:
<FilesMatch "\.(css|js)$"> <IfModule mod_headers.c> Header set Pragma "public" Header set Cache-Control "no-transform,public, must-revalidate, proxy-revalidate" </IfModule> FileETag MTime Size </FilesMatch>
The important part tells Google "no-transform" in javascript through the Cache-Control directive. I did this for .js and .css files, although in the future I might add additional types.
And I added headers.load to the mods available so that it has mod_headers.
http://mobiforge.com/design-development/setting-http-headers-advise-transcoding-proxies
Apache -Caching: setting response headers in Apache 2+.
After restarting Apache, everything is working fine.
In terms of the 3rd question, is there a workaround for the heredoc javascript method, I have no answer, but perhaps this scenario indicates that this method is not without problems.
MLU Dec 31 '15 at 17:09 2014-12-31 17:09
source share