Как обновить записи у пользователя при добавлении новой записи другим юзером?

Question

[Руслан Карецкий]

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

Comments

[edward_freedom]

сокеты

[FanatPHP]

Этот вопрос задают на тостере два раза в день

[Руслан Карецкий]

FanatPHP, Ваш ответ оставляют на тостере два раза в день) Один и тот же вопрос люди формулируют по-разному. Поэтому не всегда возможно найти такой же закрытый вопрос.

[FanatPHP]

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

[Руслан Карецкий]

FanatPHP, у Вас 1847 ответов, из которых 29% решения. Вы на тостере сидите, чтобы распространять негатив и в ответах чсв удовлетворять за счет тех, что знает меньше Вашего? Вы - личность с большой буквы

[Руслан Карецкий]

FanatPHP, Знаете ответ - пишите. Не знаете - не лезьте с высокомерным "таких вопросов десятки". С таким подходом вы бесполезнее любого джуна.

[FanatPHP]

при чем здесь "знания"? Что - умение гуглить требует каких-то особых "знаний"? Серьёзно?

Answer 1

[PQR]

Я думаю, что запросы к бд каждые n-секунд - решение не эффективное.

Зависит от СУБД. Если использовать классическую СУБД MySQL, то придётся делать запросы каждые n секунд.

Если же использовать другие системы, например Redis, можно подписываться на новые записи и получать их реактивно. Но для этого и само приложение (PHP скрипт) должно работать постоянно, что является отдельной темой для изучения.

Так что вопрос "не эффективности" скорее лежит в другой плоскости. Vk - это большая соцсеть. Но сколько у вас, конкретно в вашем приложении, планируется сообщений в секунду? Если это чатик местного сельпо и речь до сотнях сообщения в секунду или меньше - MySQL даже на средненьком хостинге справится по схеме "опрашиваем раз в несколько секунд, нет ли новых?", и это будет гораздо эффективнее с точки зрения трудозатрат на разработку, чем разбираться с демонтированным PHP и Redis.