ဝက်ဘ်ဆိုက်အများအပြားကို တစ်ပြိုင်နက်တည်း တည်ဆောက်ခြင်း

Sites → Bulk deploy။ ချက်ပြုတ်နည်းတစ်ခု၊ ဒိုမိန်းများစွာ။

သင်ပေးရမည့်အရာ

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

ဖြစ်ပျက်မည့်အရာ

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

တစ်ခုကျရှုံးသည့်အခါ

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

မည်သည့်အရာနှင့် တွက်ချက်သည်

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

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