profound-logoProfound CMS
⌘K
Admin
Theme
DocsTutorialBlogPhilosophy
DocsTutorialBlogPhilosophy

Hybrid

Collection of Pages with ComponentsТипове компонентиSetup server sent events (SSE) content refetchInstall Profound CMS as a proxyСкриптове в конструктора на шаблониProject ScaffoldingМедийна библиотека

Без глава

Бърз стартSplit Screen JSON Component Builder with LLMComponent Zod Pull

REST API

Преглед на REST APIgetСвързване на уебсайт към CMS APIgetGET /routesgetGET /routegetGET /blocksgetВземане на блокове с CEL кешgetGET /blocks/generatedgetGET /componentsgetGET /components/{name}getGET /dataset/{schema_name}getGET /content-changes (SSE)patchPATCH /dataset/{schema_name}postПревод на публикацияpatchPATCH /translationsgetПолучаване на използванетоpostPOST /csvpatchPATCH /csv
All Systems Operational
Powered Byprofound-logo
Theme

PATCH /dataset/{schema_name}

Създаване или актуализиране на вариант на документ на персонализиран компонент, идентифициран по идентификатора на документа.

Създайте или актуализирайте вариант (ред в documents) на персонализиран компонент, идентифициран по id на документа. Посочете id, за да актуализирате съществуващ вариант; пропуснете го, за да вмъкнете нов. Достъпно е също на /schemas/{schema_name}. Съдържанието се валидира спрямо схемата на компонента.

Удостоверяване: Ключ за API — винаги задължителен, и ключът трябва да има разрешението content_write.

Параметри на пътя

ПараметърТипЗадължителенБележки
schema_namestringдаИмето на персонализирания компонент.

Параметри на заявката

ПараметърТипЗадължителенБележки
websiteIduuidнеЦелевият уебсайт; използва стойността от заглавката Host / конфигурацията, ако липсва.
api_keystringнеАлтернатива на заглавката x-api-key.

Тяло на заявката

{
  "id": "<uuid>",
  "title": "Моят вариант",
  "content": { "title": "Здравей", "body": "..." }
}
ПолеТипЗадължителенБележки
iduuidнеАктуализира съответния вариант, когато е наличен; вмъква нов, когато липсва или не е намерен.
titlestringнеЗаглавие за показване. По подразбиране е "Untitled" при вмъкване; остава непроменено при актуализация, ако бъде пропуснато.
contentobjectдаСтойности на полетата, валидирани спрямо схемата на компонента. Трябва да бъде JSON обект.

Отговор

{
  "id": "...",
  "schema_name": "post",
  "title": "Моят вариант",
  "status": "draft",
  "version": 2,
  "created": true
}

created е true при вмъкване (HTTP 201) и false при актуализация (HTTP 200).

Пример

curl -X PATCH '{CMS_API_URL}/dataset/post?websiteId=<uuid>' \
  -H 'x-api-key: <key>' \
  -H 'Content-Type: application/json' \
  -d '{"content":{"title":"Hello"}}'

Грешки

  • 400 — невалиден websiteId, content, който не е обект, неизвестен или архивиран компонент или грешка при валидирането
  • 401 — липсващ или невалиден API ключ
  • 403 — ключът няма разрешението content_write
  • 404 — id е подадено, но няма съответстващ вариант
Continue Reading
Previous‹GET /content-changes (SSE)NextПревод на публикация›