Вывод отзывов ВК на сайт Wordpress?

Question

[Kn94234]

Есть группа ВК, там есть обсуждение с отзывами. Хочу через VK API подгружать последние 30 комментариев-отзывов на страницу "Отзывы" на сайте WP. Плагинов не нашел.
Сформировал get запрос к API. Отдает всё нормально, в json.

Я хочу, чтобы при загрузке страницы "Отзывы" информация на ней каждый раз динамически подгружалась через VK API.

Мои мысли как это сделать: в теме WP найти файл, который отвечает за шаблон записей (что то типа single.php). В шаблоне создать условие проверки: если текущий id страницы == id страницы отзывов, то отправляю get запрос с url, обрабатываю результат и вывожу на экран.

Что скажете? Так будет правильно, или как то по другому это нужно реализовать?

Answer 1

[Юрий]

1. Страница и запись (пост) - разные сущности. И шаблоны разные: у записей это single.php, у страниц - page.php. Хотя ход мыслей в общем правильный. Но есть и другие варианты, например использовать хуки, если они есть в Теме, или сделать шаблон для одной отдельной страницы (см. Template Hierarchy). Кроме того, вносить изменения в шаблоны правильнее в дочерней Теме, если Тема не своя самодельная или сделанная на заказ. Иначе при обновлении Темы изменения потеряются.

2. Каждый раз при показе страницы дергать API стороннего сайта - плохая идея. Потому что операция не быстрая, страница будет тормозить, а может и вообще не загрузиться, если по каким-то причинам та сторона не ответит. Поэтому правильнее использовать кэширование либо страницы целиком, либо только внешних данных в зависимости от требуемой частоты обновления.

Comments

[Kn94234]

Спасибо за подсказки.

Тема elementor Hello. Через elementor builder собрал свои шаблоны блоков и страниц.

Попробую сделать отдельную страницу + кэширование.

[Владимир Брумер]

правильнее использовать кэширование

абсолютно не правильно. для таких целей есть планировщик(системный, например crontab). кеширование - зло

[Юрий]

Владимир Брумер, Планировщик - не более чем один из способов запуска скрипта формирования кэша (то же кэширование, только в профиль). К тому же способ далеко не всегда целесообразный.

С cron/crontab отдельная история, но это уже оффтоп.

[Владимир Брумер]

YBB,

Планировщик - не более чем один из способов запуска скрипта формирования кэша

))) любые данные, которые подтягиваются через апи, например прогноз погоды, должны обновляться. Иначе какой смысл в этом?!! Кеширование будет вам показывать не актуальные данные всегда.
Через планировщик же вы можете каждые несколько минут данные дергать и это будет не заметно.
М/у кешированием и планировщиком разца, что м/у небом и землей...

[Юрий]

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

Владимир Брумер, Что значит "всегда"? Не всегда, а только в период между обновлением исходных данных и обновлением кэша. Такова цена экономии ресурсов и уменьшения времени реакции. Поэтому время жизни кэша и способ его обновления критически зависят от конкретной ситуации.

Через планировщик же вы можете каждые несколько минут данные дергать и это будет не заметно.

Все зависит от конкретной задачи. В моей практике были случаи, когда устаревание информации на минуту было уже критичным.

М/у кешированием и планировщиком разца, что м/у небом и землей...

Это да. И даже больше! Потому что не стоит сравнивать теплое с мягким :) Кэш - способ хранения данных ("легкодоступно и недолго"), планировщик - способ обновления данных в кэше.

[Владимир Брумер]

YBB, Вы не верно меня поняли. в ответе Вы говорите человеку:

Поэтому правильнее использовать кэширование, либо страницы целиком, либо только внешних данных

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

Я хочу, чтобы при загрузке страницы "Отзывы" информация на ней каждый раз динамически подгружалась через VK API

далее Вы сами пишите

Все зависит от конкретной задачи. В моей практике были случаи, когда устаревание информации на минуту было уже критичным.

так при чем тут кеш - то.?! прежде чем эти данные кешировать их надо получить как - то. да и вопрос логичный, на мой взглад: при высокой частоте запроса имеет смысл вовсе кешировать..?

[Юрий]

что судя по вопросу ему надо при каждом открытии станицы свежимие данные...

Кто знает, кто знает. Многие и не догадываются, что им надо, пока не покажешь, что можно и так :)

так при чем тут кеш - то.?!

При том, что данные полученные по таймеру, сохраняются в кэше - легкодоступной памяти с ограничением по сроку жизни этих данных.

при высокой частоте запроса имеет смысл вовсе кешировать..?

В далекие 90-е один залетный дятел, вставивший отвертку в клавишу F5, отучил меня делать запрос на удаленный сервер при каждом запросе к странице с "импортом". С тех пор сам делаю с кэшом, хотя бы с минимально сроком жизни, и другим советую.

В теории все просто. Кэшировние имеет смысл, если за время жизни кэша он может быть использован более одного раза, а время жизни/частота обновления определяется частотой обновления исходных данных и требованиями к их актуальности при выдаче клиенту. На практике, кончено, все гораздо сложнее.