Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"В Chrome 106 будет прекращена поддержка технологии Server Push"	+/–
Сообщение от opennews (??), 20-Авг-22, 07:38
Компания Google предупредила об отключении поддержки технологии Server Push в выпуске Chrome 106, намеченном на 27 сентября. Изменения также затронет и другие браузеры, основанные на кодовой базе Chromium. Технология Server Push  определена в стандартах HTTP/2 и HTTP/3, и позволяет серверу отправить ресурсы клиенту, не дожидаясь их явного запроса. Предполагается, что таким образом сервер может ускорить загрузку страницы, так как необходимые для отрисовки страницы файлы CSS, скрипты и изображения к моменту запроса клиентом окажутся уже переданными на его сторону... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=57656
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 20-Авг-22, 07:38	–1 +/–
Как обычно : спихнули проблему с серверов на браузер .
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #5, #15

2. Сообщение от хрю (?), 20-Авг-22, 07:46	+23 +/–
>Технология Server Push определена в стандартах HTTP/2 и HTTP/3. Ну и нафига такие стандарты нужны, спрашивается? Навыдумывают всякой фигни из серии "а вот не плохо было бы", пропихнут в стандарт, а потом ВНЕЗАПНО оказывается оно и ни кому и не надо, даже тем кто выдумывал.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #10, #38

3. Сообщение от Аноним (3), 20-Авг-22, 07:49	+2 +/–
туда же со временем выкинут и HTTP/3 как "несущественный".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #37

4. Сообщение от Аноним (3), 20-Авг-22, 07:51	+13 +/–
Всё в стиле микрософта, у которого стандарт офисных документов отличается от собственной же реализации :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #8

5. Сообщение от Дмитрий (??), 20-Авг-22, 07:51	–3 +/–
ясно почему, "я одна а вас много!" Если что-то может делать клиент, то он и должен это делать, а не сервер.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #6, #22

6. Сообщение от Аноним (3), 20-Авг-22, 07:56	–1 +/–
Ничего-то ты не понимаешь... Серверпуш появился в хттп/2, а вебтранспорт - в хттп/3... Чувствуешь разницу в требованиях?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

7. Сообщение от Аноним (7), 20-Авг-22, 07:59	+6 +/–
Вот и хорошо. А то понапридумывали тут слать всё подряд, поедая трафик. Мало ли что у меня там на клиенте выключено или вырезано.
Ответить | Правка | Наверх | Cообщить модератору

8. Сообщение от Аноним (8), 20-Авг-22, 10:15	–1 +/–
Вообще-то, это общемировое достояние, - делать из говна конфету. Или говно из конфеты? Не надо всё на продажные инстинкты МС сваливать )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

9. Сообщение от Аноним (9), 20-Авг-22, 10:32	+4 +/–
Не могут же они просто взять и наплевать на стандарт!?!?!?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #11, #21

10. Сообщение от Аноним (10), 20-Авг-22, 10:34	+/–
> Ну и нафига такие стандарты нужны, спрашивается? Чтобы разработчики браузеров на других движках страдали, очевидно же. Сначала запиливай, потом выпиливай.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

11. Сообщение от Аноним (11), 20-Авг-22, 11:55	+2 +/–
Они не смогли его реализовать — следовательно он нигде не работал — НИНУЖНО, УДОЛИ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #14

12. Сообщение от Ю.Т. (?), 20-Авг-22, 14:01	+2 +/–
Реализация всегда отличается от стандарта. Неполнотой, ошибками, особенностями.
Ответить | Правка | Наверх | Cообщить модератору

13. Сообщение от Аноним (13), 20-Авг-22, 14:13	+3 +/–
Потому что стандартизировать надо не свои фантазии, а имеющиеся реализации, где уже как-то проработана предметная область.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #34

14. Сообщение от Андрей (??), 20-Авг-22, 14:15	+/–
Они же сами его и придумали. HTTP/2 это переименованный SPDY.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

15. Сообщение от YetAnotherOnanym (ok), 20-Авг-22, 14:28	+2 +/–
> Как обычно: придумали проблему, а потом сами её спихнули. Пофиксил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

16. Сообщение от kai3341 (ok), 20-Авг-22, 15:41	+2 +/–
Server Push выглядит как самый производительный из теоретически возможных способов загрузки данных, которые нельзя кэшировать. Например, идеальное решение для всяких авторизующих виджетов При этом настройка server push на реальном фронте (держим в уме -- он часто меняется) -- это дичайший геморрой Вердикт -- технология таки нишевая, но равных в своей нише ей нет Гуглу хочется сказать следующее -- пропихнули стандарт -- поддерживайте его. А то получается "IE6 возвращается"
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #17, #19

17. Сообщение от Аноним (-), 20-Авг-22, 16:09	+1 +/–
Проблема server push в том что он логику ломает, и это более не запрос-ответ. Я вообще не понимаю зачем его в обязаловку в H2 загнали, кому-то шлея попала. А тут вот его иноверцу опять попала, замечательно, блин. Трабл с push? Сервак может лить что угодно, как угодно, и это даже заблочить, блин, адблокером каким - нельзя! В том смысле что можно не показывать, но скачать - придется! Слив на это трафик и время просто так. Потому что пихают в клиента без его желания. И если кто хотел вон то - может быть, ему доктор так то вебсокеты прописал, а не полухаки протоеола с потугами изобразить кривизну типа comet'а? По вебсокету вообще можно только данные в чистом виде гонять. В принципе это же и с XHR можно, если надо немного и эпизодически, но у вебсокета логика работы более гибкая и несколько симметричнее, если уж того хотелось. Вебсокет может быть апгрейдом что H2, что H1 вроде. Ему похрен, он потом TCP-конекцией на стероидах становится и оперирует "raw" данными с очень небольшим оверхедом на фрейминг. И если что-то часто меняется, логично вот именно в вебсокет это и пулять.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #18

18. Сообщение от kai3341 (ok), 20-Авг-22, 16:40	–2 +/–
> Сервак может лить что угодно, как угодно, и это даже заблочить, блин, адблокером каким - нельзя! В том смысле что можно не показывать, но скачать - придется! Слив на это трафик и время просто так О да. Найс. Воображение рисует отправку тонны рекламы пушем > ему доктор так то вебсокеты прописал Вебсокеты немного о другом. Статику гонять можно, но это извpaт же > И если что-то часто меняется, логично вот именно в вебсокет это и пулять Не, фронтовая статика меняется не настолько часто :DDDD Последние свои проекты я делал на вебсокете. Если данные там перебрасывать базаpа ноль (но вам придётся разработать свой (де)мультиплексирующий протокол поверх вебсокета. Иначе как послать 2 запроса одновременно? По очереди штoлe?), то статику... Не пробовал, и не особо понимаю, зачем
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #30, #42

19. Сообщение от Аноним (19), 20-Авг-22, 16:48	+1 +/–
> Гуглу хочется сказать следующее -- пропихнули стандарт -- поддерживайте его. А то получается "IE6 возвращается" Веб-разработчикам хочется сказать следующее -- пропихнули стандарт -- поддерживайте его. А то получается "для просмотра нашего веб-сайта установите IE6/Гугель Хром, другие браузеры не поддерживаются".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

20. Сообщение от Kuromi (ok), 20-Авг-22, 17:39	+5 +/–
ЛОЛЧТО? Так ведь именно Гугл изо всех сил топил за Server Push и пропихивал их в стандарт! Или тут принцип "мне не надо - никому не надо"? "В качестве причины прекращения поддержки упоминается излишнее усложнение реализации технологии при наличии более простых и не менее эффективных альтернатив, таких как тег <link rel="preload">, на основании которого браузер может запросить ресурс не дожидаясь его использования на странице." Так эти "альтернативы" были еще до Серверного пуша и когда о них говорили Гугл раздраженно пожимал плечами, мол "вы не понмиаете. это другое". А теперь расписываются что неа? А как же восторги от идеи "совать ресурсы на клиент не спрашивая его мнения"? Например пропихивать рекламный баннер принудительно, обходя фильтры. Тот факт что Гугл убирает поддержку уже в 106 (т.е. вот почти сейчас), без стандартных для него многолетних периодов "заката" (тот же AppCache они убирали буквально на протяжении десятков релизов) намекает что либо Сервер Пуш не взлетел от слова вообще либо там нашлась какая-то жуткая дырень, такая что "хватай чемоданы, вокзал отходит".
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #23

21. Сообщение от xm (ok), 20-Авг-22, 19:08	+/–
Гугл то? Да легко! А Майкрософт вообще годами стандартами подтирается. Даже своими собственными.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

22. Сообщение от torvn77 (ok), 20-Авг-22, 19:27	–3 +/–
>Если что-то может делать клиент, то он и должен это делать, а не сервер.   Следующим актом комедии будет брутфосом сервера имитацией инитиативного клиента.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

23. Сообщение от ivmRN2QAB0Qj8lzN (?), 20-Авг-22, 20:21	+/–
Скорее всего возможно атака усилением трафика, когда на небольшой запрос сервер начинает срать лишними ресурсами. И забивает канал связи самостоятельно. Ботнет почти не нужен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #26

24. Сообщение от suffix (ok), 20-Авг-22, 20:31	+1 +/–
tcp fast_open выпили из браузера, http/2 server push выпилили из браузера.Обидно - зачем у себя реализовывал :(
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #25

25. Сообщение от Аноним (3), 20-Авг-22, 20:44	–1 +/–
типичные западные технологии: менять как можно чаще, чтобы обычный разработчик не поспевал за трендом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #40

26. Сообщение от Аноним (3), 20-Авг-22, 20:46	+1 +/–
вывернутый ddos :) сервер сам себя выпорет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

27. Сообщение от BrainFucker (ok), 20-Авг-22, 20:57	+/–
Добавили бы лучше в браузеры нативную поддержку RTSP блин. HLS и mpeg-dash убогие костыли.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #36

28. Сообщение от Аноним (28), 20-Авг-22, 21:31	+5 +/–
Купил RTX 3080 Ti, проц 9900k. И даже с такой конфигурацией скролинг со статтерами и фризами на смузи-js сайтах. Я скорблю о вебе времён до html5.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #29, #35

29. Сообщение от Аноньимъ (ok), 21-Авг-22, 01:15	+2 +/–
HTML5 инструмент. И очень неплохой, в сравнении с тем что было до него. Те сайты что у вас тормозят скорее всего сделанны не на голом HTML5, а на чудофреймворках.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #32

30. Сообщение от Аноньимъ (ok), 21-Авг-22, 01:17	+1 +/–
Если прямо кретично время загрузки статики, можно компилировать все в один файл.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

32. Сообщение от Аноним (32), 21-Авг-22, 09:17	+/–
Хорошим инструментом был Silverlight. Google его убил (отказался поддерживать плагины). Сейчас единственный инструмент это WebAssembly (здесь можно Blazor вспомнить MS всё ещё пытается играть на чужом поле). HTML какой угодно - это "hyperlink TEXT MARKUP  language" - попытка сделать из него большее выглядит неплохо, но это всё равно посредственность: это чётко видно когда приходится воевать с багами округления размеров и бордюров в хромом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #33, #44

33. Сообщение от Аноним (3), 21-Авг-22, 11:13	+/–
> был Silverlight Я сразу говорил своим знакомым писающим от него разработчикам, что его быстро похоронят.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

34. Сообщение от Аноним (34), 22-Авг-22, 13:41	+/–
золотые слова. их  бы в гранит и перед входом в стремительно бюрократизируемые обрастающие регламентами конторы
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

35. Сообщение от Аноним (34), 22-Авг-22, 13:51	+/–
ибо тормозит канал, скорее всего днс-резолв. сравнивать провайдеров надо не спидтестом, а суммой полей time в HAR-логе браузера при заходе к одним и тем же ресурсам. Вполне может мегабитный канал с быстрым откликом бить трехсотмегабитный несимметричный, правда мегабитный канал сейчас уже и не найти.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

36. Сообщение от Kuromi (ok), 22-Авг-22, 15:01	+/–
> Добавили бы лучше в браузеры нативную поддержку RTSP блин. HLS и mpeg-dash > убогие костыли. Это не так просто. Нужно во первых подвигнуть браузеры на поддержку, причем ВСЕ и сразу. Помните какие были "войны" на тему видеоформата? MP4\WebM, h264\VP* - сколько времени потребовалось пока все не утряслось наконец. Далее нужно еще организовать поддержку RTSP на серверах, что тоже не моментальное дело. В общем даже начни они сейчас результаты будут через годы, с имеющейся инерцией-то.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #39

37. Сообщение от Kuromi (ok), 22-Авг-22, 15:07	+/–
Это вряд ли. Зайдите на Ozon -он весь на HTTP3, что даже слегка удивительно. Ютуб - сейчас 50\50 выпадает HTTP2 или HTTP3, но по всей видимости частота трешки увиливается. Других крупных "внедрежей" пока не заметно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

38. Сообщение от Neon (??), 22-Авг-22, 21:05	+/–
Каждый в IT изобретает гайки и болты своей системы)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

39. Сообщение от BrainFucker (ok), 22-Авг-22, 22:03	+/–
На самом деле RTSP в браузерах вроде как бы есть, но то ли в сильно кастомизированном, то ли урезанном виде и используется только в WebRTC, если я ничего не путаю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

40. Сообщение от anonymous (??), 22-Авг-22, 22:48	+/–
"Огонь и движение"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

42. Сообщение от Аноним (-), 23-Авг-22, 02:19	+/–
> О да. Найс. Воображение рисует отправку тонны рекламы пушем Да чего угодно, независимо от того собирался ли клиент что-то делать - програмер решил что соберется, и вот дескать нате. А если не соберется - ну, все-равно скачайте на всякий. > Вебсокеты немного о другом. Статику гонять можно, но это извpaт же В смысле? Если кто хотел именно интерактив, наверное, делать его вот именно статикой все же изврат, потому что не умеет она в это нормально хоть там как. А попытки неконтролируемо дописывать в хвост в конечном итоге RAM начинают жрать и она имеет свойство заканчиваться, особенно если юзер так и оставил это. Оно же так не может переписывать циклически лимитированый буфер. И это джеппа. Да и какую либо логику тоже апплаить не может. Я что-то упускаю? > Не, фронтовая статика меняется не настолько часто :DDDD Я просто не понимаю что в нормальном виде можно вон тем вообще делать? Что-то типа comet'а с его же траблами, с дописыванием хтмылки в хвост? > Последние свои проекты я делал на вебсокете. Если данные там перебрасывать базаpа > ноль (но вам придётся разработать свой (де)мультиплексирующий протокол поверх вебсокета. Ну да. Вебсокет в HTML не существует, его JS должен открыть. Ну как бы логично, HTML не яп и работать с сокетом для него самого было бы странновато :) > Иначе как послать 2 запроса одновременно? По очереди штoлe?), то статику... > Не пробовал, и не особо понимаю, зачем Что-то я не врубился про мысль про статику. В том случае основа морды может быть и довольно статичной сама по себе а вон те данные в нее JS уже впихнет по результатам парсинга добра из вебсокета. А в вон том стиле что вообще реализуется? Чатик в доисторическом убогом виде типа дурных IRC гейтвеев эпохи cgi-irc или как там его, когда если в чатик наспамили 100500 мегов, это дескать ваша проблема что оно у вас всю RAM сожрало на клиенте и поставило клиент раком нии...ческой HTMLкой?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

44. Сообщение от Аноним (-), 23-Авг-22, 02:23	+/–
> Хорошим инструментом был Silverlight. Чего в нем хорошего? Дотнет для веба подходит как д@рьмо для пуль, и по смыслу очередная замена флеша с теми же примерно граблями вышла. Если уж на то пошло, WASM в этом смысле как-то сильно лучше смотрится: ЯП вообще не навязывает, что сможете в него компилить то и юзайте, принципиальных проблем производительности нет особо, однако интеграция с DOM опять же некий трабл, ога.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

45. Сообщение от Аноним (-), 23-Авг-22, 09:37	+/–
Сафари всё рввно лучше!
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема