Noone has commented on this thread in some time; is this less controversial now?
On 24 September 2010 21:27, Alexey Proskuryakov a...@webkit.org wrote:
Eric has made another good point in Bugzilla - we don't explain the purpose
in lots of other cases, from loading into a display:none frame to
28.09.2010, в 07:58, Gavin Peters (蓋文彼德斯) написал(а):
Noone has commented on this thread in some time; is this less controversial
now?
I've presented some concerns about the effect of this on enterprise network
monitors.
It it also not really clear what the benefits of the proposed
On 28 September 2010 11:58, Alexey Proskuryakov a...@webkit.org wrote:
28.09.2010, в 07:58, Gavin Peters (蓋文彼德斯) написал(а):
Noone has commented on this thread in some time; is this less controversial
now?
I've presented some concerns about the effect of this on enterprise network
Forgive the second follow up, I want to just clarify something. See below.
On 28 September 2010 11:58, Alexey Proskuryakov a...@webkit.org wrote:
I've presented some concerns about the effect of this on enterprise network
monitors.
I've thought about this some more, and and I think I don't
28.09.2010, в 9:43, Gavin Peters (蓋文彼德斯) написал(а):
I've presented some concerns about the effect of this on enterprise network
monitors.
I've thought about this some more, and and I think I don't get this
actually. Could you clarify for me?
I think that it changes false positives to
2010/9/28 Alexey Proskuryakov a...@webkit.org:
28.09.2010, в 9:43, Gavin Peters (�w文彼德斯) написал(а):
I've presented some concerns about the effect of this on enterprise network
monitors.
I've thought about this some more, and and I think I don't get this
actually. Could you clarify for me?
I guess I don't understand your perspective. Are you arguing that
prefetch is a misfeature and folks should use image tags instead?
That doesn't really make sense to me. For example, using an explicit
prefect API means the prefetch gets properly prioritized and doesn't
delay the load event.
On Sep 28, 2010, at 4:16 PM, Adam Barth wrote:
I guess I don't understand your perspective. Are you arguing that
prefetch is a misfeature and folks should use image tags instead?
That doesn't really make sense to me. For example, using an explicit
prefect API means the prefetch gets
28.09.2010, в 16:16, Adam Barth написал(а):
I guess I don't understand your perspective. Are you arguing that
prefetch is a misfeature and folks should use image tags instead?
That doesn't really make sense to me. For example, using an explicit
prefect API means the prefetch gets properly
28.09.2010, в 17:07, Gavin Peters (蓋文彼德斯) написал(а):
If you're questioning if prefetch can make page loads faster, I can
say that on the web today it does.
Thank you for the information.
Does the performance increase come at the cost of correctness? I.e., are these
sites requiring
On 28 September 2010 20:25, Alexey Proskuryakov a...@webkit.org wrote:
28.09.2010, в 17:07, Gavin Peters (蓋文彼德斯) написал(а):
If you're questioning if prefetch can make page loads faster, I can
say that on the web today it does.
Thank you for the information.
Does the performance increase
24.09.2010, в 22:26, Gavin Peters (蓋文彼德斯) написал(а):
I think I might be missing this point. For the purposes of
prefetching, I think that once you send out a Vary: X-Purpose
header, you've basically opted out of permitting prefetching.
I've been working from an overly broad idea that
24.09.2010, в 17:31, Gavin Peters (蓋文彼德斯) написал(а):
- Cost. Why make requests longer than they need to be?
If used correctly, this will make responses longer, too (due to Vary:
X-Purpose). Due to the nature of Vary, it will need to be sent with every
response for the resource, not just
On 24 September 2010 21:27, Alexey Proskuryakov a...@webkit.org wrote:
24.09.2010, в 17:31, Gavin Peters (蓋文彼德斯) написал(а):
- Cost. Why make requests longer than they need to be?
If used correctly, this will make responses longer, too (due to Vary:
X-Purpose). Due to the nature of Vary,
14 matches
Mail list logo
