Форум Flasher.ru
Ближайшие курсы в Школе RealTime
Список интенсивных курсов: [см.]  
  
Специальные предложения: [см.]  
  
 
Блоги Правила Справка Пользователи Календарь Сообщения за день
 

Вернуться   Форум Flasher.ru > Flash > Серверные технологии и Flash

Версия для печати  Отправить по электронной почте    « Предыдущая тема | Следующая тема »  
Опции темы Опции просмотра
 
Создать новую тему Ответ
Старый 11.10.2010, 02:19
altermann вне форума Посмотреть профиль Отправить личное сообщение для altermann Найти все сообщения от altermann
  № 1  
Ответить с цитированием
altermann
 
Аватар для altermann

Регистрация: Jul 2010
Адрес: 59.939039, 30.315785
Сообщений: 65
Отправить сообщение для altermann с помощью ICQ Отправить сообщение для altermann с помощью Skype™
По умолчанию Клиены вдруг начинают запрашивать у сокет сервера <policy-file-request/>

Здравствуйте.

Такая проблема:

Есть приложение в контакте и мейле, по сути - мультичат.
Клиент на flex 4, сервер - php.
Технически сервер - виртуальный выделенный сервер.
Клиент общается с серваком через сокеты.

Все хорошо, все работает, но, к вечеру ситуация становиться плачевной: когда набирается несколько десятков человек, клиенты, вдруг, начинают запрашивать <policy-file-request/>. Сервак отправляет кроссдомен, клиенты отключаются и больше связь не устанавливается. Если кто-то пытается подключиться новый - не получается, та же история...
Что может служить причиной данной проблемы? Не хватает ресурсов серва? По данным статистики юзаеться порядка 15%.
Решил сменить сервер, тот был у fastvps.ru, взял тестовый у ispserver.com - аналогично.

Спасибо.


Последний раз редактировалось altermann; 11.10.2010 в 20:33.
Старый 11.10.2010, 13:55
Psycho Tiger вне форума Посмотреть профиль Отправить личное сообщение для Psycho Tiger Найти все сообщения от Psycho Tiger
  № 2  
Ответить с цитированием
Psycho Tiger
 
Аватар для Psycho Tiger

блогер
Регистрация: Jun 2005
Адрес: Toronto
Сообщений: 6,599
Записей в блоге: 17
Все на сокеты перешли и у всех одна проблема...
После запроса о файле политики клиент и должен отключится. А потом поднять новое соединение, но уже его не спрашивать.

Старый 11.10.2010, 15:03
altermann вне форума Посмотреть профиль Отправить личное сообщение для altermann Найти все сообщения от altermann
  № 3  
Ответить с цитированием
altermann
 
Аватар для altermann

Регистрация: Jul 2010
Адрес: 59.939039, 30.315785
Сообщений: 65
Отправить сообщение для altermann с помощью ICQ Отправить сообщение для altermann с помощью Skype™
Я понимаю, что должен отключаться. У меня так все и работает. Клиент подключается, запрашивает файл, сервак отдает, клиент отключается, подключается на другой порт и работает нормально с сокетом. Но, иногда бывает так, что все работает, работает, сутки работает, а тут раз, и перестает..... обычно это под вечер, когда собирается много людей..
А что именно не работает описано выше....

Старый 11.10.2010, 17:56
etc вне форума Посмотреть профиль Найти все сообщения от etc
  № 4  
Ответить с цитированием
etc
Et cetera
 
Аватар для etc

Регистрация: Sep 2002
Сообщений: 30,787
Отдавать надо и по порту соединения тоже.

Старый 11.10.2010, 19:48
altermann вне форума Посмотреть профиль Отправить личное сообщение для altermann Найти все сообщения от altermann
  № 5  
Ответить с цитированием
altermann
 
Аватар для altermann

Регистрация: Jul 2010
Адрес: 59.939039, 30.315785
Сообщений: 65
Отправить сообщение для altermann с помощью ICQ Отправить сообщение для altermann с помощью Skype™
так, допустим, я что-то не понял, что-то сделал не правильно, хотя код работы с сокетами я скопипастил, но, почему оно может работать нормально долгое время (час, два, три, сутки - когда как), а потом резко прекратить? Не выкладываю код, потому что, как мне кажется, в этом смысла нет, я просто в тупике уже.....

а отдается кроссдоменник у меня на оба порта (один класс коннекта к сокетам и работы с ними создается два раза - на два порта).

Старый 11.10.2010, 21:56
membrilius вне форума Посмотреть профиль Отправить личное сообщение для membrilius Найти все сообщения от membrilius
  № 6  
Ответить с цитированием
membrilius
 
Аватар для membrilius

Регистрация: Aug 2008
Сообщений: 258
У Вас соединение теряется? Допустим может перезагружаться сервер, или проблемы в сокет-сервере, мониторте порт. Потому-что помойму когда флешка вдруг сама начинает слать <policy-file-request/> то это переподключение.

Проще сделать мотиноринг на сокет-сервере, пусть пишет всю историю в файл.

Старый 12.10.2010, 00:38
altermann вне форума Посмотреть профиль Отправить личное сообщение для altermann Найти все сообщения от altermann
  № 7  
Ответить с цитированием
altermann
 
Аватар для altermann

Регистрация: Jul 2010
Адрес: 59.939039, 30.315785
Сообщений: 65
Отправить сообщение для altermann с помощью ICQ Отправить сообщение для altermann с помощью Skype™
Логи запросов в сокет и ответов у меня ведуться, вот пример, что происходит:

Код:
[2010-10-10 23:22:28] [SocketServer] Wrote : <response><request>changeGame</request><data><id>40</id><online>4</online><started>0</started></data></response>  to Resource id #74
[2010-10-10 23:22:28] [SocketServer] Wrote : <response><request>changeGame</request><data><id>40</id><online>4</online><started>0</started></data></response>  to Resource id #17044
[2010-10-10 23:22:28] [SocketServer] Wrote : <response><request>changeGame</request><data><id>40</id><online>4</online><started>0</started></data></response>  to Resource id #17466
[2010-10-11 03:22:38] [SocketServer] NEW CLIENT Resource id #1498 [IP: 85.141.193.53]
[2010-10-11 03:22:38] [SocketServer] Wrote : п»ї<cross-domain-policy>
  <allow-access-from domain="*" to-ports="5814"/>
</cross-domain-policy>  to Resource id #1498
[2010-10-11 03:22:38] [SocketServer] REMOVING CLIENT Resource id #1498
[2010-10-11 03:22:41] [SocketServer] NEW CLIENT Resource id #1503 [IP: 188.162.221.49]
[2010-10-11 03:22:41] [SocketServer] Wrote : п»ї<cross-domain-policy>
  <allow-access-from domain="*" to-ports="5814"/>
</cross-domain-policy>  to Resource id #1503
[2010-10-11 03:22:41] [SocketServer] REMOVING CLIENT Resource id #1503
[2010-10-11 03:23:06] [SocketServer] NEW CLIENT Resource id #1508 [IP: 82.196.90.237]
[2010-10-11 03:23:06] [SocketServer] Wrote : п»ї<cross-domain-policy>
  <allow-access-from domain="*" to-ports="5814"/>
</cross-domain-policy>  to Resource id #1508
[2010-10-11 03:23:06] [SocketServer] REMOVING CLIENT Resource id #1508

лога запроса, к сожалению, не сохранилось, только ответы, тем не менее, даже тут видно, что все было ок. В какой-то момент, как буд-то действительно все клиенты отключаются и начинают коннектиться заново, сервер отправляет кроссдомен и все, коннект не восстанавливается.
С чем может быть связано такое поведение сервера? Не хватает ресурсов? Не думаю, что не хватает, но мало ли. Получал такое уже на двух похожих виртуальных серверах разных хостеров.

Может быть это нормально и надо просто переустанавливать подключение? Как это сделать?

Спасибо.

Старый 15.10.2010, 09:21
altermann вне форума Посмотреть профиль Отправить личное сообщение для altermann Найти все сообщения от altermann
  № 8  
Ответить с цитированием
altermann
 
Аватар для altermann

Регистрация: Jul 2010
Адрес: 59.939039, 30.315785
Сообщений: 65
Отправить сообщение для altermann с помощью ICQ Отправить сообщение для altermann с помощью Skype™
Походу, разобрался =)

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

Теперь надо думать как снижать нагрузку......

Создать новую тему Ответ Часовой пояс GMT +4, время: 23:58.
Быстрый переход
  « Предыдущая тема | Следующая тема »  

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.


 


Часовой пояс GMT +4, время: 23:58.


Copyright © 1999-2008 Flasher.ru. All rights reserved.
Работает на vBulletin®. Copyright ©2000 - 2026, Jelsoft Enterprises Ltd. Перевод: zCarot
Администрация сайта не несёт ответственности за любую предоставленную посетителями информацию. Подробнее см. Правила.