Как более оптимизированно подгружать посты через кнопку «показать еще»?

Question

[Александр Антонов]

Я выбираю между двумя вариантами:

1) Грузить все посты сразу в php и класть в js переменную (первую пачку отрисовываем через php) остальные добавляем через js беря данные из переменной, логика пагинации на стороне js, минусы этого варианта в загрузке большого кол-ва данных в php при загрузке страницы, плюс в быстрой отрисовке новых постов
2) В php берем только первую страницу остальное грузим через get запросы, за пагинацию отвечает уже php, минусы этого варианта в долгих wp-ajax запросах, плюс в том что вроде как делаем "правильно" и по канону

Comments

[Артем Золин]

минусы этого варианта в долгих wp-ajax запросах

Почему у вас долгие ajax запросы? Запрос 10 постов из базы даже на больших объемах информации не должен быть долгим

[Александр Антонов]

Артем Золин, open-server, запрос по 500-700мс летит, на сколько помню wp-ajax сам по себе тормознутый из-за того что подключает всё ядро при запросе

[Александр Антонов]

Артем Золин, А не, даже дольше, перепроверил, обычно запросы вообще по 2-3 секунды летят

Answer 1

[Михаил Р.]

Второе.

за пагинацию отвечает уже php

Не обязательно. JS может содержать цифру последнего загруженного поста, на основе этого делать расчет.

минусы этого варианта в долгих wp-ajax запросах

Кэширование никто не отменял.

Comments

[Александр Антонов]

Не обязательно. JS может содержать цифру последнего загруженного поста, на основе этого делать расчет.

Это понятно, оно в любом случае так и работает, в запросе то так и так нужно указывать какую страницу хотим получить, я скорее про то кто генерирует пагинацию

Answer 2

[Wispik]

Первый вариант сразу отпадает, если постов, например, больше 100, или 1000. Это нагрузка на сервер, плюс сайт будет медленнее загружаться. Вообще в целом, грузить кучу контента сразу, который пользователь скорее всего не увидит, плохая затея
Второй вариант правильный. И что значит "минусы этого варианта в долгих wp-ajax запросах" не понятно.
Можно отдавать новые посты в json и на фронте из отрисовывать

Comments

[Александр Антонов]

Можно отдавать новые посты в json и на фронте из отрисовывать

Wispik, не, js-ом отрисовывать когда шаблон постов уж есть в php такое себе, получается что шаблон будет дублироваться в двух местах, я пока что запросом отдаю html который рисует php с помощью той же самой функции что и отдаю первую пачку при запросе, пришел к выводу что если на странице нет много разного интерактива то так проще

[Александр Антонов]

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

Wispik, в этом есть смысл, тоже начал в последнее время думать в эту сторону так как раньше в основном делал с помощью первого варианта, а по счет долгих запросов скорее всего косяк тормознутого open-server, на проде скорее всего такого не должно быть

[Wispik]

Александр Антонов, вообщем я вижу только 2 варианта
либо, грузить посты через json (загружать шаблонами, по мне такой себе вариант) - это без перезагрузки страницы
либо, отдать все на учесть wp, и загружать постранично, типо yousite.com/page/1, yousite.com/page/2 и т.д.

[Александр Антонов]

Wispik, Единственное, если на странице прикручен реакт и он отрисовывает новые страницы то так и так получается дублирование шаблонов, так как первую пачку отдает php а дальше реакт гидрирует тоже самое и уже дальше сам грузит и вставляет новые порции постов, хотя это уже из другой оперы, тут что бы использовать один источник шаблона (если много разной верстки, посты + фильтры и тд) можно упороться и поднять nodejs сервер который отдает react шаблоны в php по get запросу

[Александр Антонов]

Wispik, не, там много нюансов, плюс пагинация сама по себе не простая так что на учесть wp не отдашь, тут и конфигурация кол-ва карточек на каждом экране/устройстве и возможность выбора "широких" плашек, которые на десктопе занимают не 1 а 2 ячейки из 3 доступных

Answer 3

[nokimaro]

Второй вариант.
Для оптимизации скорости пагинации можете изучить тему "пагинация с курсором" (php cursor pagination)
У вас же нет проблем когда листаете ленту в ВК, всё упирается в скорость сети пользователя.

Answer 4

[Вова Дружаев]

Если контент не часто обновляется (и у записей нет фильтров всяких) - то можно кешировать следующие страницы записей. Скидывать их в json файлы или просто html и уже статику получившуюся дергать через ajax. Это не будет трогать БД и работать почти мгновенно.
Но тут надо смотреть от ситуации конечно. Но этот вариант мало кто советует. Это идеально если в день 1-2 статьи добавляется. Просто по хуку сохранения, изменения записи инвалидировать этот кеш