Илья Шипицин Wrote:
---
> у вас же должны быть логи по html страницам и по css-файлам.
> посмотрите на них.
> если
>
> а) у вас хорошее кеширование (т.е. ноль 304-х)
> б) количество ответов css соответствует количеству отданных html страниц
>
>
> насчет действительно связанных css и js - в принципе можно их
> эмбедить
> прямо в html разметку. и отдавать вместе с основной страницей.
> тот же push.
Только без потенциального выигрыша в попадании из push-кэша в основной с
возможностью отказаться от получения ресурса в дальнейшем.
А если
S.A.N Wrote:
---
> > Решение о push'е принимается при генерации HTML-ответа за запрос к
> > странице.
> > В этот момент доступны If-None-Match и/или If-Modified-Since только
> > самой страницы и странно ориентироваться на них, так как они ничего
Hello!
On Wed, Apr 29, 2020 at 01:26:27PM -0400, gz wrote:
> > > Востребованные ресурсы из push-кэша переходят в основной и будут
> > > использованы для следующих страниц.
> > > Клиенты умеют отказываться от проталкиваемых ресурсов, уже имеющихся
> > в
> > > кэше.
> > > В крайнем случае несложно
чт, 30 апр. 2020 г. в 01:59, Slawa Olhovchenkov :
> On Thu, Apr 30, 2020 at 01:41:13AM +0500, Илья Шипицин wrote:
>
> > чт, 30 апр. 2020 г. в 00:00, Evgeniy Berdnikov :
> >
> > > On Wed, Apr 29, 2020 at 01:26:27PM -0400, gz wrote:
> > > > Но предполагаю, что клиенту отказаться от push'а проще,
On Thu, Apr 30, 2020 at 01:41:13AM +0500, Илья Шипицин wrote:
> чт, 30 апр. 2020 г. в 00:00, Evgeniy Berdnikov :
>
> > On Wed, Apr 29, 2020 at 01:26:27PM -0400, gz wrote:
> > > Но предполагаю, что клиенту отказаться от push'а проще, чем сделать
> > > дополнительный запрос к ресурсу.
> >
> >
чт, 30 апр. 2020 г. в 00:00, Evgeniy Berdnikov :
> On Wed, Apr 29, 2020 at 01:26:27PM -0400, gz wrote:
> > Но предполагаю, что клиенту отказаться от push'а проще, чем сделать
> > дополнительный запрос к ресурсу.
>
> Если клиент умеет cache digest, то да, может отказаться заранее.
> А если нет,
On Wed, Apr 29, 2020 at 01:26:27PM -0400, gz wrote:
> Но предполагаю, что клиенту отказаться от push'а проще, чем сделать
> дополнительный запрос к ресурсу.
Если клиент умеет cache digest, то да, может отказаться заранее.
А если нет, то к тому моменту, когда клиент сможет отклонить push,
> то выигрыш будет отрицательный
у меня эта фраза вызывает когнитивный диссонанс
On Wed, Apr 29, 2020 at 8:41 PM Илья Шипицин wrote:
>
>
> ср, 29 апр. 2020 г. в 22:26, gz :
>
>> > > Востребованные ресурсы из push-кэша переходят в основной и будут
>> > > использованы для следующих страниц.
>> >
ср, 29 апр. 2020 г. в 22:26, gz :
> > > Востребованные ресурсы из push-кэша переходят в основной и будут
> > > использованы для следующих страниц.
> > > Клиенты умеют отказываться от проталкиваемых ресурсов, уже имеющихся
> > в
> > > кэше.
> > > В крайнем случае несложно пометить клиента
> > Востребованные ресурсы из push-кэша переходят в основной и будут
> > использованы для следующих страниц.
> > Клиенты умеют отказываться от проталкиваемых ресурсов, уже имеющихся
> в
> > кэше.
> > В крайнем случае несложно пометить клиента стандартным способом
> через
> > cookie.
>
> Проблема
> Советую смотреть не на куки, а на наличия клиенских заголовков -
> If-None-Match и/или If-Modified-Since, только при отсутствии или не
> валидности данных заголовков делать push.
> Из нашего опыта - push полезен только для клиентов у которых нет
> валидного кеша, в этом случаи вы получите не
Hello!
On Tue, Apr 28, 2020 at 02:19:48PM +0200, Valery Kholodkov wrote:
> On 27-04-2020 22:29, gz wrote:
> > https://github.com/httpwg/wg-materials/blob/gh-pages/ietf102/chrome_push.pdf
> >
> > Не совсем понимаю какие выводы делают авторы.
>
> Мне, кроме того, и непонятно где автор взял
On 27-04-2020 22:29, gz wrote:
https://github.com/httpwg/wg-materials/blob/gh-pages/ietf102/chrome_push.pdf
Не совсем понимаю какие выводы делают авторы.
Мне, кроме того, и непонятно где автор взял исходные данные.
--
Val
___
nginx-ru mailing list
Hello!
On Mon, Apr 27, 2020 at 04:29:44PM -0400, gz wrote:
> > > Maxim Dounin Wrote:
> > > ---
> > > > > В HTML страницы бэкендом выдаются элементы
> > с
> > > > указанием
> > > > > на ресурсы для предзагрузки.
> > > > > Хотелось бы перейти с
> В крайнем случае несложно пометить клиента стандартным способом через
> cookie.
Советую смотреть не на куки, а на наличия клиенских заголовков -
If-None-Match и/или If-Modified-Since, только при отсутствии или не
валидности данных заголовков делать push.
Из нашего опыта - push полезен только
вт, 28 апр. 2020 г. в 01:29, gz :
> > > Maxim Dounin Wrote:
> > > ---
> > > > > В HTML страницы бэкендом выдаются элементы
> > с
> > > > указанием
> > > > > на ресурсы для предзагрузки.
> > > > > Хотелось бы перейти с предзагрузки на http2_push
> > Maxim Dounin Wrote:
> > ---
> > > > В HTML страницы бэкендом выдаются элементы
> с
> > > указанием
> > > > на ресурсы для предзагрузки.
> > > > Хотелось бы перейти с предзагрузки на http2_push указанных
> ресурсов.
> > >
> > > А вы
Hello!
On Mon, Apr 27, 2020 at 02:44:26PM -0400, gz wrote:
> Maxim Dounin Wrote:
> ---
> > > В HTML страницы бэкендом выдаются элементы с
> > указанием
> > > на ресурсы для предзагрузки.
> > > Хотелось бы перейти с предзагрузки на http2_push
Maxim Dounin Wrote:
---
> > В HTML страницы бэкендом выдаются элементы с
> указанием
> > на ресурсы для предзагрузки.
> > Хотелось бы перейти с предзагрузки на http2_push указанных ресурсов.
>
> А вы пробовали тестировать, что вы получите на
Hello!
On Mon, Apr 27, 2020 at 09:33:08AM -0400, gz wrote:
> В HTML страницы бэкендом выдаются элементы с указанием
> на ресурсы для предзагрузки.
> Хотелось бы перейти с предзагрузки на http2_push указанных ресурсов.
А вы пробовали тестировать, что вы получите на выходе? Имеющиеся
В HTML страницы бэкендом выдаются элементы с указанием
на ресурсы для предзагрузки.
Хотелось бы перейти с предзагрузки на http2_push указанных ресурсов.
Казалось бы, нет проблемы перейти на заголовок Link, который модулем
ngx_http_v2_module при http2_push_preload on будет преобразован в push'и.
22 matches
Mail list logo
