23. API страниц настроек | Field Forge - Произвольные поля, созданные для скорости
Скачать Войти

23. API страниц настроек

Чтение значений страниц настроек через REST.

GET /fieldforge/v1/options/{page}

Получить все значения для страницы настроек по ее слагу.

bash
curl -s -u "$AUTH" \
  "https://example.com/wp-json/fieldforge/v1/options/site-options"
Ответ:
json
{
  "site_logo": "55",
  "site_phone": "+1-555-0123",
  "footer_copyright": "2024 My Company",
  "social_facebook": "https://facebook.com/mycompany"
}

fieldforge Свойство на конечных точках REST для постов (PRO)

Когда PRO активен, стандартные конечные точки REST для постов WordPress включают объект fieldforge:

bash
curl -s "https://example.com/wp-json/wp/v2/posts/42"
json
{
  "id": 42,
  "title": { "rendered": "My Post" },
  "fieldforge": {
    "subtitle": "A great post",
    "price": "29.99",
    "hero_image": {
      "ID": 55,
      "url": "https://example.com/wp-content/uploads/hero.jpg",
      "width": 1200,
      "height": 630
    }
  }
}

Это работает для всех типов постов с show_in_rest => true, но общедоступная нагрузка поста по умолчанию запрещена. Поле появляется в этом объекте fieldforge только тогда, когда определение поля устанавливает show_in_rest => true или разработчик явно разрешает это через fieldforge/rest/public_field_allowed.

Поля паролей никогда не раскрываются. Поля, названия которых выглядят чувствительными (password, secret, token, credential, api_key, private_key) остаются скрытыми, если fieldforge/rest/public_sensitive_field_allowed явно не возвращает true. Составные поля (Группа, Повторитель, Гибкий контент) фильтруются рекурсивно, так что публичный родитель не может раскрыть частное подполе.

ИИ-ассистент Forge Онлайн

Привет! Я ИИ-ассистент Field Forge. Спрашивайте меня о чём угодно по плагину — настройка, возможности, устранение неполадок или разработка.

Только что
На базе Forge AI · Просмотр документации