ಡೆವಲಪರ್‌ಗಳಿಗಾಗಿ
Zinn Digital® ಒಂದು API-ಮೊದಲ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಆಗಿದೆ. ನಮ್ಮ ಡ್ಯಾಶ್‌ಬೋರ್ಡ್ ಅನ್ನು ಸಶಕ್ತಗೊಳಿಸುವ ಅದೇ ಎಂಜಿನ್ API ಅನ್ನು ನೀವು ಪಡೆಯುತ್ತೀರಿ — ಆವೃತ್ತಿ ಹೊಂದಿರುವ, ವಿವರಣೆ-ಮೊದಲ ಮತ್ತು ಬಿಲ್ಡ್ ಸಮಯದಲ್ಲಿ 100% ದಾಖಲಿಸಲ್ಪಟ್ಟಿರುವ, ಜೊತೆಗೆ ರಚಿಸಲಾದ SDKಗಳು, ಒಂದು CLI, ಒಂದು Terraform ಪ್ರೊವೈಡರ್, ಸಹಿ ಮಾಡಿದ ವೆಬ್‌ಹುಕ್‌ಗಳು ಮತ್ತು ಅದರ ಮೇಲೆ ಒಂದು MCP ಸರ್ವರ್ ಅನ್ನು ಒಳಗೊಂಡಿದೆ. ಕೆಲಸ ಮಾಡಲು ನೀವು ಏನನ್ನೇ ಬಳಸಿದರೂ — ಟರ್ಮಿನಲ್, ಪೈಪ್‌ಲೈನ್, ಸ್ಟೇಟ್ ಫೈಲ್ ಅಥವಾ AI ಏಜೆಂಟ್ — ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಅದಕ್ಕೆ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತದೆ.
ಹೆಚ್ಚಿನ ಹೋಸ್ಟ್‌ಗಳು ನಿಯಂತ್ರಣ ಫಲಕಕ್ಕೆ ನಂತರದಲ್ಲಿ API ಅನ್ನು ಜೋಡಿಸುತ್ತವೆ, ಮತ್ತು ಅದು ಸ್ಪಷ್ಟವಾಗಿ ಗೋಚರಿಸುತ್ತದೆ — ಫಲಕದ ಅರ್ಧದಷ್ಟು ವೈಶಿಷ್ಟ್ಯಗಳು ಹೊರಬರುವುದೇ ಇಲ್ಲ. ನಾವು ಇದನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ವಿರುದ್ಧ ರೀತಿಯಲ್ಲಿ ನಿರ್ಮಿಸಿದ್ದೇವೆ. ಡ್ಯಾಶ್‌ಬೋರ್ಡ್, ನಿರ್ವಾಹಕ ಕನ್ಸೋಲ್, CLI, Terraform ಪ್ರೊವೈಡರ್, MCP ಸರ್ವರ್ ಮತ್ತು ನಿಮ್ಮ ಸ್ವಂತ ಸಂಯೋಜನೆಗಳು ಎಲ್ಲವೂ ಒಂದೇ ಎಂಜಿನ್ API ಅನ್ನು ಬಳಸುತ್ತವೆ. ನೀವು ಅದನ್ನು ಫಲಕದಲ್ಲಿ ಮಾಡಲು ಸಾಧ್ಯವಾದರೆ, ಕೋಡ್ ಮೂಲಕವೂ ಮಾಡಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ.
OpenAPI ವಿವರಣೆಯು ಸತ್ಯದ ಮೂಲವಾಗಿದೆ, ಮತ್ತು ವಿವರಣೆಯಲ್ಲಿ ಇಲ್ಲದ ಹೊರತು ಯಾವುದೇ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಬಿಡುಗಡೆಯಾಗುವುದಿಲ್ಲ. ಈ ಏಕೈಕ ನಿಯಮವು ಸಾರ್ವಜನಿಕ API ಅನ್ನು ನಂತರದ ಬದಲಿಗೆ ನಿರ್ಮಾಣದ ಸಮಯದಲ್ಲಿಯೇ ಸಂಪೂರ್ಣವಾಗಿ ದಾಖಲಿಸುವಂತೆ ಮಾಡುತ್ತದೆ — ಯಾವುದೇ ದಾಖಲಿಸದ ಮೂಲೆಯಿಲ್ಲ, ಏಕೆಂದರೆ ದಾಖಲಿಸದ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಅಸ್ತಿತ್ವದಲ್ಲಿರಲು ಸಾಧ್ಯವೇ ಇಲ್ಲ.
ಸಂವಾದಾತ್ಮಕ ಉಲ್ಲೇಖ ದಾಖಲೆಗಳು, ನಾಲ್ಕು ಕ್ಲೈಂಟ್ ಎಸ್‌ಡಿಕೆಗಳು, ಸಿಎಲ್‌ಐನ ಹೆಚ್ಚಿನ ಭಾಗ ಮತ್ತು ಟೆರ್ರಾಫಾರ್ಮ್ ಪ್ರೊವೈಡರ್ ಸ್ಕ್ಯಾಫೋಲ್ಡಿಂಗ್ ಇವೆಲ್ಲವೂ ಆ ಒಂದು ನಿರ್ದಿಷ್ಟತೆಯಿಂದ ಉತ್ಪತ್ತಿಯಾಗುತ್ತವೆ. ಒಂದು ಮೂಲ, ಹಲವು ಕಲಾಕೃತಿಗಳು, ಯಾವಾಗಲೂ ಸಿಂಕ್‌ನಲ್ಲಿರುತ್ತವೆ — ಅನುಷ್ಠಾನದಿಂದ ದೂರ ಸರಿದ ದಾಖಲೆಯನ್ನು ನೀವು ಎಂದಿಗೂ ಬೆನ್ನಟ್ಟಬೇಕಾಗಿಲ್ಲ.
ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಳು ಪ್ರಕಟಿತ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವಿಕೆ ನೀತಿ ಮತ್ತು ಬದಲಾವಣೆ ಲಾಗ್‌ನೊಂದಿಗೆ /v1 ಅಡಿಯಲ್ಲಿವೆ. ವಿಫಲವಾದ ಬಿಲ್ಡ್‌ನಿಂದ ತಿಳಿಯುವ ಬದಲು, ಏನಾದರೂ ಬದಲಾಗುವ ಮೊದಲು ನಿಮಗೆ ಲಿಖಿತ ರೂಪದಲ್ಲಿ ತಿಳಿಸಲಾಗುತ್ತದೆ.
ಅನುಷ್ಠಾನ ಮತ್ತು ನಿರ್ದಿಷ್ಟತೆಯ ನಡುವಿನ ಒಪ್ಪಂದದ ಪರೀಕ್ಷೆಗಳು ಹಾಗೂ OpenAPI ಲಿಂಟಿಂಗ್ ಪ್ರತಿ ಬದಲಾವಣೆಯಲ್ಲೂ ಚಲಿಸುತ್ತವೆ. ಕೋಡ್ ಮತ್ತು ಒಪ್ಪಂದದ ನಡುವಿನ ವ್ಯತ್ಯಾಸವು ಬಿಲ್ಡ್ ಅನ್ನು ವಿಫಲಗೊಳಿಸುತ್ತದೆ — ಆದ್ದರಿಂದ ನೀವು ನಿಮ್ಮ ಕ್ಲೈಂಟ್ ಅನ್ನು ರಚಿಸುವ ನಿರ್ದಿಷ್ಟತೆಯು ಸರ್ವರ್ ವಾಸ್ತವವಾಗಿ ಗೌರವಿಸುವ ನಿರ್ದಿಷ್ಟತೆಯಾಗಿರುತ್ತದೆ.
ಪ್ರವೇಶಿಸಲು ಎರಡು ಮಾರ್ಗಗಳು, ಅವುಗಳ ಹಿಂದೆ ಒಂದೇ ರೀತಿಯ ತತ್ವ. ನೀವು ಯಾವುದನ್ನೇ ಬಳಸಿದರೂ, ಅದೇ ಅನುಮತಿ ಪರಿಶೀಲನೆಗಳು ಮತ್ತು ಅದೇ ಡೇಟಾಬೇಸ್-ಮಟ್ಟದ ಪ್ರತ್ಯೇಕತೆಯು ಅನ್ವಯಿಸುತ್ತದೆ.
ಕೀಲಿಗಳು zdk_<mode>_<prefix>_<secret> ನಂತೆ ಕಾಣುತ್ತವೆ. ರಹಸ್ಯದ SHA-256 ಹ್ಯಾಶ್ ಅನ್ನು ಮಾತ್ರ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ — ನೀಡಿದ ನಂತರ ನಾವು ನಿಮಗೆ ಕೀಲಿಯನ್ನು ಮತ್ತೆ ತೋರಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ, ಮತ್ತು ನಮ್ಮ ಡೇಟಾಬೇಸ್ ಅನ್ನು ಪ್ರವೇಶಿಸುವ ಯಾರೊಬ್ಬರೂ ಅದನ್ನು ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ. ಕೀಲಿಗಳು ವ್ಯಾಪ್ತಿಗಳನ್ನು ಹೊಂದಿರುತ್ತವೆ, ಹಿಂತೆಗೆದುಕೊಳ್ಳಬಹುದು ಮತ್ತು ಪ್ರತಿಯೊಬ್ಬ ವ್ಯಕ್ತಿಗೆ ಬದಲಾಗಿ ಸಂಸ್ಥೆಯ ಪ್ರಕಾರ ನೀಡಲಾಗುತ್ತದೆ.
ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್ ಕೀಗಳು ಪ್ರೊಡಕ್ಷನ್ ಕೀಗಳಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿರುತ್ತವೆ ಮತ್ತು ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್ ಮೋಡ್‌ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ: ಯಾವುದೇ ನೈಜ ಬಿಲ್ಲಿಂಗ್ ಇಲ್ಲ, ಯಾವುದೇ ನೈಜ ಪ್ರೊವಿಷನಿಂಗ್ ಇಲ್ಲ. ಹಣವನ್ನು ವ್ಯಯಿಸದೆ ಅಥವಾ ಸರ್ವರ್‌ಗಳನ್ನು ನಿರ್ಮಿಸದೆ ನಿಮ್ಮ ಏಕೀಕರಣ ಪರೀಕ್ಷೆಗಳು API ಅನ್ನು ಸತತವಾಗಿ ಪರೀಕ್ಷಿಸಬಹುದು.
ಬಳಕೆದಾರರ ಸೆಷನ್‌ಗಳು Keycloak-ನೀಡಿದ JWTಗಳೊಂದಿಗೆ ದೃಢೀಕರಿಸಲ್ಪಡುತ್ತವೆ, realm ಸಾರ್ವಜನಿಕ ಕೀ ವಿರುದ್ಧ ಪರಿಶೀಲಿಸಲ್ಪಡುತ್ತವೆ ಮತ್ತು API ಕೀ ನಿರ್ಧರಿಸುವ ಅದೇ Principal ಆಬ್ಜೆಕ್ಟ್‌ಗೆ ನಿರ್ಧರಿಸಲ್ಪಡುತ್ತವೆ. ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಳು sites.create ಅಥವಾ apikeys.manage ನಂತಹ ವಿವರವಾದ ಅನುಮತಿ ಕೀಗಳ ಆಧಾರದ ಮೇಲೆ ನಿಯಂತ್ರಿಸಲ್ಪಡುತ್ತವೆ, ಪ್ರತಿಯೊಂದು ಸಂಸ್ಥೆಗೆ ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ — ಒಂದು ಸಂಸ್ಥೆಯಲ್ಲಿನ ಅನುಮತಿಯು ಪ್ರತ್ಯೇಕ, ಸಂಬಂಧವಿಲ್ಲದ ಸಂಸ್ಥೆಯಲ್ಲಿ ಯಾವುದೇ ಪ್ರವೇಶವನ್ನು ನೀಡುವುದಿಲ್ಲ, ಆದರೆ ಇದು ಅದರ ಅಡಿಯಲ್ಲಿ ನೆಸ್ಟೆಡ್ ಆಗಿರುವ ಸಂಸ್ಥೆಗಳಿಗೆ ಅನ್ವಯಿಸುತ್ತದೆ.
ಪ್ರತಿಯೊಂದು ಬಾಡಿಗೆದಾರರ ವಿನಂತಿಯು ಪ್ರಿನ್ಸಿಪಾಲ್‌ನಿಂದ ಹೊಂದಿಸಲಾದ Postgres ಸಂಸ್ಥೆಯ ವ್ಯಾಪ್ತಿಯೊಂದಿಗೆ ವಹಿವಾಟಿನಲ್ಲಿ ಚಲಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಪ್ರತ್ಯೇಕತೆಯನ್ನು ಡೇಟಾಬೇಸ್‌ನಿಂದ ಜಾರಿಗೊಳಿಸಲಾಗುತ್ತದೆ, ಯಾರಾದರೂ ಮರೆತುಹೋಗಬಹುದಾದ ORM ಫಿಲ್ಟರ್‌ನಿಂದಲ್ಲ. ಕ್ವೆರಿಸೆಟ್ ಫಿಲ್ಟರ್ ಆಳವಾದ ರಕ್ಷಣೆಯಾಗಿ ಇನ್ನೂ ಇದೆ.
README ನಲ್ಲಿ API ಅನ್ನು ಉತ್ತಮವಾಗಿ ಕಾಣುವಂತೆ ಮಾಡುವುದು ಸುಲಭ, ಆದರೆ ನೈಜ ಟ್ರಾಫಿಕ್‌ನಲ್ಲಿ ಅದು ಸರಿಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವಂತೆ ಮಾಡುವುದು ಕಷ್ಟ. ಇವು ನಾವು ಹೆಚ್ಚು ಶ್ರಮವಹಿಸಿದ ಭಾಗಗಳಾಗಿವೆ, ಏಕೆಂದರೆ ಬೆಳಗಿನ ಜಾವ ಮೂರು ಗಂಟೆಗೆ ಇಂಟಿಗ್ರೇಷನ್‌ಗಳನ್ನು ವಿಫಲಗೊಳಿಸುವುದು ಇವೇ ಭಾಗಗಳಾಗಿವೆ.
ಬೃಹತ್ ಪ್ರಮಾಣದ ಕಾರ್ಯ ಹೇಗೆ ವರ್ತಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ರೂಪಿಸುವುದರಿಂದ, ಗಮನಿಸಬೇಕಾದ ಒಂದು ವಿವರ: ನಕಲಿ ಡೊಮೇನ್ ಮೇಲಿನ 409 ದೋಷವು ಯಾವುದೇ ಬಾಡಿಗೆದಾರರಿಗೆ "ಈ ಹೋಸ್ಟ್‌ನೇಮ್ ಅನ್ನು ಇಲ್ಲಿ ಹೋಸ್ಟ್ ಮಾಡಲಾಗಿದೆಯೇ?" ಎಂಬ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ, ಇದು ಎನ್ಯೂಮರೇಷನ್ ಒರಾಕಲ್ (enumeration oracle) ಮತ್ತು Footprint-Free ವಿರುದ್ಧದ ನೈಜ ಅಪನಾಮೀಕರಣದ (deanonymisation) ಅಪಾಯವಾಗಿದೆ. ಸೈಟ್ ರಚನೆಯನ್ನು ಮಿತಿಗೊಳಿಸುವುದು (throttling) ಜಡ ಪರಿಹಾರವಾಗುತ್ತಿತ್ತು ಮತ್ತು ಬೃಹತ್-ಪ್ರೊವಿಷನಿಂಗ್ ಉತ್ಪನ್ನವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಹಾಳುಮಾಡುತ್ತಿತ್ತು. ಬದಲಾಗಿ, ಪ್ರತಿ ಪ್ರಿನ್ಸಿಪಾಲ್‌ಗೆ ಕೇವಲ ತಿರಸ್ಕರಿಸಲಾದ ನಕಲಿ-ಡೊಮೇನ್ ಪ್ರಯತ್ನಗಳನ್ನು ಮಾತ್ರ ಮಿತಿಯಲ್ಲಿ ಲೆಕ್ಕಹಾಕಲಾಗುತ್ತದೆ. ಯಶಸ್ವಿ ರಚನೆಗಳನ್ನು ಎಂದಿಗೂ ಇದರ ವಿರುದ್ಧ ವಿಧಿಸಲಾಗುವುದಿಲ್ಲ — ಆದ್ದರಿಂದ ನೀವು ಇಡೀ ದಿನ ಬೃಹತ್ ಪ್ರಮಾಣದಲ್ಲಿ ಪ್ರೊವಿಷನ್ ಮಾಡಬಹುದು, ಮತ್ತು ಶೋಧನಾ ಪ್ರಯತ್ನಗಳು ತಕ್ಷಣವೇ ನಿಲ್ಲುತ್ತವೆ.
ಕೆಲಸದ ಮೂರು ವಿಭಿನ್ನ ವಿಧಾನಗಳಿಗಾಗಿ, ಒಂದೇ ನಿರ್ದಿಷ್ಟತೆಯ ಮೂರು ಗ್ರಾಹಕರು.
TypeScript, Python, PHP ಮತ್ತು Go ಗಾಗಿ ರಚಿಸಲಾಗಿದೆ, ವಿಶೇಷಣವನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡುತ್ತದೆ ಆದ್ದರಿಂದ ಕೈಯಿಂದ ಬರೆದ ಸುತ್ತುವರಿಯುವಿಕೆಗಾಗಿ ಕಾಯದೆ ಹೊಸ ಅಂತಿಮ ಬಿಂದುವು ನಿಮ್ಮ ಭಾಷೆಗೆ ತಲುಪುತ್ತದೆ.
WordPress ಸೈಟ್ ಅನ್ನು ಸ್ಕ್ಯಾಫೋಲ್ಡ್ ಮಾಡಿ, Node ಹೊರತುಪಡಿಸಿ ಬೇರೇನನ್ನೂ ಸ್ಥಾಪಿಸದೆ ಅದನ್ನು ಸ್ಥಳೀಯವಾಗಿ ರನ್ ಮಾಡಿ ಮತ್ತು ಅದನ್ನು ನಿಯೋಜಿಸಿ. Zinnector® ನೀವು ನಿಯೋಜಿಸಲಿರುವ ಸ್ಲಾಟ್‌ಗೆ ವಿರುದ್ಧವಾಗಿ ನಿಮ್ಮ ಯೋಜನೆಯನ್ನು ಪೂರ್ವ-ಪರಿಶೀಲಿಸುತ್ತದೆ — PHP ಆವೃತ್ತಿ, ಡಿಸ್ಕ್, ಫೈಲ್ ಎಣಿಕೆ — ಮತ್ತು ನೀವು ಪುಶ್ ಮಾಡಿದ ನಂತರ ಅಲ್ಲ, ಬದಲಿಗೆ ಮುಂಚಿತವಾಗಿಯೇ ಎಚ್ಚರಿಸುತ್ತದೆ. ಇದು ಸೈನ್ ಇನ್ ಮಾಡುತ್ತದೆ, ಸೈಟ್‌ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ನಿಯೋಜಿಸುತ್ತದೆ, ಡೊಮೇನ್‌ಗಳು ಮತ್ತು DNS ಅನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ, ಮೇಲ್ ಸೇವೆಗಳನ್ನು ಓದುತ್ತದೆ, ಬ್ಯಾಕಪ್‌ಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ಅನುಮತಿಸಲಾದ ಪಟ್ಟಿಯಲ್ಲಿರುವ WP-CLI ಅನ್ನು ರನ್ ಮಾಡುತ್ತದೆ, ಲಾಗ್‌ಗಳನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ಬೃಹತ್ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ. ಉಚಿತ, MIT-ಪರವಾನಗಿ ಪಡೆದಿದೆ ಮತ್ತು ಇದೇ ಸಾರ್ವಜನಿಕ API ನಲ್ಲಿ ನಿರ್ಮಿಸಲಾಗಿದೆ.
ಸೈಟ್‌ಗಳು, ಡೊಮೇನ್‌ಗಳು, DNS ದಾಖಲೆಗಳು, ಮೇಲ್‌ಬಾಕ್ಸ್‌ಗಳು ಮತ್ತು ಯೋಜನೆಗಳನ್ನು ಇನ್‌ಫ್ರಾಸ್ಟ್ರಕ್ಚರ್ ಆಸ್ ಕೋಡ್ ಆಗಿ ನಿರ್ವಹಿಸಿ. terraform apply ಹೋಸ್ಟಿಂಗ್ ಅನ್ನು ಒದಗಿಸುತ್ತದೆ, ಮತ್ತು ನಿಮ್ಮ ಪರಿಸರಗಳು ಯಾರೂ ಬರೆದಿಡದ ಕ್ಲಿಕ್‌ಗಳ ಸರಣಿಯ ಬದಲಿಗೆ ಮರುಉತ್ಪಾದಿಸಬಹುದಾದ ಮತ್ತು ಪರಿಶೀಲಿಸಬಹುದಾದಂತಾಗುತ್ತವೆ.
ಬ್ರೌಸರ್‌ನಿಂದ ನೀವು ಓದಬಹುದಾದ ಮತ್ತು ಕರೆ ಮಾಡಬಹುದಾದ ರಚಿಸಲಾದ ದಾಖಲಾತಿ, ಸರ್ವರ್ ಕಾರ್ಯಗತಗೊಳಿಸುವ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಳನ್ನು ನಿಖರವಾಗಿ ವಿವರಿಸುತ್ತದೆ — ಏಕೆಂದರೆ ಎರಡೂ ಒಂದೇ ನಿರ್ದಿಷ್ಟತೆಯಿಂದ ಬಂದಿವೆ.
ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನ ಹಿಂದೆ ಬಾಳಿಕೆ ಬರುವ ಈವೆಂಟ್ ಬೆನ್ನೆಲುಬಿದೆ: ಪ್ರತಿಯೊಂದು ಸ್ಥಿತಿ ಬದಲಾವಣೆಯು ಡೇಟಾಬೇಸ್ ಬದಲಾವಣೆಯೊಂದಿಗೆ ಅಟಾಮಿಕ್ ಆಗಿ Postgres ನಲ್ಲಿನ ಟ್ರಾನ್ಸಾಕ್ಷನಲ್ outbox ಗೆ ಈವೆಂಟ್ ಅನ್ನು ಬರೆಯುತ್ತದೆ, ಮತ್ತು ರಿಲೇ ಅದನ್ನು NATS JetStream ಗೆ ಪ್ರಕಟಿಸುತ್ತದೆ. ಈವೆಂಟ್‌ಗಳು ಟೈಪ್ ಮಾಡಲ್ಪಟ್ಟಿವೆ ಮತ್ತು ಆವೃತ್ತಿಗಳನ್ನು ಹೊಂದಿವೆ — site.deployed, order.paid, invoice.overdue, backup.completed, abuse.flagged, trial.ending ಮತ್ತು ಉಳಿದವು.
ಎಂಡ್‌ಪಾಯಿಂಟ್ ಅನ್ನು WebhookSubscription ಆಗಿ ನೋಂದಾಯಿಸಿ ಮತ್ತು ಅದು ಸ್ವೀಕರಿಸುವ ಈವೆಂಟ್ ಪ್ರಕಾರಗಳನ್ನು ಆಯ್ಕೆಮಾಡಿ. ಒಂದೇ ಸ್ಟ್ರೀಮ್ ಅಧಿಸೂಚನೆಗಳು, ವಿಶ್ಲೇಷಣೆಗಳು, ಆಟೊಮೇಷನ್‌ಗಳು ಮತ್ತು ನಿಮ್ಮ ಏಕೀಕರಣವನ್ನು ಸಮಾನವಾಗಿ ಪೂರೈಸುತ್ತದೆ — ನಾವು ಬಳಸುವ ಅದೇ ಈವೆಂಟ್ಗಳನ್ನು ನೀವು ಬಳಸುತ್ತಿದ್ದೀರಿ.
ಪ್ರತಿಯೊಂದು ವಿತರಣೆಯು HMAC-ಸಹಿ ಮಾಡಲ್ಪಟ್ಟಿರುತ್ತದೆ, ಆದ್ದರಿಂದ ನೀವು ಅದರ ಮೇಲೆ ಕ್ರಮ ಕೈಗೊಳ್ಳುವ ಮೊದಲು ಅದು ನಮ್ಮಿಂದಲೇ ಬಂದಿದೆ ಎಂದು ಪರಿಶೀಲಿಸಬಹುದು.
ವಿಫಲವಾದ ವಿತರಣೆಗಳನ್ನು ವಿಳಂಬದೊಂದಿಗೆ ಮರುಪ್ರಯತ್ನಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಪ್ರತಿಯೊಂದು ಪ್ರಯತ್ನವನ್ನು WebhookDelivery ಎಂದು ದಾಖಲಿಸಲಾಗುತ್ತದೆ. ನಾವು ಏನನ್ನು ಕಳುಹಿಸಿದ್ದೇವೆ ಎಂದು ಬೆಂಬಲ ತಂಡಕ್ಕೆ ಇಮೇಲ್ ಕಳುಹಿಸಿ ಕೇಳುವ ಬದಲು ನೀವು ಡ್ಯಾಶ್‌ಬೋರ್ಡ್‌ನಿಂದಲೇ ವಿತರಣೆಗಳನ್ನು ಪರಿಶೀಲಿಸಬಹುದು ಮತ್ತು ಮರುಚಾಲನೆ ಮಾಡಬಹುದು.
ಪೈಪ್‌ಲೈನ್ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ "ಖಚಿತವಾಗಿ ಒಮ್ಮೆ" ಎಂದು ನಟಿಸುವ ಬದಲು "ಕನಿಷ್ಠ ಒಮ್ಮೆ" ತತ್ವದ ಮೇಲೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಪ್ರಕಟಣೆಯ ಮಧ್ಯದಲ್ಲಿ ವಿಫಲಗೊಳ್ಳುವ ರಿಲೇಯ ಕ್ಲೈಮ್ ಗುತ್ತಿಗೆಯು ಮುಕ್ತಾಯಗೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಅದರ ಈವೆಂಟ್ಗಳನ್ನು ಮರುಪ್ರಕಟಿಸಲಾಗುತ್ತದೆ. ಎನ್ವಲಪ್ ಐಡಿಯ ಆಧಾರದ ಮೇಲೆ ನಕಲುಗಳನ್ನು ನಿವಾರಿಸಿ, ಮತ್ತು ನಿಮ್ಮ ಗ್ರಾಹಕನು ರಚನಾತ್ಮಕವಾಗಿಯೇ ನಿಖರವಾಗಿರುತ್ತಾನೆ.
ಎಪಿಐ ಎನ್ನುವುದು ಡೆವಲಪರ್ ಕಥೆಯ ಅರ್ಧ ಭಾಗ ಮಾತ್ರ. ಇನ್ನರ್ಧ ಭಾಗ ಅದನ್ನು ಬಿಡುಗಡೆ ಮಾಡುವುದು.
API ಒಂದು ಬಾಗಿಲು. ಇವು ಉಳಿದ ನಾಲ್ಕು ಬಾಗಿಲುಗಳು, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದನ್ನು ಡೆವಲಪರ್ ಹಂತವಾಗಿ ಮಾರಾಟ ಮಾಡುವ ಬದಲು ಯೋಜನೆಯೊಂದಿಗೆ ಸೇರಿಸಲಾಗಿದೆ.
ಡ್ಯಾಶ್‌ಬೋರ್ಡ್‌ನಲ್ಲಿರುವ ಸೈಟ್‌ನ ಪುಟದಿಂದ ತೆರೆಯಲಾದ ಬ್ರೌಸರ್‌ನಲ್ಲಿನ VS Code, ಅಂತರ್ನಿರ್ಮಿತ git ನೊಂದಿಗೆ ಆ ಸೈಟ್‌ನ ನೈಜ ಫೈಲ್‌ಗಳನ್ನು ಸಂಪಾದಿಸುತ್ತದೆ ಮತ್ತು ಸಂಪೂರ್ಣ ಸಂಪಾದಕವು ನಿಮ್ಮ SFTP ಪ್ರವೇಶದಂತೆಯೇ ಅದೇ CageFS ಜೈಲ್‌ನ ಒಳಗಿರುತ್ತದೆ. ಇದು ಲೈವ್ (LIVE) ಸೈಟ್ ಅನ್ನು ಸಂಪಾದಿಸುತ್ತದೆ — ನಡುವೆ ಯಾವುದೇ ಸ್ಟೇಜಿಂಗ್ ನಕಲು ಇರುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ನೀವು ಉಳಿಸುವ ಫೈಲ್ ಅನ್ನು ಬರೆದ ತಕ್ಷಣವೇ ಅದು ಸಾರ್ವಜನಿಕವಾಗುತ್ತದೆ, ಆದಾಗ್ಯೂ ಸ್ಥಿರ ಫೈಲ್ ನಾಲ್ಕು ಗಂಟೆಗಳವರೆಗೆ CDN ಸಂಗ್ರಹದಿಂದ (cache) ಸೇವೆ ಸಲ್ಲಿಸುವುದನ್ನು ಮುಂದುವರಿಸಬಹುದು.
ಉಚಿತ, MIT-ಪರವಾನಗಿ ಪಡೆದಿದೆ ಮತ್ತು ಇದೇ ಸಾರ್ವಜನಿಕ API ಮೇಲೆ ನಿರ್ಮಿಸಲಾಗಿದೆ. WordPress ಸೈಟ್‌ನ ಸ್ಕ್ಯಾಫೋಲ್ಡ್ ರಚಿಸಿ, ಅದನ್ನು ನಿಮ್ಮ ಸ್ವಂತ ಕಂಪ್ಯೂಟರ್‌ನಲ್ಲಿ ರನ್ ಮಾಡಿ, ನೀವು ನಿಯೋಜಿಸಲಿರುವ ಸ್ಲಾಟ್‌ಗೆ ಅನುಗುಣವಾಗಿ ಪೂರ್ವ-ಪರಿಶೀಲನೆ ನಡೆಸಿ — PHP ಆವೃತ್ತಿ, ಡಿಸ್ಕ್, ಫೈಲ್ ಎಣಿಕೆ — ಮತ್ತು ನಿಯೋಜಿಸಿ. Node 24 ಅಥವಾ ಹೊಸ ಆವೃತ್ತಿಯ ಅಗತ್ಯವಿದೆ.
ಉಪಕರಣಗಳ ಒಂದು ಕ್ಯಾಟಲಾಗ್, ಆದ್ದರಿಂದ ನೀವು ಈಗಾಗಲೇ ಬಳಸುತ್ತಿರುವ AI ಕ್ಲೈಂಟ್ ಡ್ಯಾಶ್‌ಬೋರ್ಡ್ ಬಳಸುವ ಅದೇ API ಮತ್ತು ಅದೇ ಅನುಮತಿಗಳ ಮೂಲಕ ನಿಮ್ಮ ಸೈಟ್‌ಗಳಲ್ಲಿ ಕೆಲಸ ಮಾಡಬಹುದು. ನಿಮ್ಮ ಸ್ವಂತ ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಿಸುವ ಅದೇ ಸರ್ವರ್ ವೆಬ್ ಸಂಪಾದಕಕ್ಕೆ ಸಂಪರ್ಕಗೊಂಡಿದೆ. ನೀವು ಬೇರೆ ರೀತಿಯಲ್ಲಿ ಸೂಚಿಸುವವರೆಗೆ ಕೇವಲ ಓದಲು ಮಾತ್ರ.
ಕ್ಲೈಂಟ್ ಕೆಲಸಕ್ಕೆ ನಿಮ್ಮ ಪಾಸ್‌ವರ್ಡ್ ಅಗತ್ಯವಿಲ್ಲ. ಇಮೇಲ್ ವಿಳಾಸದ ಮೂಲಕ ಯಾರನ್ನಾದರೂ ಆಹ್ವಾನಿಸಿ ಮತ್ತು ಅವರು ಕೇವಲ ಒಂದು ಸೈಟ್ ಅನ್ನು ಪಡೆಯುತ್ತಾರೆ: ಅವರು ವೀಕ್ಷಕ, ಸಂಪಾದಕ ಅಥವಾ ನಿರ್ವಾಹಕರ ಪಾತ್ರದೊಂದಿಗೆ ತಮ್ಮದೇ ಖಾತೆಯಿಂದ ಸೈನ್ ಇನ್ ಮಾಡುತ್ತಾರೆ, ಮತ್ತು ಯಾವುದೇ ಹ್ಯಾಂಡ್ಲರ್ ರನ್ ಆಗುವ ಮೊದಲು ಉಳಿದೆಲ್ಲಾ ಸೈಟ್‌ಗಳು 404 ಎಂದು ಉತ್ತರಿಸುತ್ತವೆ — ಇದು ಕೇವಲ ಒಂದು ಪರಿಶೀಲನೆಯಲ್ಲ, ಬದಲಿಗೆ Postgres ಸಾಲು-ಮಟ್ಟದ ಭದ್ರತಾ ನೀತಿ ಮತ್ತು ವಿನಂತಿ-ಮಟ್ಟದ ತಡೆಗೋಡೆಯಾಗಿದೆ. ಖಾತೆಯ ಮಾಲೀಕರು ಒಂದೇ ಕ್ಲಿಕ್‌ನಲ್ಲಿ ಇದನ್ನು ನೀಡುತ್ತಾರೆ ಮತ್ತು ಹಿಂಪಡೆಯುತ್ತಾರೆ, ಇದು ಅವರ ಮುಂದಿನ ವಿನಂತಿಯಲ್ಲೇ ಜಾರಿಗೆ ಬರುತ್ತದೆ.
ನಾವು ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಅನ್ನು ಹೋಸ್ಟ್ ಮಾಡಿದ 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 ಆಗಿದೆ. ಡ್ಯಾಶ್‌ಬೋರ್ಡ್, ಅಡ್ಮಿನ್ ಕನ್ಸೋಲ್, CLI, Terraform ಪೂರೈಕೆದಾರ, MCP ಸರ್ವರ್ ಮತ್ತು ವೆಬ್‌ಹುಕ್‌ಗಳು ಇವೆಲ್ಲವೂ ಒಂದೇ ಮೇಲ್ಮೈಯ ಗ್ರಾಹಕರಾಗಿದ್ದಾರೆ, ಅದಕ್ಕಾಗಿಯೇ API ಪ್ಯಾನೆಲ್‌ಗಿಂತ ಹಿಂದುಳಿಯುವುದಿಲ್ಲ.
ಹೌದು. Sandbox ಕೀಗಳನ್ನು ಪ್ರೊಡಕ್ಷನ್ ಕೀಗಳಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ನೀಡಲಾಗುತ್ತದೆ ಮತ್ತು ಪರೀಕ್ಷಾ ಕ್ರಮದಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ: ಯಾವುದೇ ನೈಜ ಬಿಲ್ಲಿಂಗ್ ಇಲ್ಲ ಮತ್ತು ಯಾವುದೇ ನೈಜ ಪ್ರಾವಿಷನಿಂಗ್ ಇರುವುದಿಲ್ಲ. ನಿಮ್ಮ CI ಅನ್ನು sandbox ರುಜುವಾತುಗಳಿಗೆ ನಿರ್ದೇಶಿಸಿ ಮತ್ತು ಸಂಪೂರ್ಣ ವಿನಂತಿ ಹಾಗೂ ಪ್ರತಿಕ್ರಿಯೆ ಚಕ್ರವನ್ನು ಸುರಕ್ಷಿತವಾಗಿ ಪರೀಕ್ಷಿಸಿ.
ನಿಮ್ಮ POST ನಲ್ಲಿ Idempotency-Key ಅನ್ನು ಕಳುಹಿಸಿ. ಮರುಪಂದ್ಯದ ದಾಖಲೆಯನ್ನು inline ಬದಲಿಗೆ commit ನಲ್ಲಿ ಬರೆಯಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಮರುಪ್ರಯತ್ನವು ವಾಸ್ತವವಾಗಿ commit ಆಗದ ಸಾಲಿಗೆ ಹಿಡಿದಿಡಲಾದ (cached) ಯಶಸ್ಸನ್ನು ಎಂದಿಗೂ ಮರುಪ್ರದರ್ಶಿಸಲಾಗುವುದಿಲ್ಲ, ಮತ್ತು ವಿಫಲವಾದ ವಿನಂತಿಯು ತನ್ನ ಲಾಕ್ ಅನ್ನು ತಕ್ಷಣವೇ ಬಿಡುಗಡೆ ಮಾಡುತ್ತದೆ, ಇದರಿಂದ ನಿಮ್ಮ ಸರಿಪಡಿಸಿದ ಮರುಪ್ರಯತ್ನವು ವಿಳಂಬವಾಗುವುದಿಲ್ಲ. Webhook ವಿತರಣೆಯು ವಿನ್ಯಾಸದ ಪ್ರಕಾರ ಕನಿಷ್ಠ-ಒಂದು-ಬಾರಿ (at-least-once) ಆಗಿದೆ — ನಿಮ್ಮ ಕಡೆಯ envelope id ಆಧಾರದ ಮೇಲೆ ಡಿಡ್ಯೂಪ್ ಮಾಡಿ.
ಇಂದಲ್ಲ. API ಕೀಗಳನ್ನು ಪ್ರತಿ ಸಂಸ್ಥೆಗೆ ಪ್ರತ್ಯೇಕವಾಗಿ ನೀಡಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಹಲವಾರು ಕ್ಲೈಂಟ್ ಸಂಸ್ಥೆಗಳಲ್ಲಿ ವ್ಯಾಪಿಸಿರುವ ಸಂಯೋಜನೆಯು ಪ್ರತಿಯೊಂದಕ್ಕೂ ಕೀಯನ್ನು ಹೊಂದಿರುತ್ತದೆ. ಬಳಕೆದಾರರ ಪ್ರಿನ್ಸಿಪಾಲ್‌ಗಳಿಗಾಗಿ ಅನುಮತಿಗಳನ್ನು ಸಹ ಪ್ರತಿ ಸಂಸ್ಥೆಗೆ ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ: ಒಂದು ಸಂಸ್ಥೆಯಲ್ಲಿ sites.create ಅನ್ನು ಹೊಂದಿರುವುದು ಪ್ರತ್ಯೇಕ, ಸಂಬಂಧವಿಲ್ಲದ ಸಂಸ್ಥೆಯಲ್ಲಿ ಯಾವುದೇ ಪ್ರವೇಶವನ್ನು ನೀಡುವುದಿಲ್ಲ, ಆದರೂ ಇದು ಆ ಸಂಸ್ಥೆಯ ಅಡಿಯಲ್ಲಿರುವ ಸಂಸ್ಥೆಗಳಿಗೆ ಅನ್ವಯಿಸುತ್ತದೆ. ಇದು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿದೆ — ಇದು ದುರ್ಬಳಕೆಯಾದ ಕೀಯನ್ನು ತನ್ನದೇ ಆದ ಸಂಸ್ಥೆ ಮತ್ತು ಅದರ ಅಡಿಯಲ್ಲಿರುವ ಉಪ-ಸಂಸ್ಥೆಗಳಿಗೆ ಮಾತ್ರ ಸೀಮಿತಗೊಳಿಸುತ್ತದೆ, ಇಡೀ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗೆ ಅಲ್ಲ.
dev ಪಾತ್ರವು ಸಂಸ್ಥೆಯ ವಿವರಗಳನ್ನು ಓದುವುದು, API ಕೀ ನಿರ್ವಹಣೆ, ಸೈಟ್‌ಗಳನ್ನು ವೀಕ್ಷಿಸುವುದು ಮತ್ತು ರಚಿಸುವುದು, ಅವುಗಳನ್ನು ಮರುಪ್ರಾರಂಭಿಸುವುದು, ಅವುಗಳ ಕ್ಯಾಶ್ ತೆರವುಗೊಳಿಸುವುದು ಮತ್ತು ಟಿಕೆಟ್‌ಗಳನ್ನು ವೀಕ್ಷಿಸುವುದು ಹಾಗೂ ಉತ್ತರಿಸುವುದನ್ನು ಒಳಗೊಂಡಿದೆ. ಇದು ಬಿಲ್ಲಿಂಗ್ ನಿಯಂತ್ರಣವನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಹೊರಗಿಡುತ್ತದೆ. ಡಿಪ್ಲಾಯ್ ಮತ್ತು ಪುಶ್-ಟು-ಲೈವ್ ಅನುಮತಿಗಳು ಇದರ ಭಾಗವಾಗಿಲ್ಲ ಎಂಬುದನ್ನು ಗಮನಿಸಿ — ತಂಡದ ಸದಸ್ಯರಿಗೆ ಅವು ಅಗತ್ಯವಿದ್ದರೆ, Developer ಅತ್ಯಂತ ವಿಸ್ತಾರವಾದ ತಾಂತ್ರಿಕ ಪಾತ್ರ ಎಂದು ಭಾವಿಸುವ ಬದಲು, ಅವುಗಳನ್ನು ಒಳಗೊಂಡಿರುವ ಪಾತ್ರವನ್ನು ನಿಯೋಜಿಸಿ.
ವಿತರಣೆಗಳು ಬ್ಯಾಕ್ಆಫ್ನೊಂದಿಗೆ ಮರುಪ್ರಯತ್ನಿಸುತ್ತವೆ ಮತ್ತು ಪ್ರತಿಯೊಂದು ಪ್ರಯತ್ನವನ್ನು ನೀವು ಪರಿಶೀಲಿಸಬಹುದಾದ WebhookDelivery ಆಗಿ ದಾಖಲಿಸಲಾಗುತ್ತದೆ. ಅಪ್ಸ್ಟ್ರೀಮ್ನಲ್ಲಿ, ಈವೆಂಟ್ಗಳನ್ನು ಬದಲಾವಣೆಯಂತೆಯೇ ಅದೇ ಡೇಟಾಬೇಸ್ ವಹಿವಾಟಿನಲ್ಲಿ ಟ್ರಾನ್ಸಾಕ್ಷನಲ್ ಔಟ್ಬಾಕ್ಸ್ಗೆ ಬರೆಯಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಕನ್ಸ್ಯೂಮರ್ ಲಭ್ಯವಿಲ್ಲದಿದ್ದಾಗ ಏನೂ ಕಳೆದುಹೋಗುವುದಿಲ್ಲ — ಡೌನ್ ಆಗಿರುವ ಕನ್ಸ್ಯೂಮರ್ ಹಿಂದುಳಿಯುತ್ತದೆ, ಅದು ಎಂದಿಗೂ ಪ್ರೊಡ್ಯೂಸರ್ ಅನ್ನು ಮುರಿಯುವುದಿಲ್ಲ, ಮತ್ತು ನೀವು ಹಿಂತಿರುಗಿದ ನಂತರ ಡ್ಯಾಶ್ಬೋರ್ಡ್ನಿಂದ ವಿತರಣೆಗಳನ್ನು ಮರುಪ್ಲೇ ಮಾಡಬಹುದು.
Footprint-Free ಹೋಸ್ಟಿಂಗ್ನ ಕಾರ್ಡ್-ರಹಿತ 14-ದಿನಗಳ ಉಚಿತ ಪ್ರಯೋಗದೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸಿ — ಯಾವುದೇ ಪಾವತಿ ವಿವರಗಳಿಲ್ಲ, 5 ಸೈಟ್ಗಳವರೆಗೆ ಲಭ್ಯವಿದೆ. ಪಾವತಿಸಿದ Footprint-Free ಹಂತಗಳು PBN 5 ಗಾಗಿ $6/ತಿಂಗಳಿಗೆ ಪ್ರಾರಂಭವಾಗುತ್ತವೆ. ಪ್ರತಿಯೊಂದು ಯೋಜನೆಯು 30-ದಿನಗಳ ಹಣ ಮರುಪಾವತಿ ಗ್ಯಾರಂಟಿ, ಉಚಿತ ಮೈಗ್ರೇಷನ್ಗಳು ಮತ್ತು ಯಾವುದೇ ವೆಂಡರ್ ಲಾಕ್-ಇನ್ ಇಲ್ಲದಿರುವುದನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ.
ಸ್ಪೆಸಿಫಿಕೇಶನ್-ಆಧಾರಿತ API, ಸೃಷ್ಟಿಸಲಾದ SDKಗಳು, CLI, ಟೆರಾಫಾರ್ಮ್ ಪ್ರೊವೈಡರ್, ಸಹಿ ಮಾಡಿದ ವೆಬ್‌ಹುಕ್‌ಗಳು ಮತ್ತು MCP ಸರ್ವರ್ — ವಿಶ್ವಾದ್ಯಂತ 7,00,000+ ಸೈಟ್‌ಗಳಿಗಾಗಿ ನಾವು ನಿರ್ಮಿಸಿದ ಹೋಸ್ಟಿಂಗ್‌ನಲ್ಲಿ ಲಭ್ಯವಿದೆ. ಕಾರ್ಡ್ ಅಗತ್ಯವಿಲ್ಲದೇ, ಯಾವುದೇ ಪಾವತಿ ವಿವರಗಳಿಲ್ಲದೆ 14 ದಿನಗಳ ಉಚಿತ ಪ್ರಯೋಗದೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸಿ.
ಉಚಿತವಾಗಿ ಪ್ರಾರಂಭಿಸಿಈ ಪ್ರತಿಯೊಂದು ಪ್ಲಗ್‌ಇನ್ ನಿಮ್ಮ WordPress ಸೈಟ್ ಅನ್ನು MCP ಸರ್ವರ್ ಆಗಿ ಮಾಡುತ್ತದೆ, ಇದರಿಂದ Claude, Cursor, VS Code ಮತ್ತು ಇತರ AI ಅಸಿಸ್ಟೆಂಟ್‌ಗಳು ನಿಮ್ಮಂತೆ ಸೈನ್ ಇನ್ ಆಗಿ ಮತ್ತು ನಿಮಗೆ ಅನುಮತಿ ಇರುವ ಕೆಲಸಗಳಿಗೆ ಮಾತ್ರ ಸೀಮಿತಗೊಂಡು ಇದರ ಮೇಲೆ ನಿಜವಾದ ಕೆಲಸವನ್ನು ಮಾಡಬಹುದು.