ສຳລັບນັກພັດທະນາ

ໂຮສຕິ້ງທີ່ທ່ານສາມາດຄວບຄຸມໄດ້ຈາກໂຄ້ດ

Zinn Digital® ແມ່ນແພລດຟອມທີ່ເນັ້ນໃສ່ API ເປັນຫຼັກ. ລະບົບ engine API ດຽວກັນທີ່ຂັບເຄື່ອນ dashboard ຂອງພວກເຮົາ ແມ່ນສິ່ງທີ່ທ່ານຈະໄດ້ຮັບ — ມີການກຳນົດເວີຊັນ, ເນັ້ນໃສ່ສະເປັກເປັນຫຼັກ ແລະ ມີເອກະສານຄົບຖ້ວນ 100% ໃນຕອນ build, ພ້ອມທັງມີ SDK ທີ່ຖືກສ້າງຂຶ້ນ, CLI, Terraform provider, webhooks ທີ່ມີລາຍເຊັນ ແລະ MCP server ຢູ່ເທິງນັ້ນ. ບໍ່ວ່າທ່ານຈະໃຊ້ອັນໃດໃນການເຮັດວຽກ — terminal, pipeline, ໄຟລ໌ສະຖານະ ຫຼື ຕົວແທນ AI — ແພລດຟອມກໍສາມາດຕອບສະໜອງໄດ້ທັງໝົດ.

ຈຸດສິ້ນສຸດ API ທີ່ສົ່ງເຫດການທີ່ເຊັນແລ້ວໄປຫາຜູ້ຟັງທີ່ສະໝັກຮັບຂໍ້ມູນຫຼາຍຄົນ.
  • 700,000+ເວັບໄຊທີ່ໂຮສທົ່ວໂລກ
  • 1ຂໍ້ກຳນົດ OpenAPI ທີ່ແຕ່ລະເຄື່ອງມືຖືກສ້າງຂຶ້ນມາ
  • 4SDK ຂອງລູກຄ້າ — TypeScript, Python, PHP, Go
  • OAuth 2.1ການເຂົ້າເຖິງຂອງຕົວແທນ AI ທີ່ກຳນົດຂອບເຂດ ແລະ ສາມາດຍົກເລີກໄດ້

API ດຽວ. ທຸກໆໜ້າຕາແມ່ນອີງໃສ່ສິ່ງນີ້.

ຜູ້ໃຫ້ບໍລິການໂຮສຕິ້ງສ່ວນໃຫຍ່ເພີ່ມ API ໃສ່ແຜງຄວບຄຸມໃນພາຍຫຼັງ, ແລະ ມັນກໍເຫັນໄດ້ຊັດເຈນ — ເຄິ່ງໜຶ່ງຂອງຄຸນສົມບັດໃນແຜງບໍ່ເຄີຍຖືກນໍາອອກມາໃຊ້ໄດ້ເລີຍ. ພວກເຮົາສ້າງຂຶ້ນມາໃນທາງກົງກັນຂ້າມ. ແຜງໜ້າປັດ, ຄອນໂຊນຜູ້ເບິ່ງແຍງລະບົບ, CLI, ຜູ້ໃຫ້ບໍລິການ Terraform, ເຊີບເວີ MCP ແລະ ການເຊື່ອມໂຍງຂອງທ່ານເອງ ທັງໝົດແມ່ນໃຊ້ engine API ດຽວກັນ. ຖ້າທ່ານສາມາດເຮັດສິ່ງນັ້ນໄດ້ໃນແຜງ, ທ່ານກໍສາມາດເຮັດໄດ້ໃນໂຄ້ດເຊັ່ນກັນ.

ກຳນົດສະເປັກກ່ອນ, ບໍ່ແມ່ນບັນທຶກເອກະສານພາຍຫຼັງ

ຂໍ້ກຳນົດສະເພາະ OpenAPI ແມ່ນແຫຼ່ງຂໍ້ມູນຄວາມຈິງ, ແລະ ຈະບໍ່ມີ endpoint ໃດຖືກປ່ອຍອອກມາເວັ້ນເສຍແຕ່ວ່າມັນຈະຢູ່ໃນຂໍ້ກຳນົດສະເພາະນັ້ນ. ກົດລະບຽບດຽວນີ້ແມ່ນສິ່ງທີ່ເຮັດໃຫ້ API ສາທາລະນະຖືກບັນທຶກເອກະສານໄວ້ຢ່າງຄົບຖ້ວນໃນເວລາກໍ່ສ້າງແທນທີ່ຈະເປັນໃນພາຍຫຼັງ — ບໍ່ມີສ່ວນໃດທີ່ບໍ່ໄດ້ບັນທຶກເອກະສານ, ເພາະວ່າ endpoint ທີ່ບໍ່ໄດ້ບັນທຶກເອກະສານນັ້ນບໍ່ສາມາດມີຢູ່ໄດ້.

ສ້າງຂຶ້ນອັດຕະໂນມັດ, ບໍ່ເຄີຍຮັກສາດ້ວຍຕົນເອງ

ເອກະສານອ້າງອີງແບບໂຕ້ຕອບ, SDK ລູກຄ້າທັງສີ່, ສ່ວນໃຫຍ່ຂອງ CLI ແລະ ໂຄງສ້າງຜູ້ໃຫ້ບໍລິການ Terraform ທັງໝົດແມ່ນຖືກສ້າງຂຶ້ນມາຈາກຂໍ້ກໍານົດອັນດຽວນັ້ນ. ແຫຼ່ງດຽວ, ຫຼາຍຜົນງານ, ຊິ້ງກັນສະເໝີ — ທ່ານຈະບໍ່ຕ້ອງແລ່ນໄລ່ຕາມເອກະສານທີ່ຫຼຸດອອກຈາກການຈັດຕັ້ງປະຕິບັດອີກຕໍ່ໄປ.

ກຳນົດເວີຊັນພ້ອມນະໂຍບາຍການຍົກເລີກການນຳໃຊ້

ຈຸດປາຍທາງ (Endpoints) ຢູ່ພາຍໃຕ້ /v1 ພ້ອມກັບນະໂຍບາຍການຍົກເລີກການນຳໃຊ້ທີ່ໄດ້ເຜີຍແຜ່ ແລະ ບັນທຶກການປ່ຽນແປງ. ທ່ານຈະໄດ້ຮັບການແຈ້ງບອກເປັນລາຍລັກອັກສອນກ່ອນທີ່ຈະມີສິ່ງໃດປ່ຽນແປງ, ແທນທີ່ຈະຮັບຮູ້ຈາກການສ້າງ (build) ທີ່ຫຼົ້ມເຫຼວ.

ທົດສອບສັນຍາແລ້ວໃນ CI

ການທົດສອບສັນຍາລະຫວ່າງການຈັດຕັ້ງປະຕິບັດກັບຂໍ້ກຳນົດສະເພາະ ແລະ OpenAPI linting ຈະເຮັດວຽກທຸກຄັ້ງທີ່ມີການປ່ຽນແປງ. ຄວາມແຕກຕ່າງລະຫວ່າງໂຄ້ດ ແລະ ສັນຍາຈະເຮັດໃຫ້ການສ້າງ (build) ລົ້ມເຫຼວ — ດັ່ງນັ້ນ ຂໍ້ກຳນົດສະເພາະທີ່ທ່ານສ້າງລູກຂ່າຍຂຶ້ນມາ ຈຶ່ງເປັນຂໍ້ກຳນົດສະເພາະທີ່ເຊີບເວີປະຕິບັດຕາມຢ່າງແທ້ຈິງ.

ການກວດສອບສິດ, ການກຳນົດຂອບເຂດ ແລະ ສິ່ງທີ່ເປັນອຸປະສັກເມື່ອຂະຫຍາຍຂະໜາດ

ສອງຊ່ອງທາງໃນການເຂົ້າເຖິງ, ຫຼັກການດຽວກັນທີ່ຢູ່ເບື້ອງຫຼັງພວກມັນ. ບໍ່ວ່າທ່ານຈະໃຊ້ຊ່ອງທາງໃດກໍຕາມ, ການກວດສອບສິດອະນຸຍາດດຽວກັນ ແລະ ການແຍກລະດັບຖານຂໍ້ມູນດຽວກັນຈະຖືກນໍາໃຊ້.

ຄີ API, ຕໍ່ອົງກອນ

ຄີມີຮູບແບບຄື zdk_<mode>_<prefix>_<secret>. ມີພຽງແຕ່ SHA-256 hash ຂອງຄວາມລັບເທົ່ານັ້ນທີ່ຖືກເກັບໄວ້ — ພວກເຮົາບໍ່ສາມາດສະແດງຄີໃຫ້ທ່ານເຫັນໄດ້ອີກຫຼັງຈາກອອກແລ້ວ, ແລະ ບໍ່ມີໃຜທີ່ເຂົ້າເຖິງຖານຂໍ້ມູນຂອງພວກເຮົາສາມາດເຮັດໄດ້ເຊັ່ນກັນ. ຄີມີຂອບເຂດ, ສາມາດຖືກຖອນຄືນໄດ້, ແລະ ຖືກອອກໃຫ້ຕໍ່ອົງກອນແທນທີ່ຈະເປັນຕໍ່ບຸກຄົນ.

ໂໝດສົດ ແລະ ໂໝດທົດສອບ, ແຍກອອກຈາກກັນ

ຄີ Sandbox ແມ່ນແຍກຕ່າງຫາກຈາກຄີ production ແລະເຮັດວຽກໃນໂໝດ sandbox: ບໍ່ມີການຮຽກເກັບເງິນແທ້, ບໍ່ມີການຈັດສັນຊັບພະຍາກອນແທ້. ການທົດສອບການເຊື່ອມໂຍງຂອງທ່ານສາມາດສົ່ງຄຳຮ້ອງຂໍຈຳນວນຫຼາຍໄປຍັງ API ໄດ້ໂດຍບໍ່ຕ້ອງເສຍເງິນ ຫຼື ສ້າງເຊີບເວີ.

OIDC ສຳລັບມະນຸດ

ເຊສຊັນຜູ້ໃຊ້ຢືນຢັນຕົວຕົນດ້ວຍ JWT ທີ່ອອກໂດຍ Keycloak, ກວດສອບຄວາມຖືກຕ້ອງກັບຄີສາທາລະນະຂອງ realm, ແລະແປງເປັນວັດຖຸ Principal ດຽວກັນກັບຄີ API. ຈຸດເຊື່ອມຕໍ່ (Endpoints) ຖືກຄວບຄຸມການເຂົ້າເຖິງດ້ວຍຄີສິດອະນຸຍາດລະອຽດ ເຊັ່ນ sites.create ຫຼື apikeys.manage, ເຊິ່ງກວດສອບຕາມແຕ່ລະອົງກອນ — ສິດອະນຸຍາດໃນອົງກອນໜຶ່ງຈະບໍ່ໃຫ້ສິດເຂົ້າເຖິງໃນອົງກອນແຍກຕ່າງຫາກທີ່ບໍ່ກ່ຽວຂ້ອງ, ເຖິງແມ່ນວ່າມັນຈະມີຜົນກັບອົງກອນທີ່ຢູ່ພາຍໃຕ້ມັນກໍຕາມ.

ຄວາມປອດໄພລະດັບແຖວຢູ່ດ້ານລຸ່ມ

ທຸກໆຄຳຮ້ອງຂໍຂອງຜູ້ເຊົ່າຈະເຮັດວຽກໃນທຸລະກຳທີ່ມີຂອບເຂດອົງກອນ Postgres ທີ່ຖືກກຳນົດຈາກ principal, ດັ່ງນັ້ນການແຍກຂໍ້ມູນຈຶ່ງຖືກບັງຄັບໃຊ້ໂດຍຖານຂໍ້ມູນ, ບໍ່ແມ່ນໂດຍຕົວກັ່ນຕອງ ORM ທີ່ໃຜບາງຄົນອາດຈະລືມ. ຕົວກັ່ນຕອງ queryset ຍັງຄົງມີຢູ່ເພື່ອເປັນການປ້ອງກັນຢ່າງເລິກເຊິ່ງ.

ສ້າງຂຶ້ນສຳລັບເຄື່ອງຈັກ, ບໍ່ພຽງແຕ່ສຳລັບການສາທິດເທົ່ານັ້ນ

ມັນງ່າຍທີ່ຈະເຮັດໃຫ້ API ເບິ່ງຄືວ່າດີຢູ່ໃນ README ແລະ ຍາກທີ່ຈະເຮັດໃຫ້ມັນເຮັດວຽກໄດ້ດີພາຍໃຕ້ການນຳໃຊ້ຕົວຈິງ. ເຫຼົ່ານີ້ແມ່ນພາກສ່ວນທີ່ພວກເຮົາໄດ້ທຸ່ມເທຢ່າງໜັກ, ຍ້ອນວ່າພວກມັນແມ່ນພາກສ່ວນທີ່ເຮັດໃຫ້ການເຊື່ອມໂຍງລະບົບລົ້ມເຫຼວໃນເວລາຕີສາມ.

ລາຍລະອຽດອັນໜຶ່ງທີ່ຄວນຍົກຂຶ້ນມາເວົ້າ ເນື່ອງຈາກມັນກຳນົດວິທີການເຮັດວຽກຂອງການດຳເນີນການແບບກຸ່ມ: ຂໍ້ຜິດພາດ 409 ສຳລັບໂດເມນທີ່ຊໍ້າກັນ ຕອບຄຳຖາມວ່າ "ຊື່ໂຮສນີ້ຖືກໂຮສຢູ່ນີ້ແທ້ບໍ?" ສຳລັບຜູ້ເຊົ່າລະບົບໃດກໍຕາມ, ເຊິ່ງເປັນ enumeration oracle ແລະ ເປັນຄວາມສ່ຽງຕໍ່ການຖືກລະບຸຕົວຕົນຢ່າງແທ້ຈິງຕໍ່ Footprint-Free. ການຈຳກັດອັດຕາການສ້າງເວັບໄຊຈະເປັນວິທີແກ້ໄຂທີ່ມັກງ່າຍ ແລະ ຈະເຮັດໃຫ້ຜະລິດຕະພັນການຈັດສັນຊັບພະຍາກອນແບບກຸ່ມໃຊ້ການບໍ່ໄດ້ໂດຍສິ້ນເຊີງ. ແທນທີ່ຈະເຮັດແນວນັ້ນ, ສະເພາະຄວາມພະຍາຍາມໃຊ້ໂດເມນທີ່ຊໍ້າກັນເຊິ່ງຖືກປະຕິເສດເທົ່ານັ້ນ ທີ່ຈະຖືກນັບເຂົ້າໃນໂຄຕ້າ, ຕໍ່ແຕ່ລະ principal. ການສ້າງທີ່ສຳເລັດຈະບໍ່ຖືກຫັກອອກຈາກໂຄຕ້ານັ້ນເລີຍ — ດັ່ງນັ້ນ ທ່ານຈຶ່ງສາມາດຈັດສັນຊັບພະຍາກອນແບບກຸ່ມໄດ້ຕະຫຼອດມື້, ແລະ ການພະຍາຍາມກວດສອບຈະຖືກຢຸດຕິເກືອບຈະໃນທັນທີ.

  • ຮູບແບບຂໍ້ຜິດພາດທີ່ສອດຄ່ອງກັນໃນທຸກໆຄວາມລົ້ມເຫຼວ: ລະຫັດ, ຂໍ້ຄວາມທີ່ເຂົ້າໃຈງ່າຍ, ລາຍລະອຽດລະດັບຊ່ອງຂໍ້ມູນທີ່ເລືອກໄດ້ ແລະ request_id ທີ່ທ່ານສາມາດແຈ້ງໃຫ້ຝ່າຍຊ່ວຍເຫຼືອຊາບໄດ້. ຂໍ້ຜິດພາດໃນການກວດສອບຄວາມຖືກຕ້ອງຈະສົ່ງຄືນ 422 ພ້ອມລະບຸຊື່ຊ່ອງຂໍ້ມູນທີ່ມີບັນຫາ.
  • ຄີ Idempotency ໃນ POST, ໂດຍມີການບັນທຶກການຫຼິ້ນຄືນຕອນ commit ແທນທີ່ຈະເປັນແບບ inline — ດັ່ງນັ້ນການລອງໃໝ່ຈຶ່ງບໍ່ສາມາດຫຼິ້ນຄືນ 201 ທີ່ຖືກແຄສໄວ້ ເຊິ່ງລະບຸແຖວທີ່ບໍ່ເຄີຍຖືກ commit ມາກ່ອນເລີຍ. ຄຳຮ້ອງຂໍທີ່ບໍ່ສຳເລັດຈະປົດລັອກສະຖານະທີ່ກຳລັງດຳເນີນການຢູ່ທັນທີ, ດັ່ງນັ້ນ 422 ຈຶ່ງບໍ່ລັອກການລອງໃໝ່ທີ່ໄດ້ຮັບການແກ້ໄຂແລ້ວຂອງທ່ານ.
  • ການແບ່ງໜ້າດ້ວຍເຄີເຊີເປັນຊຸດຄີເທິງ UUIDv7 — ໝັ້ນຄົງພາຍໃຕ້ການຂຽນພ້ອມກັນ, ໂດຍບໍ່ມີການເລື່ອນຂອງໜ້າເມື່ອມີການແຊກແຖວໃນລະຫວ່າງການສະແກນ.
  • RateLimit-Remaining ໃນການຕອບກັບ, ເພື່ອໃຫ້ລູກຄ້າທີ່ສ້າງຂຶ້ນສາມາດຊະລໍການຮ້ອງຂໍໄດ້ຢ່າງສະຫຼາດແທນທີ່ຈະເປັນການຄາດເດົາ.
  • ຊັບພະຍາກອນທີ່ຢູ່ນອກຂອບເຂດຈະສົ່ງຄືນ 404 ແທນທີ່ຈະເປັນ 403 — 403 ຈະຢືນຢັນວ່າຊັບພະຍາກອນນັ້ນມີຢູ່. ການກັ່ນຕອງຕາມອົງກອນທີ່ຢູ່ນອກຂອບເຂດຂອງທ່ານຈະສົ່ງຄືນໜ້າເປົ່າຫວ່າງດ້ວຍເຫດຜົນດຽວກັນ.
  • ການສ້າງເວັບໄຊແມ່ນການລົງທະບຽນ, ບໍ່ແມ່ນການຈັດສັນຊັບພະຍາກອນ: POST /v1/sites ຈະສົ່ງຄືນ 201 ພ້ອມກັບສະຖານະ pending ແລະ ບໍ່ເຄີຍບລັອກໃນລະຫວ່າງການສ້າງ. ເຫດການດັ່ງກ່າວຈະຖືກຂຽນລົງໃນ transactional outbox ໃນທຸລະກໍາດຽວກັນກັບແຖວຂໍ້ມູນ, ດັ່ງນັ້ນເວັບໄຊຈະມີຢູ່ກໍຕໍ່ເມື່ອມີການຮັບປະກັນວ່າການຈັດສັນຊັບພະຍາກອນຂອງມັນຈະຖືກຮ້ອງຂໍ.

SDKs, CLI ແລະ ຜູ້ໃຫ້ບໍລິການ Terraform

ຜູ້ຊົມໃຊ້ສາມລາຍຂອງຂໍ້ກຳນົດດຽວກັນ, ສຳລັບສາມຮູບແບບການເຮັດວຽກທີ່ແຕກຕ່າງກັນ.

SDK ຂອງລູກຄ້າ

ສ້າງຂຶ້ນສຳລັບ TypeScript, Python, PHP ແລະ Go, ຕິດຕາມຂໍ້ກຳນົດສະເພາະ ເພື່ອໃຫ້ປາຍທາງໃໝ່ເຂົ້າມາໃນພາສາຂອງທ່ານໂດຍບໍ່ຕ້ອງລໍຖ້າ wrapper ທີ່ຂຽນດ້ວຍມື.

Zinnector®, CLI

ສ້າງໂຄງສ້າງເວັບໄຊ WordPress, ເປີດໃຊ້ງານມັນຢູ່ໃນເຄື່ອງໂດຍບໍ່ຕ້ອງຕິດຕັ້ງຫຍັງນອກຈາກ Node, ແລະ ນຳໃຊ້ມັນ. Zinnector® ຈະກວດສອບໂຄງການຂອງທ່ານລ່ວງໜ້າທຽບກັບຊ່ອງທີ່ທ່ານກຳລັງຈະນຳໃຊ້ — ເວີຊັນ PHP, ພື້ນທີ່ດິດ, ຈຳນວນໄຟລ໌ — ແລະ ແຈ້ງເຕືອນກ່ອນທີ່ທ່ານຈະ push ແທນທີ່ຈະແຈ້ງເຕືອນພາຍຫຼັງ. ມັນຍັງເຂົ້າສູ່ລະບົບ, ສະແດງລາຍຊື່ເວັບໄຊ, ນຳໃຊ້, ຈັດການໂດເມນ ແລະ DNS, ອ່ານການບໍລິການອີເມວ, ສຳຮອງຂໍ້ມູນ, ເປີດໃຊ້ງານ WP-CLI ທີ່ຢູ່ໃນລາຍຊື່ທີ່ອະນຸຍາດ, ຕິດຕາມບັນທຶກເຫດການ ແລະ ດຳເນີນການແບບເປັນກຸ່ມ. ຟຣີ, ໄດ້ຮັບອະນຸຍາດພາຍໃຕ້ MIT, ແລະ ສ້າງຂຶ້ນເທິງ API ສາທາລະນະດຽວກັນນີ້.

ຜູ້ໃຫ້ບໍລິການ Terraform

ຈັດການເວັບໄຊ, ໂດເມນ, ບັນທຶກ DNS, ກ່ອງຈົດໝາຍ ແລະ ແຜນການຕ່າງໆໃນຮູບແບບໂຄງສ້າງພື້ນຖານເປັນໂຄ້ດ (infrastructure as code). terraform apply ຈະຈັດກຽມໂຮສຕິ້ງ, ແລະ ສະພາບແວດລ້ອມຂອງທ່ານຈະສາມາດສ້າງຄືນໃໝ່ ແລະ ກວດສອບໄດ້ ແທນທີ່ຈະເປັນລຳດັບການຄລິກທີ່ບໍ່ມີໃຜບັນທຶກໄວ້.

ເອກະສານອ້າງອີງແບບໂຕ້ຕອບ

ເອກະສານທີ່ສ້າງຂຶ້ນເຊິ່ງທ່ານສາມາດອ່ານ ແລະ ຮຽກໃຊ້ຈາກໂປຣແກຣມທ່ອງເວັບໄດ້, ໂດຍອະທິບາຍຈຸດເຊື່ອມຕໍ່ປາຍທາງທີ່ເຊີບເວີຈັດຕັ້ງປະຕິບັດໄດ້ຢ່າງຖືກຕ້ອງ — ເນື່ອງຈາກທັງສອງມາຈາກຂໍ້ກຳນົດດຽວກັນ.

Webhooks ທີ່ຍັງຄົງຢູ່ເຖິງວ່າຈຸດເຊື່ອມຕໍ່ປາຍທາງຂອງທ່ານຈະຢຸດເຮັດວຽກ

ເບື້ອງຫຼັງຂອງແພລັດຟອມແມ່ນແກນຫຼັກເຫດການທີ່ມີຄວາມທົນທານ: ທຸກໆການປ່ຽນແປງສະຖານະຈະຂຽນເຫດການລົງໃນ transactional outbox ພາຍໃນ Postgres ຢ່າງເປັນອະຕອມມິກພ້ອມກັບການປ່ຽນແປງຖານຂໍ້ມູນ, ແລະ relay ຈະເຜີຍແຜ່ມັນໄປຍັງ NATS JetStream. ເຫດການຕ່າງໆແມ່ນຖືກກຳນົດປະເພດ ແລະ ເວີຊັນ — site.deployed, order.paid, invoice.overdue, backup.completed, abuse.flagged, trial.ending ແລະ ອື່ນໆ.

ສະໝັກຮັບຂໍ້ມູນສິ່ງທີ່ທ່ານສົນໃຈ

ລົງທະບຽນຈຸດປາຍທາງເປັນ WebhookSubscription ແລະ ເລືອກປະເພດເຫດການທີ່ມັນຈະໄດ້ຮັບ. ສາຍຂໍ້ມູນດຽວຈະປ້ອນການແຈ້ງເຕືອນ, ການວິເຄາະ, ລະບົບອັດຕະໂນມັດ ແລະ ການເຊື່ອມໂຍງຂອງທ່ານເຊັ່ນດຽວກັນ — ທ່ານກຳລັງຊົມໃຊ້ເຫດການດຽວກັນກັບທີ່ພວກເຮົາໃຊ້.

ເຊັນດ້ວຍ HMAC

ທຸກໆການສົ່ງແມ່ນມີການເຊັນ HMAC ເພື່ອໃຫ້ທ່ານສາມາດກວດສອບໄດ້ວ່າມັນມາຈາກພວກເຮົາ ກ່ອນທີ່ທ່ານຈະດໍາເນີນການໃດໆ.

ໄດ້ລອງໃໝ່ພ້ອມການຊັກຊ້າ ແລະ ໄດ້ບັນທຶກແລ້ວ

ການສົ່ງທີ່ບໍ່ສຳເລັດຈະຖືກລອງໃໝ່ອີກຄັ້ງໂດຍມີການຖອຍໄລຍະຫ່າງ ແລະ ແຕ່ລະຄວາມພະຍາຍາມຈະຖືກບັນທຶກເປັນ WebhookDelivery. ທ່ານສາມາດກວດສອບ ແລະ ສົ່ງຄືນການຈັດສົ່ງໄດ້ຈາກໜ້າປັດ ແທນທີ່ຈະສົ່ງອີເມວຫາຝ່າຍຊ່ວຍເຫຼືອເພື່ອຖາມວ່າພວກເຮົາໄດ້ສົ່ງຫຍັງໄປ.

ຢ່າງໜ້ອຍໜຶ່ງຄັ້ງ, ດັ່ງນັ້ນໃຫ້ລຶບຂໍ້ມູນຊ້ຳຊ້ອນຕາມ id

ສາຍການປະມວນຜົນນີ້ຖືກສ້າງຂຶ້ນໂດຍເຈດຕະນາໃຫ້ເຮັດວຽກຢ່າງໜ້ອຍໜຶ່ງຄັ້ງ ແທນທີ່ຈະທຳທ່າວ່າເຮັດວຽກພຽງຄັ້ງດຽວຢ່າງແນ່ນອນ. ຣີເລທີ່ຢຸດເຮັດວຽກໃນລະຫວ່າງການເຜີຍແຜ່ ຈະໝົດອາຍຸສັນຍາການອ້າງສິດ ແລະ ເຫດການຂອງມັນຈະຖືກເຜີຍແຜ່ໃໝ່. ລຶບຂໍ້ມູນທີ່ຊ້ຳກັນໂດຍອີງໃສ່ລະຫັດຊອງຈົດໝາຍ ແລ້ວຕົວຮັບຂອງທ່ານຈະຖືກຕ້ອງຕາມໂຄງສ້າງ.

ການນຳໃຊ້ໂຄດລົງໃນເວັບໄຊ

API ແມ່ນພຽງເຄິ່ງໜຶ່ງຂອງເລື່ອງລາວຜູ້ພັດທະນາເທົ່ານັ້ນ. ອີກເຄິ່ງໜຶ່ງແມ່ນການນຳໃຊ້ອອກສູ່ຕົວຈິງ.

  • ເຊື່ອມຕໍ່ GitHub, GitLab ຫຼື Bitbucket ຜ່ານ OAuth, ໂດຍມີຄີການນຳໃຊ້ທີ່ຖືກເກັບໄວ້ໃນບ່ອນເກັບຂໍ້ມູນປະຈຳຕົວ — ບໍ່ແມ່ນຢູ່ໃນໄຟລ໌ການຕັ້ງຄ່າ.
  • Push ຈະກະຕຸ້ນໄປຍັງໄປປ໌ໄລນ໌ການສ້າງ ແລະ ການນຳໃຊ້ (build-and-deploy), ດ້ວຍການກຳນົດສາຂາໃສ່ສະພາບແວດລ້ອມ (main ໄປຫາ production, staging ໄປຫາ staging) ແລະ ຂັ້ນຕອນການສ້າງຕໍ່ສະແຕັກສຳລັບ composer ແລະ npm.
  • ກັບຄືນສູ່ລຸ້ນກ່ອນໜ້າເມື່ອການນຳໃຊ້ມິດມີຂໍ້ຜິດພາດ.
  • ການສ້າງໂຄລນສະຖານທີ່ທົດສອບ ແລະ ການນຳໃຊ້ຕົວຈິງ, ເພື່ອໃຫ້ການປ່ຽນແປງໄດ້ຮັບການພິສູດໃນສະພາບຕົວຈິງກ່ອນທີ່ຈະໄປຮອດຜູ້ເຂົ້າຊົມ.
  • SFTP ຕໍ່ເວັບໄຊພາຍໃຕ້ການແຍກດ່ຽວຂອງ CageFS, ເພື່ອໃຫ້ຜູ້ເຊົ່າແຕ່ລະຄົນເຫັນສະເພາະໄຟລ໌ຂອງຕົນເອງ, ພ້ອມທັງ SSH shell ທີ່ຖືກຈຳກັດ (jailed) ເທິງແພລດຟອມທີ່ໃຊ້ຮ່ວມກັນ.
  • wp-cli ຈາກແຜງຄວບຄຸມ terminal ແລະ ຜ່ານ SSH.
  • VS Code ໃນບຣາວເຊີຜ່ານ code-server — ໂປຣແກຣມແກ້ໄຂແບບເຕັມຮູບແບບພ້ອມ git, ແກ້ໄຂໄຟລ໌ຂອງເວັບໄຊໂດຍກົງ.
  • ເວີຊັນ PHP ຕໍ່ເວັບໄຊ, ການຕັ້ງຄ່າ PHP ທີ່ແກ້ໄຂໄດ້, ສ່ວນຂະຫຍາຍຕໍ່ເວັບໄຊ, ຕົວປ່ຽນສະພາບແວດລ້ອມ ແລະ cron ແທ້ຄຽງຄູ່ກັບ WP-cron.

ສີ່ວິທີໃນການເຮັດວຽກໃນເວັບໄຊ

API ແມ່ນປະຕູໜຶ່ງ. ເຫຼົ່ານີ້ແມ່ນອີກສີ່ປະຕູ, ແລະ ແຕ່ລະອັນແມ່ນລວມຢູ່ໃນແພັກເກດແລ້ວ ແທນທີ່ຈະຂາຍເປັນລະດັບນັກພັດທະນາ.

ຕົວແກ້ໄຂເວັບ

VS Code ໃນໂປຣແກຣມທ່ອງເວັບ, ເປີດຈາກໜ້າຂອງເວັບໄຊໃນແຜງຄວບຄຸມ, ແກ້ໄຂໄຟລ໌ຕົວຈິງຂອງເວັບໄຊນັ້ນດ້ວຍ git ທີ່ຕິດຕັ້ງມາພ້ອມ ແລະ ຕົວແກ້ໄຂທັງໝົດແມ່ນຢູ່ພາຍໃນ CageFS jail ດຽວກັນກັບການເຂົ້າເຖິງ SFTP ຂອງທ່ານ. ມັນແກ້ໄຂເວັບໄຊທີ່ໃຊ້ງານຈິງ (LIVE) — ບໍ່ມີສະບັບ staging ຢູ່ລະຫວ່າງກາງ, ດັ່ງນັ້ນໄຟລ໌ທີ່ທ່ານບັນທຶກໄວ້ຈະຖືກເຜີຍແຜ່ເປັນສາທາລະນະທັນທີທີ່ມັນຖືກຂຽນລົງ, ເຖິງແມ່ນວ່າໄຟລ໌ສະຖິດອາດຈະສືບຕໍ່ໃຫ້ບໍລິການຈາກແຄດ CDN ໄດ້ດົນເຖິງສີ່ຊົ່ວໂມງກໍຕາມ.

Zinnector®, CLI

ຟຣີ, ມີໃບອະນຸຍາດ MIT ແລະ ສ້າງຂຶ້ນເທິງ API ສາທາລະນະດຽວກັນນີ້. ສ້າງໂຄງຮ່າງເວັບໄຊ WordPress, ເປີດໃຊ້ງານມັນຢູ່ໃນເຄື່ອງຂອງທ່ານເອງ, ກວດສອບຄວາມພ້ອມລ່ວງໜ້າທຽບກັບຊ່ອງທີ່ທ່ານກຳລັງຈະນຳໃຊ້ — ເວີຊັນ PHP, ດິສກ໌, ຈຳນວນໄຟລ໌ — ແລະ ນຳໃຊ້ມັນ. ຕ້ອງການ Node 24 ຫຼື ໃໝ່ກວ່າ.

ເຊີບເວີ MCP

ລາຍການເຄື່ອງມືອັນດຽວ, ເພື່ອໃຫ້ລູກຂ່າຍ AI ທີ່ທ່ານນຳໃຊຢູ່ນັ້ນສາມາດເຮັດວຽກເທິງເວັບໄຊຂອງທ່ານຜ່ານ API ດຽວກັນ ແລະ ສິດການອະນຸຍາດດຽວກັນກັບທີ່ແຜງຄວບຄຸມນຳໃຊ້. ເຊີເວີດຽວກັນກັບທີ່ລູກຂ່າຍຂອງທ່ານເອງເຊື່ອມຕໍ່ຫາກໍແມ່ນເຊີເວີທີ່ເຊື່ອມຕໍ່ເຂົ້າກັບຕົວແກ້ໄຂເວັບ. ສາມາດອ່ານໄດ້ເທົ່ານັ້ນຈົນກວ່າທ່ານຈະລະບຸເປັນຢ່າງອື່ນ.

ສິດການເຂົ້າເຖິງຂອງນັກພັດທະນາຕໍ່ເວັບໄຊ

ວຽກງານຂອງລູກຄ້າບໍ່ຈຳເປັນຕ້ອງໃຊ້ລະຫັດຜ່ານຂອງທ່ານ. ເຊີນບາງຄົນຜ່ານທີ່ຢູ່ອີເມວ ແລະ ເຂົາເຈົ້າຈະໄດ້ຮັບພຽງແຕ່ເວັບໄຊດຽວເທົ່ານັ້ນ: ເຂົາເຈົ້າເຂົ້າສູ່ລະບົບໃນນາມຕົນເອງ, ດ້ວຍບົດບາດຜູ້ເບິ່ງ, ບັນນາທິການ ຫຼື ຜູ້ຈັດການ, ແລະ ທຸກໆເວັບໄຊອື່ນໆຈະຕອບກັບ 404 ກ່ອນທີ່ຕົວຈັດການໃດໆຈະເຮັດວຽກ — ນະໂຍບາຍຄວາມປອດໄພລະດັບແຖວຂອງ Postgres ແລະ ຮົ້ວກັ້ນລະດັບຄຳຮ້ອງຂໍ, ບໍ່ແມ່ນການກວດສອບພຽງຄັ້ງດຽວ. ເຈົ້າຂອງບັນຊີສາມາດອະນຸຍາດ ແລະ ຖອນສິດໄດ້ໃນການຄລິກພຽງຄັ້ງດຽວ, ເຊິ່ງມີຜົນໃນຄຳຮ້ອງຂໍຕໍ່ໄປຂອງເຂົາເຈົ້າ.

ແລະ API ດຽວກັນທີ່ຕົວແທນ AI ຂອງທ່ານສາມາດນຳໃຊ້ໄດ້

ພວກເຮົາໃຫ້ບໍລິການແພລດຟອມໃນຮູບແບບເຊີບເວີ MCP ທີ່ໂຮສໄວ້: ເຊິ່ງເປັນຕົວປັບໂປຣໂຕຄອນຂະໜາດນ້ອຍເທິງ engine API ທີ່ນຳໃຊ້ລາຍການຄຳສັ່ງດຽວກັນ, RBAC ແລະ ບັນທຶກການກວດສອບຄືນໃໝ່. ເຊື່ອມຕໍ່ Claude Code, Cursor, ChatGPT, Claude Desktop ຫຼື ໄຄລແອນໃດກໍຕາມທີ່ຮອງຮັບ MCP ພຽງຄັ້ງດຽວ, ແລະ ທຸກຄວາມສາມາດທີ່ພວກເຮົາເພີ່ມເຂົ້າໃນ API ຈະພ້ອມໃຫ້ໃຊ້ງານໄດ້ໂດຍອັດຕະໂນມັດ.

ຕົວແທນຈະໄດ້ຮັບສາມຢ່າງ: Tools (ຈຸດເຊື່ອມຕໍ່ API ດຽວກັນ, ບໍ່ມີຕັກກະຄູ່ຂະໜານທີ່ພາໃຫ້ເກີດຄວາມຄາດເຄື່ອນ), Resources (ສະຖານະຄວາມສົມບູນຂອງເວັບໄຊແບບອ່ານຢ່າງດຽວ, ການກຳນົດຄ່າ, ບັນທຶກຫຼ້າສຸດ, ມາດຕະການວັດແທກ, ເວລາເຮັດວຽກຕໍ່ເນື່ອງ ແລະ ບົດຄວາມ KB ເພື່ອໃຫ້ສາມາດວິນິດໄສດ້ວຍຂໍ້ມູນຕົວຈິງກ່ອນດຳເນີນການ) ແລະ Prompts (ແມ່ແບບຂະບວນການເຮັດວຽກທີ່ເຜີຍແຜ່ແລ້ວ ເຊັ່ນ "diagnose this site" ຫຼື "prepare a migration").

ຄວາມປອດໄພແມ່ນມີຫຼັກການດຽວກັນກັບການຢືນຢັນຕົວຕົນ: OAuth 2.1, ໂທເຄັນທີ່ຜູກມັດກັບອົງກອນຂອງທ່ານ ແລະ ສິດອະນຸຍາດ RBAC ທີ່ມີການບັງຄັບໃຊ້ຄວາມປອດໄພລະດັບແຖວ, ກຳນົດຂອບເຂດ ແລະ ສາມາດຖອນຄືນໄດ້ຕາມແຕ່ລະເຄື່ອງມື, ສະພາບແວດລ້ອມທົດສອບ (sandbox) ແຍກອອກຈາກລະບົບໃຊ້ງານຈິງ. ການກະທຳທີ່ສ້າງຄວາມເສຍຫາຍ — ການລຶບ, ການລະງັບ, ການຮຽກເກັບເງິນ, ການໃຊ້ຈ່າຍຈຳນວນຫຼາຍ — ຕ້ອງມີການຢືນຢັນຢ່າງຈະແຈ້ງ ຫຼື ນະໂຍບາຍການອະນຸມັດໂດຍມະນຸດ. ຂີດຈຳກັດອັດຕາການຮ້ອງຂໍ ແລະ ເພດານການໃຊ້ຈ່າຍຈະຈຳກັດການດຳເນີນການແບບເສຍເງິນທີ່ກະຕຸ້ນໂດຍ AI, ແລະ ທຸກໆການຮຽກໃຊ້ MCP ແມ່ນຖືກບັນທຶກໄວ້ໃນບັນທຶກການກວດສອບພ້ອມກັບຂໍ້ມູນຕົວຕົນ, ເຄື່ອງມື, ອາຣ໌ກິວເມັນ ແລະ ຜົນໄດ້ຮັບ.

ພວກເຮົາຮອງຮັບໂປຣໂຕຄອນແທນທີ່ຈະລວມແຕ່ລະແອັບເທື່ອລະອັນ, ຊຶ່ງໝາຍຄວາມວ່າຕົວເລືອກເຄື່ອງມື AI ຂອງທ່ານສາມາດປ່ຽນແປງໄດ້ໂດຍທີ່ການເຊື່ອມໂຍງໂຮສຕິ້ງຂອງທ່ານບໍ່ຕ້ອງປ່ຽນແປງຕາມ.

ຄຳຖາມທີ່ຖາມເລື້ອຍໆ

API ສາທາລະນະແມ່ນອັນດຽວກັນກັບທີ່ແຜງໜ້າປັດນຳໃຊ້ຫຼືບໍ່?

ແມ່ນແລ້ວ — ມັນແມ່ນ engine API ດຽວກັນ, ທີ່ຖືກເຜີຍແຜ່ ແລະ ເສີມຄວາມແຂງແກ່ນແລ້ວ. ແຜງໜ້າປັດ, ແຜງຄວບຄຸມຜູ້ເບິ່ງແຍງລະບົບ, CLI, ຜູ້ໃຫ້ບໍລິການ Terraform, ເຊີບເວີ MCP ແລະ webhooks ລ້ວນແຕ່ແມ່ນຜູ້ໃຊ້ງານພື້ນຜິວດຽວກັນ, ເຊິ່ງແມ່ນເຫດຜົນທີ່ API ບໍ່ຫຼ້າຫຼັງກວ່າແຜງຄວບຄຸມ.

ຂ້ອຍສາມາດທົດສອບການເຊື່ອມໂຍງໂດຍບໍ່ຕ້ອງເສຍເງິນ ຫຼື ສ້າງເຊີບເວີຕົວຈິງໄດ້ບໍ?

ແມ່ນແລ້ວ. ຄີ Sandbox ຈະຖືກອອກໃຫ້ແຍກຕ່າງຫາກຈາກຄີການຜະລິດ ແລະ ເຮັດວຽກໃນໂໝດທົດສອບ: ບໍ່ມີການຮຽກເກັບເງິນຕົວຈິງ ແລະ ບໍ່ມີການຈັດສັນຊັບພະຍາກອນຕົວຈິງ. ກຳນົດ CI ຂອງທ່ານໄປໃສ່ຂໍ້ມູນປະຈຳຕົວຂອງ sandbox ແລະ ທົດສອບວົງຈອນການຮ້ອງຂໍ ແລະ ການຕອບກັບແບບເຕັມຮູບແບບໄດ້ຢ່າງປອດໄພ.

ຂ້ອຍຈະປ້ອງກັນບໍ່ໃຫ້ການລອງໃໝ່ສ້າງສິ່ງໃດໜຶ່ງຂຶ້ນມາຊ້ຳກັນໄດ້ແນວໃດ?

ສົ່ງ Idempotency-Key ໃນ POST ຂອງທ່ານ. ບັນທຶກການຫຼິ້ນຄືນຈະຖືກຂຽນເມື່ອ commit ແທນທີ່ຈະເປັນ inline, ດັ່ງນັ້ນການລອງໃໝ່ຈຶ່ງບໍ່ສາມາດຫຼິ້ນຄືນຄວາມສຳເລັດທີ່ຖືກ cache ໄວ້ສຳລັບແຖວທີ່ບໍ່ໄດ້ commit ແທ້ໆ, ແລະ ຄຳຮ້ອງຂໍທີ່ຫຼົ້ມເຫຼວຈະປົດລັອກທັນທີ ເພື່ອບໍ່ໃຫ້ການລອງໃໝ່ທີ່ແກ້ໄຂແລ້ວຂອງທ່ານຖືກຊັກຊ້າ. ການຈັດສົ່ງ Webhook ຖືກອອກແບບມາໃຫ້ເປັນແບບຢ່າງໜ້ອຍໜຶ່ງຄັ້ງ (at-least-once) — ກະລຸນາ dedupe ຕາມ envelope id ຢູ່ຝັ່ງຂອງທ່ານ.

ຂ້ອຍສາມາດໃຫ້ລະຫັດ API ດຽວເຂົ້າເຖິງອົງການລູກຄ້າທັງໝົດຂອງຂ້ອຍໄດ້ບໍ່?

ບໍ່ແມ່ນມື້ນີ້. ຄີ API ຖືກອອກໃຫ້ຕາມແຕ່ລະອົງກອນ, ດັ່ງນັ້ນການເຊື່ອມໂຍງທີ່ກວມເອົາຫຼາຍອົງກອນລູກຄ້າຈຶ່ງຖືຄີໜຶ່ງອັນສຳລັບແຕ່ລະອົງກອນ. ການອະນຸຍາດຍັງຖືກກວດສອບຕາມອົງກອນສຳລັບບັນຊີຜູ້ໃຊ້: ການມີ sites.create ໃນອົງກອນໜຶ່ງຈະບໍ່ໃຫ້ສິດເຂົ້າເຖິງໃນອົງກອນອື່ນທີ່ແຍກຕ່າງຫາກ ແລະ ບໍ່ກ່ຽວຂ້ອງກັນ, ເຖິງແມ່ນວ່າມັນຈະມີຜົນກັບອົງກອນທີ່ຢູ່ພາຍໃຕ້ອົງກອນນັ້ນກໍຕາມ. ສິ່ງນີ້ແມ່ນຄວາມຕັ້ງໃຈ — ມັນຈຳກັດຄີທີ່ຖືກບຸກຮຸກໄວ້ສະເພາະກັບອົງກອນຂອງມັນເອງ ແລະ ອົງກອນຍ່ອຍທີ່ຢູ່ພາຍໃຕ້ມັນ, ບໍ່ແມ່ນທົ່ວທັງແພລດຟອມ.

ບົດບາດນັກພັດທະນາທີ່ມີມາໃນຕົວອະນຸຍາດໃຫ້ເຮັດຫຍັງໄດ້ແທ້?

ບົດບາດ dev ກວມເອົາການອ່ານຂໍ້ມູນອົງກອນ, ການຈັດການຄີ API, ການເບິ່ງ ແລະ ສ້າງເວັບໄຊ, ການປິດເປີດເວັບໄຊຄືນໃໝ່, ການລຶບແຄຊ໌, ແລະ ການເບິ່ງພ້ອມທັງຕອບກັບປີ້ແຈ້ງບັນຫາ. ບົດບາດນີ້ຕັ້ງໃຈຍົກເວັ້ນການຄວບຄຸມການຮຽກເກັບເງິນ. ກະລຸນາຮັບຊາບວ່າສິດການນຳໃຊ້ (deploy) ແລະ ການສົ່ງຂຶ້ນລະບົບຈິງ (push-to-live) ບໍ່ໄດ້ລວມຢູ່ໃນນີ້ — ຫາກສະມາຊິກໃນທີມຕ້ອງການສິດເຫຼົ່ານັ້ນ, ໃຫ້ກຳນົດບົດບາດທີ່ມີສິດດັ່ງກ່າວ ແທນທີ່ຈະສົມມຸດວ່າ Developer ເປັນບົດບາດທາງເຕັກນິກທີ່ກວ້າງຂວາງທີ່ສຸດ.

ຈະເກີດຫຍັງຂຶ້ນກັບເວັບຮຸກຂອງຂ້ອຍ ຖ້າປາຍທາງຂອງຂ້ອຍໃຊ້ການບໍ່ໄດ້ເປັນເວລາໜຶ່ງຊົ່ວໂມງ?

ການຈັດສົ່ງຈະພະຍາຍາມໃໝ່ດ້ວຍການຊະລໍເວລາ (backoff) ແລະ ທຸກໆຄວາມພະຍາຍາມຈະຖືກບັນທຶກໄວ້ເປັນ WebhookDelivery ທີ່ທ່ານສາມາດກວດສອບໄດ້. ຢູ່ຂັ້ນຕົ້ນນ້ຳ (upstream), ເຫດການຕ່າງໆຈະຖືກຂຽນລົງໃນ transactional outbox ໃນທຸລະກຳຖານຂໍ້ມູນດຽວກັນກັບການປ່ຽນແປງນັ້ນເອງ, ດັ່ງນັ້ນຈຶ່ງບໍ່ມີຫຍັງສູນຫາຍໃນຂະນະທີ່ consumer ບໍ່ພ້ອມໃຊ້ງານ — consumer ທີ່ຢຸດເຮັດວຽກຈະພຽງແຕ່ຊັກຊ້າ, ມັນບໍ່ເຄີຍເຮັດໃຫ້ producer ເສຍຫາຍ, ແລະ ທ່ານສາມາດຫຼິ້ນຄືນການຈັດສົ່ງໄດ້ຈາກແຜງຄວບຄຸມເມື່ອທ່ານກັບມາ.

ຄ່າໃຊ້ຈ່າຍໃນການເລີ່ມຕົ້ນພັດທະນາກັບມັນແມ່ນເທົ່າໃດ?

ເລີ່ມຕົ້ນການທົດລອງໃຊ້ Footprint-Free Hosting ຟຣີ 14 ວັນໂດຍບໍ່ຕ້ອງໃຊ້ບັດ — ບໍ່ຕ້ອງມີຂໍ້ມູນການຊຳລະເງິນ, ໄດ້ສູງສຸດເຖິງ 5 ເວັບໄຊ. ແພັກເກດ Footprint-Free ແບບຊຳລະເງິນເລີ່ມຕົ້ນທີ່ $6/ເດືອນ ສຳລັບ PBN 5. ທຸກໆແພັກເກດມາພ້ອມກັບການຮັບປະກັນຄືນເງິນພາຍໃນ 30 ວັນ, ການຍ້າຍໂຮດຟຣີ ແລະ ບໍ່ມີຂໍ້ຜູກມັດກັບຜູ້ໃຫ້ບໍລິການ.

ອ່ານຂໍ້ມູນຈໍາເພາະ, ຈາກນັ້ນສ້າງຕາມນັ້ນ

API ທີ່ເນັ້ນຕາມສະເປັກ, SDK ທີ່ສ້າງຂຶ້ນ, CLI, ຜູ້ໃຫ້ບໍລິການ Terraform, ເວັບຮຸກທີ່ມີການລົງລາຍເຊັນ ແລະ ເຊີເວີ MCP — ຢູ່ໃນໂຮສຕິ້ງທີ່ພວກເຮົາສ້າງຂຶ້ນສຳລັບຫຼາຍກວ່າ 700,000 ເວັບໄຊທົ່ວໂລກ. ເລີ່ມຕົ້ນດ້ວຍການທົດລອງໃຊ້ 14 ວັນໂດຍບໍ່ຕ້ອງໃຊ້ບັດ, ບໍ່ມີລາຍລະອຽດການຊຳລະເງິນ.

ເລີ່ມຕົ້ນຟຣີ

ປລັກອິນ WordPress ທີ່ຕົວແທນ AI ຂອງທ່ານສາມາດເຮັດວຽກນຳໄດ້

plugin ແຕ່ລະອັນເຫຼົ່ານີ້ເຮັດໃຫ້ເວັບໄຊ WordPress ຂອງທ່ານກາຍເປັນເຊີບເວີ MCP ດັ່ງນັ້ນ Claude, Cursor, VS Code ແລະຜູ້ຊ່ວຍ AI ອື່ນໆຈຶ່ງສາມາດເຮັດວຽກຕົວຈິງໃນມັນໄດ້, ໂດຍເຂົ້າສູ່ລະບົບໃນຖານະທີ່ເປັນທ່ານ ແລະ ຈຳກັດສະເພາະສິ່ງທີ່ທ່ານໄດ້ຮັບອຸຍາດໃຫ້ເຮັດເທົ່ານັ້ນ.

ເອກະສານ MCP ແລະ API ທັງໝົດສຳລັບນັກພັດທະນາ →