ဆော့ဖ်ဝဲရေးသားသူများအတွက်

ကုဒ်မှတစ်ဆင့် စီမံခန့်ခွဲနိုင်သော ဟိုစတင်

Zinn Digital® သည် API-ဦးစားပေး ပလက်ဖောင်းတစ်ခု ဖြစ်ပါသည်။ ကျွန်ုပ်တို့၏ ဒက်ရှ်ဘုတ်ကို မောင်းနှင်ပေးသည့် အင်ဂျင် API အတူတူကိုပင် သင် ရရှိမည်ဖြစ်သည် — ဗားရှင်းခွဲထားပြီး သတ်မှတ်ချက် ဦးစားပေးကာ တည်ဆောက်ချိန်တွင် ၁၀၀% မှတ်တမ်းတင်ထားပြီး ထုတ်လုပ်ထားသော SDK များ၊ CLI တစ်ခု၊ Terraform ပံ့ပိုးပေးသူတစ်ခု၊ လက်မှတ်ရေးထိုးထားသော ဝဘ်ဟွတ်ခ်များနှင့် ၎င်းတို့အပေါ်တွင် MCP ဆာဗာတစ်ခု ပါဝင်ပါသည်။ အလုပ်လုပ်ရန် သင် မည်သည့်အရာကို အသုံးပြုသည်ဖြစ်စေ — တာမီနယ်၊ ပိုက်လိုင်း၊ အခြေအနေဖိုင် သို့မဟုတ် AI အေဂျင့် ဖြစ်ပါစေ — ပလက်ဖောင်းက ၎င်းကို တုံ့ပြန်ဆောင်ရွက်ပေးပါသည်။

စာရင်းသွင်းထားသော နားထောင်သူအများအပြားထံ လက်မှတ်ရေးထိုးထားသော အစီအစဉ်များကို ပေးပို့သည့် API အဆုံးမှတ်။
  • ၇၀၀,၀၀၀+ကမ္ဘာတစ်ဝှမ်းတွင် လက်ခံဆောင်ရွက်ပေးထားသော ဆိုက်များ
  • ၁ကိရိယာတိုင်းကို ထုတ်လုပ်ပေးသည့် OpenAPI သတ်မှတ်ချက်
  • 4ကလိုင်းယန့် SDK များ — TypeScript၊ Python၊ PHP၊ Go
  • OAuth 2.1အတိုင်းအတာသတ်မှတ်ထားသော ရုပ်သိမ်းနိုင်သည့် AI အေးဂျင့် ဝင်ရောက်ခွင့်

API တစ်ခုတည်း။ မျက်နှာပြင်တိုင်းက ၎င်းပေါ်တွင် အခြေခံထားသည်။

ဟိုစတင်အများစုသည် ထိန်းချုပ်ခန်းပြားပေါ်သို့ API တစ်ခုကို နောက်မှကပ်ထည့်လေ့ရှိပြီး ထိုအချက်မှာ ထင်ရှားပါသည် — ထိန်းချုပ်ခန်းပြား၏ လုပ်ဆောင်ချက် ထက်ဝက်ခန့်မှာ ဘယ်သောအခါမျှ ပြင်ပသို့ မရောက်ရှိတော့ပါ။ ကျွန်ုပ်တို့သည် ဆန့်ကျင်ဘက်ပုံစံဖြင့် တည်ဆောက်ခဲ့ပါသည်။ ဒက်ရှ်ဘုတ်၊ စီမံခန့်ခွဲသူ ကွန်ဆိုးလ်၊ CLI၊ Terraform ပံ့ပိုးပေးသူ၊ MCP ဆာဗာနှင့် သင်၏ ကိုယ်ပိုင်ချိတ်ဆက်မှုများ အားလုံးသည် တူညီသော အင်ဂျင် API ကို အသုံးပြုကြပါသည်။ သင်သည် ၎င်းကို ထိန်းချုပ်ခန်းပြားတွင် လုပ်ဆောင်နိုင်ပါက ကုဒ်ဖြင့်လည်း လုပ်ဆောင်နိုင်ပါသည်။

သတ်မှတ်ချက်ဦးစားပေး၊ နောက်မှမှတ်တမ်းတင်ခြင်းမဟုတ်

OpenAPI သတ်မှတ်ချက်သည် တစ်ခုတည်းသော အမှန်တရားအရင်းအမြစ်ဖြစ်ပြီး၊ သတ်မှတ်ချက်ထဲတွင် မပါဝင်ပါက မည်သည့် အဆုံးမှတ် (endpoint) ကိုမျှ ထုတ်လုပ်ဖြန့်ချိမည် မဟုတ်ပါ။ ထိုစည်းမျဉ်းတစ်ခုတည်းကပင် အများသုံး API ကို နောက်မှမဟုတ်ဘဲ တည်ဆောက်ချိန်တွင် အပြည့်အဝ မှတ်တမ်းတင်ထားစေခြင်းဖြစ်သည် — မှတ်တမ်းမတင်ထားသော အဆုံးမှတ် မရှိနိုင်သောကြောင့် မှတ်တမ်းမရှိသော နေရာဟူ၍ မရှိပါ။

အလိုအလျောက် ထုတ်ပေးထားသည်၊ ကိုယ်တိုင် ပြင်ဆင်ထိန်းသိမ်းထားခြင်း မရှိပါ

အပြန်အလှန်တုံ့ပြန်နိုင်သော ရည်ညွှန်းကိုးကားချက် စာရွက်စာတမ်းများ၊ client SDK လေးခု၊ CLI ၏ အစိတ်အပိုင်း အများစုနှင့် Terraform provider scaffolding တို့အားလုံးကို ထိုသတ်မှတ်ချက်တစ်ခုတည်းမှ ထုတ်လုပ်ထားခြင်း ဖြစ်ပါသည်။ အရင်းအမြစ်တစ်ခုတည်း၊ လက်ရာများစွာ၊ အမြဲတမ်း တစ်ပြေးညီဖြစ်နေခြင်း — သင်သည် လက်တွေ့လုပ်ဆောင်ချက်နှင့် သွေဖည်သွားသော စာရွက်စာတမ်းနောက်သို့ မည်သည့်အခါမျှ လိုက်စရာမလိုတော့ပါ။

အသုံးမပြုတော့ခြင်းဆိုင်ရာ မူဝါဒဖြင့် ဗားရှင်းသတ်မှတ်ထားသည်

အဆုံးမှတ်များကို ထုတ်ပြန်ထားသော သုံးစွဲမှုရပ်ဆိုင်းခြင်းဆိုင်ရာ မူဝါဒနှင့် ပြောင်းလဲမှုမှတ်တမ်းတို့နှင့်အတူ /v1 အောက်တွင် ထားရှိထားပါသည်။ မအောင်မြင်သောတည်ဆောက်မှုတစ်ခုမှ သိရှိရမည့်အစား တစ်စုံတစ်ခုမပြောင်းလဲမီ သင့်ထံ စာဖြင့်ကြိုတင်အကြောင်းကြားပါမည်။

CI တွင် စာချုပ်စစ်ဆေးပြီး

အကောင်အထည်ဖော်မှုနှင့် သတ်မှတ်ချက်ဆိုင်ရာ စာချုပ်စစ်ဆေးမှုများနှင့် OpenAPI စစ်ဆေးခြင်းများသည် အပြောင်းအလဲတိုင်းတွင် အလုပ်လုပ်ပါသည်။ ကုဒ်နှင့် စာချုပ်အကြား ကွဲလွဲမှုသည် တည်ဆောက်မှုကို မအောင်မြင်စေပါ — ထို့ကြောင့် သင်၏ client ကို ထုတ်ယူသည့် သတ်မှတ်ချက်သည် ဆာဗာက အမှန်တကယ် လိုက်နာသော သတ်မှတ်ချက် ဖြစ်ပါသည်။

အထောက်အထားစိစစ်ခြင်း၊ နယ်ပယ်သတ်မှတ်ခြင်းနှင့် အကြီးစားလုပ်ဆောင်မှုတွင် ကြုံတွေ့ရသော ပြဿနာများ

ဝင်ရောက်ရန် နည်းလမ်းနှစ်သွယ်၊ ၎င်းတို့နောက်ကွယ်တွင် တူညီသော မူတစ်ခုတည်းရှိသည်။ မည်သည့်နည်းလမ်းကိုမဆို သင်အသုံးပြုသည်ဖြစ်စေ တူညီသော ခွင့်ပြုချက်စစ်ဆေးမှုများနှင့် တူညီသော ဒေတာဘေ့စ်အဆင့် သီးခြားခွဲထုတ်မှု သက်ရောက်ပါသည်။

အဖွဲ့အစည်းအလိုက် API ကီးများ

ကီးများသည် zdk_<mode>_<prefix>_<secret> ပုံစံရှိပါသည်။ လျှို့ဝှက်ကုဒ်၏ SHA-256 hash ကိုသာ သိမ်းဆည်းထားပါသည် — ထုတ်ပေးပြီးနောက် သင့်အား ကီးကို ပြန်လည်မပြသနိုင်သလို ကျွန်ုပ်တို့၏ဒေတာဘေ့စ်ကို ဝင်ရောက်ကြည့်ရှုသူ မည်သူမျှလည်း မပြသနိုင်ပါ။ ကီးများတွင် သက်ရောက်မှုနယ်ပယ်များ ပါရှိပြီး၊ ပယ်ဖျက်နိုင်ကာ တစ်ဦးချင်းစီအလိုက် မဟုတ်ဘဲ အဖွဲ့အစည်းအလိုက် ထုတ်ပေးပါသည်။

တိုက်ရိုက်လွှင့်မုဒ်နှင့် စမ်းသပ်မုဒ်များကို သီးခြားခွဲထားသည်

Sandbox သော့များသည် production သော့များနှင့် သီးခြားဖြစ်ပြီး sandbox မုဒ်ဖြင့် အလုပ်လုပ်သည်- ငွေတောင်းခံလွှာ အစစ်အမှန် မရှိ၊ အမှန်တကယ် ပြင်ဆင်သတ်မှတ်ပေးခြင်း မရှိပါ။ သင်၏ ပေါင်းစည်းမှု စမ်းသပ်ချက်များသည် ငွေကုန်ကြေးကျမရှိဘဲ သို့မဟုတ် ဆာဗာများ တည်ဆောက်စရာမလိုဘဲ API ကို အပြင်းအထန် စမ်းသပ်အသုံးပြုနိုင်ပါသည်။

လူသားများအတွက် OIDC

အသုံးပြုသူ ဆက်ရှင်များကို realm အများသုံးကီးဖြင့် စစ်ဆေးအတည်ပြုထားသော Keycloak မှထုတ်ပေးသည့် JWT များဖြင့် စစ်မှန်ကြောင်း အထောက်အထားပြပြီး API ကီးကဲ့သို့ တူညီသော Principal အရာဝတ္ထုအဖြစ် ဖြေရှင်းပေးပါသည်။ အဆုံးမှတ်များကို sites.create သို့မဟုတ် apikeys.manage ကဲ့သို့သော အသေးစိတ် ခွင့်ပြုချက်ကီးများဖြင့် ကန့်သတ်ထားပြီး အဖွဲ့အစည်းအလိုက် စစ်ဆေးပါသည် — အဖွဲ့အစည်းတစ်ခုရှိ ခွင့်ပြုချက်သည် သီးခြားဖြစ်ပြီး မသက်ဆိုင်သော အဖွဲ့အစည်းတစ်ခုတွင် ဝင်ရောက်ခွင့်မပေးသော်လည်း ၎င်းအောက်ရှိ အဖွဲ့အစည်းခွဲများအတွက် သက်ရောက်မှုရှိပါသည်။

အောက်ခြေရှိ အတန်းအဆင့် လုံခြုံရေး

အငှားချထားသူ၏ တောင်းဆိုချက်တိုင်းသည် ပင်မအဖွဲ့အစည်းထံမှ သတ်မှတ်ထားသော Postgres အဖွဲ့အစည်းနယ်ပယ်ပါဝင်သည့် လုပ်ငန်းစဉ်တစ်ခုအတွင်း လုပ်ဆောင်သောကြောင့် သီးခြားခွဲထုတ်မှုကို တစ်စုံတစ်ယောက် မေ့သွားနိုင်သည့် ORM စစ်ထုတ်မှုဖြင့်မဟုတ်ဘဲ ဒေတာဘေ့စ်မှသာ အတည်ပြုဆောင်ရွက်ပေးပါသည်။ queryset စစ်ထုတ်မှုသည် အဆင့်ဆင့်ကာကွယ်ရေးအနေဖြင့် ရှိနေဆဲဖြစ်ပါသည်။

သရုပ်ပြများအတွက်သာမက စက်များအတွက်ပါ တည်ဆောက်ထားသည်

README ထဲတွင် API တစ်ခုကို ကြည့်ကောင်းအောင် ပြုလုပ်ရန် လွယ်ကူသော်လည်း လက်တွေ့ traffic အောက်တွင် ကောင်းမွန်စွာ အလုပ်လုပ်ရန် ပြုလုပ်ရန် ခက်ခဲပါသည်။ ဤအပိုင်းများသည် နံနက်သုံးနာရီတွင် integration များကို ပျက်စီးစေသော အစိတ်အပိုင်းများ ဖြစ်သောကြောင့် ကျွန်ုပ်တို့ အပြင်းအထန် ကြိုးပမ်းအားထုတ်ခဲ့ရသည့် အပိုင်းများ ဖြစ်ပါသည်။

အစုလိုက်လုပ်ဆောင်ချက်များ မည်သို့လည်ပတ်သည်ကို ပုံဖော်ပေးသဖြင့် အထူးဖော်ပြသင့်သည့် အသေးစိတ်တစ်ခုမှာ- ထပ်နေသောဒိုမိန်းတစ်ခုအတွက် 409 အဖြေသည် မည်သည့်အသုံးပြုသူအတွက်မဆို "ဤ host အမည်ကို ဤနေရာတွင် လက်ခံထားရှိသလား။" ဟူသောအဖြေကို ထုတ်ပေးခြင်းဖြစ်ပြီး၊ ၎င်းသည် စာရင်းကောက်ယူမှုဆိုင်ရာ အချက်အလက်ပေးစနစ် (enumeration oracle) နှင့် Footprint-Free အတွက် အမည်မဖော်ပြနိုင်မှုကို အမှန်တကယ် ပျက်ပြားစေနိုင်သည့် အန္တရာယ်တစ်ခု ဖြစ်ပါသည်။ ဝက်ဘ်ဆိုက်ဖန်တီးမှုကို အရှိန်လျှော့ချခြင်း (throttling) သည် လွယ်ကူသောနည်းလမ်းသာဖြစ်ပြီး အစုလိုက်ဖန်တီးမှုဆိုင်ရာ ထုတ်ကုန်ကို လုံးဝပျက်စီးစေမည် ဖြစ်သည်။ ယင်းအစား ပယ်ချခံရသည့် ထပ်နေသော ဒိုမိန်းကြိုးပမ်းမှုများကိုသာ principal တစ်ခုချင်းအလိုက် ကန့်သတ်ခွင့်ပြုထားပါသည်။ အောင်မြင်စွာဖန်တီးမှုများအတွက် မည်သည့်အခါမျှ အကန့်အသတ်တွက်ချက်မည်မဟုတ်ပါ — ထို့ကြောင့် သင်သည် တစ်နေကုန် အစုလိုက်ဖန်တီးနိုင်ပြီး စုံစမ်းထောက်လှမ်းမှုများသည် ချက်ချင်းနီးပါး ရပ်တန့်သွားမည်ဖြစ်သည်။

  • ပျက်ကွက်မှုတိုင်းတွင် တသမတ်တည်းဖြစ်သော အမှားစာအိတ်- ကုဒ်တစ်ခု၊ နားလည်လွယ်သော မက်ဆေ့ဂျ်တစ်ခု၊ စိတ်ကြိုက်ရွေးချယ်နိုင်သော အကွက်အဆင့် အသေးစိတ်များနှင့် ပံ့ပိုးကူညီမှုထံ ကိုးကားနိုင်သော request_id တစ်ခု။ တရားဝင်မှုစစ်ဆေးခြင်း အမှားများသည် ပြဿနာရှိသော အကွက်များကို အမည်တပ်၍ 422 ကို ပြန်ပို့ပေးပါသည်။
  • တိုက်ရိုက်ရေးမည့်အစား commit ပြုလုပ်ချိန်တွင် replay မှတ်တမ်းကို ရေးသွင်းထားသည့် POST ပေါ်ရှိ Idempotency keys များ — ထို့ကြောင့် ထပ်မံကြိုးစားမှုတစ်ခုသည် မည်သည့်အခါမျှ commit မပြုလုပ်ရသေးသော အတန်းတစ်ခုကို ဖော်ပြထားသည့် သိမ်းဆည်းထားသော 201 အား ပြန်လည်လုပ်ဆောင်နိုင်မည် မဟုတ်ပါ။ မအောင်မြင်သော တောင်းဆိုမှုတစ်ခုသည် ၎င်း၏ လက်ရှိလုပ်ဆောင်နေဆဲသော့ခတ်မှုကို ချက်ချင်းလွှတ်ပေးသဖြင့် 422 သည် သင်၏ ပြင်ဆင်ပြီး ထပ်မံကြိုးစားမှုကို ပိတ်ဆို့ထားမည် မဟုတ်ပါ။
  • UUIDv7 အပေါ် သော့စုစည်းမှုအဖြစ် ကာဆာ စာမျက်နှာခွဲခြားခြင်း — တပြိုင်နက်တည်း ရေးသားမှုများအောက်တွင် တည်ငြိမ်ပြီး စကင်ဖတ်နေစဉ်အတွင်း အတန်းများ ထည့်သွင်းသောအခါ စာမျက်နှာ ရွေ့လျားမှု မရှိပါ။
  • ထုတ်ပေးထားသော client သည် ခန့်မှန်းမည့်အစား တောင်းဆိုမှုများကို ပါးနပ်စွာ လျှော့ချနိုင်စေရန် တုံ့ပြန်မှုများတွင် RateLimit-Remaining ပါဝင်သည်။
  • နယ်ပယ်ပြင်ပရှိ အရင်းအမြစ်များသည် 403 အစား 404 ကို ပြန်ပို့ပေးသည် — 403 သည် အရင်းအမြစ်ရှိကြောင်းကို အတည်ပြုပေးလိမ့်မည်။ ထိုနည်းတူ အကြောင်းပြချက်ကြောင့်ပင် သင့်နယ်ပယ်ပြင်ပရှိ အဖွဲ့အစည်းအလိုက် စစ်ထုတ်ခြင်းသည် စာမျက်နှာအလွတ်ကို ပြန်ပို့ပေးပါသည်။
  • ဆိုက်ဖန်တီးခြင်းသည် မှတ်ပုံတင်ခြင်းဖြစ်ပြီး ပြင်ဆင်သတ်မှတ်ပေးခြင်း မဟုတ်ပါ- POST /v1/sites သည် status pending ဖြင့် 201 ကို ပြန်ပေးပြီး build ပြုလုပ်မှုအပေါ် မည်သည့်အခါမျှ ပိတ်ဆို့ထားခြင်း မရှိပါ။ လုပ်ဆောင်ချက်အစီအစဉ်ကို တန်းတူ transaction တွင် transactional outbox သို့ ရေးသားထားသောကြောင့် ၎င်း၏ ပြင်ဆင်သတ်မှတ်ပေးခြင်းကို တောင်းဆိုရန် သေချာမှသာ ဆိုက်တစ်ခု တည်ရှိမည်ဖြစ်သည်။

SDK များ၊ CLI တစ်ခုနှင့် Terraform ပံ့ပိုးပေးသူ တစ်ခု

မတူညီသော လုပ်ငန်းခွင်ပုံစံသုံးမျိုးအတွက် တူညီသော သတ်မှတ်ချက်တစ်ခု၏ သုံးစွဲသူသုံးဦး။

ကလိုင်းယန့် SDK များ

TypeScript၊ Python၊ PHP နှင့် Go အတွက် ထုတ်လုပ်ထားပြီး အသေးစိတ်သတ်မှတ်ချက်ကို ခြေရာခံသောကြောင့် ကိုယ်တိုင်ရေးသားထားသော wrapper ကို စောင့်စရာမလိုဘဲ endpoint အသစ်တစ်ခုသည် သင်၏ဘာသာစကားသို့ ရောက်ရှိလာပါသည်။

Zinnector®၊ CLI

WordPress ဆိုက်တစ်ခုကို အကြမ်းထည်တည်ဆောက်ပါ၊ Node မှလွဲ၍ အခြားမည်သည့်အရာမျှ ထည့်သွင်းထားခြင်းမရှိဘဲ စက်တွင်း၌ ဖွင့်လှစ်ပြီး ဖြန့်ကျက်ချထားပါ။ Zinnector® သည် သင်ဖြန့်ကျက်ချထားတော့မည့် နေရာနှင့်ပတ်သက်၍ သင့်ပရောဂျက်ကို ကြိုတင်စစ်ဆေးပေးပါသည် — PHP ဗားရှင်း၊ ဒစ်ခ်၊ ဖိုင်အရေအတွက် — ထို့အပြင် push ပြုလုပ်ပြီးမှမဟုတ်ဘဲ မပြုလုပ်မီ ကြိုတင်သတိပေးပါသည်။ ၎င်းသည် အကောင့်ဝင်ခြင်း၊ ဆိုက်များကို စာရင်းပြုစုခြင်း၊ ဖြန့်ကျက်ချထားခြင်း၊ ဒိုမိန်းများနှင့် DNS ကို စီမံခန့်ခွဲခြင်း၊ မေးလ်ဝန်ဆောင်မှုများကို ဖတ်ရှုခြင်း၊ အရန်ကူးယူခြင်းများ ပြုလုပ်ခြင်း၊ ခွင့်ပြုစာရင်းဝင် WP-CLI ကို ဖွင့်လှစ်ခြင်း၊ မှတ်တမ်းများကို အချိန်နှင့်တစ်ပြေးညီ စောင့်ကြည့်ခြင်းနှင့် အစုလိုက်လုပ်ဆောင်ချက်များကို စတင်ခြင်းတို့ကိုလည်း လုပ်ဆောင်ပေးပါသည်။ အခမဲ့ဖြစ်ပြီး MIT လိုင်စင်ရရှိထားကာ ဤအများသုံး API ပေါ်တွင်ပင် တည်ဆောက်ထားပါသည်။

Terraform ပံ့ပိုးပေးသူ

ဆိုက်များ၊ ဒိုမိန်းများ၊ DNS မှတ်တမ်းများ၊ မေးလ်ပုံးများနှင့် အစီအစဉ်များကို infrastructure as code အဖြစ် စီမံခန့်ခွဲပါ။ terraform apply သည် hosting ကို ပြင်ဆင်ပေးပြီး သင်၏ပတ်ဝန်းကျင်များသည် မည်သူမျှမှတ်သားမထားသော ကလစ်နှိပ်ခြင်းအစီအစဉ်များအစား ပြန်လည်ဖန်တီးနိုင်ပြီး ပြန်လည်သုံးသပ်နိုင်သောအရာများ ဖြစ်လာပါသည်။

အပြန်အလှန်အကျိုးပြု လမ်းညွှန်

ဆာဗာမှ အကောင်အထည်ဖော်ထားသော အဆုံးမှတ်များကို တိကျစွာဖော်ပြထားပြီး ဘရောက်ဆာမှ သင်ဖတ်ရှု၍ ခေါ်ယူနိုင်သော ထုတ်လုပ်ထားသည့် စာရွက်စာတမ်းများ — အကြောင်းမှာ နှစ်ခုစလုံးသည် တူညီသော သတ်မှတ်ချက်မှ လာသောကြောင့်ဖြစ်သည်။

သင့် endpoint ပျက်ကျနေသော်လည်း ဆက်လက်ရှင်သန်နေသော webhook များ

ပလက်ဖောင်း၏ နောက်ကွယ်တွင် ခိုင်မာသော အစီအစဉ်ဗဟိုချက်တစ်ခု ရှိပါသည်- အခြေအနေ ပြောင်းလဲမှုတိုင်းသည် ဒေတာဘေ့စ် ပြောင်းလဲမှုနှင့်အတူ Postgres အတွင်းရှိ transactional outbox သို့ အစီအစဉ်တစ်ခုကို atomic နည်းလမ်းဖြင့် ရေးသားပြီး relay မှ ၎င်းကို NATS JetStream သို့ ထုတ်ဝေပါသည်။ အစီအစဉ်များကို အမျိုးအစားခွဲခြားထားပြီး ဗားရှင်းသတ်မှတ်ထားပါသည် — site.deployed၊ order.paid၊ invoice.overdue၊ backup.completed၊ abuse.flagged၊ trial.ending နှင့် အခြားအရာများ။

သင်စိတ်ဝင်စားသောအရာများကို စာရင်းသွင်းပါ

အဆုံးမှတ်တစ်ခုကို WebhookSubscription အဖြစ် မှတ်ပုံတင်ပြီး ၎င်းလက်ခံရရှိမည့် ဖြစ်ရပ်အမျိုးအစားများကို ရွေးချယ်ပါ။ လိုင်းတစ်ခုတည်းကပင် အကြောင်းကြားချက်များ၊ ခွဲခြမ်းစိတ်ဖြာမှုများ၊ အလိုအလျောက်လုပ်ဆောင်မှုများနှင့် သင်၏ချိတ်ဆက်မှုတို့ကို တစ်ပြေးညီ ထောက်ပံ့ပေးသည် — ကျွန်ုပ်တို့ အသုံးပြုသည့် ဖြစ်ရပ်များကိုပင် သင် အသုံးပြုနေခြင်း ဖြစ်သည်။

HMAC ဖြင့် လက်မှတ်ရေးထိုးထားသည်

လုပ်ဆောင်မှုမပြုမီ ကျွန်ုပ်တို့ထံမှ လာခြင်းဖြစ်ကြောင်း သင် အတည်ပြုနိုင်စေရန် ပေးပို့မှုတိုင်းကို HMAC ဖြင့် လက်မှတ်ရေးထိုးထားပါသည်။

အချိန်ဆိုင်းငံ့၍ ထပ်မံကြိုးစားခဲ့ပြီး မှတ်တမ်းတင်ခဲ့သည်

မအောင်မြင်သော ပေးပို့မှုများကို အချိန်ခြားကာ ထပ်မံကြိုးစားပြီး ကြိုးပမ်းမှုတစ်ခုစီကို WebhookDelivery အဖြစ် မှတ်တမ်းတင်ပါသည်။ ကျွန်ုပ်တို့ မည်သည်ကို ပေးပို့ခဲ့သနည်းဟု ပံ့ပိုးကူညီရေးအဖွဲ့ထံ အီးမေးလ်ပို့ မေးမြန်းမည့်အစား ဒက်ရှ်ဘုတ်မှနေ၍ ပေးပို့မှုများကို စစ်ဆေးပြီး ပြန်လည်ပေးပို့နိုင်ပါသည်။

အနည်းဆုံး တစ်ကြိမ်ဖြစ်သောကြောင့် id ပေါ်တွင် ထပ်နေသည်များကို ဖယ်ရှားပါ

ပိုက်လိုင်းသည် တိကျစွာတစ်ကြိမ်သာဖြစ်သည်ဟု ဟန်ဆောင်မည့်အစား တမင်တကာ အနည်းဆုံးတစ်ကြိမ်ဖြစ်စေရန် ပြုလုပ်ထားခြင်းဖြစ်သည်။ ထုတ်ဝေနေစဉ် အလယ်အလတ်၌ ရပ်တန့်သွားသော relay တစ်ခုသည် ၎င်း၏တောင်းဆိုချက် ငှားရမ်းခွင့် သက်တမ်းကုန်ဆုံးသွားပြီး ၎င်း၏ ဖြစ်ရပ်များကို ပြန်လည်ထုတ်ဝေမည်ဖြစ်သည်။ စာအိတ် id ပေါ်တွင် ထပ်နေသည်များကို ဖယ်ရှားပါ၊ ထိုအခါ သင့် consumer သည် တည်ဆောက်ပုံအရ မှန်ကန်သွားမည်ဖြစ်သည်။

ကုဒ်ကို ဝဘ်ဆိုက်ပေါ်သို့ တင်ခြင်း

API တစ်ခုသည် ဆော့ဖ်ဝဲရေးသားသူ၏ ဇာတ်လမ်းတစ်ဝက်မျှသာ ဖြစ်သည်။ ကျန်တစ်ဝက်မှာ ထုတ်ကုန်ဖြန့်ချိခြင်း ဖြစ်သည်။

  • ဖြန့်ကျက်မှုကီးများကို ဖွဲ့စည်းမှုဖိုင်တွင် မဟုတ်ဘဲ အထောက်အထားသိုလှောင်ခန်းတွင် ထိန်းသိမ်းထားခြင်းဖြင့် GitHub၊ GitLab သို့မဟုတ် Bitbucket ကို OAuth မှတစ်ဆင့် ချိတ်ဆက်ပါ။
  • Push သည် ပတ်ဝန်းကျင်သို့ ဘရန်ချ်ချိတ်ဆက်မှု (main မှ production သို့၊ staging မှ staging သို့) နှင့် composer နှင့် npm အတွက် stack အလိုက် တည်ဆောက်မှုအဆင့်များပါဝင်သော တည်ဆောက်ခြင်းနှင့် အသုံးချခြင်း ပိုက်လိုင်းကို စတင်စေသည်။
  • ဖြန့်ကျက်မှု မှားယွင်းသွားသည့်အခါ ယခင်ထွက်ရှိထားသော ဗားရှင်းသို့ ပြန်ပြောင်းပါ။
  • ဧည့်သည်များထံသို့ မရောက်ရှိမီ အပြောင်းအလဲတစ်ခုကို လက်တွေ့နေရာတွင် အတည်ပြုနိုင်ရန် စမ်းသပ်ပွားယူခြင်းနှင့် တိုက်ရိုက်ထုတ်လွှင့်ခြင်း။
  • CageFS သီးခြားခွဲထုတ်မှုအောက်ရှိ ဆိုက်တစ်ခုစီအတွက် SFTP ဖြစ်သောကြောင့် အငှားချထားသူတိုင်းသည် ၎င်းတို့၏ကိုယ်ပိုင်ဖိုင်များကိုသာ မြင်တွေ့ရပြီး မျှဝေထားသောပလက်ဖောင်းပေါ်တွင် သီးသန့်ကန့်သတ်ထားသော (jailed) SSH shell တစ်ခု ပါဝင်သည်။
  • panel terminal မှတစ်ဆင့်နှင့် SSH မှတစ်ဆင့် wp-cli။
  • code-server မှတစ်ဆင့် ဘရောက်ဆာထဲတွင် အသုံးပြုနိုင်သော VS Code — ဆိုက်၏ဖိုင်များကို တိုက်ရိုက်တည်းဖြတ်နိုင်သည့် git ပါဝင်သော အပြည့်အစုံတည်းဖြတ်စနစ်။
  • ဆိုက်တစ်ခုချင်းအလိုက် PHP ဗားရှင်း၊ တည်းဖြတ်နိုင်သော PHP ဆက်တင်များ၊ ဆိုက်တစ်ခုချင်းအလိုက် တိုးချဲ့ချက်များ၊ ပတ်ဝန်းကျင်ပြောင်းလဲနိုင်သော ကိန်းရှင်များနှင့် WP-cron အပြင် တကယ့် cron။

ဆိုက်တစ်ခုတွင် အလုပ်လုပ်ရန် နည်းလမ်းလေးခု

API သည် တံခါးတစ်ချပ်ဖြစ်သည်။ ဤအရာများသည် အခြားလေးခုဖြစ်ပြီး ၎င်းတို့တစ်ခုစီကို developer အဆင့်အနေဖြင့် ရောင်းချမည့်အစား အစီအစဉ်တွင် ထည့်သွင်းထားပါသည်။

ဝဘ်တည်းဖြတ်ကိရိယာ

ဒက်ရှ်ဘုတ်ရှိ ဆိုက်စာမျက်နှာမှ ဖွင့်လှစ်ထားသော ဘရောက်ဆာတွင်း VS Code သည် ထည့်သွင်းတည်ဆောက်ထားသော git ဖြင့် ထိုဆိုက်၏ အစစ်အမှန်ဖိုင်များကို တည်းဖြတ်ပေးပြီး၊ တည်းဖြတ်စနစ်တစ်ခုလုံးသည် သင်၏ SFTP ဝင်ရောက်အသုံးပြုခွင့်နှင့် တူညီသော CageFS ထိန်းချုပ်မှုဘောင်အတွင်း တည်ရှိပါသည်။ ၎င်းသည် တိုက်ရိုက်လွှင့် (LIVE) ဆိုက်ကို တည်းဖြတ်ပါသည် — ကြားတွင် စမ်းသပ်စစ်ဆေးမှုမိတ္တူ (staging copy) မရှိသောကြောင့် သင်သိမ်းဆည်းလိုက်သောဖိုင်သည် ရေးသားပြီးသည်နှင့် လူသိရှင်ကြားဖြစ်သွားမည်ဖြစ်သော်လည်း ပုံသေဖိုင် (static file) တစ်ခုသည် CDN ယာယီသိမ်းဆည်းမှု (cache) မှ လေးနာရီအထိ ဆက်လက်ပြသနေနိုင်ပါသည်။

Zinnector®၊ CLI

အခမဲ့ဖြစ်ပြီး MIT လိုင်စင်ရရှိထားကာ ဤအများသုံး API ပေါ်တွင်ပင် တည်ဆောက်ထားပါသည်။ WordPress ဝက်ဘ်ဆိုက်၏ အကြမ်းထည်ကို ဖန်တီးပါ၊ ၎င်းကို သင်၏ကိုယ်ပိုင်စက်ပေါ်တွင် run ပါ၊ သင် deploy ပြုလုပ်တော့မည့် slot နှင့် ကိုက်ညီမှုရှိမရှိ ကြိုတင်စစ်ဆေးပါ — PHP ဗားရှင်း၊ ဒစ်ခ်၊ ဖိုင်အရေအတွက် — ပြီးနောက် deploy ပြုလုပ်ပါ။ Node 24 သို့မဟုတ် ပိုသစ်သောဗားရှင်း လိုအပ်ပါသည်။

MCP ဆာဗာ

ကိရိယာများစာရင်းတစ်ခုတည်းရှိသဖြင့် သင်အသုံးပြုပြီးသား AI ကလိုင်းယင့်သည် ဒက်ရှ်ဘုတ်အသုံးပြုသည့် တူညီသော API နှင့် တူညီသောခွင့်ပြုချက်များမှတစ်ဆင့် သင့်ဆိုဒ်များပေါ်တွင် အလုပ်လုပ်နိုင်ပါသည်။ သင့်ကိုယ်ပိုင်ကလိုင်းယင့်ချိတ်ဆက်ထားသော တူညီသည့်ဆာဗာသည် ဝဘ်တည်းဖြတ်စနစ်သို့ ချိတ်ဆက်ထားသောဆာဗာပင် ဖြစ်ပါသည်။ သင်အခြားနည်းဖြင့် မသတ်မှတ်မချင်း ဖတ်ရန်သာဖြစ်ပါသည်။

ဝဘ်ဆိုက်တစ်ခုချင်းအလိုက် ဆော့ဖ်ဝဲရေးသားသူ အသုံးပြုခွင့်

သုံးစွဲသူ၏ လုပ်ငန်းအတွက် သင့်စကားဝှက် မလိုအပ်ပါ။ အီးမေးလ်လိပ်စာဖြင့် တစ်စုံတစ်ဦးကို ဖိတ်ခေါ်ပါက ၎င်းတို့သည် ဝဘ်ဆိုက်တစ်ခုတည်းကိုသာ အတိအကျ ရရှိမည်ဖြစ်သည်- ၎င်းတို့သည် ကြည့်ရှုသူ၊ တည်းဖြတ်သူ သို့မဟုတ် မန်နေဂျာအခန်းကဏ္ဍဖြင့် ကိုယ်တိုင် အကောင့်ဝင်ရောက်ကြပြီး၊ မည်သည့် handler မဆို မလည်ပတ်မီ အခြားဝဘ်ဆိုက်အားလုံးက 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 ခွင့်ပြုချက်များ၊ ကိရိယာတစ်ခုချင်းအလိုက် သတ်မှတ်ထားပြီး ပြန်လည်ရုပ်သိမ်းနိုင်မှု၊ ထုတ်လုပ်မှုပတ်ဝန်းကျင်မှ သီးခြားခွဲထားသော sandbox။ ပျက်စီးစေနိုင်သော လုပ်ဆောင်ချက်များ — ဖျက်ခြင်း၊ ဆိုင်းငံ့ခြင်း၊ ငွေတောင်းခံခြင်း၊ ကြီးမားသောအသုံးစရိတ် — တို့အတွက် တိကျသေချာသော အတည်ပြုချက် သို့မဟုတ် လူကိုယ်တိုင် အတည်ပြုခြင်းဆိုင်ရာ မူဝါဒ လိုအပ်ပါသည်။ နှုန်းထားကန့်သတ်ချက်များနှင့် အသုံးစရိတ်ကန့်သတ်ချက်များသည် AI ဖြင့် စတင်လုပ်ဆောင်သော အခပေးလုပ်ဆောင်ချက်များကို ကန့်သတ်ထားပြီး၊ MCP ခေါ်ဆိုမှုတိုင်းကို အထောက်အထား၊ ကိရိယာ၊ အကြောင်းပြချက်များနှင့် ရလဒ်တို့ဖြင့် စာရင်းစစ်မှတ်တမ်းတွင် မှတ်တမ်းတင်ထားပါသည်။

ကျွန်ုပ်တို့သည် အက်ပ်တစ်ခုစီကို တစ်ခုပြီးတစ်ခု ချိတ်ဆက်မည့်အစား ပရိုတိုကောကို ထောက်ပံ့ပေးထားသောကြောင့် သင်၏ hosting ချိတ်ဆက်မှုကို ပြောင်းလဲစရာမလိုဘဲ သင်ရွေးချယ်ထားသော AI ကိရိယာများကို ပြောင်းလဲနိုင်ပါသည်။

မကြာခဏမေးလေ့ရှိသော မေးခွန်းများ

အများသုံး API သည် ဒက်ရှ်ဘုတ်အသုံးပြုသည့် API နှင့် အတူတူပင်ဖြစ်ပါသလား။

ဟုတ်ပါသည် — ၎င်းသည် ထုတ်ဝေထားပြီး ခိုင်မာအောင် ပြုလုပ်ထားသော အင်ဂျင် API ပင် ဖြစ်သည်။ ဒက်ရှ်ဘုတ်၊ စီမံခန့်ခွဲသူ ကွန်ဆိုးလ်၊ CLI၊ Terraform ဝန်ဆောင်မှုပေးသူ၊ MCP ဆာဗာနှင့် ဝဘ်ဟွတ်ခ်များသည် မျက်နှာပြင်တစ်ခုတည်းကို အသုံးပြုထားခြင်းဖြစ်သောကြောင့် API သည် ပင်နယ်ထက် နောက်ကျကျန်ရစ်ခြင်း မရှိပါ။

ငွေမကုန်ဘဲ သို့မဟုတ် ဆာဗာအစစ်များ မတည်ဆောက်ဘဲ ချိတ်ဆက်မှုကို စမ်းသပ်နိုင်ပါသလား။

ဟုတ်ပါသည်။ Sandbox သော့များကို ထုတ်လုပ်မှုသော့များနှင့် သီးခြားထုတ်ပေးထားပြီး စမ်းသပ်မှုမုဒ်ဖြင့် အလုပ်လုပ်ပါသည်- အမှန်တကယ် ငွေတောင်းခံခြင်းမရှိသည့်အပြင် အမှန်တကယ် ဝန်ဆောင်မှုပေးခြင်းလည်း မရှိပါ။ သင်၏ CI ကို sandbox အထောက်အထားများသို့ ညွှန်ပြပြီး တောင်းဆိုမှုနှင့် တုံ့ပြန်မှုဆိုင်ရာ လုပ်ငန်းစဉ်အပြည့်အစုံကို ဘေးကင်းစွာ စမ်းသပ်လုပ်ဆောင်ပါ။

ထပ်မံကြိုးစားခြင်းကြောင့် တစ်ခုခုကို နှစ်ခုပွားပြီး ဖန်တီးမိခြင်းမှ မည်သို့တားဆီးနိုင်မည်နည်း။

သင်၏ POST တွင် Idempotency-Key တစ်ခု ပေးပို့ပါ။ ပြန်လည်ဖွင့်ခြင်းမှတ်တမ်းကို inline အစား commit ပြုလုပ်ချိန်တွင် ရေးသားထားသောကြောင့် ပြန်လည်ကြိုးစားမှုတစ်ခုသည် အမှန်တကယ် commit မပြုလုပ်ရသေးသော အတန်းတစ်ခုအတွက် cache လုပ်ထားသည့် အောင်မြင်မှုကို မည်သည့်အခါမျှ ပြန်လည်ပြသနိုင်မည်မဟုတ်ပါ၊ ထို့အပြင် ကျရှုံးသွားသော တောင်းဆိုမှုသည် ၎င်း၏လော့ခ်ကို ချက်ချင်းပြန်လည်ထုတ်ပေးသဖြင့် သင်၏ ပြင်ဆင်ပြီးသော ပြန်လည်ကြိုးစားမှုသည် နှောင့်နှေးကြန့်ကြာမှု ရှိမည်မဟုတ်ပါ။ Webhook ပေးပို့မှုသည် ဒီဇိုင်းအရ အနည်းဆုံးတစ်ကြိမ် (at-least-once) ဖြစ်သည် — သင့်ဘက်မှ envelope id ပေါ်တွင် dedupe ပြုလုပ်ပါ။

API သော့တစ်ခုတည်းဖြင့် ကျွန်ုပ်၏ သုံးစွဲသူအဖွဲ့အစည်းများအားလုံးသို့ ဝင်ရောက်ခွင့် ပေးနိုင်ပါသလား။

ယနေ့ မဟုတ်ပါ။ API ကီးများကို အဖွဲ့အစည်းတစ်ခုစီအလိုက် ထုတ်ပေးထားသောကြောင့် သုံးစွဲသူအဖွဲ့အစည်း အများအပြားကို လွှမ်းခြုံထားသည့် ချိတ်ဆက်မှုတစ်ခုသည် တစ်ခုစီအတွက် ကီးတစ်ခုစီကို ကိုင်ဆောင်ထားသည်။ အသုံးပြုသူပုဂ္ဂိုလ်များအတွက် ခွင့်ပြုချက်များကိုလည်း အဖွဲ့အစည်းအလိုက် စစ်ဆေးပါသည်- အဖွဲ့အစည်းတစ်ခုတွင် sites.create ကို ကိုင်ဆောင်ထားခြင်းသည် သီးခြားဖြစ်ပြီး ဆက်စပ်မှုမရှိသော အဖွဲ့အစည်းတစ်ခုတွင် ဝင်ရောက်ခွင့်မပေးပါ၊ သို့သော် ၎င်းအောက်တွင် ဆင့်ပွားရှိနေသော အဖွဲ့အစည်းများအတွက် အကျုံးဝင်ပါသည်။ ၎င်းသည် ရည်ရွယ်ချက်ရှိရှိ လုပ်ဆောင်ထားခြင်းဖြစ်သည် — ၎င်းသည် ထိခိုက်ခံရသော ကီးတစ်ခုကို ပလက်ဖောင်းတစ်ခုလုံးသို့ မဟုတ်ဘဲ ၎င်း၏ကိုယ်ပိုင် အဖွဲ့အစည်းနှင့် ၎င်းအောက်ရှိ အဖွဲ့အစည်းခွဲများသို့သာ ကန့်သတ်ထားသည်။

ပါ၀င်ပြီးသား Developer အခန်းကဏ္ဍသည် အမှန်တကယ်တွင် မည်သည့်အရာများကို ခွင့်ပြုသနည်း။

dev အခန်းကဏ္ဍတွင် အဖွဲ့အစည်းဆိုင်ရာ အချက်အလက်များ ဖတ်ရှုခြင်း၊ API သော့ စီမံခန့်ခွဲခြင်း၊ ဆိုက်များကို ကြည့်ရှုခြင်းနှင့် ဖန်တီးခြင်း၊ ၎င်းတို့ကို ပြန်လည်စတင်ခြင်း၊ ၎င်းတို့၏ cache ကို ရှင်းလင်းခြင်းနှင့် လက်မှတ်များကို ကြည့်ရှုခြင်းနှင့် အကြောင်းပြန်ခြင်းတို့ ပါဝင်သည်။ ၎င်းသည် ငွေပေးချေမှုဆိုင်ရာ ထိန်းချုပ်ခွင့်ကို ရည်ရွယ်ချက်ရှိရှိ ချန်လှပ်ထားသည်။ deploy လုပ်ခွင့်နှင့် push-to-live ခွင့်ပြုချက်များသည် ၎င်းတွင် မပါဝင်ကြောင်း သတိပြုပါ — အဖွဲ့ဝင်တစ်ဦးသည် ၎င်းတို့ကို လိုအပ်ပါက Developer သည် အကျယ်ပြန့်ဆုံးသော နည်းပညာဆိုင်ရာ အခန်းကဏ္ဍဖြစ်သည်ဟု ယူဆမည့်အစား အဆိုပါခွင့်ပြုချက်များ ပါရှိသည့် အခန်းကဏ္ဍတစ်ခုကို သတ်မှတ်ပေးပါ။

ကျွန်ုပ်၏ အဆုံးမှတ်သည် တစ်နာရီကြာ ပြတ်တောက်သွားပါက ကျွန်ုပ်၏ ဝဘ်ဟွတ်ခ်များ မည်သို့ဖြစ်မည်နည်း။

ပို့ဆောင်မှုများကို အချိန်ခြားကာ (backoff) ဖြင့် ထပ်မံကြိုးစားမည်ဖြစ်ပြီး ကြိုးပမ်းမှုတိုင်းကို သင်စစ်ဆေးနိုင်သော WebhookDelivery အဖြစ် မှတ်တမ်းတင်ထားပါသည်။ အထက်ပိုင်း (upstream) တွင် အဖြစ်အပျက်များကို ပြောင်းလဲမှုပြုလုပ်သည့် ဒေတာဘေ့စ်စနစ် (database transaction) တစ်ခုတည်းအတွင်းရှိ transactional outbox သို့ ရေးသားထားသောကြောင့် consumer ကို မရရှိနိုင်သည့်အချိန်တွင် မည်သည့်အရာမျှ ဆုံးရှုံးမည်မဟုတ်ပါ — ရပ်တန့်သွားသော consumer ကြောင့် နှောင့်နှေးမှုသာရှိမည်ဖြစ်ပြီး ၎င်းသည် producer ကို မည်သည့်အခါမျှ မထိခိုက်စေဘဲ သင်ပြန်လည်ရောက်ရှိပါက ဒက်ရှ်ဘုတ်မှ ပို့ဆောင်မှုများကို ပြန်လည်လုပ်ဆောင်နိုင်ပါသည်။

၎င်းဖြင့် စတင်တည်ဆောက်ရန် ကုန်ကျစရိတ် မည်မျှရှိပါသလဲ။

ငွေပေးချေမှုအချက်အလက် မလိုအပ်ဘဲ ဆိုက် 5 ခုအထိ ပါဝင်သော Footprint-Free Hosting ၏ 14 ရက် စမ်းသပ်ကာလကို ကတ်ပြားမလိုဘဲ စတင်လိုက်ပါ။ အခပေး Footprint-Free အဆင့်များကို PBN 5 အတွက် တစ်လလျှင် $6 ဖြင့် စတင်ပါသည်။ အစီအစဉ်တိုင်းတွင် 30 ရက် ငွေပြန်အမ်းပေးမည့်အာမခံချက်၊ အခမဲ့ ရွှေ့ပြောင်းမှုများနှင့် ရောင်းချသူတစ်ဦးတည်းအပေါ် မှီခိုနေရခြင်း မရှိမှုတို့ ပါဝင်ပါသည်။

သတ်မှတ်ချက်ကို ဖတ်ပါ၊ ထို့နောက် ၎င်းနှင့်အညီ တည်ဆောက်ပါ

သတ်မှတ်ချက်ကို အခြေခံထားသော API၊ ထုတ်လုပ်ထားသော SDK များ၊ CLI တစ်ခု၊ Terraform ပံ့ပိုးပေးသူ၊ လက်မှတ်ရေးထိုးထားသော ဝက်ဘ်ဟွတ်ခ်များနှင့် MCP ဆာဗာ — ကမ္ဘာတစ်ဝန်းရှိ ဆိုက်ပေါင်း ၇၀၀,၀၀၀ ကျော်အတွက် ကျွန်ုပ်တို့ တည်ဆောက်ထားသော ဟိုစတင်းတွင် ရရှိနိုင်ပါသည်။ ကတ်မလိုဘဲ ငွေပေးချေမှု အချက်အလက်များ မပါရှိသည့် ၁၄ ရက် အစမ်းသုံးခြင်းဖြင့် စတင်လိုက်ပါ။

အခမဲ့ စတင်ပါ

သင့် AI အေးဂျင့် အလုပ်လုပ်နိုင်သော WordPress ပလပ်အင်များ

ဤ ပလပ်ဂရမ် (plugins) တစ်ခုချင်းစီသည် သင်၏ WordPress စာမျက်နှာကို MCP ဆာဗာတစ်ခုအဖြစ် ပြောင်းလဲပေးသောကြောင့် Claude၊ Cursor၊ VS Code နှင့် အခြားသော AI လက်ထောက် (assistants) များသည် သင်းအဖြစ် ဝင်ရောက်ပြီး သင့်အား လုပ်ဆောင်ခွင့်ပြုထားသမျှ ကန့်သတ်ချက်များအတွင်း ယင်းပေါ်တွင် အမှန်တကယ် လုပ်ဆောင်ချက်များကို လုပ်ဆောင်နိုင်မည်ဖြစ်သည်။

ဆော့ဖ်ဝဲရေးသားသူများအတွက် MCP နှင့် API စာရွက်စာတမ်းအားလုံး →