డెవలపర్‌ల కోసం

కోడ్ ద్వారా మీరు నిర్వహించగల హోస్టింగ్

Zinn Digital® అనేది ఒక API-first ప్లాట్‌ఫారమ్. మా డ్యాష్‌బోర్డ్‌కు శక్తినిచ్చే అదే ఇంజిన్ APIని మీరు పొందుతారు — ఇది వెర్షన్ చేయబడింది, స్పెసిఫికేషన్-మొదటిది మరియు నిర్మాణ సమయంలో 100% డాక్యుమెంట్ చేయబడింది, దీనితో పాటు రూపొందించబడిన SDKలు, CLI, Terraform ప్రొవైడర్, సంతకం చేయబడిన వెబ్‌హుక్‌లు మరియు దానిపై ఒక MCP సర్వర్ అందించబడతాయి. మీరు పని చేయడానికి దేనిని ఉపయోగించినా — టెర్మినల్, పైప్‌లైన్, స్టేట్ ఫైల్ లేదా AI ఏజెంట్ అయినా — ప్లాట్‌ఫారమ్ దానికి అనుగుణంగా ప్రతిస్పందిస్తుంది.

సబ్‌స్క్రయిబ్ చేసుకున్న అనేక మంది శ్రోతలకు సంతకం చేసిన ఈవెంట్‌లను అందించే API ముగింపు బిందువు.
  • 7,00,000+ప్రపంచవ్యాప్తంగా హోస్ట్ చేయబడిన సైట్‌లు
  • 1ప్రతి సాధనం రూపొందించబడే OpenAPI స్పెసిఫికేషన్
  • 4క్లయింట్ SDKలు — TypeScript, Python, PHP, Go
  • OAuth 2.1పరిమిత పరిధి గల, ఉపసంహరించుకోదగిన AI ఏజెంట్ యాక్సెస్

ఒకే API. ప్రతి ఉపరితలం దీనిపైనే ఆధారపడుతుంది.

చాలా హోస్ట్‌లు కంట్రోల్ ప్యానెల్ తయారుచేసిన తర్వాత దానికి ఒక APIని జోడిస్తాయి, అది స్పష్టంగా కనిపిస్తుంది — ప్యానెల్ యొక్క సగం ఫీచర్లు ఎప్పటికీ బయటకు రావు. మేము దీనికి విరుద్ధంగా నిర్మించాము. డ్యాష్‌బోర్డ్, అడ్మిన్ కన్సోల్, CLI, Terraform ప్రొవైడర్, MCP సర్వర్ మరియు మీ స్వంత ఇంటిగ్రేషన్‌లు అన్నీ ఒకే ఇంజిన్ APIని ఉపయోగిస్తాయి. మీరు దీన్ని ప్యానెల్‌లో చేయగలిగితే, కోడ్‌లో కూడా చేయవచ్చు.

ముందుగా స్పెసిఫికేషన్, తర్వాత డాక్యుమెంట్ చేయడం కాదు

OpenAPI స్పెసిఫికేషన్ అనేది అంతిమ ప్రామాణిక మూలం, మరియు స్పెసిఫికేషన్‌లో లేనిదే ఏ ఎండ్‌పాయింట్ కూడా విడుదల చేయబడదు. ఆ ఒక్క నియమమే పబ్లిక్ APIని ఎప్పుడో కాకుండా బిల్డ్ సమయంలోనే పూర్తిగా డాక్యుమెంట్ చేసేలా చేస్తుంది — డాక్యుమెంట్ చేయని ఎండ్‌పాయింట్ ఉనికిలోనే ఉండదు కాబట్టి, డాక్యుమెంట్ చేయని భాగమంటూ ఏదీ ఉండదు.

రూపొందించబడింది, ఎప్పుడూ మాన్యువల్‌గా నిర్వహించబడదు

ఇంటరాక్టివ్ రిఫరెన్స్ డాక్స్, నాలుగు క్లయింట్ SDKలు, CLI యొక్క ఎక్కువ భాగం మరియు Terraform ప్రొవైడర్ స్కాఫోల్డింగ్ అన్నీ ఆ ఒక్క స్పెసిఫికేషన్ నుండే రూపొందించబడతాయి. ఒకే మూలం, అనేక కళాఖండాలు, ఎల్లప్పుడూ సమకాలీకరణలో ఉంటాయి — అమలు నుండి వైదొలిగిన డాక్యుమెంట్‌ను మీరు ఎప్పటికీ వెంబడించాల్సిన అవసరం లేదు.

విరమణ విధానంతో సంస్కరణీకరించబడింది

ఎండ్‌పాయింట్‌లు ప్రచురించబడిన నిలిపివేత విధానం మరియు మార్పుల లాగ్‌తో /v1 క్రింద ఉంటాయి. విఫలమైన బిల్డ్ ద్వారా దానిని తెలుసుకునే బదులు, ఏదైనా మారకముందే మీకు లిఖితపూర్వకంగా తెలియజేయబడుతుంది.

CI లో కాంట్రాక్ట్-పరీక్షించబడింది

ప్రతి మార్పుతో అమలు-వర్సెస్-స్పెసిఫికేషన్ కాంట్రాక్ట్ పరీక్షలు మరియు OpenAPI లింటింగ్ నడుస్తాయి. కోడ్ మరియు కాంట్రాక్ట్ మధ్య వ్యత్యాసం ఏర్పడితే బిల్డ్ విఫలమవుతుంది — కాబట్టి మీరు మీ క్లయింట్‌ను రూపొందించే స్పెసిఫికేషన్‌ను మాత్రమే సర్వర్ వాస్తవంగా గౌరవిస్తుంది.

ప్రామాణీకరణ, పరిధి నిర్ధారణ మరియు పెద్ద స్థాయిలో ఎదురయ్యే అనుకోని సవాళ్లు

ప్రవేశించడానికి రెండు మార్గాలు, వాటి వెనుక ఒకే విధమైన సూత్రం. మీరు దేనిని ఉపయోగించినప్పటికీ, అదే అనుమతి తనిఖీలు మరియు అదే డేటాబేస్-స్థాయి ఐసోలేషన్ వర్తిస్తాయి.

సంస్థ ప్రకారం API కీలు

కీలు zdk_<mode>_<prefix>_<secret> వలె కనిపిస్తాయి. రహస్యం యొక్క SHA-256 హ్యాష్ మాత్రమే నిల్వ చేయబడుతుంది — జారీ చేసిన తర్వాత మేము మీకు మళ్లీ కీని చూపించలేము, అలాగే మా డేటాబేస్‌ను యాక్సెస్ చేసే ఎవరైనా కూడా చూపించలేరు. కీలు స్కోప్‌లను కలిగి ఉంటాయి, రద్దు చేయబడవచ్చు మరియు వ్యక్తికి కాకుండా సంస్థకు జారీ చేయబడతాయి.

లైవ్ మరియు టెస్ట్ మోడ్‌లు, వేరుగా ఉంచబడ్డాయి

శాండ్‌బాక్స్ కీలు ప్రొడక్షన్ కీల నుండి వేరుగా ఉంటాయి మరియు శాండ్‌బాక్స్ మోడ్‌లో రన్ అవుతాయి: నిజమైన బిల్లింగ్ ఉండదు, నిజమైన సర్వర్ కేటాయింపు ఉండదు. డబ్బు ఖర్చు చేయకుండా లేదా సర్వర్‌లను నిర్మించకుండానే మీ ఇంటిగ్రేషన్ పరీక్షలు APIని నిరభ్యంతరంగా పరీక్షించగలవు.

మానవుల కోసం OIDC

వినియోగదారు సెషన్‌లు Keycloak జారీ చేసిన JWTలతో ప్రామాణీకరించబడతాయి, ఇవి realm పబ్లిక్ కీతో ధృవీకరించబడతాయి మరియు API కీ లాగానే అదే Principal ఆబ్జెక్ట్‌కు పరిష్కరించబడతాయి. ఎండ్‌పాయింట్‌లు sites.create లేదా apikeys.manage వంటి వివరణాత్మక అనుమతి కీలపై ఆధారపడి ఉంటాయి, ఇవి సంస్థ వారీగా తనిఖీ చేయబడతాయి — ఒక సంస్థలోని అనుమతి వేరే, సంబంధం లేని సంస్థలో ఎటువంటి ప్రాప్యతను మంజూరు చేయదు, అయినప్పటికీ ఇది దాని క్రింద ఉన్న సంస్థలకు వర్తిస్తుంది.

క్రింద వరుస-స్థాయి భద్రత

ప్రతి అద్దెదారు అభ్యర్థన ప్రిన్సిపాల్ నుండి సెట్ చేయబడిన Postgres org పరిధితో ఒక లావాదేవీలో నడుస్తుంది, కాబట్టి ఐసోలేషన్ అనేది డేటాబేస్ ద్వారా అమలు చేయబడుతుంది, ఎవరైనా మరచిపోయే అవకాశం ఉన్న ORM ఫిల్టర్ ద్వారా కాదు. లోతైన రక్షణ కోసం queryset ఫిల్టర్ ఇప్పటికీ ఉంది.

డెమోల కోసం మాత్రమే కాకుండా, మెషీన్ల కోసం రూపొందించబడింది

ఒక READMEలో APIని ఆకర్షణీయంగా చూపించడం సులభం, కానీ నిజమైన ట్రాఫిక్ కింద అది సరిగ్గా పనిచేసేలా చేయడం కష్టం. మేము శ్రమించిన భాగాలు ఇవే, ఎందుకంటే అర్ధరాత్రి మూడు గంటలకు అనుసంధానాలను విచ్ఛిన్నం చేసే భాగాలు ఇవే.

బల్క్ వర్క్ ఎలా ప్రవర్తిస్తుందో ఇది నిర్దేశిస్తుంది కాబట్టి, ప్రత్యేకంగా ప్రస్తావించదగిన ఒక వివరము: డూప్లికేట్ డొమైన్‌పై వచ్చే 409 లోపం ఏ అద్దెదారుకైనా "ఈ హోస్ట్‌నేమ్ ఇక్కడ హోస్ట్ చేయబడిందా?" అనే ప్రశ్నకు సమాధానమిస్తుంది, ఇది ఒక ఎన్యూమరేషన్ ఒరాకిల్ మరియు Footprint-Freeకి వ్యతిరేకంగా నిజమైన డీఅనానిమైజేషన్ ప్రమాదం. సైట్ సృష్టిని థ్రోట్లింగ్ చేయడం సోమరి పరిష్కారం అయ్యేది మరియు బల్క్-ప్రొవిజనింగ్ ప్రోడక్ట్‌ను పూర్తిగా దెబ్బతీసేది. దానికి బదులుగా తిరస్కరించబడిన డూప్లికేట్-డొమైన్ ప్రయత్నాలకు మాత్రమే, ప్రతి ప్రిన్సిపాల్‌కు పరిమితి కేటాయించబడుతుంది. విజయవంతమైన క్రియేషన్లు ఎప్పటికీ దీని కింద లెక్కించబడవు — కాబట్టి మీరు రోజంతా పెద్దమొత్తంలో ప్రొవిజన్ చేయవచ్చు, మరియు అనధికారిక పరిశీలన దాదాపు తక్షణమే ఆగిపోతుంది.

  • ప్రతి వైఫల్యంలో స్థిరమైన ఎర్రర్ ఆకృతి: ఒక కోడ్, అర్థమయ్యే సందేశం, ఐచ్ఛిక ఫీల్డ్-స్థాయి వివరాలు మరియు మీరు సపోర్ట్ బృందానికి తెలియజేయగల request_id. ధృవీకరణ లోపాలు సమస్య ఉన్న ఫీల్డ్‌ల పేర్లతో 422 స్థితిని అందిస్తాయి.
  • POST పై ఐడెంపోటెన్సీ కీలు, రీప్లే రికార్డ్ ఇన్‌లైన్‌కు బదులుగా కమిట్ అయినప్పుడు వ్రాయబడుతుంది — కాబట్టి మళ్లీ ప్రయత్నించినప్పుడు ఎన్నడూ కమిట్ చేయని వరుసను పేర్కొనే కాష్ చేయబడిన 201 ని ఎప్పటికీ రీప్లే చేయదు. విఫలమైన అభ్యర్థన దాని ఇన్-ఫ్లైట్ లాక్‌ను వెంటనే విడుదల చేస్తుంది, కాబట్టి 422 మీ సరిదిద్దబడిన రీట్రైని లాక్ చేయదు.
  • UUIDv7 పై కీసెట్‌గా కర్సర్ పేజినేషన్ — ఏకకాల రాతలలో స్థిరంగా ఉంటుంది, స్కాన్ మధ్యలో అడ్డువరుసలు చేర్చబడినప్పుడు పేజీ-మార్పు ఉండదు.
  • ప్రతిస్పందనలపై RateLimit-Remaining, తద్వారా సృష్టించబడిన క్లయింట్ ఊహించడానికి బదులుగా తెలివిగా అభ్యర్థనలను తగ్గించవచ్చు.
  • పరిధి వెలుపల ఉన్న వనరులు 403 బదులుగా 404 ను చూపుతాయి — 403 అనేది ఆ వనరు ఉందని ధృవీకరిస్తుంది. అదే కారణంతో మీ పరిధికి వెలుపల ఉన్న సంస్థ ద్వారా ఫిల్టర్ చేయడం ఖాళీ పేజీని అందిస్తుంది.
  • సైట్ సృష్టి అనేది నమోదు మాత్రమే, ప్రొవిజనింగ్ కాదు: POST /v1/sites అనేది status pendingతో 201ని అందిస్తుంది మరియు బిల్డ్‌ను ఎప్పుడూ నిరోధించదు. ఈ ఈవెంట్ ఆ అడ్డువరుస ఉన్న అదే లావాదేవీలో transactional outboxకి వ్రాయబడుతుంది, కాబట్టి సైట్ యొక్క ప్రొవిజనింగ్ అభ్యర్థించబడుతుందని హామీ ఇవ్వబడితే మాత్రమే సైట్ ఉనికిలో ఉంటుంది.

SDKలు, ఒక CLI మరియు ఒక Terraform ప్రొవైడర్

పనిచేసే మూడు విభిన్న మార్గాల కోసం, ఒకే వివరణ యొక్క ముగ్గురు వినియోగదారులు.

క్లయింట్ SDKలు

TypeScript, Python, PHP మరియు Go కోసం రూపొందించబడింది, వివరణను ట్రాక్ చేస్తుంది కాబట్టి చేతితో వ్రాసిన ర్యాపర్ కోసం వేచి ఉండకుండా మీ భాషలోకి కొత్త ఎండ్‌పాయింట్ వస్తుంది.

Zinnector®, CLI

ఒక WordPress సైట్ యొక్క నిర్మాణాన్ని రూపొందించండి, Node మాత్రమే ఇన్‌స్టాల్ చేసి స్థానికంగా రన్ చేయండి మరియు దానిని డిప్లాయ్ చేయండి. Zinnector® మీరు డిప్లాయ్ చేయబోయే స్లాట్ ఆధారంగా మీ ప్రాజెక్ట్‌ను ముందే పరీక్షిస్తుంది — PHP వెర్షన్, డిస్క్, ఫైళ్ల సంఖ్య — మరియు మార్పులను పంపిన తర్వాత కాకుండా, పంపడానికి ముందే హెచ్చరిస్తుంది. ఇది లాగిన్ అవుతుంది, సైట్‌ల జాబితాను చూపుతుంది, డిప్లాయ్ చేస్తుంది, డొమైన్‌లు మరియు DNS లను నిర్వహిస్తుంది, మెయిల్ సేవలను చదువుతుంది, బ్యాకప్‌లను తీసుకుంటుంది, అనుమతించబడిన WP-CLI లను రన్ చేస్తుంది, లాగ్‌లను పరిశీలిస్తుంది మరియు ఒకేసారి భారీ ఆపరేషన్‌లను ప్రారంభిస్తుంది. ఉచితం, MIT లైసెన్స్ పొందినది, మరియు ఇదే పబ్లిక్ API పై నిర్మించబడింది.

Terraform ప్రొవైడర్

సైట్లు, డొమైన్లు, DNS రికార్డులు, మెయిల్‌బాక్స్‌లు మరియు ప్లాన్‌లను ఇన్‌ఫ్రాస్ట్రక్చర్ యాజ్ కోడ్‌గా నిర్వహించండి. terraform apply హోస్టింగ్‌ను సమకూరుస్తుంది, మరియు మీ ఎన్విరాన్‌మెంట్‌లు ఎవరూ నమోదు చేయని క్లిక్‌ల క్రమానికి బదులుగా పునరుత్పత్తి చేయగల మరియు సమీక్షించగల రూపంలోకి మారతాయి.

ఇంటరాక్టివ్ రిఫరెన్స్

సర్వర్ అమలు చేసే ఎండ్‌పాయింట్‌లను ఖచ్చితంగా వివరిస్తూ, మీరు బ్రౌజర్ నుండి చదవగలిగే మరియు కాల్ చేయగల రూపొందించబడిన డాక్యుమెంటేషన్ — ఎందుకంటే రెండూ ఒకే వివరణ నుండి వచ్చాయి.

మీ ఎండ్‌పాయింట్ ఆగిపోయినప్పటికీ నిలిచి ఉండే వెబ్‌హుక్‌లు

ప్లాట్‌ఫారమ్ వెనుక ఒక పటిష్టమైన ఈవెంట్ స్పైన్ ఉంది: ప్రతి స్థితి మార్పు డేటాబేస్ మార్పుతో పరమాణుపరంగా Postgresలోని లావాదేవీల అవుట్‌బాక్స్‌కు ఒక ఈవెంట్‌ను వ్రాస్తుంది, మరియు రిలే దానిని NATS JetStreamకి ప్రచురిస్తుంది. ఈవెంట్‌లు టైప్ చేయబడతాయి మరియు సంస్కరణ చేయబడతాయి — site.deployed, order.paid, invoice.overdue, backup.completed, abuse.flagged, trial.ending మరియు మిగిలినవి.

మీకు ముఖ్యమైన వాటికి సభ్యత్వాన్ని పొందండి

ఒక ముగింపు బిందువును WebhookSubscription గా నమోదు చేసి, అది స్వీకరించే ఈవెంట్ రకాలను ఎంచుకోండి. ఒకే స్ట్రీమ్ నోటిఫికేషన్‌లు, విశ్లేషణలు, ఆటోమేషన్‌లు మరియు మీ ఏకీకరణను సమానంగా అందిస్తుంది — మేము ఉపయోగించే ఈవెంట్‌లనే మీరు కూడా వినియోగిస్తున్నారు.

HMAC తో సంతకం చేయబడింది

ప్రతి డెలివరీ HMAC-సంతకం చేయబడి ఉంటుంది, కాబట్టి మీరు దానిపై చర్య తీసుకునే ముందు అది మా నుండే వచ్చిందని ధృవీకరించుకోవచ్చు.

బ్యాక్‌ఆఫ్‌తో మళ్లీ ప్రయత్నించబడింది మరియు లాగ్ చేయబడింది

విఫలమైన డెలివరీలు విరామ సమయంతో మళ్లీ ప్రయత్నించబడతాయి మరియు ప్రతి ప్రయత్నం WebhookDelivery వలె నమోదు చేయబడుతుంది. మేము ఏమి పంపామో అడుగుతూ మద్దతు బృందానికి ఇమెయిల్ చేయడానికి బదులుగా, మీరు డ్యాష్‌బోర్డ్ నుండే డెలివరీలను పరిశీలించవచ్చు మరియు రీప్లే చేయవచ్చు.

కనీసం ఒక్కసారైనా, కాబట్టి id పై డూప్లికేట్‌లను తొలగించండి

పైప్‌లైన్ ఖచ్చితంగా-ఒకసారి ఉన్నట్లు నటించకుండా ఉద్దేశపూర్వకంగా కనీసం-ఒకసారి ఆధారంగా రూపొందించబడింది. ప్రచురణ మధ్యలో నిలిచిపోయే రిలే దాని క్లెయిమ్ లీజు ముగుస్తుంది మరియు దాని ఈవెంట్‌లు మళ్లీ ప్రచురించబడతాయి. envelope id పై డిడ్యూప్ చేయండి మరియు మీ వినియోగదారు నిర్మాణాత్మకంగా సరైనది అవుతుంది.

సైట్‌కు కోడ్‌ను తరలించడం

ఒక API డెవలపర్ కథలో సగం మాత్రమే. మిగిలిన సగం దాన్ని విడుదల చేయడం.

  • OAuth ద్వారా GitHub, GitLab లేదా Bitbucketని కనెక్ట్ చేయండి, డిప్లాయ్ కీలు కాన్ఫిగ్ ఫైల్‌లో కాకుండా క్రెడెన్షియల్ స్టోర్‌లో ఉంచబడతాయి.
  • Push ఒక బిల్డ్-మరియు-డిప్లాయ్ పైప్‌లైన్‌ను ప్రేరేపిస్తుంది, ఇందులో బ్రాంచ్-నుండి-ఎన్విరాన్‌మెంట్‌కు మ్యాపింగ్ (main నుండి production కు, staging నుండి staging కు) మరియు composer మరియు npm కోసం స్టాక్ ఆధారిత బిల్డ్ దశలు ఉంటాయి.
  • డిప్లాయ్‌మెంట్‌లో సమస్య ఏర్పడినప్పుడు మునుపటి విడుదలకు తిరిగి వెళ్లండి.
  • సందర్శకులను చేరుకోవడానికి ముందే మార్పు వాస్తవ వాతావరణంలో నిరూపించబడేలా స్టేజింగ్ క్లోన్ మరియు పుష్-టు-లైవ్.
  • CageFS ఐసోలేషన్ కింద ప్రతి సైట్‌కు SFTP, తద్వారా ప్రతి అద్దెదారు వారి స్వంత ఫైల్‌లను మాత్రమే చూస్తారు, అలాగే షేర్డ్ ప్లాట్‌ఫామ్‌పై జైల్ చేయబడిన SSH షెల్.
  • ప్యానెల్ టెర్మినల్ నుండి మరియు SSH ద్వారా wp-cli.
  • code-server ద్వారా బ్రౌజర్‌లో VS Code — సైట్ ఫైల్‌లను నేరుగా సవరించే, gitతో కూడిన పూర్తి ఎడిటర్.
  • ప్రతి సైట్‌కు PHP వెర్షన్, సవరించదగిన PHP సెట్టింగ్‌లు, ప్రతి సైట్‌కు పొడిగింపులు, పర్యావరణ వేరియబుల్స్ మరియు WP-cron తో పాటు నిజమైన cron.

సైట్‌లో పని చేయడానికి నాలుగు మార్గాలు

API అనేది ఒక ద్వారం. మిగిలిన నాలుగు ఇవే, మరియు వాటిలో ప్రతి ఒక్కటి డెవలపర్ శ్రేణిగా విక్రయించబడకుండా ప్లాన్‌తో చేర్చబడ్డాయి.

వెబ్ ఎడిటర్

డ్యాష్‌బోర్డ్‌లోని సైట్ పేజీ నుండి తెరవబడిన బ్రౌజర్‌లోని VS Code, అంతర్నిర్మిత git మరియు మీ SFTP యాక్సెస్ ఉన్న అదే CageFS జైలు లోపల మొత్తం ఎడిటర్‌తో ఆ సైట్ యొక్క అసలు ఫైల్‌లను సవరిస్తుంది. ఇది ప్రత్యక్ష సైట్‌ను సవరిస్తుంది — మధ్యలో ఎలాంటి స్టేజింగ్ కాపీ ఉండదు, కాబట్టి మీరు సేవ్ చేసిన ఫైల్ వ్రాయబడిన క్షణంలోనే పబ్లిక్ అవుతుంది, అయితే స్థిర ఫైల్ గరిష్టంగా నాలుగు గంటల వరకు CDN కాష్ నుండి సేవలను కొనసాగించవచ్చు.

Zinnector®, CLI

ఉచితం, MIT లైసెన్స్ కలిగి ఉంది మరియు ఇదే పబ్లిక్ API పై నిర్మించబడింది. WordPress సైట్ ఆకృతిని రూపొందించండి, మీ స్వంత సిస్టమ్‌లో దీన్ని అమలు చేయండి, మీరు డిప్లాయ్ చేయబోయే స్లాట్‌కు అనుగుణంగా ముందుగా సరిచూసుకోండి — PHP వెర్షన్, డిస్క్, ఫైళ్ల సంఖ్య — ఆపై డిప్లాయ్ చేయండి. Node 24 లేదా అంతకంటే కొత్త వెర్షన్ అవసరం.

MCP సర్వర్

ఒకే సాధనాల కేటలాగ్, కాబట్టి మీరు ఇప్పటికే ఉపయోగిస్తున్న AI క్లయింట్ డ్యాష్‌బోర్డ్ ఉపయోగించే అదే API మరియు అదే అనుమతుల ద్వారా మీ సైట్‌లలో పని చేయవచ్చు. మీ స్వంత క్లయింట్ కనెక్ట్ అయ్యే సర్వరే వెబ్ ఎడిటర్‌కు కూడా అనుసంధానించబడి ఉంటుంది. మీరు వేరే విధంగా పేర్కొనే వరకు చదవడానికి మాత్రమే.

సైట్ వారీ డెవలపర్ యాక్సెస్

క్లయింట్ పని కోసం మీ పాస్‌వర్డ్ అవసరం లేదు. ఇమెయిల్ చిరునామా ద్వారా ఎవరినైనా ఆహ్వానించండి మరియు వారు ఖచ్చితంగా ఒక సైట్‌ను పొందుతారు: వారు వీక్షకుడు, ఎడిటర్ లేదా మేనేజర్ పాత్రతో తమ స్వంత ఖాతాతో సైన్ ఇన్ చేస్తారు, మరియు ఏదైనా హ్యాండ్లర్ రన్ కావడానికి ముందే మిగతా ప్రతి సైట్ 404తో ప్రతిస్పందిస్తుంది — ఇది కేవలం ఒకే చెక్ కాదు, Postgres వరుస-స్థాయి భద్రతా విధానం మరియు అభ్యర్థన-స్థాయి రక్షణ. ఖాతా యజమాని దీనిని ఒకే క్లిక్‌తో మంజూరు చేస్తారు మరియు రద్దు చేస్తారు, ఇది వారి తదుపరి అభ్యర్థన నుంచే అమలులోకి వస్తుంది.

మరియు మీ AI ఏజెంట్ ఉపయోగించగల అదే API

మేము ఈ ప్లాట్‌ఫామ్‌ను హోస్ట్ చేసిన MCP సర్వర్‌గా అందిస్తున్నాము: ఒకే విధమైన చర్యల కేటలాగ్, RBAC మరియు ఆడిట్ ట్రయల్‌ను తిరిగి ఉపయోగించే ఇంజిన్ API పై సన్నని ప్రోటోకాల్ అడాప్టర్. Claude Code, Cursor, ChatGPT, Claude Desktop లేదా ఏదైనా MCP-సామర్థ్యం గల క్లయింట్‌ను ఒకసారి కనెక్ట్ చేయండి, మరియు మేము APIకి జోడించే ప్రతి సామర్థ్యం స్వయంచాలకంగా దానికి అందుబాటులోకి వస్తుంది.

ఏజెంట్ మూడు విషయాలను పొందుతుంది: Tools (అవే API ఎండ్‌పాయింట్‌లు, విభేదించడానికి సమాంతర లాజిక్ ఏదీ లేదు), Resources (చర్య తీసుకునే ముందు వాస్తవ డేటాతో విశ్లేషించడానికి వీలుగా చదవడానికి మాత్రమే వీలైన సైట్ ఆరోగ్యం, కాన్ఫిగరేషన్, ఇటీవలి లాగ్‌లు, మెట్రిక్స్, అప్‌టైమ్ మరియు KB కథనాలు) మరియు Prompts ("diagnose this site" లేదా "prepare a migration" వంటి ప్రచురించిన వర్క్‌ఫ్లో టెంప్లేట్‌లు).

భద్రత అనేది ప్రామాణీకరణ లాంటిదే: OAuth 2.1, మీ సంస్థకు అనుసంధానించబడిన టోకెన్లు మరియు అమలు చేయబడిన వరుస-స్థాయి భద్రతతో కూడిన RBAC అనుమతులు, ప్రతి సాధనానికి పరిధి నిర్దేశించబడి మరియు ఉపసంహరించుకోదగినవి, ప్రొడక్షన్ నుండి వేరు చేయబడిన శాండ్‌బాక్స్. విధ్వంసక చర్యలు — తొలగించడం, నిలిపివేయడం, బిల్లింగ్, పెద్ద మొత్తంలో ఖర్చు చేయడం — స్పష్టమైన నిర్ధారణ లేదా మానవ-ఆమోద విధానం అవసరం. రేటు పరిమితులు మరియు ఖర్చు పరిమితులు AI-ప్రేరేపిత చెల్లింపు చర్యలను నియంత్రిస్తాయి, మరియు ప్రతి MCP కాల్ గుర్తింపు, సాధనం, ఆర్గ్యుమెంట్లు మరియు ఫలితంతో ఆడిట్-లాగ్ చేయబడుతుంది.

మేము ప్రతి యాప్‌ను ఒక్కొక్కటిగా అనుసంధానించే బదులు ప్రోటోకాల్‌కే మద్దతు ఇస్తాము, అంటే మీ హోస్టింగ్ అనుసంధానంలో మార్పు అవసరం లేకుండానే మీ AI సాధనాల ఎంపికను మార్చుకోవచ్చు.

తరచుగా అడిగే ప్రశ్నలు

పబ్లిక్ API అనేది డాష్‌బోర్డ్ ఉపయోగించేదేనా?

అవును — ఇది ప్రచురించబడి మరియు పటిష్టం చేయబడిన అదే ఇంజిన్ API. డ్యాష్‌బోర్డ్, అడ్మిన్ కన్సోల్, CLI, Terraform ప్రొవైడర్, MCP సర్వర్ మరియు వెబ్‌హుక్‌లు అన్నీ ఒకే ఇంటర్‌ఫేస్‌ను వినియోగిస్తాయి, అందుకే API ప్యానెల్ కంటే వెనుకబడి ఉండదు.

డబ్బు ఖర్చు చేయకుండా లేదా నిజమైన సర్వర్‌లను నిర్మించకుండా నేను ఇంటిగ్రేషన్‌ను పరీక్షించవచ్చా?

అవును. శాండ్‌బాక్స్ కీలు ప్రొడక్షన్ కీల నుండి విడిగా జారీ చేయబడతాయి మరియు పరీక్షా విధానంలో పనిచేస్తాయి: ఎటువంటి నిజమైన బిల్లింగ్ మరియు నిజమైన కేటాయింపులు ఉండవు. మీ CIని శాండ్‌బాక్స్ ఆధారాలకు సూచించండి మరియు పూర్తి అభ్యర్థన మరియు ప్రతిస్పందన చక్రాన్ని సురక్షితంగా పరీక్షించండి.

పునఃప్రయత్నం ఏదైనా అంశం యొక్క రెండు ప్రతులను సృష్టించకుండా నేను ఎలా నిరోధించగలను?

మీ POST పై Idempotency-Keyను పంపండి. రీప్లే రికార్డ్ inline కాకుండా commit చేసినప్పుడు వ్రాయబడుతుంది, కాబట్టి వాస్తవంగా commit కాని వరుస కోసం కాష్ చేయబడిన విజయాన్ని మళ్లీ ప్రయత్నించడం (retry) ఎప్పటికీ రీప్లే చేయదు, మరియు విఫలమైన అభ్యర్థన దాని లాక్‌ను వెంటనే విడుదల చేస్తుంది, తద్వారా మీరు సరిదిద్దిన మళ్లీ ప్రయత్నించడం నిలిచిపోదు. Webhook డెలివరీ రూపకల్పన ప్రకారం కనీసం ఒక్కసారైనా (at-least-once) జరుగుతుంది — మీ వైపు envelope id ఆధారంగా నకిలీలను తొలగించండి (dedupe).

నేను ఒక API కీకి నా క్లయింట్ సంస్థలన్నింటికీ యాక్సెస్ ఇవ్వవచ్చా?

ఈ రోజు కాదు. API కీలు ప్రతి సంస్థకు జారీ చేయబడతాయి, కాబట్టి అనేక క్లయింట్ సంస్థలలో విస్తరించి ఉన్న అనుసంధానం ప్రతిదానికి ఒక కీని కలిగి ఉంటుంది. యూజర్ ప్రిన్సిపాల్స్ కోసం అనుమతులు కూడా సంస్థ ప్రాతిపదికన తనిఖీ చేయబడతాయి: ఒక సంస్థలో sites.create కలిగి ఉండటం వేరే, సంబంధం లేని సంస్థలో ఎటువంటి ప్రాప్యతను మంజూరు చేయదు, అయినప్పటికీ ఇది దాని క్రింద ఉన్న సంస్థలకు వర్తిస్తుంది. ఇది ఉద్దేశపూర్వకంగా చేసినది — ఇది రాజీపడిన కీని దాని స్వంత సంస్థకు మరియు దాని క్రింద ఉన్న ఉప-సంస్థలకు మాత్రమే పరిమితం చేస్తుంది, మొత్తం ప్లాట్‌ఫారమ్‌కు కాదు.

అంతర్నిర్మిత డెవలపర్ పాత్ర వాస్తవానికి దేనికి అనుమతిస్తుంది?

dev పాత్ర సంస్థ సమాచారాన్ని చదవడం, API కీ నిర్వహణ, సైట్‌లను వీక్షించడం మరియు సృష్టించడం, వాటిని పునఃప్రారంభించడం, వాటి కాష్‌ను క్లియర్ చేయడం, మరియు టిక్కెట్‌లను వీక్షించడం మరియు ప్రత్యుత్తరం ఇవ్వడం వంటివాటిని కవర్ చేస్తుంది. ఇది ఉద్దేశపూర్వకంగా బిల్లింగ్ నియంత్రణను మినహాయిస్తుంది. డిప్లాయ్ మరియు పుష్-టు-లైవ్ అనుమతులు ఇందులో భాగం కాదని గమనించండి — బృంద సభ్యునికి అవి అవసరమైతే, డెవలపర్ అనేది అత్యంత విస్తృతమైన సాంకేతిక పాత్ర అని భావించే బదులు వాటిని కలిగి ఉన్న పాత్రను కేటాయించండి.

నా ఎండ్‌పాయింట్ ఒక గంట పాటు పనిచేయకపోతే నా వెబ్‌హుక్‌లకు ఏమి జరుగుతుంది?

డెలివరీలు విరామ వ్యవధి పెంపుతో మళ్లీ ప్రయత్నించబడతాయి మరియు ప్రతి ప్రయత్నం మీరు పరిశీలించగల WebhookDelivery లాగా నమోదు చేయబడుతుంది. అప్‌స్ట్రీమ్‌లో, ఈవెంట్‌లు మార్పు జరిగిన అదే డేటాబేస్ లావాదేవీలోని లావాదేవీ అవుట్‌బాక్స్‌కు వ్రాయబడతాయి, కాబట్టి వినియోగదారు అందుబాటులో లేనప్పుడు ఏదీ కోల్పోదు — నిలిచిపోయిన వినియోగదారు వెనుకబడతారు, అది ఎప్పటికీ ఉత్పత్తిదారుని ఆపదు, మరియు మీరు తిరిగి వచ్చిన తర్వాత డాష్‌బోర్డ్ నుండి డెలివరీలను మళ్లీ ప్లే చేయవచ్చు.

దీని ఆధారంగా అభివృద్ధి చేయడం ప్రారంభించడానికి ఎంత ఖర్చవుతుంది?

Footprint-Free హోస్టింగ్ యొక్క కార్డ్ అవసరం లేని 14-రోజుల ట్రయల్‌తో ప్రారంభించండి — చెల్లింపు వివరాలు అవసరం లేదు, గరిష్టంగా 5 సైట్‌లు. చెల్లింపు Footprint-Free శ్రేణులు PBN 5 కోసం నెలకు $6 నుండి ప్రారంభమవుతాయి. ప్రతి ప్లాన్ 30-రోజుల మనీ-బ్యాక్ గ్యారెంటీ, ఉచిత మైగ్రేషన్‌లు మరియు ఎలాంటి విక్రేత లాక్-ఇన్ లేకుండా వస్తుంది.

వివరణను చదవండి, ఆపై దానికి అనుగుణంగా రూపొందించండి

స్పెక్-ఫస్ట్ API, రూపొందించబడిన SDKలు, ఒక CLI, ఒక Terraform ప్రొవైడర్, సంతకం చేయబడిన వెబ్‌హుక్‌లు మరియు ఒక MCP సర్వర్ — ప్రపంచవ్యాప్తంగా 700,000+ సైట్‌ల కోసం మేము నిర్మించిన హోస్టింగ్‌పై. చెల్లింపు వివరాలు లేకుండా, కార్డు అవసరం లేని 14 రోజుల ట్రయల్‌తో ప్రారంభించండి.

ఉచితంగా ప్రారంభించండి

మీ AI ఏజెంట్ పని చేయగల WordPress ప్లగిన్‌లు

ఈ ప్లగిన్‌లలో ప్రతి ఒక్కటి మీ WordPress సైట్‌ను MCP సర్వర్‌గా మారుస్తుంది, తద్వారా Claude, Cursor, VS Code మరియు ఇతర AI అసిస్టెంట్‌లు మీ వలె లాగిన్ అయి, మీకు అనుమతి ఉన్న వాటికి మాత్రమే పరిమితమై దానిపై నిజమైన పని చేయగలవు.

డెవలపర్ల కోసం అన్ని MCP మరియు API డాక్స్ →