откат для сокета - PullRequest
       11

откат для сокета

4 голосов
/ 26 мая 2011

Я хочу использовать dotcloud с node.js + socket.io для приложений реального времени.

Но они не поддерживают веб-сокеты.

Будет ли заметное снижение пропускной способности или производительности, если полагаться исключительно на запасные варианты?

Стоит ли использовать мой собственный сервер? Линод или АУС или еще много чего.

Спасибо.

1 Ответ

3 голосов
/ 27 мая 2011

Я внедряю систему обмена мгновенными сообщениями, которая полностью зависит от веб-сокета. Поскольку сеть развивается довольно быстро, и веб-сокет был в веб-стандарте, я решил использовать резервный флэш-веб-сокет для любого браузера, который не поддерживает его по умолчанию (Firefox, Opera). Вот что вы можете знать:

  1. Я использую websocket. Я использую чистый сервер веб-сокетов . Я не использую другие протоколы. Я не использую socket.io. Я должен сказать, что если вы решите использовать только websocket, у вас не будет выгоды от socket.io lib, даже времени разработки. Это только добавляет ненужные издержки на ваш сервер из-за поддержки нескольких транспортных уровней.

  2. На стороне клиента я использую websocket + flash websocket fallback , который реализует спецификации websocket с использованием flash-сокета, и я бы сказал, что нет заметной разницы. Единственное, что вам следует знать, это то, что из-за «той же политики происхождения» вам может потребоваться выполнить собственный запрос политики флеш-сокета (по умолчанию работает на порту 843), чтобы позволить флеш-сокету подключиться. *

  3. В настоящее время мы используем частный сервер, потому что у нас есть выделенный системный администратор. Однако лучше, если вы просто сосредоточитесь на том, что вы намеревались сделать, а не на нежелательных вещах. Да, иногда лучше иметь полный контроль над своим сервером: -).

Надеюсь, это поможет.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...