Publish အမှားတွေ ယခု ရိုးရှင်းတဲ့ စကားနဲ့ ဘာဖြစ်ခဲ့လဲ ပြောပြပါတယ်

Mythex မှာ publish မအောင်မြင်တဲ့အခါ dialog က ဘာဖြစ်ခဲ့လဲကို စာကြောင်းတစ်ကြောင်းနဲ့ ရှင်းပြပါတယ်– build မအောင်မြင်ခဲ့၊ အက်ပ်က စတင်ပြီးနောက် ရပ်သွား၊ အက်ပ်က မစတင်ခဲ့၊ ဖိုင်က ကြီးလွန်း၊ ဒါမှမဟုတ် ကျွန်တော်တို့ဘက်က တစ်ခုခု မှားခဲ့တယ်– ပြီးတော့ Fix with AI နဲ့ Try again ကို ပေးပါတယ်။ build နဲ့ အက်ပ်ထဲက raw output တွေကို agent ဆီ ဆက်ရောက်စေဆဲဖြစ်လို့ Fix with AI က ဖတ်ပြီး ပရောဂျက်ကို ပြင်နိုင်ပါတယ်၊ သင်ကိုယ်တိုင် ဖတ်ဖို့ မလိုတော့ပါ။

ဘာတွေ ပြောင်းလဲသွားလဲ

လုပ်ဆောင်နိုင်တဲ့ စာကြောင်းတစ်ကြောင်း

အမှားပြုတဲ့ publish တိုင်းမှာ အမျိုးအစား ရှိပါတယ်၊ ပျက်ကွက်တဲ့ အချိန်မှာ ကျွန်တော်တို့ ရှိတဲ့ အချက်အလက်တွေကနေ ဆုံးဖြတ်တာ ဖြစ်ပါတယ်– ဘယ်အဆင့် ပျက်လဲ၊ အက်ပ်ရဲ့ machine က crash တွေ အစီရင်ခံခဲ့လား၊ ချိတ်ဆက်မှု လက်ခံဖို့ စတင်ခဲ့လား– စာသားကို နောက်မှ ဖတ်ပြီး မဆုံးဖြတ်ပါ။ အမျိုးအစား တစ်ခုစီမှာ ကိုယ်ပိုင် message ရှိပါတယ်–

ပျက်ကွက်တိုင်း Fix with AI

ပျက်ကွက်တိုင်း Fix with AI နဲ့ Try again ပြပါတယ်။ Fix with AI ကို သုံးရင် agent က ပျက်ကွက်မှု အမျိုးအစားနဲ့ build သို့မဟုတ် အက်ပ် output အပြည့်အစုံကို ကိုယ်ပိုင် context ထဲ ကိုယ်တိုင် ရရှိပါတယ်။ သင့်အက်ပ်မှာ တစ်ခုခု မှားနေရင် ပြင်ပါတယ်။ ဘာမှ မမှားရင်– ခဏ အလုပ်များတာ သို့မဟုတ် ကျွန်တော်တို့ဘက် ပြဿနာ– ရိုးရိုး ထပ် publish လုပ်နိုင်ပါတယ်။ ဘယ်အမျိုးအစား ပျက်ကွက်မှု ဖြစ်လဲ သင် ခန့်မှန်းစရာ မလိုပါဘူး။

Live ဖြစ်ပြီးနောက် ပြဿနာများ

Publish အောင်မြင်ပြီးနောက် မိနစ်အနည်းငယ်အကြာ အက်ပ် ပျက်နိုင်ပါတယ်။ Mythex က Publish ထားတဲ့ အက်ပ်တွေကို အကြိမ်ကြိမ် စစ်ဆေးပါတယ်။ live အက်ပ်က ထပ်ခါထပ်ခါ crash ဖြစ်နေရင် သို့မဟုတ် run နေပြီး ချိတ်ဆက်မှု မလက်ခံရင်၊ Publish ကို failed လို့ မှတ်ပြီး အီးမေးလ် ပို့ပြီး ပရောဂျက်မှာ message နဲ့ Fix with AI ကို ပြပါတယ်။ အက်ပ်က ထုတ်ခဲ့တာကို agent ဖတ်ဖို့ သိမ်းထားပါတယ်။

Upload မလုပ်ခင် အရွယ်အစား စစ်ဆေးခြင်း

static site အတွက် ဖိုင်တစ်ခုချင်းစီရဲ့ အရွယ်အစားနဲ့ စုစုပေါင်း ဖိုင်အရေအတွက်ကို ဘာမှ upload မလုပ်ခင် စစ်ပါတယ်။ တစ်ခုခု ကျော်နေရင် ကြီးလွန်းတဲ့ ဖိုင်အားလုံးကို ဖော်ပြတဲ့ message တစ်ခုတည်း ရပါတယ်၊ တစ်ဝက်လောက် ရောက်မှ ပျက်တာ မဟုတ်ပါ။

ဘာကြောင့် တည်ဆောက်ခဲ့သလဲ

ပျက်ကွက်တဲ့ publish က အရင်က publishing ကိရိယာတွေက ရိုက်ထုတ်တဲ့ စာသား ပြခဲ့ပါတယ်။ စက်တင်ဘာ နောက်ပိုင်း အပတ်တစ်ပတ်မှာ ပျက်ကွက်မှု အများစုက builder တွေအတွက် မဟုတ်ဘဲ ကျွန်တော်တို့ ကိုင်တွယ်ရမယ့် စာသား ဖြစ်ခဲ့ပါတယ်– billing ဆက်သွယ်ရန်၊ internal version နံပါတ်၊ registry လမ်းကြောင်း၊ storage error တွေ။ Fix with AI က အဲဒီ စာသားကို chat ထဲ ပြန်ကူးထည့်ခဲ့ပါတယ်။ လူတွေကို ကျွန်တော်တို့ အခြေခံအဆောက်အအုံကို debug လုပ်ခိုင်းနေခဲ့တာပါ။

အချို့ကလည်း မှားနေခဲ့ပါတယ်။ port ပေါ် နားမထောင်ခဲ့တဲ့ အက်ပ်ကို "ကျွန်တော်တို့ဘက်က ပြဿနာ" လို့ ပြခဲ့ပါတယ်၊ ပြင်ရမယ့်နေရာက အက်ပ်ထဲမှာ ရှိပါတယ်။ အကန့်အသတ်ထက်ကြီးတဲ့ static ဖိုင်ကိုလည်း အတူတူ ပြခဲ့ပြီး၊ ထပ် publish လုပ်ရင် ဘယ်တော့မှ အလုပ်မဖြစ်နိုင်ပါဘူး။

နောက်ပြီး Mythex ရဲ့ ပျက်ကွက်မှုကို တုံ့ပြန်တဲ့ အစိတ်အပိုင်း အားလုံး– dialog၊ notification၊ Fix with AI၊ ကျွန်တော်တို့ ကိုယ်ပိုင် alert တွေ– က ဘာဖြစ်ခဲ့လဲ သိဖို့ error စာသားထဲက စကားလုံးတွေကို တူညီအောင် ရှာခဲ့ပါတယ်။ စာလုံးပြောင်းတိုင်း ပျက်စီးပါတယ်။ အခု အမျိုးအစားကို ပျက်ကွက်တဲ့နေရာမှာ မှတ်ထားပြီး၊ အခြားအရာအားလုံးက အမျိုးအစားကို ဖတ်ပါတယ်။

အခြား error တွေအတွက်လည်း တူညီတဲ့ စည်းမျဉ်း ကျင့်သုံးထားပါတယ်–

• Chat။ streaming ပြန်ကြားချက်ကြားမှာ ချိတ်ဆက်မှု ပြတ်ရင် browser ရဲ့ "Load failed" သို့မဟုတ် "Failed to fetch" အစား ကျွန်တော်တို့ စာကြောင်းကို ပြပါတယ်။
• Custom domain။ domain ဝယ်ခြင်း သို့မဟုတ် ချိတ်ဆက်ခြင်း message တွေကို response ရဲ့ status နဲ့ code တွေကနေ ရွေးပါတယ်၊ domain provider ရဲ့ စာကြောင်းကို ထပ်မပို့တော့ပါ။
• ပုံ ဖန်တီးခြင်း။ card က ကျွန်တော်တို့ message ကို ပြပြီး agent က ဝန်ဆောင်မှု ရဲ့ အသေးစိတ်ကို ရပါတယ်။

ဘယ်လို အသုံးပြုမလဲ

1. ပုံမှန်အတိုင်း Publish ခလုတ်ကနေ publish လုပ်ပါ။
2. မအောင်မြင်ရင် dialog ထဲက တစ်ကြောင်းတည်း message ကို ဖတ်ပါ။
3. Fix with AI ကို နှိပ်ပါ။ agent က build output သို့မဟုတ် အက်ပ်ရဲ့ log တွေကို ဖတ်ပြီး မှားနေတာကို ပြင်ပြီး၊ အက်ပ်မှာ ပြင်ရမယ့်အရာ မရှိရင် ထပ် publish လုပ်ပေးပါမယ်။
4. သို့မဟုတ် Try again ကို နှိပ်ပြီး ဗားရှင်းတူကို ထပ် publish လုပ်ပါ– "ခဏ အလုပ်များ" နဲ့ "ကျွန်တော်တို့ဘက် ပြဿနာ" အတွက် မှန်တဲ့ ရွေးချယ်မှု။
5. message က link name အကြောင်း ဖြစ်ရင် ထပ် publish မလုပ်ခင် link name ကို ပြောင်းပါ။ တခြား error အတွက်တော့ နာမည်တူကို ဆက်ထားပါ။

ကန့်သတ်ချက်များ

• ပျက်ကွက်မှု အချို့ဟာ ခလုတ်ကွဲပြားပါတယ်– link name ယူပြီးသား ဖြစ်ရင် တခြား နာမည်တွေ အကြံပေးပြီး၊ credits ကုန်သွားရင် ထပ်ထည့်ဖို့ နည်းလမ်း ပေးပါတယ်။
• Static site မှာ ဖိုင်တစ်ခုစီ ~25–30 MB ကန့်သတ်ချက် ရှိပြီး site အမျိုးအစားပေါ်မူတည်ပါတယ်၊ ဖိုင် 20,000 အထိ ရှိပါတယ်။ ကြီးတဲ့ ဖိုင်တွေကို storage မှာ ထားပြီး ချိတ်ဆက်တာ ပိုကောင်းပါတယ်။
• ဒီပြောင်းလဲမှု မတိုင်ခင် ပျက်ကွက်ခဲ့တဲ့ publish တွေမှာ အမျိုးအစား မရှိလို့ တိကျတဲ့ အကြောင်းမဟုတ်ဘဲ ကြားနေ စာကြောင်းတစ်ကြောင်း ပြပါတယ်။
• "ကျွန်တော်တို့ဘက် ပြဿနာ" ထပ်ဖြစ်နေရင် project ID နဲ့ link name ကို ထောက်ပံ့မှုသို့ ဆက်သွယ်ပါ။

မက်ဆေ့ချ် အပြည့်စုံစာရင်းနဲ့ တစ်ခုစီအတွက် ဘာလုပ်ရမလဲဆိုတာ publish troubleshooting မှာ ရှိပါတယ်။ အက်ပ်ကို လက်နဲ့ ပြင်နေရင် AI နဲ့ တည်ဆောက်ထားတဲ့ အက်ပ်ကို debug လုပ်နည်း ကို ကြည့်ပါ။ live site က republish လုပ်နေစဉ် ဘာဖြစ်လဲဆိုတာအတွက် your published app now stays up while you republish it ကို ကြည့်ပါ။