Как подключить api к сайту wordpress

HTTP API

В этом уроке мы с вами поговорим об HTTP API в WordPress. Как обычно, не хочу слишком напрягать вас теорией (для этого есть википедия), поэтому всё будем рассматривать на практических примерах.

HTTP API — это набор функций в WordPress, который позволяет взаимодействовать со сторонними сайтами. Например, таким образом вы можете получить актуальные курсы валют, погоду на сегодня или даже создать пост в Инстаграм!

Чтобы скачать тему WordPress, которая получилась у нас в процессе этого урока, необходимо приобрести курс.

Пошаговый принцип работы HTTP API

Если рассмотреть этот процесс по шагам, то:

1. Первым делом мы отправляем запрос (HTTP-запрос) на сторонний ресурс (URL), например при помощи функции wp_remote_get().
2. Когда запрос отправлен, сторонний ресурс его обработает. Тут тоже ничего сложного, представьте, что открываете какой-то сайт, или производите поиск в гугле – точно такой же механиз, только мы используем для отправки запросов браузер, а не HTTP API ВордПресса.
3. Получаем результат в переменную, которую возвращает функция wp_remote_get(). И уже в зависимости от содержания этой переменной, мы знаем, что вернул нам сторонний ресурс, и вернул ли он вообще что-либо, либо послал нас.

Пример использования HTTP API

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

Прежде всего нужно решить, к какому сайту будем подключаться и какие данные вытаскивать. Я бы рекомендовал использовать API, которые возвращают данные в формате JSON – их нам будет легко обработать. Но иногда бывают и другие форматы ответа, например XML. К примеру сравните эти две ссылки: https://www.cbr-xml-daily.ru/daily_json.js и https://www.cbr-xml-daily.ru/daily.xml . Перейдите по урлам. Согласитесь, что первый даже визуальнее выглядит приятнее?

Ну и да, как вы могли догадаться, мы будем получать курс валют. Используем для этого функцию wp_remote_get() (есть и другие функции, в чём отличия – расскажу ниже). В качестве первого параметра передаём URL стороннего ресурса. В некоторых случаях при подключении к API нам ещё нужно авторизоваться, либо передать ключ. Сейчас ничего такого делать не нужно.

$response = wp_remote_get( 'https://www.cbr-xml-daily.ru/daily_json.js' ); // тут можете распечать результат, но там ну оооочень много всего будет // print_r( $response );

Теперь смотрите, когда вы переходите по любой ссылке в браузере, то с чем вы можете столкнуться? Например, если вы опечатались в URL сайта, то он у вас не откроется, верно? Так вот, все эти моменты обрабатываются классом ошибки WP_Error. Наша задача – прочекать это в условии, вот так:

// проверяем, что не ошибка if( is_wp_error( $response ) ) { // если ошибка, то выводим собщение echo $response->get_error_message(); // и можно(нужно) даже дальше не выполнять код exit; } // к примеру, если обратились к несуществующему сайту, то ошибка будет: // "cURL error 6: Couldn't resolve host 'wfdsfsfwwfdsfdkfj.ru'" // если нет необходимости выводить эти ошибки, то достаточно проверки кода ответа в следующем шаге

Следующим шагом я бы порекомендовал вам проверить код ответа всё же.

// код ответа должен быть 200, это означает, что всё классно if( 200 !== wp_remote_retrieve_response_code( $response ) ) { echo 'Что-то пошло не так, мб страницы не существует?'; exit; }

Этот же код можно записать при помощи функции wp_remote_retrieve_response_message(), которая возвращает сообщение на основе кода ответа. Но делать обе проверки я думаю ни к чему.

if( 'OK' !== wp_remote_retrieve_response_message( $response ) ) { echo 'Что-то пошло не так, мб страницы не существует?'; exit; }

Класс – на этот момент мы уже знаем, что запрос прошёл успешно, и сервер вернул какой-то ответ. Тела ответа мы можем получить функцией wp_remote_retrieve_body().

$response = wp_remote_retrieve_body( $response ); // и ещё момент, у нас же ответ от сервера получен в формате JSON, поэтому $response = json_decode( $response ); // можете распечатать для себя, чтобы было понятно, что внутри print_r( $response );

Далее – уже работаем с полученным результатом в виде массива или объекта. Например выводим курс доллара и евро по отношению к рублю:

echo 'Курс Доллара: ' . $response->Valute->USD->Value; echo 'Курс Евро: ' . $response->Valute->EUR->Value;

Транзитный кэш

Ребят, если вы используете HTTP API для получения каких-то данных плюс для их отображения на сайте (те же курсы валют или погода), то вам необходимо использовать транзитный кэш! На это существует две причины:

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

Поэтому не лучше ли закэшировать полученные из API значения курсов валют на несколько часов или даже на день, ведь они же всё равно обновляются раз в сутки?

Подробный видеоурок по транзитному кэшу доступен по ссылке.

GET, POST и другие запросы

При отправке запросов при помощи HTTP API мы так или иначе можем столкнуться с несколькими типами запросов:

Для отправки каждого из них можно воспользоваться следующими функциями:

• wp_remote_get() – для отправки GET-запроса,
• wp_remote_post() – для отправки POST-запроса,
• wp_remote_request() – для отправки любого типа запроса.

Самое основное, что тут нужно знать для начала, это то, что GET-запросы мы используем для получения данных – например тех же курсов валют, POST-запросы – для отправки каких-то данных на сторонний сервер, например публикуем пост в инстаграм. Остальные типы запросов можете использовать, когда это рекомендуется непосредственно в документации API.

Коды ответа

В примере выше мы проверяли код ответа от сервера функцией wp_remote_retrieve_response_code(). В таблице перечислены наиболее часто встречающиеся из них:

Код ответа (Status code)	Описание
200	OK
301	Редирект (перемещена навегда)
302	Редирект (перемещена временно)
403	Доступ запрещён
404	Страницы не существует
500	Ошибка на сервере
503	Сервер недоступен

Авторизация запроса

Это супер-редкость – когда для взаимодействия с API вам достаточно указать лишь URL, как мы делали в примере выше.

Чаще – вам нужно либо передать ключ API, который вам выдают при регистрации в личном кабинете (этот пример рассмотрим в видео), либо и вовсе – логин и пароль, если это что-то вроде платёжного шлюза.

Передача ключа API

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

$response = wp_remote_get( add_query_arg( 'api_key', $api_key, 'https://какой-то-сервер' ) );

$response = wp_remote_get( 'https://какой-то-сервер?api_key=' . $api_key );

Базовая авторизация

Базовая авторизация (Basic Authentication, BasicAuth) – нередко бывает нужна для взаимодействия с API с чуть более серьёзным назначением, например проведение оплаты через платёжный шлюз.

У функций wp_remote_get() и wp_remote_post() нет каких-то очевидных параметров, в которые мы можем передать логин и пароль, это делается немного хитрым способом, но сложного в любом случае ничего нет.

$login = 'ТУТ ЛОГИН'; $pass = 'ТУТ ПАРОЛЬ'; $args = array( 'headers' => array( 'Authorization' => 'Basic ' . base64_encode( $login . ':' . $pass ) ) ); wp_remote_post( $url, $args );

Купить курс

• 21 видеоурок
• Можно скачать готовый код после каждого урока
• Можно начать проходить курс сразу же после оплаты
• Достаточно базовых знаний HTML и CSS, чтобы пройти курс
• Единоразовый платёж
• Доступ навсегда
• Уроки актуальны в 2023-м году

REST API

WordPress REST API (или коротко WP API) позволяет пользователям (HTTP Клиентам) удаленно управлять сайтом, например получать/создавать посты, элементы таксономии, юзеров, комментарии и т.д. Делается все это через обычные HTTP запросы, так называемые «маршруты».
В ответ на запрос всегда возвращается JSON объект с данными. REST API полноценно был добавлен в ядро WordPress в версии 4.7.

Оглавление:

• Коротко о REST API (WP API)
• Создание маршрута
• Ключевые понятия REST API
• Как узнать является ли текущий запрос REST запросом
• Полезные ссылки

Коротко о REST API (WP API)

WordPress REST API (далее просто REST API или WP API) разработан на базе технологии REST, чтобы иметь понятные URL-адреса и использовать коды HTTP ответов для указания успехов или ошибок. Использует встроенные функции HTTP, такие как http-аутентификация и http-команды (GET, POST), которые могут быть поняты многими HTTP-клиентами. WP API позволяет удобно и безопасно работать с WordPress из клиентского приложения.

• Предоставляет структурированный, расширяемый и простой способ получить или передать данные в WordPress.
• Использует json в качестве формата запроса и ответа, включая ответы на ошибки.
• Предоставляет разные данные: публичные и приватные (доступны только после аутентификации). После аутентификации rest API позволяет управлять контентом сайта.
• Позволяет работать с любым языком программирования, который может обрабатывать HTTP-запросы и интерпретировать JSON, например Node.js или Java.
• Позволяет создать новые способы управления сайтом. К примеру, можно создать плагин, позволяющий администрировать сайт, или создать совершенно новый интерактивный интерфейс во фронэнде.
• Может заменить способ обработки ajax запросов. Смотрите: admin-ajax API.

При всей своей простоте, REST API может показаться сложным, поэтому изучение этой темы будет разбито на логические части, так будет проще освоить материал. В основном сложность заключается в новой терминологии — это всякие там ресурсы, эндпоинты, маршруты. Они нужны для создания и применения стандартов, но для понимания того, как это работает все эти вещи совсем не обязательны.

Для понимания работы REST API достаточно:

• Изучить всего одну функцию register_rest_route().
• Ознакомится с маршрутами WP.
• И научится пользоваться любым Клиентом для общения с WP API, например Postman.

Создание маршрута

В WordPress, есть готовые маршруты. А также можно создавать свои собственные, для этого нужно использовать функцию register_rest_route().

Давайте создадим свой маршрут.

// создание маршрута add_action( 'rest_api_init', function()< // пространство имен $namespace = 'myplugin/v1'; // маршрут $route = '/author-posts/(?P\d+)'; // параметры конечной точки (маршрута) $route_params = [ 'methods' => 'GET', 'callback' => 'my_awesome_func', 'args' => [ 'arg_str' => [ 'type' => 'string', // значение параметра должно быть строкой 'required' => true, // параметр обязательный ], 'arg_int' => [ 'type' => 'integer', // значение параметра должно быть числом 'default' => 10, // значение по умолчанию = 10 ], ], 'permission_callback' => function( $request )< // только авторизованный юзер имеет доступ к эндпоинту return is_user_logged_in(); >, ]; register_rest_route( $namespace, $route, $route_params ); > ); // функция обработчик конечной точки (маршрута) function my_awesome_func( WP_REST_Request $request ) < $posts = get_posts( [ 'author' =>(int) $request['id'], ] ); if ( empty( $posts ) ) < return new WP_Error( 'no_author_posts', 'Записей не найдено', [ 'status' =>404 ] ); > return $posts; >

Теперь пройдя по ссылке http://example.com/wp-json/myplugin/v1/author-posts/1 мы увидим JSON ответ, который вернула наша функция my_awesome_func() .

Пояснения к коду:

• Маршрут нужно регистрировать именно на хуке rest_api_init, чтобы не выполнять никаких операций, если REST API отключен.
• Почему пространства имен называется именно myplugin/v1 , читайте здесь.
• Маршрут /author-posts/(?P\d+) указан как регулярное выражение для определения числа, чтобы по URL /author-posts/123 нам выдавались посты автора с ID 123.
• GET запрос на URL http://example.com/wp-json/myplugin/v1/author-posts/1 — это конечная точка, которую мы описали при регистрации маршрута. Маршрут может иметь несколько конечных точек, и для каждой конечной точки можно указать разные параметры:
  • methods — HTTP методы по которым нужно обращаться к конечной точке
  • callback — функцию обратного вызова для ответа на запрос
  • permission_callback — функцию обратного вызова для проверки права доступа к конечной точке.
  • args — параметры запроса, которые можно передать конечной точке. Каждый параметр описывается в виде элемента массива. Для каждого параметра можно указать свои опции, например, обязательный ли это параметр (required) или значение параметра по умолчанию (default), функцию проверки значения параметра (validate_callback). Подробнее читайте в разделе Типы параметров.

  Подробнее про создание маршрутов читайте в разделе Создание Маршрута

  Ключевые понятия REST API

  Нужно разобраться в каждом понятии, чтобы понимать что написано и о чем идет речь в этом руководстве!

  Как узнать является ли текущий запрос REST запросом

  Для этого можно проверить наличие константы REST_REQUEST :

  if( defined('REST_REQUEST') )< // Это рест запрос >

  ВАЖНО! Эта константа объявляется довольно поздно на хуке parse_request (порядок хуков см. здесь), поэтому до этого хука нет возможности понять rest запрос это или нет.

  Единственный вариант сделать это до этого хука — это написать кастомную проверку, в которой проверить, например, текущий URI:

  if( rest_get_url_prefix() === explode( '/', $_SERVER['REQUEST_URI'] )[1] ?? '' )< // this is rest request >

  Подробнее об этапах загрузки REST читайте здесь.

  Полезные ссылки

  • Postman — Клиент для общения с WP API.
  • REST API Handbook — официальное руководство по REST API (англ).
  • Список изменений в REST API
  • JSON Formatter — маленькое расширение для Chrome, чтобы удобно читать JSON ответы.
  • JsonDiscovery — более мощное расширение для Chrome, чтобы удобно читать JSON ответы.
  • Семинар по REST API (видео)
  • WP REST API Changelog

  Этот раздел создавался на базе официального руководства: REST API Handbook (англ). Однако тут мы по возможности упрощаем/уточняем/дорабатываем/реструктурируем контент, приводим примеры и в итоге стараемся подать информацию более понятно.

  WordPress REST API: Что это такое и как начать его использовать?

  Если вы занимаетесь созданием сайтов на WordPress, то, скорее всего, слышали о REST API. Однако, если вы не являетесь опытным разработчиком, то, вероятно, не знаете, что такое WordPress REST API.

  Хотя технические детали могут быть немного сложными для начинающих, основные концепции этой функции довольно просты для понимания. Новый API позволяет расширить возможности WordPress как платформы. Более того, REST API делает процесс подключения WordPress к другим сайтам и приложениям проще, чем когда-либо раньше.

  В этом руководстве мы расскажем вам все основы, которые вам нужно знать. Мы объясним, что такое API в целом, а также что такое REST API в частности. Затем мы расскажем, как начать использовать WordPress REST API самостоятельно. Давайте приступим!

  • Введение в Application Programming Interfaces (APIs)
  • Основные правила REST (Representational State Transfer) API
  • WordPress REST API
    • Важность WordPress REST API
    • WordPress REST API: анатомия запроса
    • Как использовать WordPress REST API
    • Ресурсы для изучения WordPress REST API
    • Как отключить REST API в WordPress
    • Еще один подход к использованию WordPress REST API

    Введение в Application Programming Interfaces (APIs)

    Прежде чем мы углубимся в REST API, давайте немного отойдем в сторону. Чтобы понять эту концепцию, сначала важно иметь базовое представление о том, что такое API в общем.

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

    Конечно, в техническом плане работа API гораздо сложнее, но мы сосредоточимся на том, что, вероятно, важнее для вас – на практических приложениях. API получают много внимания и видимости, потому что многие компании начали использовать их и предоставлять в качестве продуктов для использования.

    Другими словами, разработчики в компании, например, Google, собирают некоторые части кода своего приложения и делают их общедоступными. Таким образом, другие разработчики могут использовать API как инструмент, чтобы помочь своим сайтам подключаться к Google и использовать его функции:

    Например, вы можете использовать Google Maps API, чтобы разместить на своем сайте полностью функциональную карту, которая использует все соответствующие данные и функции Google. Это позволяет вам избежать необходимости самостоятельно создавать карту и собирать все эти данные. То же самое относится к широкому диапазону сайтов и приложений.

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

    Основные правила REST (Representational State Transfer) API

    Существует много способов создания API. REST (Representational State Transfer) API – это конкретный тип API, который разрабатывается в соответствии с определенными правилами. Другими словами, REST представляет собой набор рекомендаций, которые разработчики могут использовать при создании API. Это гарантирует эффективное функционирование API.

    Чтобы понять, как работают REST API, необходимо знать правила (или «ограничения»), которым они следуют. Существует пять основных элементов, которые делают API «RESTful». Имейте в виду, что «сервер» – это платформа, к которой относится API, а «клиент» – это сайт, приложение или программное обеспечение, подключающееся к этой платформе:

    RESTful

    1. Клиент-серверная архитектура. API должен быть построен таким образом, чтобы клиент и сервер оставались отдельными друг от друга. Таким образом они могут продолжать развиваться независимо друг от друга и могут использоваться независимо.
    2. Отсутствие состояния. REST API должны следовать протоколу, который не хранит информацию о клиенте на сервере. Запрос клиента должен содержать все необходимые данные заранее, а ответ должен предоставлять все, что необходимо клиенту. Это делает каждое взаимодействие «одноразовым» и уменьшает как требования к памяти, так и потенциальную возможность ошибок.
    3. Кэширование. «Кэш» – это временное хранение определенных данных, чтобы их можно было получить и отправить быстрее. RESTful API используют кэшируемые данные, когда это возможно, для улучшения скорости и эффективности. Кроме того, API должен сообщать клиенту, может ли и должны ли кэшироваться каждый кусок данных.
    4. Использование слоев. Хорошо спроектированные RESTful API создаются с использованием слоев, каждый со своей собственной назначенной функциональностью. Эти слои взаимодействуют, но остаются отдельными. Это упрощает изменение и обновление API со временем и также улучшает его безопасность.
    5. Единый интерфейс. Это означает, что все части REST API должны функционировать через одинаковый интерфейс и использовать одинаковые языки связи. Данный интерфейс должен быть специально разработан для данного API и иметь возможность развиваться самостоятельно. Он не должен зависеть от сервера или клиента для своей работы.

    API, которые соответствуют этим принципам, можно называть RESTful. Существует также шестое ограничение, называемое “code on demand“. При использовании этой техники API может запрашивать у сервера передачу кода на клиентскую сторону для расширения функциональности. Однако это ограничение является необязательным и не используется всеми REST API.

    WordPress REST API

    Возможно, вы задаетесь вопросом, как все это касается вас. API – отличный инструмент, но актуальны ли они для вашей повседневной работы? Если вы используете WordPress, ответ – “да”.

    REST API для WordPress находится в разработке уже несколько лет. Некоторое время он работал как независимый плагин, который был доступен для экспериментов.

    На самом деле, существовали две разные версии плагина REST API. Отдельные элементы API были добавлены в основную платформу еще в обновлении 4.4. Затем он был полностью интегрирован в WordPress 4.7 (в 2016 году). Это означает, что сегодня у WordPress есть свой собственный, полностью функциональный REST API.

    Почему же платформа сделала этот шаг? Согласно самому сайту проекта, это связано с тем, что WordPress движется к тому, чтобы стать “полнофункциональным приложением“.

    Другими словами, REST API позволяет платформе взаимодействовать с практически любым сайтом и веб-приложением. Кроме того, он может обмениваться данными, независимо от того, на каком языке написано внешнее приложение.

    Важность WordPress REST API

    С момента своего появления WordPress REST API стал критической составляющей системы управления контентом (CMS). Сейчас он используется не только внешними службами, многие плагины, темы и сам редактор блоков Gutenberg зависят от него и используют его для своей работы. Если вы задаетесь вопросом о том, как отключить REST API в WordPress, мы рекомендуем не делать этого, но далее в статье мы покажем, как сделать это безопасно.

    Также важно отметить, что иногда эту функцию называют WordPress JSON REST API. «JSON» означает JavaScript Object Notation и описывает формат, используемый этим API для обмена данными. Этот формат основан на языке JavaScript и является популярным способом разработки API благодаря своей хорошей совместимости с многими распространенными языками программирования. Другими словами, JSON API легче обеспечивает связь между приложениями, которые используют разные языки программирования.

    WordPress REST API: анатомия запроса

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

    Каждый API обрабатывает запросы и возвращает ответы. Другими словами, клиент запрашивает выполнение определенного действия, и API выполняет это действие. Как именно это делают API, может варьироваться. REST API специально разработан для получения и ответа на определенный тип запроса с использованием простых команд HTTP (или ‘методов’).

    Вот наиболее основные и важные методы, которые клиент может отправить:

    • GET – Эта команда получает ресурс с сервера (например, конкретные данные).
    • POST – С помощью этой команды клиент добавляет ресурс на сервер.
    • PUT – Вы можете использовать это для редактирования или обновления ресурса, который уже находится на сервере.
    • DELETE – Как следует из названия, это удаляет ресурс с сервера.

    Вместе с этими командами клиент отправит одну или несколько строк, которые сообщают, какой именно ресурс требуется и что с ним нужно сделать. Например, запрос на загрузку файла PHP в определенную папку на сервере может выглядеть так:

    POST /foldername/my_file.php

    Часть /foldername/my_file.php называется маршрутом ( route ), поскольку она сообщает API, куда идти и какие данные использовать. Когда вы объединяете ее с методом HTTP (в данном случае POST), вся функция называется “конечной точкой ( endpoint )”.

    Как использовать WordPress REST API

    Чтобы начать использовать WordPress REST API, вам нужно иметь настроенный сайт WordPress, и вы сможете сразу же начать экспериментировать с REST API. Вы можете выполнять различные GET-запросы для получения данных напрямую, просто используя свой браузер.

    Чтобы получить доступ к WordPress REST API, вам нужно начать с этого маршрута:

    yoursite.com/wp-json/wp/v2

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

    yoursite.com/wp-json/wp/v2/users/43

    В этом сценарии “43” является уникальным идентификатором пользователя, который вы хотите увидеть. Если вы не указали этот идентификатор, вы увидите список всех пользователей на вашем сайте:

    

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

    yoursite.com/wp-json/wp/v2/posts?=search[keyword]

    Это всего лишь простые примеры. На самом деле практически нет ограничений для того, что вы можете сделать с помощью WordPress REST API. Если вы хотите узнать больше о том, как это работает, мы рекомендуем начать с ресурсов описанных ниже:

    Ресурсы для изучения WordPress REST API

    Первый ресурс – The REST API Handbook – это официальный источник информации от WordPress, который содержит документацию о различных аспектах REST API. В этом руководстве вы найдете список точек доступа и детальную информацию о некоторых структурных аспектах REST API.

    Второй ресурс – W3Schools – не является специализированным на REST API, но предлагает удобные обучающие материалы, которые помогут освежить ключевые понятия, такие как HTTP-методы и JSON.

    Как отключить REST API в WordPress

    REST API в WordPress может быть удивительным инструментом, если вам нужно соединить свой сайт с другими сервисами и приложениями. Однако, это может привести к уязвимостям безопасности. Злоумышленники могут получить доступ к критическим данным через эту связь.

    Мы не рекомендуем полностью отключать REST API в WordPress, так как это может привести к проблемам с ключевыми функциями на вашем сайте. С момента его внедрения, REST API стал неотъемлемой компонентой WordPress. Большинство плагинов используют его для взаимодействия с CMS. Кроме того, Gutenberg Block Editor зависит от REST API для редактирования контента.

    Хотя отключение REST API в WordPress не является хорошей идеей, вы можете частично блокировать доступ к определенным ресурсам в целях безопасности. Самый простой способ сделать это – использовать плагин, например Disable WP REST API

    Еще один подход к использованию WordPress REST API

    WordPress REST API может быть использован для многих интересных вещей и проектов. Однако, есть одна область, где он получает реальную популярность:

    • Headless WordPress – это идея отделения двух основных слоев экосистемы WordPress – backend и frontend.

    Это позволяет вам использовать все преимущества, которыми обладает программное обеспечение WordPress, и соединить их с конечным продуктом, который не использует стандартное представление WordPress – это не сайт, как таковой. Весь концепт очень интересный. Мы обсудим это более подробно в другой статье.

    Заключение

    В заключение, WordPress REST API – это мощный инструмент, который позволяет взаимодействовать с WordPress сайтом с помощью стандартных HTTP запросов, открывая новые возможности для создания пользовательских приложений и интеграций. Он позволяет получать, создавать, обновлять и удалять контент, а также выполнять множество других операций с помощью RESTful API.

    Чтобы начать использовать WordPress REST API, необходимо убедиться, что он включен на вашем сайте и изучить его документацию, чтобы понять, какие конечные точки API доступны и как использовать их. Существуют также многочисленные библиотеки и плагины, которые облегчают работу с REST API, такие как WP-API клиент для JavaScript, Postman и другие.

    Однако, при использовании REST API необходимо учитывать безопасность и правильную настройку доступа к данным, чтобы не допустить несанкционированный доступ к информации. В целом, WordPress REST API предоставляет мощный и гибкий интерфейс для работы с контентом WordPress и открывает новые возможности для разработки пользовательских приложений и интеграций.

    Александр Сокирка

    Занимаюсь веб разработкой с 2007 года. Имею большой опыт в веб-дизайне и разработке сайтов. Являюсь автором YouTube канала Быть Программистом. Основатель бренда Aletheme и автор тем для WordPress на маркетплэйсе Envato. С 2017 года занимаюсь обучением людей желающим стать программистами. Мои обучающие программы можно найти на этом сайте или на Udemy.

    Читать:

    Pgbk и bk в чем разница