Как реализовать постоянную взаимосвязь ajax+php не перегружая сервер?

Question

[Леонид Горшков]

Добрый день.
В php, при использовании if'ов, он постоянно нагружает сервер

Задумка следующая:
Я постоянно отправляю запрос ajax (раз в 5 секунд), что бы тот проверил, обновилась ли информация на сервере (php файл), или нет. Соответственно в php примерное количество if'ов. включая подсасывание из бд). Собственно это нагружает сервер. Каким образом, можно реализовать так, что бы минимизировать нагрузку? буду очень рад помощи
(гуглил, ни чего не нашел)

Comments

[Ярослав Иванов]

сокеты

[Андрей К]

Но Вы вообще не описали ситуацию.

Может Вам там вообще не нужны запросы так часто, может можно поменять саму архитектуру и на ровном месте получить прирост.

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

Ну а так, если нужно именно отправлять запрос, то нужны веб-сокеты потому, что они будут работать только когда будет информацию на сервере... Хотя тоже, может у Вас там информация чаще, чем раз в 5 секунд и нагрузка больше получиться...

Ещё вариант, можно поставить ещё один сервер, если там все так круто, что постоянная нагрузка.

В общем, заваривайте кофе, выпивайте, присылайте фото того, что останется в чашке, может быть Вам помогут.

Answer 1

[xmoonlight]

Вариантов снять нагрузку - несколько (речь про AJAX):
1. Запрашивайте (раз в 5 секунд) только тогда, когда пользователь: водит мышку, скролит страницу, уходит или возвращается на вкладку в браузере, если блок с обновляемой информацией находится внутри границ viewport'a (или оказывается там).
Т.е., все случаи, когда пользователь не следит за обновлением информации, то и не нужно "мучить" сервер по-пусту...
2. На стороне сервера - кладите информацию (предназначенную для всех) в общий кэш: в память и затем проверяйте оттуда без обращения к БД.
3. Используйте проверку и обновление данные по cron, чтобы обновлять кэш (как для контента, предназначенного для всех, так и по-пользовательскому контенту) для всех, находящихся в данный момент on-line.

Или используйте сокеты (и, конечно, про кеш - не забывайте).

Comments

[SwoDs]

Самым первым нужно было как раз написать про сокеты

[xmoonlight]

SwoDs, не у всех VDS/VPS...

[Федор]

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

[SwoDs]

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

[xmoonlight]

Федор, можете положить данные в общий кеш (в память) и тогда даже в базу лазить часто не придётся.

Answer 2

[Philipp]

Пора перестать заниматься херней и открыть для себя Server Sent Events или человеческую работу с веб-сокетами.
А лучше использовать что-нибудь такое https://github.com/wandenberg/nginx-push-stream-module

Answer 3

[Артём Иннокентьев]

Почитайте про вебсокеты - прямо просятся в Вашем случае.

Answer 4

[Дмитрий]

Лучше всего почитайте про long polling запросы - вот ваше решение.

Answer 5

[Андрей]

Как уже выше коллеги писали, websockets (что на пыхе нетривиально реализовать), на худой конец longpolling (что вполне реально, но это костыль в почти 19 году).

Answer 6

[SerezhenkaPetro]

LongPoll - то что вам нужно.