Blog

Ayusin gamit ang AI: Isang Click Kapag Pumalpak ang Publish

Kapag pumalpak ang publish sa Mythex, sinasabi na ngayon ng dialog kung ano talaga ang nangyari at may dalawang button sa bawat failure: Fix with AI at Try again. Ibinibigay ng Fix with AI sa agent ang failure at ang lumabas sa app mo, para maayos nito ang project at ma-publish ulit. Kung walang mali sa app mo, mare-republish lang ito. Tumigil na rin kami sa pagsisi sa “panig namin” sa mga problemang nasa app talaga, at nagsimula na kaming mahuli ang mga app na nasisira ilang minuto matapos maging live.

Ano ang nagbago

Fix with AI sa bawat failure

Dati, may mga failure na Fix with AI lang ang ipinapakita at may iba na Try again lang. Batay ang paghahating iyon sa kung kanino sa tingin namin ang kasalanan: kung parang sa panig namin, ayaw naming habulin ng agent ang code na ayos naman, gamit ang credits mo.

Kaya kailangan mo pang alamin kung anong klaseng failure ang nakita mo. Ngayon, may dalawang button ang bawat failure. Nakukuha ng agent ang uri ng failure at ang output sa likod nito, kaya inaayos nito ang app kapag may mali sa app, at nire-republish nito kapag wala. Hindi mo na kailangang sabihin kung alin ito.

Ang mga eksepsiyon ay yung mga hindi code ang sagot. Ang link name na nagamit na ay nagmumungkahi ng ibang pangalan. Ang pagkaubos ng credits ay nag-aalok ng paraan para makakuha pa.

Mga mensaheng nagsasabi kung ano ang nangyari

Maraming failure ang dating nauuwi sa “problema sa panig namin, mag-publish ulit”, na hindi totoo, at hindi kailanman nakatulong ang pag-publish ulit. Ngayon, may sarili na silang mensahe:

  • “Hindi nag-start ang app mo pagkatapos mag-publish.” Na-publish ang app pero hindi kailanman nagsimulang tumanggap ng koneksyon. Kadalasan, nakikinig ito sa ibang port, o sa localhost lang. Dapat makinig ang published app sa 0.0.0.0 at sa port na nasa $PORT. Sa halip na maghintay ng nakapirming oras at umasa, tinitingnan na ngayon namin kung talagang tumatanggap ng koneksyon ang app sa port nito.
  • “Masyadong malaki ang file na ito” / sobrang dami ng files. May limit sa laki ng bawat file ang static sites (mga 25–30 MB, depende sa uri ng site) at limit na 20,000 files. Sinusukat na namin ngayon ang folder bago mag-upload ng kahit ano, pareho para sa bawat uri ng file, at nakalista sa mensahe ang bawat file na lampas sa limit.
  • “Tumigil ang app mo kaagad pagkatapos mag-start.” Kadalasan ay may nawawalang setting gaya ng environment variable o secret, pag-crash sa unang request, o error sa start command.

Paghuli sa mga app na nasisira pagkatapos maging live

Maaaring magtagumpay ang publish at pumalya pa rin ang app ilang minuto ang lumipas: paulit-ulit itong nagka-crash, o tumatakbo pero hindi na tumatanggap ng koneksyon. Regular na sinusuri ng Mythex ang mga published app. Kapag paulit-ulit na nag-crash ang app sa loob ng ilang minuto, o tumatakbo pero walang kumokonekta, mamarkahan ang publish bilang failed, makakatanggap ka ng email, at ipapakita ng project ang mensahe kasama ang Fix with AI.

Hindi binibilang bilang failed publish ang iisang crash na nakabawi ang app mag-isa. Kung dahil naubusan ng memory ang app, makakatanggap ka ng hiwalay na email tungkol doon.

Kapag minarkahan naming failed ang isang live na app, sine-save din namin ang lumabas sa app sa mismong sandaling iyon. Hindi mo ito makikita nang hilaw, pero ito ang ibinibigay ng Fix with AI sa agent, kaya nagsisimula ito sa totoong error sa halip na manghula.

Paano ito gamitin

  1. I-click ang Publish gaya ng dati.
  2. Kung pumalya, basahin ang mensahe sa dialog. Isinulat ito para sabihin kung ano ang nangyari, hindi lang na may nangyari.
  3. I-click ang Fix with AI. Binabasa ng agent ang build output o logs ng app, inaayos ang project, at puwede ka nang mag-publish ulit.
  4. Kung sinasabi ng mensahe na walang mali sa app mo, gaya ng “Abala ang publishing sandali” o “Naantala ang publish”, sapat na kadalasan ang Try again.
  5. Kung nakatanggap ka ng email na paulit-ulit nag-crash ang live na app, buksan ang project: naroon ang parehong mensahe at ang Fix with AI.

Panatilihin ang parehong link name kapag nag-publish ulit, maliban kung sinasabi ng mensahe na ang pangalan mismo ang problema.

Bakit namin ito ginawa

Madalas, ang pumalyang publish ang unang totoong pader na natatamaan ng isang tao. Gumagana ang app sa preview, pinindot nila ang Publish, at hindi ito nag-a-start. Para sa hindi developer, hindi kapaki-pakinabang na payo ang “tingnan ang logs mo.” Ginagawang isang click ng Fix with AI ang sandaling iyon, at dahil tapat ang mga mensahe, kapag binasa mo ang mga ito, tumuturo ang mga ito sa tamang bagay.

Mga limitasyon

  • Gumagamit ang Fix with AI ng agent, kaya gumagamit ito ng credits tulad ng ibang mensahe.
  • Kaya nitong ayusin ang nasa project mo: code, configuration, at start command. Hindi nito maaayos ang nagamit na link name, hindi beripikadong email, o walang lamang credit balance.
  • May ilang problemang nangangailangan ng desisyon mula sa iyo, gaya ng kung ililipat ang malaking file sa Storage o paliliitin ito.

Nasa docs ang bawat mensahe at kung ano ang gagawin tungkol dito: Publish troubleshooting. Para sa mas malawak na kasanayan sa pag-aayos ng mga bagay kapag pumalpak ang mga ito, tingnan ang paano mag-debug ng AI-built app.

Mythex · Pricing · Gumawa ng kahit ano gamit ang AI · Mga template ng website at app · Paghahambing ng Mythex · Glosaryo ng paggawa ng app gamit ang AI · Mga libreng tool sa paggawa ng app gamit ang AI · English

English አማርኛ العربية Български বাংলা Bosanski Català Čeština Dansk Deutsch Ελληνικά Español Español (España) Eesti فارسی Suomi Français Français (Canada) ગુજરાતી हिन्दी Hrvatski Magyar Հայերեն Bahasa Indonesia Íslenska Italiano 日本語 ქართული Қазақ тілі ಕನ್ನಡ 한국어 Lietuvių Latviešu Македонски മലയാളം Монгол मराठी Bahasa Melayu မြန်မာ Norsk bokmål Nederlands ਪੰਜਾਬੀ Polski Português (Brasil) Português (Portugal) Română Русский Slovenčina Slovenščina Soomaali Shqip Srpski Svenska Kiswahili தமிழ் తెలుగు ไทย Türkçe Українська اردو Tiếng Việt 简体中文 繁體中文(香港) 繁體中文(台灣)