Здравствуйте. Я хочу разобраться в теме связи клиента с сервером через флеш-мост. Я нашел такие ссылки
http://habrahabr.ru/blogs/webdev/51757/
http://habrahabr.ru/blogs/webdev/82140/
http://habrahabr.ru/blogs/php/79377/
http://habrahabr.ru/blogs/webdev/79038/
http://code.google.com/p/jsocket/
Некоторые решение слишком требовательны к программной начинке сервера, некоторые очень громоздки с некоторыми я не смог разобраться. Пока что я остановился на библиотеке jsocket. Но заставить ее работать пока не вышло =) Я был бы благодарен любой информации по этой теме от ссылкок до примеров.
Пример использования флеш-моста можно посмотреть на сайте tetrus.ru. Именно этот сайт натолкнул меня на изучение этого вопроса. Спасибо за внимание.

а вы варианты по-проще не рассматривали? http://forum.vingrad.ru/index.php?showtopi...t&p=1010629

и какое отношение javascript имеет к связке flash+php?

Тут проблема что это решение это взаимодействие js c php через флеш мост =) PHP можно заменить на любой другой серверный язык, флеш играет небольшую роль остается js который будет получать и отправлять данные
С помощью флеш-моста реализован вот такой сайт http://tetrus.ru/ что доказывает работоспособность этого способа. Вчера я нарыл еще одну библиотечку для осуществление задуманного http://matthaynes.net/blog/2008/07/17/sock...-socket-bridge/ понемногу дела продвигаются. Пока что флеш выдает ошибку #2048 хотя в корне сайта я разместил crossdomain.xml файлик. Пока кручусь над этим. А для создания сервера рассчитываю использовать phpDaemon


Это сообщение отредактировал(а) taral - 30.8.2010, 14:17

ммм, мне всё-таки кажется, что лишнее звено в цепи - лишне. дополнительная возможность получить ошибку

стоит ли оно того?

просто, flash сбоит почаще чем сам js в силу того, что пользователи ставят плагины flash-плееров часто под влиянием какой-нибудь проги, которая того требует, но предлагает в итоге убитую ссылку.

п.с. кроссдомен в случае с js можно реализовывать либо прямо через json, либо через свой сервер

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

1. Вездесущность флеша по разным источникам предполагает установку на 93-98% десктопах, что гарантирует даже большую универсальность на разных платформах.
2. Существование единственного "владельца" технологии и языка обеспечивает полную совместимость при создании и компиляции исполняемого модуля.
3. Собственные протоколы и открытие собственных сокетов обеспечивает независимость привязки к браузеру и платформе - практически вне зависимости от настроек контейнера.
4. Возможность осуществления полноценного Комет-соединения (Server push) в отличие от ЛЮБЫХ предложений будто бы этой технологии на базе javascript.
5. Возможности языка AS3 значительно шире, он полноценно ООЯ, скорость исполнения выше, что может позволит выполняться трудоемкому коду быстрее (js в этом плане сильно отстает).
6. Элементарная возможность фактически прятать код путем подгрузки (даже секъюрной) может расположить в пользу такого использования.
7. Флеш может использовать собственный протокол AMF, который значительно превосходит по скорости и сжатию обычный протокол (сравнение приведено на сайтах по флексу - я вам скажу, что очень впечатляюще) - при обмене большими объемами может быть серьезным доводом.
8. Существование значительно (!!!) более серьезных и совершенных надстроек-сериализаторов/десериализаторов, что позволяет взаимодействовать не просто текстовыми данными (к которым мы сводим даже тот же любимый мною JSON), а полноценными объектами, что повышает юзабилити на совершенно новый уровень.

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

Не хочется ходить по ссылкам, но такое далал, поэтому если будут вопросы - с удовольствием отвечу. Сам делал комет-соединение с неблокирующим сокетом и chunk-протоколом (обмен небольшими порциями данных, которые не требуют заголовков, что уменьшает объем и распознавание пакетов, правда, достаточно требовательны к формированию).