Форум Flasher.ru - WebSocket vs Socket

Форум Flasher.ru (http://www.flasher.ru/forum/index.php)

- Серверные технологии и Flash (http://www.flasher.ru/forum/forumdisplay.php?f=62)

- - WebSocket vs Socket (http://www.flasher.ru/forum/showthread.php?t=211883)

WebSocket vs Socket

Всегда использовал стандартный сокет для обмена данными с сервером, и так же всегда интересовал вопрос куда стабильно пропадают 3-5 процентов подключений. Проверялось так: одновременно с подключением к сокету отправлялся http запрос. В итоге около 5 процентов соединений в час числилось пропавшими без вести. Первое что приходит в голову что подключения блокирует фаервол, поэтому решил попробовать подключаться на 80 порт, через webSocket(worlize), в итоге потерянных соединений стало на пару процентов больше. Отсюда вопросы:
Какие дает преимущества использование websocket? почему если он работает через http, его так же не пропускают фаерволы? или через http только рукопожатие, а потом передача обычным сокетом.
Какие еще могут быть причины что http(не 80-й порт) проходит, а сокет нет?
Стоит ли пробовать socket.io? сомневаюсь что он тут чем то поможет
Стоит ли при неудаче подключения на сокет, открывать лонгполинг http?
Или вообще 5 процентов - это нормально и переживать не стоит?

Цитата:

В итоге около 5 процентов соединений в час числилось пропавшими без вести

Цитата:

Первое что приходит в голову что подключения блокирует фаервол

Это что, такой избирательный фаервол?) Мол, дай-ка я этот пакет пропущу, а этот на таможне придержу :D
Фаерволл либо блокирует все подключения от программы, либо никаких. Зачем ему блокировать 5% отдельных пакетов? Это же не антивирус, который все пакеты проверяет и опасные блокирует.

Цитата:

Стоит ли при неудаче подключения на сокет, открывать лонгполинг http?

Думаю да. Такая штука есть во многих готовых серверах. Называется http failover

Цитата:

Сообщение от caseyryan (Сообщение 1189337)

Это что, такой избирательный фаервол?) Мол, дай-ка я этот пакет пропущу, а этот на таможне придержу
Фаерволл либо блокирует все подключения от программы, либо никаких. Зачем ему блокировать 5% отдельных пакетов? Это же не антивирус, который все пакеты проверяет и опасные блокирует.

Тем не менее проблема остается и раз за разом воспроизводится.
сервер:

Код AS3:

function socketHandler(socket){

        socket.setEncoding('utf8');

        socket.setTimeout(300000);

        socket.setNoDelay(true);

        socketMsgHandler(socket);

        // socket.write(getCrossDomainFile() + '\0');

}

 

function socketMsgHandler(socket){

        carrier.carry(socket, function(msg){

                if (msg=='<policy-file-request/>'){

                        socket.write(getCrossDomainFile()+'\0');

                        socket.destroy();

                }

        },'utf8', '\0');

}

клиент:

Код AS3:

                        newSocket = new XMLSocket();

                        newSocket.connect(host, port);

                        Security.loadPolicyFile("xmlsocket://"+host+":"+port);

                        newSocket.addEventListener(Event.CONNECT, newConnect);

                        newSocket.addEventListener(SecurityErrorEvent.SECURITY_ERROR, secError);

на 8112 порту http сервер
на 8113 порту сокеты
при загрузке отсылаю на http tryConnect, так же, для проверки соединения, спустя 5 сек отсылаю checkConnection.
+ на http логирую результат сокет соединения security, ioError, success.
в итоге на 1000 подключений tryConnect=1000, checkConnection=999, success: 955, security:10. Не понятно откуда взялись эти 10, и куда пропали 34 соединения. при этом до http сервера все достукиваются без проблем.

Сперва необходимо подписаться на все нужные события и уже потом вызывать .connect(). Мало ли?

Когда клиент запрашивает политики, он всегда шлёт определённую строку по сокету, что-то вроде <police file request/>. Следует дождаться полного её получения, перед тем как слать файл политик.
После этого, на сервере соединение будет разорвано, вами или клиентом. И только потом, флеш клиент устанавливает рабочее соединение. Важно тут то, что для клиента это всё выглядит как одна попытка подключения, в то время как по факту происходит два подключения, первое для политик, второе рабочее.

в коде выше все эти моменты отражены. получает полностью <police file request/> (до нулевого байта), потом отвечает политикой и закрывает соединение. вот сам файл политик

Код AS3:

function getCrossDomainFile()

{

     var xml = '<?xml version="1.0"?>\n<!DOCTYPE cross-domain-policy SYSTEM'

     xml += ' "http://www.macromedia.com/xml/dtds/cross-domain-policy.dtd">';

     xml += '\n<cross-domain-policy>\n';

     xml += '<allow-access-from domain="*" to-ports="*"/>\n';

     xml += '</cross-domain-policy>\n';

                  return xml;

}

Цитата:

Сперва необходимо подписаться на все нужные события и уже потом вызывать .connect(). Мало ли?

попробую, но врядли это что-то изменит, все хенделры асинхронные. к тому же можно установить подключение прямо из конструктора