Mail.ruПочтаМой МирОдноклассникиВКонтактеИгрыЗнакомстваНовостиКалендарьОблакоЗаметкиВсе проекты

Обработка на стороне клиента, снижение нагрузки на сервер, на сколько актуально?

Саня Алцыбеев Ученик (171), на голосовании 4 года назад
Недавно рассматривая чужой ресурс (биржу) заметил что все данные выводятся без пагинации, огромным куском html без каких либо фильтров и вся эта тонна информации обратабывается и фильтруется на js.
Куча фильтров и "доп загрузка" товаров происходит путём изменения скрытых кусков на display:block;
Ранее мне казалось такое диким, большая нагрузка на клиент, особенно с мобильных устройтсв, но сайт работает довольно гладко даже на старом мобильном устройстве.
На сколько популярен такой подход? Прошу поделиться опытным мнением.
Голосование за лучший ответ
Высший разум (1271044) 4 года назад
ИМХО, в текущий момент времени должно быть подгружено и доступно только то, что запрошено. Вот есть топик форума на 1000 страниц, какой гений его целиком подгружать будет, если пользователю, к примеру, нужны одна или две? Может он до кучи подгрузит его настройки безопасности с отображённым паролем? Это идиотизм. Чего мелочиться? Может весь сайт сразу в несколько терабайт подгрузим? Ну чтобы пользователь мог сразу скачать? При условии что он сутки будет ждать загрузки...
Забыл добавить: эти сутки сервер будет передавать эту гору ненужного мусора...
Считаю, что полностью изложил свою позицию по данному вопросу, хоть и не являюсь веб-разработчиком.
Oleg D. Искусственный Интеллект (110745) 4 года назад
весьма здравый подход. только не готовый html грузить надо, а данные для его генерации и кэшировать их в локальном хранилище через service workers. если всё грамотно сделать - основной функционал сайта/приложения будет доступен и оффлайн при наличии нужных закэшированных данных.
см. gmail, twitter как примеры. twitter еще как хороший пример pwa.
Павел Ромакин Оракул (67476) 4 года назад
Проблема качества, скорости и стоимости всегда актуальна. Данные всегда должен обрабатывать сервер, клиент отвечает за интерфейс, ввод-вывод. Однако средства реализации этой технологии требуют ресурсов. Время, квалификация (это тоже время), естественно, всё выливается в деньги. В тоже время существует масса способов сэкономить и время и деньги. Шаблоны, конструкторы, чужой и свой ранее созданный продукт с конкретной адаптацией. Всё это позволяет уйти от затрат времени и средств, особенно, если результат минимально приемлемый. Это раз. Второе - фильтрация на клиенте разумна, когда именно фильтрация является ключевым фактором использования сетевого ресурса. Ведь обрабатывать данные на клиенте без подгрузки данных получится быстрее. Часто и серверу проще отдать статичный контент, особенно, если запросов несколько миллионов в секунду. Поэтому решение всегда индивидуально. В данном случае, не зная задачи и контекста, оценить приемлемость решения невозможно. Думаю, не стоит, не располагая информацией, давать поспешные выводы по конкретному случаю. И третье, кто вам сказал, что сервер не в состоянии создать html на лету? Вполне вероятно, что выдача данных клиенту - это и есть результат работы сервера. Тем более, что голый HTML читаем любыми браузерами.
ventus solaris Искусственный Интеллект (154883) 4 года назад
Биржа с реальными котировками это отдельный класс приложений. Посмотри на исходник этой страницы ответов - даже здесь встроен джаваскрипт. Меньше запросов на сервер - быстрее загрузка страницы. Размер имеет все меньше значения, только время
Похожие вопросы