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

Question

[Lumore]

Здравстуйте,
Понадобилась потребность сделать систему подписок на сайте, к примеру как в интсаграме. Пользователь подписывается на другого пользователя и только тогда сможет зайти на его профиль.
Мой вариант: Создать таблицу subs, создать 2 поля "на кого подписался" , "кто подписался".
На странице профиля искать в таблице "SELECT * FROM subs WHERE sub-author = :sub-author".
Через foreach проверять подписчиков и с сессией пользователя, и в зависимости от true или false выводить контент страницы.
Правильно ли это? Если есть другой способ - поскажите пожалуйста.

Answer 1

[Дмитрий Энтелис]

Мой вариант: Создать таблицу subs, создать 2 поля "на кого подписался" , "кто подписался".

норм. primary key по двум полям не забудьте.

Через foreach проверять подписчиков и с сессией пользователя, и в зависимости от true или false выводить контент страницы.

Это про ленту новостей как я понял? Вы хотите в цикле делать запросы? А если подписок будет несколько сотен?
Вообще задача отображения ленты событий - она весьма не тривиальная, и чем больше нагрузка - тем более она не тривиальная.

Пока у вас мало трафика решение в лоб - 2 запроса:
1) получаем user_id людей чьи посты надо показать
2) получаем посты select * from post where user_id IN (1,2,3,4)
именно так, в 2 запроса, без вложенных подзапросов!
Если подписчиков меньше ~1000 - будет работать хорошо.

Когда станет трафика сильно побольше - возникает более быстрое но более геморройное решение:
Для каждого пользователя храним в каком то быстром хранилище (например redis) id последних например 500-1000 постов которые он может видеть в ленте. Когда кто то делает пост - добавляем в список каждого его подписчика нужные id. Когда кто то удаляет пост / удаляет подписку - полностью перегенерим соответствующие списки.
На выводе соответственно
1) получаем этот список id постов
2) делаем select ... from post where id in (...)
Минус решения - нельзя без извращений и доп слоёв логики посмотреть более старые посты.

Comments

[Dmitry Bay]

плюсую,
только маленькая поправка, PK может быть только один и он уникален.
Тут нужны индексы.

[Дмитрий Энтелис]

Дмитрий Бай: Таки PK может быть составным по двум полям

CREATE TABLE `xref_user_user` (
 `user_id_reader` int(11) NOT NULL,
 `user_id_author` int(11) NOT NULL,
 PRIMARY KEY (`user_id_reader`,`user_id_author`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8

[Dmitry Bay]

Дмитрий Энтелис: интересно. почитаю.

[Дмитрий Энтелис]

Дмитрий Бай: www.mysql.ru/docs/man/Multiple-column_indexes.html

Answer 2

[Dmitry Bay]

Предположим, ваша система работает на 5,10,100 пользователях.
А что, если в вашей системе будет 10000 К пользователей? И число совместных подписок может достигать 10000 0000 записей? например, у вас будет около 10К записей с текущим id автора. но зачем?

Не проще сделать селект
Select * from subs where author_id=:id and who_id=:whoid;

При этом у людей, кто подписался, должен быть свой ид тоже.
Итого, у вас всего 1 sql запрос без php логики, на то, что бы проверить , подписан ли человек на автора или нет.

Ну и в эту таблицу, я бы добавил time поле, с датой, когда человек подписался, что бы потом удобнее было следить за ботами.

Comments

[Дмитрий Энтелис]

Если в проекте 10 000 000 пользователей, то там уже а) база давно шардируется по изолированным нодам б) код пишут другие люди (не в обиду автору) :)

[Дмитрий Энтелис]

Select * from subs where author_id=:id and who_id=:whoid;

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

[Dmitry Bay]

Дмитрий Энтелис: 10К пользователей не так много, но они могут создать 10K^2 связей...

[Дмитрий Энтелис]

Дмитрий Бай: у вас 10kk в посте написано)
вообще "плохие" пользователи есть всегда. Всегда будут юзеры делающие несколько десятков тысяч постов в сутки, всегда будут юзеры подписывающиеся на всю базу, всегда будут юзеры на которых подписана вся база.
На практике же - реальные значения таких xref таблиц являются ~O(N) по количеству пользователей
Одиночные же ситуации можно или явно запрещать (ввести лимит на количество друзей как FB например) или разруливать руками, вплоть до хардкода в коде. (не знаю как сейчас, оно одно время аватарка Дурова лежала на всех фронтедах vk, а не бралась с общего хранилища)

Answer 3

[Рамиль Абдрахимов]

Я бы сделал колонки author, sub-author
$connect = mysql_query("SELECT * FROM subs WHERE author = author");
while($perem = mysql_fetch_array($connect)) {
echo $perem[sub-author''];
}

Comments

[Александр Таратин]

Рамиль Абдрахимов когда я вижу mysql_* функции в 2015 году у меня случается истерика...