Հրապարակման սխալները այժմ ասում են, թե ինչ է եղել, պարզ բառերով
Երբ Mythex-ում հրապարակումը ձախողվում է, երկխոսության պատուհանը այժմ մեկ պարզ նախադասությամբ ասում է, թե ինչ է տեղի ունեցել. կառուցումը ձախողվեց, ձեր հավելվածը կանգ առավ հենց սկսելուց հետո, հավելվածը երբեք չսկսեց, ֆայլը չափազանց մեծ է, կամ մեր կողմից ինչ-որ բան սխալ գնաց. և առաջարկում է Fix with AI և Try again։ Կառուցման և ձեր հավելվածի չմշակված արտածումը դեռ հասնում է agent-ին, ուստի Fix with AI-ը կարող է այն կարդալ և շտկել նախագիծը, բայց այլևս ձեզ պետք չէ այն ինքներդ կարդալ։
Ինչ փոխվեց
Մեկ նախադասություն, որով կարող եք գործել
Ամեն ձախողված հրապարակում այժմ ունի տեսակ, որ որոշվում է այն պահին, երբ ձախողվում է, այն փաստերից, որ մենք այնտեղ ունենք. որ քայլն է ձախողվել, արդյոք հավելվածի մեքենան հաղորդել է կործանումներ, արդյոք այն երբևէ սկսել է ընդունել կապեր. այլ ոչ թե սխալի տեքստը հետագայում կարդալով։ Յուրաքանչյուր տեսակ ունի իր հաղորդագրությունը․
| Ինչ եք տեսնում | Ինչ է նշանակում |
|---|---|
| «The build failed.» | Ձեր նախագծի build հրամանը կամ Dockerfile-ը չկառուցվեց։ |
| «Your app stopped right after it started.» | Այն հրապարակվեց, հետո դուրս եկավ կամ շարունակաբար վերագործարկվեց։ |
| «Your app didn't start after publishing.» | Այն հրապարակվեց, բայց երբեք չսկսեց ընդունել կապեր։ |
| «This file is too big» / չափազանց շատ ֆայլեր | Ստատիկ կայքը գերազանցում է ֆայլի չափի կամ ֆայլերի քանակի սահմանը։ Հաղորդագրությունը թվարկում է ֆայլերը։ |
| «This link name can't be used for publishing.» | Փոխեք հղման անունը և նորից հրապարակեք. ձեր կոդը լավ է։ |
| «Publishing is busy for a moment» | Ձեր հավելվածում ոչինչ սխալ չէ։ Նորից հրապարակեք մի քանի րոպեից։ |
| «…a problem on our side, not in your app.» | Մեր պատասխանատվությունն է։ Նորից հրապարակեք մի քանի րոպեից։ |
Fix with AI յուրաքանչյուր ձախողման դեպքում
Յուրաքանչյուր ձախողում ցույց է տալիս Fix with AI և Try again։ Երբ օգտագործում եք Fix with AI, agent-ը ստանում է ձախողման տեսակը և կառուցման կամ հավելվածի ամբողջական արտածումը մասնավորապես, իր սեփական համատեքստում։ Եթե ձեր հավելվածում ինչ-որ բան սխալ է, այն շտկում է այն։ Եթե ոչինչ սխալ չէ՝ մի զբաղված պահ, կամ խնդիր մեր կողմից, այն կարող է պարզապես նորից հրապարակել։ Ձեզ պետք չէ պարզել, թե որ տեսակի ձախողում էր։
Խնդիրներ թողարկումից հետո
Հրապարակումը կարող է հաջողվել, և հավելվածը մի քանի րոպե անց ձախողվել։ Mythex-ը պարբերաբար ստուգում է հրապարակված հավելվածները։ Եթե կենդանի հավելվածը շարունակաբար կործանվում է, կամ աշխատում է, բայց կապեր չի ընդունում, հրապարակումը նշվում է որպես ձախողված, դուք ստանում եք նամակ, և նախագիծը ցույց է տալիս հաղորդագրությունը Fix with AI-ով։ Այն, ինչ հավելվածը տպել էր, պահվում է, որ agent-ը կարդա։
Չափերի սահմանները ստուգվում են վերբեռնումից առաջ
Ստատիկ կայքերի համար յուրաքանչյուր ֆայլի չափը և ընդհանուր ֆայլերի քանակը ստուգվում են, նախքան որևէ բան վերբեռնվի։ Եթե ինչ-որ բան սահմանը գերազանցում է, ստանում եք մեկ հաղորդագրություն՝ բոլոր չափազանց մեծ ֆայլերի ցուցակով, այլ ոչ թե ձախողում մասամբ ճանապարհին։
Ինչու ստեղծեցինք այն
Ձախողված հրապարակումը նախկինում ցույց էր տալիս այն, ինչ հրապարակման հետ կապված գործիքները տպել էին։ Սեպտեմբերի վերջին մի շաբաթվա ընթացքում հիմնականում ձախողումները ցույց էին տալիս շինարարների տեքստ, որ մերն էր, ոչ նրանցը. վճարման կոնտակտներ, ներքին տարբերակների համարներ, ռեգիստրի ուղիներ, պահեստի սխալներ։ Fix with AI-ը այդ նույն տեքստը տեղադրում էր չատում։ Մարդկանց խնդրում էին վրիպազերծել մեր ենթակառուցվածքը։
Որոշ մաս պարզապես սխալ էր։ Հավելվածը, որ երբեք չէր լսել իր պորտը, նշվում էր որպես «մեր կողմից խնդիր», երբ շտկումը հավելվածի մեջ էր։ Ֆայլը, որ չափի սահմանից մեծ էր, նույն ձևով էր ներկայացվում, և նորից հրապարակումը երբեք չէր կարող աշխատել։
Եվ Mythex-ի ամեն մաս, որ արձագանքում էր ձախողմանը՝ երկխոսությունը, ծանուցումները, Fix with AI-ը, մեր սեփական ազդանշանները, նախկինում պարզում էր, թե ինչ է եղել, սխալի տեքստի բառերը համապատասխանեցնելով։ Դա կոտրվում էր, երբ բառերը փոխվում էին։ Այժմ տեսակը գրանցվում է այնտեղ, որտեղ ձախողումը տեղի է ունենում, և ամեն ինչ մնացածը կարդում է տեսակը։
Մենք նույն կանոնը կիրառեցինք նաև այլ սխալների վրա, երբ այնտեղ էինք․
- Չատ. Եթե պատասխանի հոսքի ընթացքում կապը խզվի, այժմ տեսնում եք մեր նախադասությունը, այլ ոչ թե բրաուզերի «Load failed» կամ «Failed to fetch»-ը։
- Custom domain-ներ. Դոմենը գնելու կամ կապելու հաղորդագրությունները ընտրվում են պատասխանի կարգավիճակից և կոդերից, այլ ոչ թե փոխանցում են դոմենի մատակարարի սեփական նախադասությունները։
- Պատկերների գեներացում. Քարտը ցույց է տալիս մեր հաղորդագրությունը. agent-ը ստանում է ծառայության մանրամասները։
Ինչպես օգտագործել
- Հրապարակեք ինչպես միշտ՝ Publish կոճակից։
- Եթե ձախողվի, կարդացեք մեկ տողով հաղորդագրությունը երկխոսության պատուհանում։
- Սեղմեք Fix with AI։ Agent-ը կարդում է կառուցման արդյունքը կամ հավելվածի լոգերը, շտկում է այն, ինչ սխալ է, և նորից է հրապարակում, եթե հավելվածում ոչինչ շտկելու կարիք չկար։
- Կամ սեղմեք Try again՝ նույն տարբերակը նորից հրապարակելու համար. դա ճիշտ ընտրությունն է «busy for a moment»-ի և «a problem on our side»-ի համար։
- Եթե հաղորդագրությունը վերաբերում է հղման անվանը, փոխեք հղման անունը նորից հրապարակելուց առաջ։ Ցանկացած այլ սխալի դեպքում պահեք նույն անունը։
Սահմանափակումներ
- Որոշ ձախողումներ տարբեր կոճակներ են ցույց տալիս. զբաղված հղման անունը առաջարկում է այլ անուններ, իսկ կրեդիտների սպառումը առաջարկում է կրեդիտներ ավելացնելու եղանակ։
- Ստատիկ կայքերի ֆայլի սահմանը մոտ 25–30 ՄԲ է՝ կայքի տեսակից կախված, և մինչև 20,000 ֆայլ։ Մեծ ֆայլերը ավելի լավ է պահել Storage-ում և կապել դրանց։
- Այս փոփոխությունից առաջ ձախողված հրապարակումները տեսակ չունեն, ուստի ցույց են տալիս չեզոք տող, այլ ոչ թե կոնկրետ պատճառ։
- Եթե «a problem on our side»-ը շարունակում է կրկնվել, կապվեք աջակցության հետ՝ նախագծի ID-ով և հղման անունով։
Քայլերի ամբողջական ցանկը և յուրաքանչյուրի համար անելիքը publish troubleshooting-ում է։ Եթե դժվար հավելվածը ձեռքով եք շտկում, մեր ուղեցույցը ինչպես վրիպազերծել AI-ով կառուցված հավելված քայլ առ քայլ անցնում է դրա միջով։ Իսկ թե ինչ է լինում կենդանի կայքին, երբ նորից եք հրապարակում, տես ձեր հրապարակված հավելվածը այժմ մնում է առցանց, երբ նորից եք հրապարակում։