The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

В Chrome внесены значительные оптимизации производительности, opennews (??), 14-Апр-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


81. "В Chrome внесены значительные оптимизации производительности"  +/
Сообщение от Аноним (80), 16-Апр-23, 09:56 
А нефиг генерировать содержимое сайтов на клиенте. Это нелогично.
Ответить | Правка | Наверх | Cообщить модератору

91. "В Chrome внесены значительные оптимизации производительности"  +1 +/
Сообщение от Бывалый смузихлёб (?), 18-Апр-23, 10:23 
В конечном счёте всё этим и кончается
Иначе на любой чих приходилось бы перезагружать страницу, заодно повышая нагрузку на сервер

Добавил товар в корзину или удалил ?
Изменил параметр фильтрации ?
Захотел открыть фотку в разрешении побольше ?
Это и так уже работает на жс, просто в итоге решили добавить универсальности

Одно время экспериментировали со смешанной отрисовкой. Т.е при первом открытии страницы содержимое генерирует сервер и отдаёт страницу с затолкнутым жс, который на клиенте расставляет обработчики и дальнейшая работа происходит на клиенте благодаря жс и запросам к серверу.
Причём, первичная страница отображалась и с выключенным жс, а при некоторых доработках даже и дальше работала бы - просто поля ввода оформлялись как формы, которые при включенном жс вызывали обработчики, а при выключенном - происходила отправка формы с перезагрузкой страницы. Но это тяжело поддерживать

Ответить | Правка | Наверх | Cообщить модератору

92. "В Chrome внесены значительные оптимизации производительности"  +/
Сообщение от ЗабылНик (?), 18-Апр-23, 17:11 
"В конечном счёте всё этим и кончается" - если не бросишь сидеть на смюзи, и не в такое начнёшь верить.
"на любой чих приходилось бы перезагружать страницу, заодно повышая нагрузку на сервер" - плохому танцору..

"Добавил товар в корзину или удалил" - решается множеством способов на html/html+css, чекбоксами например;
"Изменил параметр фильтрации ?" -  запрос iframe? или клиент шарится сразу по всему пулу магазина на 19 ед. товара? тогда css;
"открыть фотку в разрешении побольше" - не поверишь, внезапно iframe + css O_o;
"который на клиенте расставляет обработчики" - как красиво завернул неспособность сделать в эластичную вёрстку.

p.s. "повышая нагрузку на сервер" - если серв нагружается от простой работы с клиентами, ему не пережить рейдерскую атаку

Ответить | Правка | Наверх | Cообщить модератору

93. "В Chrome внесены значительные оптимизации производительности"  +/
Сообщение от Бывалый смузихлёб (?), 19-Апр-23, 07:55 
> на любой чих приходилось бы перезагружать страницу, заодно повышая нагрузку на сервер" - плохому танцору..

Я секрет открою, но выдача конечного html с иными радостями обычно более затратна, чем просто выдача структурированных данных( на основе которых потом генерируется html, который отдаётся клиенту ). Вдобавок, траффика тоже больше расходуется

>> "Добавил товар в корзину или удалил"
> - решается множеством способов на html/html+css, чекбоксами например;

Ну вот зашёл я в интернет-магазин. Добавил сколько-то товаров, потом часть удалил, а то и гуляю по огромному списку товаров, что-то дабавляю, что-то убираю, посматривая на корзину, итоговую стоимость, количество единиц товара, а то и параметры вроде самой ранней даты наличия заказа в магазине или даже дату ближайшей возможной доставки.

"Изменил параметр фильтрации ?" -  запрос iframe?
Зачем, если есть жс, который неплохо оптимизируется и уже, скорее всего, есть полный список товаров если категория небольшая - т.е достаточно её перефильтровать немного иначе ?
Тем более что с айфреймами может возникать много разных неприятностей. Не удивлюсь, если это в итоге вообще выкинут как флеш некоторое время назад

> "открыть фотку в разрешении побольше" - не поверишь, внезапно iframe + css O_o;

Зачем, если есть жс + css ?
Тем более что и первое нормально оптимизируется, а второе - и вовсе компилится и кешируются при условии что стили инлайново не прописываются
Ладно бы ещё какие-то грязные трюки с html + css, без айфремов. Чисто забавы для.
Но айфреймы на любой чих толкать - ещё хуже чем жс. Причём, гораздо. В итоге сайт превращается в перегруженную мусорку, часть содержимого которой и вовсе не работает, ведь какой-нибудь адблок режет айфреймы, поскольку рекламу почти наверняка затолкают именно в них

>> "который на клиенте расставляет обработчики"
> - как красиво завернул неспособность сделать в эластичную вёрстку

Смотрите в следующей серии: анон посредством html, css и айфрейма( разумеется, тоже только с html и css ) лепит страницу для полноценной видеоконференции по WebRTC по клику на соответствующую кнопку и с возможностью включения/отключения звука или видео а так же настройки некоторых их параметров

А через серию - ещё и работает с WebUSB API )

>> "повышая нагрузку на сервер"
> - если серв нагружается от простой работы с клиентами, ему не пережить рейдерскую атаку

Способность пережить рейдерскую атаку зависит не от сервера, а от его владельцев и их юридической крыши

Ответить | Правка | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру