Прошу совета в разработке структуры

[wolfandman]

Здравствуйте! Собираюсь сделать онлайн-консультацию на сайте.
Это подразумевает всплывающее окно, в котором сразу можно вести диалог. В момент открытия окна пользователю в сессии присваивается уникальный идентификатор диалога с менеджером. Таким образом, даже если он закроет окно, и откроет его через какое-то время, то он всегда сможет видеть этот же диалог.

Debian, Apache, Php, Mysql. Сервер выделенный, я его полноправный администратор.

На другой стороне - менеджер. У него запущена программа, которая с интервалом в 5 секунд обращается к серверу для проверки новых сообщений.

Какие технологии следует использовать во всех случаях? Язык(и) - не проблема подучить, мне это даже интересно. Главное чтобы решение было быстрым, расширяемым, современным, безопасным и желательно нативным.

Более-менее понятно, что программа менеджера будет на Java, т.к. менеджеров много, используют разные ОС.

Непонятна модель взаимодействия всех компонентов чата, порядок и всё такое.

Благодарю за внимание!

[Andkorol]

Готовые решения рассматривались?
Например SiteHeart – бесплатный и достаточно функциональный.

[wolfandman]

Спасибо за ответ! Однако, я бы хотел самостоятельно реализовать чат, т.к в будущем может понадобиться расширение функционала. А еще мне это интересно, я люблю писать программы, а знакомство с новыми для меня технологиями научит будет мне поелезно.

[Johnatan]

Если вы будете реализовывать сами данную задумку, то решение НЕ будет:
- быстрым
- расширяемым
- современным
- безопасным
- нативным

Во всём остальном вполне можно реализовать это самому.
Вариантов и технологие реализации серверной части МОРЕ. То есть мы говорим о десятке различных языков программирования (от PHP до C) на которых это можно реализовать. Столько же видов баз данных (если нужно).
Вариантов реализации чата тоже множество. От Javascript с AJAX до расширений к каждому браузеру. Выбирайте любой.
Ну и с реализацией клиентской части со стороны оператора, я так понимаю, вы уже определились. Фактически, в выборе серверной и клиентской (чат) технологий можете отталкиваться от осознания, что клиент оператора будет написан на JAVA. То есть вы даже можете сервер для этого написать на JAVA, а клиент чата сделать JAVA-applet'ом.

Модель взаимодействия здесь простая. Веб-сервер (пускай php) генерирует страницу, а при генерировании чата обращается к серверу вашего приложения. Сервер ему даёт некий уникальный ID. PHP генерирует HTML код для вставки апплета на страницу, а также записывает в сессию пользователя ID, который ему выдал сервер приложения.
Дальше если пользователь что-то пишет в чате, то апплет чата отсылает запрос напрямую серверу приложения (не к PHP), а сервер приложения может отослать прямой запрос подключённому к нему клиенту оператора. То есть не нужно каждые 5 секунд делать запрос от оператора к серверу. Если оператор онлайн, то у него постоянно открыто подключение к серверу приложения. Оператор отвечает и общается с клиентом через ваш сервер. Если пользователь выходит из чата, то ID чата продолжает храниться в сессии, пока сессия не истечёт. История чата хранится в некой БД вашего приложения. Дальше, если пользователь снова заходит в чат, пока его сессия не истекла, то апплет при подключении пользователя запрашивает с сервера историю чата, которую и выводит пользователю. Также эту историю видит оператор. Ну и так далее.
Всё просто и никаких сложностей.
Если всё сделать правильно (если у вас есть опыт сетевого программирования на JAVA), то может даже получиться так, что решение будет быстрым, расширяемым и безопасным.

[wolfandman]

Johnatan, огромное спасибо! Это то, что я хотел услышать.