profound-logoProfound CMS
⌘K
Admin
Theme
DocsTutorialBlogPhilosophy
DocsTutorialBlogPhilosophy

Hybrid

Collection of Pages with ComponentsTypes of ComponentsSetup server sent events (SSE) content refetchΡύθμιση διακομιστή μεσολάβησης πίνακα διαχείρισηςCEL Scripting in Template BuilderProject ScaffoldingΒιβλιοθήκη πολυμέσων

Χωρίς κεφαλή

Γρήγορη εκκίνησηjson και Claude κώδικαςComponent Zod Pull

REST API

επισκόπηση του REST APIgetConnect your websitegetGET /routesgetGET /routegetGET /blocksgetΛήψη μπλοκ με cel cachegetGET /blocks/generatedgetGET /componentsgetGET /components/{name}getΛήψη ονόματος σχήματος συνόλου δεδομένωνgetGET /content-changes (SSE)patchPATCH /dataset/{schema_name}postPOST /translationpatchPATCH /translationsgetGET /usagepostPOST /csvpatchPATCH /csv
All Systems Operational
Powered Byprofound-logo
Theme

επισκόπηση του REST API

Βασική διεύθυνση URL, σχήματα πιστοποίησης, επίλυση μισθωτή και μοντέλο σφαλμάτων για το REST API του CMS.

Το REST API του Profound CMS εξυπηρετείται από την υπηρεσία Rust translation_manager. Παρέχει headless τελικά σημεία ανάγνωσης/ροής που χρησιμοποιούνται από τον renderer, καθώς και τελικά σημεία εγγραφής για περιεχόμενο, μετάφραση και εισαγωγή CSV.

Όλα τα παραδείγματα χρησιμοποιούν το {CMS_API_URL} ως τη βασική διεύθυνση URL του κεντρικού υπολογιστή του CMS API σας (για παράδειγμα https://cms.dev.tryprofound.com). Δεν υπάρχει καθολικό πρόθεμα διαδρομής — οι διαδρομές προσαρτώνται στη ρίζα, π.χ. {CMS_API_URL}/routes.

Πιστοποίηση

Το API χρησιμοποιεί δύο ξεχωριστά σχήματα ανάλογα με το τελικό σημείο.

Κλειδί API (headless αναγνώσεις + εισαγωγή/ενημέρωση παραλλαγής)

Στείλτε το κλειδί ως κεφαλίδα x-api-key ή ως παράμετρο ερωτήματος api_key:

curl '{CMS_API_URL}/dataset/post?websiteId=<uuid>' \
  -H 'x-api-key: <your-api-key>'

Τα κλειδιά επικυρώνονται απέναντι στο WorkOS και αποθηκεύονται προσωρινά στη μνήμη. Για τελικά σημεία ανάγνωσης, ένα κλειδί API απαιτείται μόνο όταν ο διακομιστής ορίζει require_schema_api_key = true; διαφορετικά επιτρέπονται οι ανώνυμες αναγνώσεις. Η λειτουργία εισαγωγής/ενημέρωσης παραλλαγής (PATCH /dataset/{schema_name}) απαιτεί πάντα ένα έγκυρο κλειδί που φέρει το δικαίωμα content_write.

Χρησιμοποιεί έλεγχο ταυτότητας με κλειδί API: /routes, /route, /blocks*, /components*, /dataset/*, /schemas/*, /content-changes.

Bearer JWT (WorkOS)

Τα τελικά σημεία διαχείρισης απαιτούν ένα JWT χρήστη του WorkOS:

curl '{CMS_API_URL}/usage?orgId=<uuid>' \
  -H 'Authorization: Bearer <workos-jwt>'

Χρησιμοποιεί έλεγχο ταυτότητας Bearer: /translation, /translations, /usage, /csv.

Επίλυση της ιστοσελίδας (tenant)

Τα τελικά σημεία με κλειδί API επιλύουν τον προορισμό της ιστοσελίδας με αυτή τη σειρά:

  1. Η παράμετρος ερωτήματος ?websiteId=<uuid>
  2. Η κεφαλίδα Host, που αντιστοιχίζεται σε ένα διαμορφωμένο domain ιστοσελίδας
  3. Το εφεδρικό CMS_WEBSITE_ID (single-tenant / τοπική ανάπτυξη)

Αν κανένα δεν αντιστοιχεί σε έγκυρο UUID, το τελικό σημείο επιστρέφει 400.

Μοντέλο σφαλμάτων

ΚατάστασηΣημασία
400Εσφαλμένο αίτημα — λείπει/μη έγκυρο websiteId, μη έγκυρο UUID ή αποτυχία επικύρωσης
401Ελλιπή ή μη έγκυρα διαπιστευτήρια
403Έγινε έλεγχος ταυτότητας αλλά λείπει ένα απαιτούμενο δικαίωμα
404Ο πόρος δεν βρέθηκε
500Εσωτερικό σφάλμα / σφάλμα βάσης δεδομένων

Έλεγχος κατάστασης

GET {CMS_API_URL}/health επιστρέφει { "status": "ok" } και δεν χρειάζεται πιστοποίηση — χρησιμοποιήστε το για ελέγχους ζωντάνιας.

Continue Reading
NextConnect your website›