<html><head></head><body>Sorry, I have overseen the year changed.<br>
It was a browser issue, cache limit was set to 2mB, far too less. Now it works.<br>
Thank you Tom<br><br><div class="gmail_quote">Am 28. Oktober 2017 12:57:04 MESZ schrieb Tom Hughes <tom@compton.nu>:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre class="k9mail">On 28/10/17 10:35, ichwilldich12345@gmx.de wrote:<br /><br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> When accessing any site at <a href="https://www.openstreetmap.org">https://www.openstreetmap.org</a>/ a large script <br /> of 1 mB is downloaded every time <br /> (<a href="https://www.openstreetmap.org/assets/application-4d6830b2c7fa16ab8de03c882e3944a391b238a843949ed694ba7d2a13aee639.js">https://www.openstreetmap.org/assets/application-4d6830b2c7fa16ab8de03c882e3944a391b238a843949ed694ba7d2a13aee639.js</a>).<br /> Currently the Expires header is set to the same as Date so it will not <br /> be cached for next access.<br /> That results in long waiting times on mobile connections and <br /> unneccessary data consumptions at the servers.<br /> This issue could be solved by extending expiry time to a few days or by <br /> using 304 not modified status code.<br /></blockquote><br />Err, that exactly what we do. It has a one year expiry:<br /><br />bericote [~] % HEAD <br /><a href="https://www.openstreetmap.org/assets/application-4d6830b2c7fa16ab8de03c882e3944a391b238a843949ed694ba7d2a13aee639.js">https://www.openstreetmap.org/assets/application-4d6830b2c7fa16ab8de03c882e3944a391b238a843949ed694ba7d2a13aee639.js</a> <br />| fgrep Expires<br />Expires: Sun, 28 Oct 2018 10:56:31 GMT<br /><br />Tom<br /></pre></blockquote></div></body></html>