On 06.11.2012, at 12:49, Julian Reschke wrote:
On 2012-11-06 09:28, Sergey Nikitin wrote:
On 05.11.2012, at 16:28, Julian Reschke wrote:
Yes. Exactly.
It's not about offline apps, it's about reducing loading time.
There's already the prefetch link relation that you could use.
On 04.11.2012, at 2:10, Yehuda Katz wrote:
Does this overlap with SPDY preloaded?
I can't find anything about SPDY preloaded.
Is it server push and server hint
http://www.chromium.org/spdy/link-headers-and-server-hint
?
--
Sergey Nikitin
On 2012-11-08 17:31, Sergey Nikitin wrote:
...
Maybe you never visited the page or your cookies are expired (or you logged
out).
And visiting any page (with all cookies/other headers) is irreversible action.
It affects statistics, it could do something without your knowledge (marking
message
On 05.11.2012, at 16:28, Julian Reschke wrote:
Yes. Exactly.
It's not about offline apps, it's about reducing loading time.
There's already the prefetch link relation that you could use.
You need at least two pages to start prefetching.
And you can't prefetch anything for the first
On 2012-11-06 09:28, Sergey Nikitin wrote:
On 05.11.2012, at 16:28, Julian Reschke wrote:
Yes. Exactly.
It's not about offline apps, it's about reducing loading time.
There's already the prefetch link relation that you could use.
You need at least two pages to start prefetching.
Why
On 2012-11-02 11:16, n...@yandex-team.ru wrote:
On Tue, 30 Oct 2012, Michael Nordman micha...@google.com wrote
The appcache is encumbered with guarantees about atomically updating a set
of resources and then explicitly not hitting the network for them once up
to date to ensure the site/app will
On Mon, 05 Nov 2012 13:28:43 +0100, Julian Reschke julian.resc...@gmx.de
wrote:
On 2012-11-02 11:16, n...@yandex-team.ru wrote:
On Tue, 30 Oct 2012, Michael Nordman micha...@google.com wrote
The appcache is encumbered with guarantees about atomically updating a
set of resources and then
On Tue, 30 Oct 2012 10:22:47 +0100, Charles McCathieNevile
cha...@myopera.com wrote:
Hi,
I mentioned this and it's something we are working on.
Basic idea: site provides list of resources that it uses and can be
cached for general improvements on the whole site. (We're seeing
load-time
On Tue, 30 Oct 2012, Michael Nordman micha...@google.com wrote
The appcache is encumbered with guarantees about atomically updating a set
of resources and then explicitly not hitting the network for them once up
to date to ensure the site/app will function if the network really is
complete
Does this overlap with SPDY preloaded?
-- Yehuda Katz
(ph) 718.877.1325
On Nov 3, 2012 3:35 PM, n...@yandex-team.ru wrote:
On Tue, 30 Oct 2012, Michael Nordman micha...@google.com wrote
The appcache is encumbered with guarantees about atomically updating a
set
of resources and then
On Oct 30, 2012, at 11:19 AM, Julian Reschke julian.resc...@gmx.de wrote:
On 2012-10-30 10:57, Anne van Kesteren wrote:
On Tue, Oct 30, 2012 at 10:46 AM, Florian Bösch pya...@gmail.com wrote:
The specification states that Prefetch requests must not include
cookies. which is not an effective
Hi,
I mentioned this and it's somethign we are working on.
Basic idea: site provides list of resources that it uses and can be cached
for general improvements on the whole site. (We're seeing load-time
improvement from 50% - 300% in our testing. We are using it on sites -
The specification states that Prefetch requests must not include
cookies. which is not an effective measure to prevent user profiling.
For instance somebody could auto generate the prefetch.txt tailored to
the user to fetch URLs like to
On 2012-10-30 10:22, Charles McCathieNevile wrote:
Hi,
I mentioned this and it's somethign we are working on.
Basic idea: site provides list of resources that it uses and can be
cached for general improvements on the whole site. (We're seeing
load-time improvement from 50% - 300% in our
On Tue, Oct 30, 2012 at 10:46 AM, Florian Bösch pya...@gmail.com wrote:
The specification states that Prefetch requests must not include
cookies. which is not an effective measure to prevent user profiling.
I suspect it's to reduce the size of the request.
--
http://annevankesteren.nl/
Adding another well-known location may cause (yet another) 404 error for
sites lacking this file, similar to favicon.ico. Plus it takes up URL
space.
I suggest that if such a file is used, it should not be in a well-known
location but a site specific location that can be specified by an HTTP
On 2012-10-30 11:31, Brady Eidson wrote:
On Oct 30, 2012, at 11:19 AM, Julian Reschke julian.resc...@gmx.de wrote:
On 2012-10-30 10:57, Anne van Kesteren wrote:
On Tue, Oct 30, 2012 at 10:46 AM, Florian Bösch pya...@gmail.com wrote:
The specification states that Prefetch requests must not
On 2012-10-30 11:44, Yuval Sadan wrote:
Adding another well-known location may cause (yet another) 404 error
for sites lacking this file, similar to favicon.ico. Plus it takes up
URL space.
I suggest that if such a file is used, it should not be in a well-known
location but a site specific
On 10/30/2012 10:22 AM, Charles McCathieNevile wrote:
Hi,
I mentioned this and it's somethign we are working on.
Basic idea: site provides list of resources that it uses and can be
cached for general improvements on the whole site. (We're seeing
load-time improvement from 50% - 300% in
The appcache is encumbered with guarantees about atomically updating a set
of resources and then explicitly not hitting the network for them once up
to date to ensure the site/app will function if the network really is
complete gone.
This gist of this prefetch list seems different. More of a hint
20 matches
Mail list logo
