AJAX vs WebSocket — что лучше для загрузки простого текста с сервера без перезагрузки страницы?

Question

[khipster]

В принципе WebSocket поддерживается везде caniuse.com/#feat=websockets

Answer 1

[Антон Щербаков]

Если Вам не нужно методично долбить сервер (например раз в три секунды) запросами на получение новых данных, то лучше всего использовать старый и ламповый AJAX, с которым не будет проблем по поддержке.

Answer 2

[Борис Лапин]

Вебсокеты выбирают в двух случаях:
1. Когда нужна обратная связь с сервером(тоесть когда сервер может сам вам послать сообщение, а не только отвечать на входящие)
2. Когда важно иметь маленькие задержки между пересылками данных.

Между тем, websocket более сложная для разработки технология, чем простейший AJAX.

Поэтому, если вам не важны вышеперечисленные пункты, выбирайте AJAX.

socket.io это технология, которая реализует уровень абстракции над всеми этими AJAX, WS, Comet и прочими. Она позволяет наладить аналог полнодуплексной связи с сервером, и в зависимости от возможностей клиента использует либо WS, либо http-binding и т.п.

Answer 3

[ambilight1]

Если простым языком то:
ajax - быстрая разработка, простое поддержание.
socket - сложнее чем ajax, за-то скорость отклика выше. Достигается за счет постоянного подключения. Задержка не больше 10ms, после подключения. (У меня 2-3мс)

Что выбрать:
если проект не большой, то не стоит заморачиваться, поднимать node.js (если уже не стоит)
если же проект серьезный, то почему бы не попробовать socket.io, к тому же если он уже где-то еще используется. Правда если настроить не правильно, то сервак ляжет в течении дня. Так что не забывает про nginx.

В данном случаи я бы выбрал ajax.
Если правильно настроить кэш, nginx поставить на отдачу, то так даже лучше будет.
Нагрузка в разы меньше будет.

Помню тут кто-то хотел навигацию на socket.io делать)
Вопрос зачем, я так и не понял.

На socket не плохо корзину запилить, пуши, всякие мессенджеры.
В общем там где нужен быстрый отклик.
Вот не против обсудить корзину, пишите что думаете по этому поводу)
Хотя опять же, если магазин мелки, то особо и не надо.
Даже если и большой, то просто балансер повесить, так что я думаю что это утопия.
Хотя можно и попробовать

Comments

[ThunderCat]

В каком "В данном случаи"? В данном посте вообще ничего про "случаи", как вопрос "что мне лучше использовать, ложку или вилку?". Человека спрашивают что он есть собрался, но он пока не прожевал еще, чтобы ответить )

[ambilight1]

ThunderCat: Это наезд?) Заголовок прочитайте. "Для загрузки текста."
Не по теме, но просто смысла нет использовать постоянное подключение для отдачи текста. Так только будет висеть соединение и тратить ресурсы. Нет можно конечно настроить, если ожидание больше 3 сек, то просто разрывать соединение. Но через 2 сек он может снова запросить. Во вторых это статика "на 99% уверен в этом", а значит можно часто запрашиваемы закэшировать. В таком случаи ajax выиграет по скорости, ресурсам. Но опять же не забывает про nginx, его надо правильно настроить.

Если он будет отдавать текс в виде пушей, то тогда сокет предпочтительнее. Но можно обойтись и ajax если разница в парус мс/сек не так критична.

[ThunderCat]

ambilight1: Не наезд. В задаче ничего про цель и что нужно кроме получить текст. Это можно и так и так организовать, например для чата предпочтительнее сокет, т.к. не надо каждую секунду дергать сервер, ответ придет по получению на сервере события. Если надо что-то получить по нажатию кнопки - аякс.

Answer 4

[Тимур Сергеевич]

В вашем случае используйте ajax. Задача тревиальна. Можете long polling прикрутить что бы не долбить сервер)

Answer 5

[Антон Уланов]

посмотрите socket.io

Comments

[khipster]

А не легче на чистом JS все сделать?

[copal]

khipster: https://learn.javascript.ru/fetch

[khipster]

copal: fetch не поддерживается в последних IE

Answer 6

[ThunderCat]

Определитесь с задачей:
Тащить текст с сервера по запросу клиента (по событию в браузере)- аякс;
Кидать клиенту от сервера текст по мере поступления его на сервер(по событию на сервере) - сокеты.

А вопрос поддержки браузерами думаю уже не актуален, почти все браузеры их понимают, ради 1-2 % сидящих под linx нет смысла что-либо придумывать, всем полюбому не угодишь.