Ipinapaliwanag na ng Publish Errors Kung Ano ang Nangyari, sa Simpleng Salita
Kapag pumalya ang publish sa Mythex, sinasabi na ngayon ng dialog sa iisang simpleng pangungusap kung ano ang nangyari: pumalya ang build, huminto ang app mo pagkatapos mag-start, hindi nag-start ang app mo, masyadong malaki ang isang file, o may nagkamali sa panig namin. Nag-aalok din ito ng Fix with AI at Try again. Naaabot pa rin ng hilaw na output mula sa build at sa app mo ang agent, kaya mababasa ito ng Fix with AI at maaayos ang project, pero hindi mo na kailangang basahin ito nang mag-isa.
Ano ang nagbago
Isang pangungusap na puwede mong aksiyunan
Bawat nabigong publish ngayon ay may uri, na tinutukoy sa sandaling pumalya batay sa mga datos na mayroon na kami roon, gaya ng aling hakbang ang pumalya, kung nag-ulat ang makina ng app ng crash, at kung kailanman tumanggap ng koneksyon ang app. Hindi ito binabasa mula sa text ng error pagkatapos. Bawat uri ay may sariling mensahe:
| Ano ang nakikita mo | Ano ang ibig sabihin |
|---|---|
| “The build failed.” | Hindi nabuo ang build command o Dockerfile ng project mo. |
| “Your app stopped right after it started.” | Na-publish ito, pagkatapos ay nagtapos o paulit-ulit na nag-restart. |
| “Your app didn't start after publishing.” | Na-publish ito pero hindi kailanman nagsimulang tumanggap ng koneksyon. |
| “This file is too big” / sobrang dami ng files | Lampas sa limit sa laki ng bawat file o bilang ng files ang isang static site. Nakalista sa mensahe ang mga file. |
| “This link name can't be used for publishing.” | Palitan ang link name at mag-publish ulit; maayos ang code mo. |
| “Publishing is busy for a moment” | Walang mali sa app mo. Mag-publish ulit sa loob ng ilang minuto. |
| “…a problem on our side, not in your app.” | Sa amin ang aayusin. Mag-publish ulit sa loob ng ilang minuto. |
Fix with AI sa bawat failure
Lahat ng failure ay nagpapakita ng Fix with AI at Try again. Kapag ginamit mo ang Fix with AI, natatanggap ng agent nang pribado, sa sarili nitong context, ang uri ng failure at ang buong output ng build o app. Kapag may mali sa app mo, inaayos nito iyon. Kapag wala, gaya ng abalang sandali o problema sa panig namin, puwede lang nitong i-publish ulit. Hindi mo kailangang alamin kung anong uri ng failure ito.
Mga problemang lumilitaw pagkatapos maging live
Puwedeng magtagumpay ang publish at pumalya ang app ilang minuto pagkatapos. Regular na sinusuri ng Mythex ang mga published app. Kapag paulit-ulit na nag-crash ang live na app, o tumatakbo pero huminto sa pagtanggap ng koneksyon, mamarkahang failed ang publish, makakatanggap ka ng email, at ipapakita ng project ang mensahe kasama ang Fix with AI. Naka-save ang lumabas sa app para mabasa ng agent.
Mga limitasyon sa laki na sinusuri bago mag-upload
Para sa static sites, sinusuri ang laki ng bawat file at ang kabuuang bilang ng file bago mag-upload ng kahit ano. Kung may lumampas, makakakuha ka ng iisang mensaheng naglilista ng bawat file na sobrang laki, sa halip na pumalya sa kalagitnaan.
Bakit namin ito ginawa
Dati, ipinapakita ng pumalyang publish ang anumang isinulat ng mga tool sa likod ng publishing. Sa isang linggo noong huling bahagi ng Setyembre, karamihan ng failure ay nagpapakita sa builder ng text na sa amin ang dapat harapin, hindi sa kanila: mga billing contact, internal na version number, registry path, at storage error. Idinidikit ng Fix with AI ang parehong text sa chat. Hinihilingan ang mga tao na mag-debug ng aming imprastraktura.
May bahagi rin nito na mali lang talaga. Ang app na hindi nakikinig sa port nito ay iniulat bilang “problema sa panig namin”, samantalang nasa app ang ayos. Ganoon din ang iniulat sa static file na lampas sa limit sa laki, at hindi kailanman magtatagumpay ang pag-publish ulit para doon.
At bawat bahagi ng Mythex na tumutugon sa failure (ang dialog, ang mga notification, ang Fix with AI, ang sarili naming alerts) ay dati nang nalalaman kung ano ang nangyari sa pamamagitan ng pagtutugma ng mga salita sa text ng error. Pumuputok ito tuwing magbabago ang pagkakasulat. Ngayon, naitatala ang uri kung saan nangyayari ang failure, at ang iba pang bahagi ay binabasa ang uri.
Inilapat din namin ang parehong panuntunan sa ibang error habang nandoon kami:
- Chat. Kapag naputol ang koneksyon habang dumadaloy ang sagot, makikita mo na ang aming pangungusap sa halip na “Load failed” o “Failed to fetch” ng browser.
- Custom domains. Ang mga mensahe tungkol sa pagbili o pagkonekta ng domain ay pinipili na ngayon batay sa status at mga code ng response, sa halip na ipasa ang sariling pangungusap ng domain provider.
- Image generation. Ipinapakita ng card ang mensahe namin; ang agent naman ang tumatanggap ng detalye mula sa serbisyo.
Paano ito gamitin
- Mag-publish gaya ng dati mula sa Publish button.
- Kung pumalya, basahin ang isang linyang mensahe sa dialog.
- I-click ang Fix with AI. Binabasa ng agent ang build output o logs ng app mo, inaayos ang anumang mali, at nire-republish kung walang kailangang ayusin sa app.
- O i-click ang Try again para i-publish ulit ang parehong bersyon. Ito ang tamang piliin para sa “busy for a moment” at “a problem on our side”.
- Kung tungkol sa link name ang mensahe, palitan ang link name bago mag-publish ulit. Para sa ibang error, panatilihin ang parehong pangalan.
Mga limitasyon
- Ang ilang failure ay nagpapakita ng ibang button: ang nagamit nang link name ay nagmumungkahi ng ibang pangalan, at ang pagkaubos ng credits ay nag-aalok ng paraan para magdagdag ng credits.
- May limit na humigit-kumulang 25–30 MB bawat file para sa static sites, depende sa uri ng site, at hanggang 20,000 files. Mas mabuting itago ang malalaking file sa storage at i-link ang mga ito.
- Ang mga pumalyang publish bago ang pagbabagong ito ay walang uri, kaya neutral na linya ang ipinapakita nila sa halip na tiyak na dahilan.
- Kung paulit-ulit na lumalabas ang “a problem on our side”, makipag-ugnayan sa support kasama ang project ID at link name.
Nasa publish troubleshooting ang kumpletong listahan ng mga mensahe at kung ano ang gagawin sa bawat isa. Kung inaayos mo nang manu-mano ang isang matigas na app, dinadaanan ng aming guide tungkol sa paano mag-debug ng AI-built app ang proseso. At para sa nangyayari sa live na site habang nire-republish mo ito, tingnan ang nananatiling online na ang published app mo habang nire-republish ito.