Как подгружать новости не в хронологическом порядке?

Question

[VeyDlin]

На сайте есть лента новостей, пока юзер листает первые 10 новостей, в БД могут быть добавлены ещё несколько новых или удалены некоторые их тех, что щас смотрит юзер

Так же есть режим просмотра по рейтингу, где рейтинг может быть от 0 до 5, разумеется при таком раскладе хронология вывода портится, и уже нельзя опираться на последний ID новости при подгрузке новых (WHERE `id` > бла_бла)

Запрос выглядит как-то так:

SELECT *, (хитрая формула расчета рейтинга) as rating FROM `news`
WHERE (некое условие для дополнительной сортировки по категориям)
ORDER BY `rating` ASC
LIMIT 20

Как тогда подгружать новые новости?

Answer 1

[Иван Корюков]

Просто используйте постраничную навигацию:

SELECT *, something FROM `news`
WHERE (некое условие для фильтрации по категориям) AND  date < "time of page hit"
ORDER BY `something` ASC
LIMIT 20, 20

Я добавил в этот запрос всего два маленьких изменения. Первое - задал смещение для LIMIT, его надо высчитывать на PHP и вставлять в запрос. Первая цифра это просто номер страницы минус один, умноженное на количество постов на странице (page_num-1)*page_size. Вторая цифра - как обычно, количество постов на странице.
Второе измененеие - добавил в where дополнительное условие: выбирать только те новости, которые уже были в базе, пользователь открыл страницу. Это необходимо, т.к. если в процессе подгрузки новостей добавится ещё одна, то страницы поедут (вы могли замечать это, когда листаете хабр и на следующей странице первым виден последний пост с предыдущей) и какая-то новость задублируется в общем списке на клиенте. Time of page hit должно храниться на клиенте и передаваться на сервер при подгрузке каждой следующей порции данных.

Этот метод не зависит от того как вы сортируете новости - по дате, рейтингу, любому другому полю... главное чтобы первая подргузка и все последующие сортировались одинаково.

Comments

[VeyDlin]

Я немного не пойму как будет работать `date`, если, теоретически, рейтинг (something) будет идти прямо противоположно в разрез с датой добавления, и следующие новости будут с датой больше чем последняя выведенная юзеру, тогда `date <` просто выкинет результат

[Иван Корюков]

ВэйДлин: нет. Посмотрите внимательно, я ориентируюсь не на дату какой-то новости из первой выборки, а на дату получения страницы. Пользователю будут отдаваться все новости, которые уже были в базе на момент загрузки страницы.

[VeyDlin]

Иван Корюков: тогда я немного не понимаю, что должно хранится в столбце date в таблице новостей?

[Иван Корюков]

ВэйДлин: Дата (и время) публикации новости. Опишу на примере. Допустим в базе есть 25 новостей. Пользователь заходит на сайт и ему подгружаются первые 20 новостей. В этот момент времени, все новости в базе имеют время публикации, которое меньше чем текущее. Запоминаем текущее время (логично это делать на клиенте, т.е. в JS).
Пока пользователь пялится на заголовки новостей, кто-то добавляет ещё одну новость. Теперь в базе 26 новостей. Время публикации добавленной новости больше чем то время что мы запомнили на клиенте.
Загружая следующую порцию новостей мы говорим серверу - "дай мне 20 новостей пропустив 20 от начала, но работай только с теми новостями, время публикации которых меньше того что я тебе дам". Тем самым мы из 26 новостей в базе, не смотрим на добавленную, пропускаем первые 20 и получаем последние 5.

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

Такой подход не идеальный. Пользователь не увидит новых новостей пока листает вниз. Пользователь может наткнуться на удалённую новость, если долго будет смотреть на список новостей. Но обычно, новости чаще добавляются чем удаляются, и вероятностью того что пользователь нажмёт на ссылку с несуществующей новостью можно пренебречь.
Система полной синхронизации списка у пользователя со списком в БД на новостном сайте будет избыточна. Тут потребуется постоянное постоянное соединение с сервером и полноценное клиентское приложение на JS. Это как забивать гвозди микроскопом.

[VeyDlin]

Теперь понял. Спасибо

Answer 2

[d-stream]

определится для себя что же важнее, что менее важно и указать это через запятую в order by

p.s. where - это не сортировка, а отбор

Answer 3

[romy4]

Почему бы не использовать вывод по дате добавления/публикации?

Comments

[VeyDlin]

Потому что на сайте есть кнопка "Самое популярное"

[romy4]

ВэйДлин: ну так по рейтингу _и_ дате публикации