Этого по условию задачи делать нельзя 

надежда только на 

это условие, в общем-то выполняется.

Только так и не соображу, как это может помочь.

Допустим, у нас на странице есть уже посты с IDшниками 1104, 1204, 1460, 1780 и 1999. Далее появляется (в фоне) новый пост с ИДшником 2013. Остались незагруженными еще 5 постов между ними - пусть это будут 1001, 1002, 1003, 1005, 1008. Итого 11 записей = 3 страницы. Как я вижу последовательность загрузок сейчас:

1) имеем

пост №1999 (страница №1)
пост №1780 (страница №1)
пост №1460 (страница №1)
пост №1204 (страница №1)
пост №1104 (страница №1)

2) подгружается автоматически новый пост и помещается в начало списка:
новый подгруженный и prepend`енный пост

пост №2013 (страница №1)


пост №1999 (страница №1)
пост №1780 (страница №1)
пост №1460 (страница №1)
пост №1204 (страница №1)
пост №1104 (страница №1)

3) скроллим сниз и подгружаем посты второй страницы
новый подгруженный и prepend`енный пост

пост №2013 (страница №1)


пост №1999 (страница №1)
пост №1780 (страница №1)
пост №1460 (страница №1)
пост №1204 (страница №1)
пост №1104 (страница №2)


пост №1008 (страница №2)
пост №1005 (страница №2)
пост №1003 (страница №2)
пост №1002 (страница №2)
пост №1001 (страница №3)


Как бы видно нарушение порядка, а как нам ИДшники помогут его исправить? (ИД идут по убыванию, но не подряд же)

А какое это имеет значение?

Ты выводишь Х записей у которых ИД меньше определенного значения.


Наверное все же после них

Выдай нам еще секретное знание, как ты у демона запрашиваешь страницу? 
Т.е. только OFFSET/LIMIT задавать возможно?
А ID>X AND ID<X никак?


Тогда два варианта.
1й ты уже предлагал. Считать число сообщений на странице.
2й ориентируясь на id js-ом вырезать дубликат.

В текущей реализации - да, только оффсет/лимит.


В общем-то и мне так видится. И, как я уже написал, решил пока что вторым способом: