Zinnector® ဖြင့် စတင်အသုံးချခြင်း- ချိတ်ဆက်ပါ၊ စစ်ဆေးပါ၊ ပို့ပါ

ပရောဂျက်တစ်ခုသည် ဒေသတွင်း၌ စတင်လည်ပတ်ပါက Zinn Digital® Host ပြုလုပ်ခြင်းပေါ်တွင် တိုက်ရိုက်ထုတ်လွှင့်သည့် ဆိုက်တစ်ခုဖြစ်လာစေရန် ညွှန်ကြားချက် လေးခု လိုအပ်ပါသည် - ဝင်ရောက်ရန်၊ ပရောဂျက်ကို Host ပြုလုပ်သည့် Slot သို့ ချိတ်ဆက်ရန်၊ Pre-flight ကို ဖတ်ရန် နှင့် Push လုပ်ရန် ဖြစ်သည်။ ဤဆောင်းပါးတွင် တစ်ခုချင်းစီ၏ လုပ်ဆောင်ပုံ၊ ၎င်းထုတ်ပေးသည့် အချက်အလက်နှင့် ထို့နောက်တွင် သင်အသုံးပြုနိုင်သည့် ညွှန်ကြားချက်များ - ပြန်လည် Deploy လုပ်ခြင်း၊ Deploy ရာဇဝင်နှင့် Build မှတ်တမ်းများ အကြောင်းကို အသေးစိတ် ဖော်ပြပေးထားပါသည်။

API key ဖြင့် ဝင်ရောက်ပါ

ဒက်ရှ်ဘုတ်၏ Settings → API keys အောက်တွင် Key တစ်ခု ဖန်တီးပါ၊ ထို့နောက် -

zinnector login

Key ကို Prompt တွင် ရိုက်ထည့်ရပါသည် - ၎င်းကို Command line တွင် မည်သည့်အခါမျှ လက်ခံမည်မဟုတ်ပါ၊ ထို့ကြောင့် သင်၏ Shell ရာဇဝင် သို့မဟုတ် သီးသန့် လုပ်ငန်းစဉ် စာရင်းများတွင် ၎င်းကျန်ရှိနေမည် မဟုတ်ပါ။ CI တွင် ၎င်းကို ပိုက်လိုင်းအဖြစ် ထည့်သွင်းပါ - echo "$ZINN_API_KEY" | zinnector login --profile ci သို့မဟုတ် ZINNECTOR_TOKEN ကို သတ်မှတ်ပြီး login ပြုလုပ်ခြင်းကို လုံးဝ ကျော်လွန်ပါ။ Key ကို မသိမ်းဆည်းမီ စိစစ်အတည်ပြုပြီး File mode 600 ဖြင့် သိမ်းဆည်းပါသည်။ zinnector whoami --scopes သည် သင် မည်သည့် အဖွဲ့အစည်းသို့ ဝင်ရောက်ထားကြောင်းနှင့် Key တွင် မည်သည့် ခွင့်ပြုချက်များ ပါဝင်ကြောင်း ပြသပါသည်၊ Sandbox key ကိုလည်း သီးသန့် အမှတ်အသားပြုထားပါသည်။

ပရောဂျက်ကို Slot တစ်ခုသို့ ချိတ်ဆက်ပါ

zinnector link                                   # စာရင်းထဲမှ ဆိုက်တစ်ခုကို ရွေးချယ်ပါ
zinnector link example.com --repo acme/site --branch main

link သည် ဆိုက်၏ ID ကို zinnector.json တွင် ရေးသားမည်ဖြစ်ပြီး သင်က --no-repo ကို မသုံးခဲ့ပါက Push လုပ်လိုက်သည်နှင့် Deploy ပြုလုပ်နိုင်ရန် ပရောဂျက်၏ Git remote ကို ပလက်ဖောင်းပေါ်ရှိ ဆိုက်သို့ ချိတ်ဆက်ပေးပါသည်။ zinnector.json ကို Commit လုပ်ပါ - Repository ကို ကလုန်းလုပ်သည့် လုပ်ဖော်ကိုင်ဖက်သည် မည်သည့်အကြောင်းမျှ ထပ်မံပြောပြရန် မလိုဘဲ တူညီသောနေရာသို့ Deploy ပြုလုပ်နိုင်မည် ဖြစ်သည်။ ၎င်းတွင် လျှို့ဝှက်ချက်များ မပါဝင်ပါ။

Pre-flight ကို ဖတ်ပါ

zinnector check

ဒါကတော့ CLI တည်ရှိရသည့် အဓိက ညွှန်ကြားချက် ဖြစ်သည်။ ၎င်းသည် သင်၏ ပရောဂျက်ကို Deploy ပြုလုပ်တော့မည့် Slot နှင့် နှိုင်းယှဉ်ပြီး ကိုက်ညီမှု မရှိသည်များ - အပါအဝင် မနှိုင်းယှဉ်နိုင်ခဲ့သည့် အရာတိုင်းကို ဖော်ပြပေးပါသည် -

• PHP ဗားရှင်း၊ ပင်မဗားရှင်း မတူညီမှုကို မြင့်မား ဟု သတ်မှတ်ထားပါသည်၊ အကြောင်းမှာ ဆိုက်ကို စိတ်ချစွာ ပျက်စီးစေနိုင်သောကြောင့် ဖြစ်ပြီး အသေးစား မတူညီမှုကိုမူ အဆင့်နိမ့် သတ်မှတ်ထားသည်၊ အကြောင်းမှာ အရာအားလုံးကို စိုးရိမ်ဖွယ်ရာအဖြစ် သတ်မှတ်ခြင်းက လူများကို သတိပေးချက်များ ကျော်သွားစေရန် သင်ကြားပေးသကဲ့သို့ ဖြစ်သောကြောင့် ဖြစ်သည်။
• Slot က သင်တည်ဆောက်ခဲ့သော ဗားရှင်းသို့ ပြောင်းလဲနိုင်ခြင်း ရှိမရှိ၊ Slot ၏ PHP သည် အသုံးပြုခွင့် သက်တမ်း ကုန်ဆုံးပြီး မဟုတ်၊ စက်သည် ဗားရှင်းကို လက်တွေ့ကျင့်သုံးပြီးပြီလား သို့မဟုတ် အကြောင်းကြားထားရုံ သာလား။
• Slot တွင် အမှန်တကယ် ကျန်ရှိနေသော Disk နှင့် Inode အပိုနေရာများနှင့် ယှဉ်လျှင် သင်၏ ပရောဂျက်၏ အရွယ်အစားနှင့် ဖိုင်အရေအတွက် - WordPress သစ်ပင်တစ်ခုသည် ၎င်း၏ Disk ကန့်သတ်ချက်အောက်တွင် ရှိနေသော်လည်း ဖိုင်များ ကုန်သွားနိုင်သည်။
• တစ်ဖက်စီရှိ WordPress ဗားရှင်းများ၊ Slot သည် ပြင်ဆင်သတ်မှတ်ခြင်း ပြီးစီးခဲ့သလား နှင့် Push လုပ်ရန် Repository ချိတ်ဆက်ထားသလား ဆိုသည်များ ဖြစ်သည်။

၎င်းသည် သတိပေးပါသည်၊ မည်သည့်အခါမျှ မတားဆီးပါ။ တွေ့ရှိချက်တိုင်းကို zinnector push --force ဖြင့် ကျော်လွန်နိုင်ပါသည်၊ အကြောင်းမှာ စစ်ဆေးသူ တစ်ဦး မသိနိုင်သော သင်၏ ကိုယ်ပိုင်ဆိုက်အကြောင်းများကို သင်သိရှိသောကြောင့် ဖြစ်သည်။ မနှိုင်းယှဉ်နိုင်သော နှိုင်းယှဉ်ချက်တစ်ခုကို အမြဲတမ်း unknown အဖြစ် အစီရင်ခံပြီး အောင်မြင်သည်ဟု မည်သည့်အခါမျှ မဖော်ပြပါ၊ အကျဉ်းချုပ်တွင် မည်မျှရှိသည်ကို အမြဲဖော်ပြထားသည်။ ပုံသေအားဖြင့် Local PHP ဗားရှင်းသည် zinnector.json တွင် ကြေညာထားသည့် ဗားရှင်း ဖြစ်သည်၊ --probe သည် Local runtime ကို စတင်ပြီး ယင်းအစား ၎င်းကို တိုင်းတာသည်။ --strict သည် မသိရှိရသေးသည့် အရာများတွင်လည်း တန်ဖိုးမရှိဘဲ ထွက်သွားမည် ဖြစ်ပြီး၊ ယင်းမှာ CI ဂိတ်တစ်ခု တောင်းဆိုသည့် အရာဖြစ်သည်။

Push

zinnector push

push သည် Pre-flight ကို ရန်ပြုသည်၊ သင်၏ Commit များကို Push လုပ်သည်၊ Deploy ကို စတင်စေပြီး ၎င်းပြီးစီးသည်အထိ စောင့်ကြည့်ကာ နောက်ဆုံး အခြေအနေနှင့် Deploy လုပ်ခဲ့သော Commit ကို ထုတ်ပေးပါသည်။ --dry-run သည် Deploy မှလွဲ၍ အရာအားလုံးကို လုပ်ဆောင်သည်၊ --no-wait သည် ၎င်းကို စတင်ပြီး ထွက်သွားသည်၊ --no-git သည် Push မလုပ်ဘဲ ပလက်ဖောင်းတွင် ရှိပြီးသား အရာများကို Deploy ပြုလုပ်သည်။ Deploy လုပ်ထားသော Commit သည် ခုနက Push လိုက်သော Commit မဟုတ်ပါက ၎င်းကို အကြောင်းကြားပါမည်။

တစ်စုံတစ်ခု မှားယွင်းသွားသည့်အခါ

zinnector deploys example.com        # deploy ရာဇဝင် — အခြေအနေ၊ commit၊ စတင်မှု၊ စာတို
zinnector logs example.com --build   # အလွန်လတ်ဆတ်သော deploy ၏ build မှတ်တမ်း
zinnector logs example.com --error   # ဆိုက်၏ အမှား မှတ်တမ်း
zinnector deploy example.com         # ပလက်ဖောင်းတွင် ရှိပြီးသား အရာများကို ပြန်လည် deploy ပြုလုပ်ပါ
zinnector ai "why is my deploy failing?"

zinnector ai သည် သင်၏ ကိုယ်ပိုင် အကောင့်နှင့် ယှဉ်ပြီး ပလက်ဖောင်းပေါ်တွင် အလုပ်လုပ်သောကြောင့် တူညီသော Deploy ရာဇဝင်နှင့် မှတ်တမ်းများကို မြင်တွေ့နိုင်ပါသည်။ ပရောဂျက် အတွင်းမှနေ၍ ၎င်းသည် ပရောဂျက်၏ ပုံသဏ္ဌာန် - လမ်းကြောင်း အမည်များ၊ ဗားရှင်းများနှင့် ဆိုက် ID တို့ကို ပေးပို့ပြီး ဖိုင်ပါဝင်မှုများကို မည်သည့်အခါမျှ မပေးပို့ပါ။

ဆက်စပ်မှုရှိသော

• စတင်အသုံးပြုခြင်း · ဒေသတွင်း စက်တွင်း ရေးဆွဲဖန်တီးခြင်း · ညွှန်ကြားချက်ဆိုင်ရာ ကိုးကားချက် · ပြဿနာဖြေရှင်းခြင်း