Intereting Posts
Исключить сообщения, которые имеют какой-либо термин в определенной таксономии из запроса Переходные процессы с динамическим WP_Query Как изменить постоянные ссылки, чтобы показать имя категории / пост-имя? Добавить дополнительный класс для get_avatar при показе изображения Невозможно отобразить модификацию кода короткого кода? Как я могу получить предполагаемый URL-адрес в 404? PHP Warning: call_user_func () ожидает, что параметр 1 будет действительным обратным вызовом Как разрешить зарегистрированным пользователям изменять свою роль пользователя через интерфейс? API REST: базовая и пользовательская конечная точка Где псевдоним используется в WordPress RSS Feed Показывает NULL при запросе миниатюр Вставить PHP-код через короткий код? Переместить WordPress из папки / blog в root, но оставить сообщение в / blog Можно ли изменить пул по умолчанию? Добавить диаграмму google org на страницу wordpress

Зачем использовать JSON API для отображения последних сообщений?

почему бы не WP_query?

http://www.htmlgoodies.com/beyond/javascript/provide-a-json-feed-from-your-wordpress-site-using-the-json-api-plugin.html , здесь, если вы посмотрите на комментарий в внизу парень хочет отображать последние сообщения, используя плагин JSON API

но зачем беспокоиться, когда вы можете сделать это с помощью WP_query?

Solutions Collecting From Web of "Зачем использовать JSON API для отображения последних сообщений?"

JSON API – это всего лишь оболочка WP_Query в комплекте с конечными точками RESTful ( add_rewrite_rules ).

Его способ ускорить производство, предоставив структуру, которую вы в противном случае должны были бы закодировать самостоятельно. Фактически, если вы создадите пользовательские конечные точки, вы в конечном итоге будете использовать свои собственные циклы QP_Query!

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

Если вы показываете сообщения на своем сайте, используйте цикл WordPress с вашими пользовательскими WP_Query.

Если вы планируете использовать его как интерфейс RESTful для других веб-сайтов и приложений, то статья, которую вы опубликовали, находится на месте, потому что JSON API:

  • Обеспечивает стабильные конечные точки (с версиями) для других служб для подключения к
  • Является безопасным и проверенным временем, в отличие от создания собственного API, поскольку вы можете ввести уязвимости
  • Обеспечивает способ поиска конечных точек программным способом (информация)
  • Без головы, что означает, что он обходит любые темы, делая их быстрее

Это, как говорится, не является правильным решением. Лучшим решением всегда является тот, который вы можете выполнить хорошо.

Посмотрите на WP REST API для получения дополнительной информации:

https://wordpress.org/plugins/json-rest-api/

Надеюсь, поможет!

Нет никакой реальной причины, и причины таковы:

  1. вам нужно загрузить больше JS, либо как дополнительный код, либо еще хуже, JS-файлы

  2. Вам нужно сделать 2 запроса на сел вместо одного. Поскольку производительность обработки запроса JSON – это тот же порядок производительности обработки страницы, каждая отображаемая страница потребует примерно вдвое больше ресурсов, которые не привязаны без JSON

  3. Если вы не собираетесь делать что-то тривиальное, что точно соответствует тому, что предоставляет API, вы не собираетесь экономить много кода. Например, если вам нужно некоторое мета-значение для сортировки, вам все равно нужно будет узнать, как добавить данные в запрос, что не намного проще, чем писать код wp_query

  4. Намного сложнее отладить JS-код в браузерах, чем PHP-код на сервере

  5. JS является хрупким и иногда не загружается или медленно загружается. Отказы могут быть вызваны людьми, которые активно блокируют JS (ludits, которые я лично игнорирую), но также могут быть вызваны плохой сетью, или выполнение может никогда не произойти из-за более раннего исключения, которое исходит из какого-то другого кода.

Где это полезно, когда вы хотите предоставить что-то вроде «недавних сообщений» на другие сайты, но нет ничего нового, которое не могло быть сделано с iframe и wp_query (или oEmbed).

Формат JSON очень компактный и умный, и это собственный формат объекта для JavaScript.

Если вы проверяете объекты JavaScript, они используют этот формат для объявления объектов.

XML-форматы немного сложнее разобрать, и это может быть причиной того, чтобы положить их под ковер.

Даже если вы проверите CSS, это довольно чертовски близко к JSON, единственная разница в том, что вы используете ; разделитель вместо.

Формат CSV классный, но все же не такой классный, как JSON.