On Tue, 22 Sep 2015 17:11:39 +0200, Sönke Ludwig wrote:
Am 22.09.2015 um 14:08 schrieb Louie Bacani Foronda:
On Tue, 22 Sep 2015 09:32:33 GMT, Louie Bacani Foronda wrote:
Currently my webpage loads and renders at 1.23s, that is, the server is still on my local machine. Now I used chrome and noticed that all static files css and javascript are parsing slower (around 70ms), way slower I mean 20x slower than the html file (3ms) on my machine, so I thought maybe it was only my server, so I tried other pages (http://forum.rejectedsoftware.com/groups/rejectedsoftware.vibed/),
rejectedsoftware.vibed/ 200 document Other 9.5 KB 721 ms
common.css 304 stylesheet (index):7 271 B 411 ms
prettify.css 304 stylesheet (index):8 271 B 421 ms
prettify.js 304 script (index):9 271 B 423 ms
logo.png 304 png (index):16 271 B 428 ms
favicon.ico 200 x-icon Other (from cache) 6 msDOMContentLoaded: 1.12s
even rejected software, is getting this 304 status...
This means that the page rendering is hindered since it is requesting for a file which has not been modified since... Is there a way to fix this?
Hey I was wrong, I was clicking F5 refresh button... but if you revisit the page it is loading from cache...
I don't understand what's wrong yet. The 304 status is expected and
returned instead of the actual document to avoid wasting bandwidth for a
file that the browser has already cached (hence only 271 bytes
transferred). I tried this out in Opera and the only thing that takes
considerable time is the page rendering itself and the network delay.The network delay matches almost exactly what I get if I ping
rejectedsoftware.com (about 30 ms), except for the main document which
takes a few ms longer. In total, the page load time is about 180 ms for mw.
Hi Sonke, Yes I was wrong, I was pressing f5 and also the browser refresh button instead of re-visiting the whole page, I mean typing the page and hitting enter, I realized that the refresh button is actually querying the resources, and I think it is the default behaviour of the browser...