Если раз в какое то небольшое время выполнять на протяжении суток и более могут сказаться проблемы. Но не факт что из за экземпляров аякса. Я сталкивался с проблемами если перестраивать дом часто и на протяжении большого времени.
Вообще для уведомлений лучше использовать вебсокеты чем раз в ХХ секунд запрашивать инфу с сервера.
Для работы с вебсокетами могу предложить обратить внимание на мой опенсорс проект CppComet это комет сервер написанный на C++ в котором уже из коробки есть всё необходимое для реализации уведомлений и чатов и даже есть функции для аудио/видео чатов и встроена возможность кластеризации на несколько серверов.
Не могу представить зачем вы открываете соединение при клике на ссылку. Что мешает заранее открыть соединение и по клику в него отправлять сообщение и ждать ответ?
Время вам скорее всего не дадут, но бумага для прикрытия останется.
у нас нас на военной кафедре офицеры так же говорили. Что самое главное прикрыть все возможные ситуации бумагой, и лучше не одной. Так что наверное это самое важное в работе с крупными конторами.
Wexter, Я так почти и сделал. FreeSwitch получает видео поток от пользователя по webrtc правда через jssip. А потом пушит его по rtmp в nginx. У тех кто подключён по webrtc к FreeSwitch задержка и правда небольшая, и я бы и рад всех сразу к FreeSwitch подключать но только я не нашёл как его масштабировать на тот случай если один сервер перестанет тянуть всех участников одной конференции. (полагаю это вполне возможно, но вот готового решения что то не нашёл, а писать самому бюджет не позволит)
Поэтому и делаю с hls трансляцией так как механизм ретрансляции rtmp потока от сервера к серверу мне понятен и позволяет масштабировать решение на множество серверов.
Кирилл Бородавченко, А как для webrtc трансляции наладить инфраструктуру чтоб одну трансляцию смотрело 1000+ человек? Я не нашёл бесплатных инструментов для этого, но если подскажите что искать буду очень рад.
Я с такой же проблемой столкнулся только поток направляю не с камеры а с видеоконференции из FreeSwitch и задержка в видео как бы накапливается. Чем дольше трансляция тем больше задержка.
Модератор, Правильно. Такие вопросы очень интересны не фактом однозначного ответа, а ценной возможностью узнать мнение других. И сделать свои собственные выводы.
Александр Рудин, Думаю всем просто не угодить. Чтоб чат был гармонично встроен в дизайн надо его адаптировать под каждый сайт. Для SaaS сервисов это тяжело так как придётся делать невероятное количество настроек внешнего вида.
Но в тех примерах которые я скинул можно самому вёрстку адаптировать. И получить то что хочется.
Я написал эти примеры и ко мне периодически обращаются за советами по чатам. Вот пример того как один из пользователей переделал этот чат liproll.zzz.com.ua/index1.html вот пример того же чата но в другом дизайне https://otr-online.ru/online/ в обоих случаях кодовая база почти идентична. Вот ещё пример https://seregatv.ru/general интеграции в нём работы побольше конечно. Но в целом если потратить 2 дня не на поиски решения а на интеграцию в свой дизайн этого чата то получится как надо и без завязок на сторонние SaaS платформы.
ioangrozniy В схеме которую вы используете сервер не знает сколько должно быть подписчиков соответсвенно если он получил сообщение когда кто то был не подключён то оно не будет доставлено.
В этом плане у вебсокетов шанс потерять сообщение есть только в момент перехода по страницам. Но и его можно избежать, я в своём сервере это сделал для механизма отправки сообщений авторизованным пользователям https://comet-server.com/wiki/doku.php/comet:authe... такм есть буферизация и ожидание до 2 минут пока пользователь не появится онлайн@ioangrozniy, ioangrozniy,
Виктор, В схеме которую вы используете сервер не знает сколько должно быть подписчиков соответсвенно если он получил сообщение когда кто то был не подключён то оно не будет доставлено.
В этом плане у вебсокетов шанс потерять сообщение есть только в момент перехода по страницам. Но и его можно избежать, я в своём сервере это сделал для механизма отправки сообщений авторизованным пользователям https://comet-server.com/wiki/doku.php/comet:authe... такм есть буферизация и ожидание до 2 минут пока пользователь не появится онлайн
ioangrozniy, Я про огранечение у вебсокетов не чего не слышал. И исходя из самого протокола его быть не должно. Я могу предложить обратить внимание на мой собственный проект комет сервера https://github.com/CppComet/comet-server возможно он подойдёт
Да так и есть. Я с таким сталкивался но при релизации лонгполинг с нуля. Если сервером не предусмотрено какого то специального механизма буферизации сообщений то да всегда есть вероятность пропадания некоторых сообщений.
Используйте вебсокеты лучше. Они сейчас всеми нормальными браузерами поддерживаются.
zorca, Да нет с кодом то я разобрался. Просто меня добила не очевидность взаимосвязей, я поменял текст комментария в html а сломалось кеширование. Хотя казалось то что комментарии не должны влиять на что то.
Вопрос в том и есть как быстрее и при этом безошибочно выявлять побочные эффекты от изменений кода.
На самом деле не каждого заказчика устроит отсутствие анимаций. Если приложение делается под заказ то вопрос очень своевременной, чтоб не встать на середине работы поняв что заказчик хочет больше анимации.
michaelromanov90, Спасибо.
Хоть комет сервер на C++ но апи у него сделано в стиле sql запросов. И его очень просто использовать из любого языка. Хоть php хоть bash хоть что то ещё.
Вообще для уведомлений лучше использовать вебсокеты чем раз в ХХ секунд запрашивать инфу с сервера.
Для работы с вебсокетами могу предложить обратить внимание на мой опенсорс проект CppComet это комет сервер написанный на C++ в котором уже из коробки есть всё необходимое для реализации уведомлений и чатов и даже есть функции для аудио/видео чатов и встроена возможность кластеризации на несколько серверов.