[webkit-dev] Question regarding priorities of subresource content retrieval
vikingjs at mac.com
Mon Feb 7 19:13:00 PST 2011
Blocking on loading the css is less clear-cut, as in some cases it could mean several seconds of ugly page. I don't know if it's right or wrong, but a lot of pages out there rely on the CSS being loaded before the page starts to render to avoid terrible layout and the appearance of items meant to be hidden for the seconds it takes the css to load.
In general, while things could certainly be improved, it's up to the owner of the page to not rely on a a slow ad server, or build the page so the ads load after the primary content.
On Feb 7, 2011, at 5:47 PM, Silvio Ventres wrote:
> IE/Opera are delaying only for 4 seconds, same as Mobile Safari
> The reason looks to be the url for the script/css.
> If the url is the same twice, Chrome/Firefox serializes the requests,
> while IE/Opera/MobileSafari launches both requests simultaneously.
> Of course, requesting simultaneously doesn't fix anything, as you can
> see by trying a link-stuffed version at
> The main point here is that it might be acceptable if it's coming from
> the webpage domain itself.
> But the links are coming from a completely different place.
> This is exactly what makes browsing pages with any third-party
> analytics, tracking or ad addons so slow and frustrating.
> Fixing priorities in subresource download should make experience
> considerably more interactive and fun.
More information about the webkit-dev