retrieve realtime data mssql with php

[Janek Parviste]

Сообщение от p51x

Она и не должна этого делать! Сервер принимает сообщения, рассылает клиентам и, если хочется, пишет в БД.

Хорошо, насчет записи сообщений в БД понял, спасибо.
Как быть с теми браузерами, которые не поддерживают технологию websocket?

[Janek Parviste]

Сообщение от p51x

Долбить СУБД запросами были ли изменения.


И это провал архитектуры, если для чата вы так собираетесь напрячь БД. Пишите обычного демона для чата: новые сообщения - пишет в бд и рассылает клиентам, новым клиентам - выгружает часть истории, если надо... Можете даже его на веб-сокеты повесить.

https://phppot.com/php/simple-php-chat-using-websocket/

Скажите, это самая лучшая реализация websocket сервера на PHP? https://phppot.com/php/simple-php-chat-using-websocket/

[Serge_Bliznykov]

Сообщение от Janek Parviste

Как быть с теми браузерами, которые не поддерживают технологию websocket?

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

В настоящее время WebSocket поддерживается в следующих браузерах:

Google Chrome (начиная с версии 4.0.249.0);
Apple Safari (начиная с версии 5.0.7533.16);
Mozilla Firefox (начиная с версии 4);
Opera (начиная с версии 10.70 9067);
Internet Explorer (начиная с версии 10);
Проверить поддержку браузером WebSocket можно, пройдя по ссылке: http://caniuse.com/#feat=websockets.

во-вторых, что с ними делать - решать Вам. можно эмулировать двухстороннюю связь через POLLING /LONG POLLING на JS, можно вообще сообщать, что Ваш браузер устарел (давай, до свидания!)

Сообщение от Janek Parviste

Скажите, это самая лучшая реализация websocket сервера на PHP? https://phppot.com/php/simple-php-chat-using-websocket/

я с этой реализацией не сталкивался, но могу сказать, что это однозначно НЕ ЛУЧШАЯ реализация.
да и вообще, спорно, что можно вообще говорить про лучшую реализацию, потому что идеология PHP не расчитана на непрерывное выполнение на стороне сервера.
я использовал PHPDaemon, когда мне потребовалась реализация сервера на PHP, но не уверен, что это решение можно назвать самым лучшим. Но оно успешно работает!
Попробуйте, возможно и ваше решение тоже будет работать.

Просто, если есть возможность, то лучше использовать серверное решение, в котором уже заложена поддержка WebSocket сервера. Например, NODE.JS

[Janek Parviste]

Сообщение от Serge_Bliznykov

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


во-вторых, что с ними делать - решать Вам. можно эмулировать двухстороннюю связь через POLLING /LONG POLLING на JS, можно вообще сообщать, что Ваш браузер устарел (давай, до свидания!)



я с этой реализацией не сталкивался, но могу сказать, что это однозначно НЕ ЛУЧШАЯ реализация.
да и вообще, спорно, что можно вообще говорить про лучшую реализацию, потому что идеология PHP не расчитана на непрерывное выполнение на стороне сервера.
я использовал PHPDaemon, когда мне потребовалась реализация сервера на PHP, но не уверен, что это решение можно назвать самым лучшим. Но оно успешно работает!
Попробуйте, возможно и ваше решение тоже будет работать.

Просто, если есть возможность, то лучше использовать серверное решение, в котором уже заложена поддержка WebSocket сервера. Например, NODE.JS

Слышал, что Node.js не поддерживает асинхронность. То есть имею в виду что из-за того что Javascript выполняет все в одном потоке, сервер будет перезагружен.
В позапрошлом году пробовал установить phpDaemon, но не получилось, потому что вылетали ошибки.

[Serge_Bliznykov]

https://toster.ru/q/246342

Сообщение от Janek Parviste

Слышал, что Node.js не поддерживает асинхронность.

я не специалист, но да, вроде бы там один поток и событийно управляемая модель. Скорее всего, для большой нагрузки не потянет.

https://habr.com/ru/post/351012/

Далее я рассмотрел Node.JS WS. Этот фреймворк показал неплохие результаты – около 5 тысяч коннектов на тестовом стенде без дополнительных настроек.

Сообщение от Janek Parviste

В позапрошлом году пробовал установить phpDaemon, но не получилось, потому что вылетали ошибки.

у нас админ ставил на Ubuntu. Там он работает.

[Janek Parviste]

Сообщение от Serge_Bliznykov

https://toster.ru/q/246342


я не специалист, но да, вроде бы там один поток и событийно управляемая модель. Скорее всего, для большой нагрузки не потянет.

https://habr.com/ru/post/351012/




у нас админ ставил на Ubuntu. Там он работает.

Есть ли какой-нибудь PHP фреймворк со встроенной возможностью использования вебсокетов?

[p51x]

https://habr.com/en/post/331462/

[Janek Parviste]

Сообщение от Serge_Bliznykov

https://toster.ru/q/246342


я не специалист, но да, вроде бы там один поток и событийно управляемая модель. Скорее всего, для большой нагрузки не потянет.

https://habr.com/ru/post/351012/




у нас админ ставил на Ubuntu. Там он работает.

Если сделать не сервер, а запустить на сервере php файл с бесконечным циклом вебсокета, то сколько подсоединенных клиентов выдержит такой php файл?

[Serge_Bliznykov]

Сообщение от Janek Parviste

то сколько подсоединенных клиентов выдержит такой php файл?

я не знаю, у меня нет ответа на этот вопрос.

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

а Вы хотите сделать велосипед, но так, чтобы на нём можно было ехать толпой, да ещё и груз перевозить

[Janek Parviste]

Сообщение от Serge_Bliznykov

я не знаю, у меня нет ответа на этот вопрос.

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

а Вы хотите сделать велосипед, но так, чтобы на нём можно было ехать толпой, да ещё и груз перевозить

Вы все верно сказали о том что нет смысла изобретать велосипед.
Я бы с удовольствием использовал PHPDaemon, но у меня нет опыта использования Linux.
PHPDaemon должен быть на отдельном сервере с отдельным IP-адресом?