Сьогодні завершується серія статей про кастомні Endpoint-и та доступ до них через API ключ. У якості прикладу розглянемо ситуацію, коли потрібно видалити дані з бази даних за ID поста з попередньою перевіркою.
API
Продовжуємо розбирати тему самостійно створених ендпоінтів у WordPress. Сьогодні ми навчимося оновлювати дані в базі даних за допомогою API WordPress.
Продовжуємо розбирати тему кастомних ендпоінтів з доступом до них за API ключем. Сьогодні розглянемо приклад збереження даних у БД та перевірки ключа перед збереженням.
Вирішив трохи ускладнити наш попередній код, додавши до нього просту перевірку доступу за API KEY. У прикладі нижче розглядається найпростіша реалізація перевірки доступу за ключем. У реальних застосунках рекомендується використовувати щось складніше, наприклад перевірку доступу за Bearer токеном.
Як було написано в попередніх статтях, WP має багатий функціонал з коробки для роботи з його API. Сьогодні ми розглянемо код створення власного endpoint'а для зчитування даних.
Для мінімальної реалізації свого API у WordPress нам знадобиться екшн “rest_api_init” і функція “register_rest_route”.