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

ການໂຮສເວັບທີ່ທ່ານສາມາດຄວບຄຸມໄດ້ຈາກລະຫັດ

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

  • 650,000+ເວັບໄຊທີ່ໂຮສຕ໌ທົ່ວໂລກ
  • 1OpenAPI spec ເຊິ່ງເຄື່ອງມືທຸກອັນຖືກສ້າງຂຶ້ນຈາກ
  • 4SDKs ຝ່າຍຄclient — TypeScript, Python, PHP, Go
  • OAuth 2.1ການເຂົ້າເຖິງຂອງຕົວແທນ AI ທີ່ກຳນົດຂອບເຂດ ແລະ ຖອນສິດໄດ້

API ດຽວ. ທຸກໆພື້ນຜື້ນໃຊ້ງານມັນ.

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

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

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

ສ້າງຂຶ້ນໂດຍອັດໂນມັດ, ບໍ່ໄດ້ອັບເດດດ້ວຍຕົນເອງ

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

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

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

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

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

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

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

คีย์ API ຕໍ່ອົງກອນ

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

ໂຫມດໃຊ້ງານຈິງ ແລະ ໂຫມດທົດລອງ, ຖືກແຍກອອກຈາກກັນ

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

ໂອໄອດີຊີສຳລັບມະນຸດ

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

ຄວາມປອດໄພລະດັບແຖວທີ່ຢູ່ລຸ່ມສຸດ

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

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

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

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

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

ຊຸດເຄື່ອງມືພັດທະນາຊອບແວ (SDKs), ເຄື່ອງມືບັນທັດຄຳສັ່ງ (CLI) ແລະ ຜູ້ໃຫ້ບໍລິການ Terraform

ຜູ້ບໍລິໂພກສາມຄົນທີ່ມີສະເປັກດຽວກັນ, ສໍາລັບສາມວິທີການເຮັດວຽກທີ່ແຕກຕ່າງກັນ.

ຊຸດເຄື່ອງມືພັດທະນາຊອບແວສຳລັບລູກຄ້າ

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

Zinnector® ທີ່ເປັນ CLI

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

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

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

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

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

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

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

ຕິດຕາມສິ່ງທີ່ທ່ານສົນໃຈ

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

ລົງຊື່ດ້ວຍ HMAC

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

ລອງໃໝ່ອີກຄັ້ງດ້ວຍ backoff, ແລະ ໄດ້ບັນທຶກປະວັດໄວ້ແລ້ວ

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

ຢ່າງໜ້ອຍໜຶ່ງຄັ້ງ, ດັ່ງນັ້ນຈຶ່ງຕັດສຳເນົາຊ້ຳຕາມ id

ທໍ່ສົ່ງຂໍ້ມູນໄດ້ຖືກຕັ້ງຄ່າໃຫ້ເຮັດວຽກແບບຢ່າງໜ້ອຍໜຶ່ງຄັ້ງ (at-least-once) ໂດຍຕັ້ງໃຈ ແທນທີ່ຈະແກ້ງເຮັດເປັນແບບຄັ້ງດຽວຢ່າງແນ່ນອນ (exactly-once). Relay ທີ່ຢຸດເຮັດວຽກໃນລະຫວ່າງການເຜີຍແຜ່ຈະມີໄລຍະເວລາສິດການຄອບຄອງ (claim lease) ໝົດອາຍຸ ແລະ ເຫດການຕ່າງໆ ຂອງມັນຈະຖືກເຜີຍແຜ່ອີກຄັ້ງ. ລົບຂໍ້ມູນທີ່ຊ້ຳກັນຢູ່ envelopes id ແລະ ຝ່າຍຜູ້ບໍລິໂພກຂໍ້ມູນ (consumer) ຂອງທ່ານຈະຖືກຕ້ອງຕາມໂຄງສ້າງ.

ເອົາລະຫັດໃສ່ເວັບໄຊ

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

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

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

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

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

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

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

ຄຳຖາມທີ່ພົບເລື້ອຍ

API ສາທາລະນະແມ່ນໂຕດຽວກັນກັບທີ່ແດັດສະບອດໃຊ້ບໍ?

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

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

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

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

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

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

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

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

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

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

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

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

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

ອ່ານຄຳອະທິບາຍດ້ານວິຊາການ, ຈາກນັ້ນສ້າງຕາມນັ້ນ

API ທີ່ເນັ້ນສະເປັກເປັນຫຼັກ, SDK ທີ່ສ້າງຂຶ້ນ, CLI, Terraform provider, webhooks ທີ່ເຊັນຊື່ ແລະ ເຊີບເວີ MCP — ເທິງໂຮດຕິ້ງທີ່ເຮົາສ້າງຂຶ້ນສຳລັບເວັບໄຊ 650,000+ ແຫ່ງທົ່ວໂລກ. ເລີ່ມຕົ້ນທົດລອງໃຊ້ງານຟຣີ 14 ວັນ ໂດຍບໍ່ຕ້ອງໃຊ້ບັດເຄຣດິດ ແລະ ບໍ່ຕ້ອງໃສ່ຂໍ້ມູນການຊໍາລະເງິນ.

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