Как реализовать уведомления?

Question

[Space]

На сервере скрипт будет беспрерывно считать в таблице количество записей, у которых колонка read==1; Это количество будет заноситься в отдельную таблицу. Мне нужно на сайте отображать постоянно актуальные данные о количестве таких записей.
Реализовывать на ajax? будет ли это грузить сервер, и стоит ли считать заранее количество записей, или непосредственно это делать через ajax?

Answer 1

[Сергей]

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

Comments

[Space]

А если таких записей несколько миллионов? То лучше сделать так, чтобы их было меньше или сути не имеет? Ведь нужно быстро это делать.

[Stalker_RED]

Rusnire: Если по полю "read" построен индекс, в большинстве БД операция count() сработает ОЧЕНЬ быстро.

[Space]

Stalker_RED: "Если по полю "read" построен индекс" не понял. Что имеете ввиду? Мне также нужно еще проверять поле uid, равно ли оно, например, 353453. Т.е. это id пользователя.

[Stalker_RED]

Rusnire: Индексы создаются заранее, и затем сильно повышают скорость выборки.
https://ru.wikipedia.org/wiki/%D0%98%D0%BD%D0%B4%D...

В случае с MySQL https://dev.mysql.com/doc/refman/5.5/en/optimizati...

[Space]

Stalker_RED: а если я просто отдельно вынесу в таблицу только id(запись),user. В этой таблице будут только непрочитанные, т.е. read сравнивать не нужно. Нужно выбрать только все записи для конкретного пользователя. Это меняет суть?

[Space]

Stalker_RED: подскажете?

[Сергей]

Rusnire: 1. Если сделать индексы и для поля uid и для поля read, то запрос select count(read) where uid=%uid% AND read=0, то запрос будет работать быстро.
2. Если вы вынесете в отдельную таблицу, и у вас будет работать непрерывный скрипт, который пересчитывает эти самые непрочитанные сообщения, то нагрузка на сервер у вас вырастет. Ведь скрипт работает постоянно 24 часа в день, а юзер находится на сайте намного меньше.
3. К тому же, дополнительная таблица не решит проблему нагрузки сервера, поскольку все равно нужно делать ajax запросы и запросы к этой дополнительной таблице.
4. Есть другие решения (вроде какой-то модуль для ngnix, так работает чат в bitrix), кроме ajax запросов. Но это все равно не уменьшит кол-во запросов к серверу бд. Да и не нужно оно, если у вас онлайн в сотнях тысяч не измеряется

[Space]

Сергей: если будет отдельная таблица, там не будет колонки read. Просто нужно будет выбрать все записи select count(read) where uid=%uid% . Я про это. В данном случае ничего не изменит?
А про 24 часа, это воркер, он сам работает, ставит в очереди и не перегрузит сервер. Я бы не делал постоянно, но нужно беспрерывно уведомлять и по смс и по емаил.

[Сергей]

Rusnire: В данном случае ничего особо не изменит.
>>нужно беспрерывно уведомлять и по смс и по емаил.
а вот это уже новые детали. стоило бы это сразу писать в вопросе.
Тогда еще одна таблица имеет смысл. но данные туда записываться должны не воркером. А как только добавляется новая запись в 1ю таблицу, то во второй таблице счетчик увеличивается, и обновляется таймстапм в поле updated. Тогда запрос к таблице с кол-вом непрочитанных сообщений еще должен иметь условие для поля updated, чтобы отправлять уведомления только тогда, когда появились новые непрочитанные сообщения

[Space]

Сергей: почему же не воркером? Кто и где тогда будет давать команду, что нужно записать во вторую таблицу?

И про поля updated не совсем понял.

[Сергей]

Rusnire: В таблице 1 какой-то код ставит статус 1 для поля read, верно? Так вот в том же месте этот же самый код должен обновлять счетчик во второй таблице и при обновлении записывать в поле updated новый timestamp.
то есть на php как-то так
$db->insert('table_1')->set(array('uid' => $uid, 'message' => $text, 'read' =>0))->execute;
$row = $db->select('table_2')->where('uid', $uid, '=')->execute()->fetchAll();
$db->update('table_2')->where('uid', $uid, '=')->set(array('count' => $row->count+1, 'updated' => time()))->execute();
Соответственно, когда сообщения прочитаны, счетчик должен уменьшаться.
Во-первых, так будет меньше нагрузка на бд. Во-вторых, у вы всегда можете по полю updated определить, пришло ли новое сообщение после последней проверки

[Space]

Сергей: понял теперь. Просто я выше писал, что во вторую таблицу заносить, что есть уведомление, как его только прочитают, то просто удалять его с этой таблицы. Т.е. сам текст, дата и т.п. в первой таблице, а во второй id этого сообщения в первой и все. Получится что эта таблица содержит только уведомления и таблица не будет разрастаться так быстро, если бы они просто меняли статус.
Такой вариант подходит?

[Сергей]

Rusnire: нет. он не имеет смысла. какая разница, делать запрос с условием read=0 и uid=1 к первой таблице или делать запрос с условие uid=1 ко второй таблице? Почти никакой разницы. Но при этом вы тратите ресурсы на запись данных из первой таблицы во вторую

[Space]

Сергей: получается что первая таблица содержит и read=0 и 1, таблица постоянно растет, следовательно в большем количестве записей нужно проверить условие, когда во второй условие проверять нужно, нужно просто выбрать записи с нужным uid. И в этой таблице записей будет всегда меньше, т.к. прочитанные здесь не остаются.

[Сергей]

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

[Space]

Сергей: ну так я про что - получается лучше так?

[Сергей]

Rusnire: да

Answer 2

[Денис Инешин]

Чтобы организовать обновление данных в браузере в реальном времени, вам нужно будет воспользоваться веб-сокетами, например через эту библиотеку: socket.io это позволит держать постоянно открытое соединение с сервером.

Comments

[Space]

Год назад использовал nodejs, но так не хочется поднимать. Ajax никак?

[Денис Инешин]

Rusnire: socket.io работает не только с нодой, почитайте там описания, есть реализации под кучи других платформ.

[Space]

Денис Инешин: я отдельно ноду поднимал. Какие он нагрузки держит и сложен ли он?

[Денис Инешин]

Rusnire: да ничего сложного нет. По идее сокеты могут тянуть гораздо большую нагрузку чем ajax/ Дальше изучите сами, кое-что есть тут: habrahabr.ru/post/134822 и тут habrahabr.ru/post/162301

[MGriboedoff]

Фига себе что придумали(походу уже давно)) А как у ВЕБсокетов с безопасностью?

Answer 3

[MGriboedoff]

Ну тут важно знать какие записи...
1) на стене конкретного пользователя и новостная лента на сайте
2) Кем прочитаны? Конкретным пользователем или кем либо?
...

Надо точнее формулировать задачу ,а то вариантов много.

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

Вариант с кешем, на пальцах: Берешь данные записываешь их файл, в файле есть метка времени до какого момента можно считать данные актуальными. Если данные не актуальны полез в базу, посчитал, обновил файл.
Например, поставишь метку времени + 60 секунд. Если нагрузка на твой сервер 30 обращений в минуту, то в место 30 обращений к базе у тебя будет одно. Умеет смысл если узкое место обращения базе.

П.С.
JS не должно быть никаких паролей логинов к базе и т.д. так как это сторона клиента.

Comments

[Space]

записи в таблице. Есть колонка read. Если запись в этой колонке имеет значение 1, то ++. Обновлять нужно как можно чаще, 1-2 секунды. Иначе смысла в уведомлениях не будет.

[MGriboedoff]

Rusnire: при таком раскладе смысла в кешировании я не вижу.

[Space]

MGriboedoff: просто ajax пользоваться?

[MGriboedoff]

Ну для твоей задачи ВЕБсокеты, использовать интересней. Но я не юзал (вообще не знал о их существовании), но меня волнует вопрос с безопасностью... надо полностью осознать механизм работы.

[Space]

MGriboedoff: когда работал с нодой - все прекрасно. Все умно решено.

[MGriboedoff]

habrahabr.ru/post/209864 собственно тут тему разжевали.

[Space]

MGriboedoff: про безопасность молчат там. Для тех, кто не понимает, как устроены сокеты в самый раз. Чат быстрый кстати.