ယုံကြည်စိတ်ချရသော အချိန်ပိုင်း-အင်ဘောက် API အလိုအလျောက်လုပ်ဆောင်ခြင်း

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

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

API သော့ကို URL ထဲမထည့်ပါ

X-API-Key header အတွင်း GPTMail သော့ကို ပို့ပါ။ ?api_key= query parameters အတွင်း မထည့်ပါနှင့်။ URL များကို ဘရောက်ဇာ သမိုင်း၊ ဝင်ရောက်မှု မှတ်တမ်းများ၊ မော်နီတာ စနစ်များနှင့် referrer ဒေတာများတွင် အမြဲသိုလှောင်ထားသည်။

X-API-Key: YOUR_API_KEY

CI secret manager တွင် သော့ကို သိမ်းဆည်းပြီး မှတ်တမ်းများတွင် မူပိုင်အဖြစ် မဖုံးကွယ်ပါ။ စူးစမ်းရန် အများသုံးနေ့စဉ် သော့တစ်ခု သုံးနိုင်သော်လည်း၊ ထိန်းချုပ်ထားသော အလိုအလျောက် စမ်းသပ်မှုများသည် ကွိုတင် quota နှင့် အသုံးပြုမှုကို ခြေရာခံနိုင်သော သော့ကို သုံးသင့်သည်။

လက်ရှိ endpoint များနှင့် တုံ့ပြန်မှု ဥပမာများကို GPTMail API စာရွက်စာတမ်း စာမျက်နှာ တွင် ထိန်းသိမ်းထားသည်။

တစ်ခါလည်ပတ်မှုတစ်ခုစီအတွက် လိပ်စာတစ်ခု

အလိုအလျောက် အထူးစမ်းသပ်နိုင်သော တစ်ခုချင်းစီ စမ်းသပ်မှုအတွက် လိပ်စာအသစ် တစ်ခု ဖန်တီးပါ။ စမ်းသပ်မှုအုပ်စုတစ်ခုလုံးက မျှဝေသော အင်ဘောက်မှ မှန်ကန်မှုကို မထုတ်ယူပါ။

လိပ်စာ၊ စင်နာရီ ID၊ ပတ်ဝန်းကျင်၊ စမ်းသပ်စတင်ချိန်ကို မှတ်တမ်းတင်ပါ။ ဤတန်ဖိုးများသည် အဟောင်း မက်ဆေ့ခ််များကို ငြင်းပယ်ရန်နှင့် တိုက်ဆိုင်မှု မရှိသော အချက်အလက်များကို စစ်ဆေးရန် အကူအညီပေးသည်။

အချိန်ကန့်သတ်အပေါ် မူတည်၍ စစ်ဆေးပါ၊ တည်ငြိမ်သော အိပ်စက်မဟုတ်

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

deadline = now + 90 seconds
delay = 2 seconds

while now < deadline:
  messages = list inbox
  candidate = newest message matching sender, subject, and start time
  if candidate exists:
    read candidate and continue the product test
  wait delay with a small random jitter
  delay = min(delay * 1.5, 10 seconds)

deadline သည် စမ်းသပ်ခွင့်စာတမ်း၏ အစီအစဉ်ဖြစ်သည်။ စကားဝှက်ပြန်လည်သတ်မှတ် လုပ်ငန်းစဉ်သည် bulk newsletter preview ထက် ကွာခြားသော အကန့်အသတ်တစ်ခု လိုအပ်နိုင်သည်။ အကန့်အသတ်ကို ထင်ရှားစွာ သတ်မှတ်ထားခြင်းဖြင့် အချိန်ကြာရှည်သော အခြား အင်အားမရှိသော အစိတ်အပိုင်းများကြောင့် CI အလုပ်အကိုင် တစ်ခုလုံးကို မသိသာစွာ တိုးချဲ့ခြင်း မဖြစ်စေပါ။

တိကျစွာ ကိုက်ညီပါ

"အင်ဘောက်ထဲရှိ ပထမဆုံး မက်ဆေ့ခ််" သည် အသုံးဝင်သော ရွေးချယ်မှု မဟုတ်ပါ။ အောက်ပါ အချက်များကို ကိုက်ညီပါ။

• လက်ခံသူသည် ဤလည်ပတ်မှုအတွက် ဖန်တီးထားသော လိပ်စာနှင့် တူညီရမည်။
• ဖန်တီးချိန်သည် အကြောင်းပြုချိန်ထက် နောက်ပိုင်းဖြစ်ရမည်။
• ပို့သူသည် မျှော်လင့်ထားသော ဝန်ဆောင်မှုမှ ဖြစ်ရမည်။
• ခေါင်းစဉ် (subject) သို့မဟုတ် မက်ဆေ့ခ်် အမျိုးအစားသည် လုပ်ငန်းစဉ်နှင့် ကိုက်ညီရမည်။
• မက်ဆေ့ခ်် ID ကို အရင်က သုံးပြီး မဖြစ်သင့်။

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

စာရင်းကိုက်ညီမှုအပြီးသာ ဖတ်ပါ

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

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

နှုန်းကန့်သတ်ချက်များကို အချက်အလက်အဖြစ် ကိုင်တွယ်ပါ

API သည် quota သို့မဟုတ် rate‑limit တုံ့ပြန်ချက် ပြန်လာပါက၊ လက်ရှိ ကြိုးစားမှုကို ရပ်တန့်ပြီး reset အချက်အလက်ကို ပြသပါ။ အလွန်အကျွံ ပြန်လည်ကြိုးစားခြင်းသည် သေချာသော စွမ်းဆောင်ရည် အချက်အလက်ကို ဆူညံသံဖြစ်စေပြီး အခြား စမ်းသပ်မှုများကို နှောင့်နှေးစေနိုင်သည်။

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

အမှားများကို ဖုံးကွယ်မထားဘဲ သန့်ရှင်းပါ

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

အ verification code များ၊ သီးသန့် လင့်ခ်များ သို့မဟုတ် အပြည့်အစုံ HTML ကို အများသုံး build log များတွင် မပုံနှိပ်ပါ။

ပြန်လည်ကြိုးစားမှုများကို အတူတူဖြစ်အောင်လုပ်ပါ

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

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

အမှားဖြစ်ပွားသည့် အချက်ကို အစီရင်ခံပါ

အသုံးဝင်သော အလိုအလျောက် အမှားသည် အောက်ပါ အဆင့်များထဲမှ တစ်ခုကို ဖော်ပြသည်။

1. လိပ်စာ ဖန်တီးမှု မအောင်မြင်ပါ။
2. ထုတ်ကုန် လုပ်ဆောင်ချက်သည် အီးမေးလ် queue ထဲသို့ ထည့်မီ မအောင်မြင်ပါ။
3. deadline မတိုင်ခင် ကိုက်ညီသော မက်ဆေ့ခ်် မရောက်လာပါ။
4. မက်ဆေ့ခ်် ရောက်လာသော်လည်း အကြောင်းအရာ မကိုက်ညီပါ။
5. အတည်ပြု လုပ်ဆောင်ချက် မအောင်မြင်ပါ။
6. သန့်ရှင်းမှု မအောင်မြင်ပါ။

ဤခွဲခြားမှုသည် "အီးမေးလ် စမ်းသပ်မှု မအောင်မြင်ပါ" ဆိုသော အကြိမ်ကြိမ်ဖြစ်သော အမှားကို အဖွဲ့တစ်ခုက ကိုင်တွယ်နိုင်သော အလုပ်အဖြစ် ပြောင်းလဲပေးသည်။

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