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