Feilmeldinger ved publisering sier nå hva som skjedde, med enkle ord
Når en publisering feiler på Mythex, forteller dialogen nå deg i én enkel setning hva som skjedde (byggingen feilet, appen din stoppet etter at den startet, appen din startet aldri, en fil er for stor, eller noe gikk galt hos oss), og tilbyr Fiks med AI og Prøv igjen. Den rå utdataen fra byggingen og fra appen din når fortsatt agenten, slik at Fiks med AI kan lese den og fikse prosjektet, men du må ikke lenger lese den selv.
Hva som er endret
En setning du kan handle på
Hver mislykket publisering har nå en type, bestemt i det øyeblikket den feiler, ut fra fakta vi har der: hvilket steg som feilet, om appens maskin rapporterte krasj, og om den noen gang begynte å ta imot tilkoblinger. Vi leser ikke feilteksten i etterkant. Hver type har sin egen melding:
| Det du ser | Hva det betyr |
|---|---|
| "Byggingen feilet." | Byggekommandoen eller Dockerfilen i prosjektet ditt bygget ikke. |
| "Appen din stoppet rett etter at den startet." | Den ble publisert, og så avsluttet den seg eller startet om og om igjen. |
| "Appen din startet ikke etter publisering." | Den ble publisert, men begynte aldri å ta imot tilkoblinger. |
| "Denne filen er for stor" / for mange filer | Et statisk nettsted er over grensen for størrelse per fil eller antall filer. Meldingen lister filene. |
| "Dette lenkenavnet kan ikke brukes til publisering." | Endre lenkenavnet og publiser på nytt. Koden din er i orden. |
| "Publisering er opptatt et øyeblikk" | Det er ingenting galt med appen din. Publiser igjen om noen minutter. |
| "…et problem på vår side, ikke i appen din." | Dette er vårt ansvar å fikse. Publiser igjen om noen minutter. |
Fiks med AI ved hver feil
Hver feil viser Fiks med AI og Prøv igjen. Når du bruker Fiks med AI, får agenten feiltypen og hele bygge- eller appens utdata, privat, i sin egen kontekst. Hvis noe i appen din er feil, fikser den det. Hvis ingenting er feil (et opptatt øyeblikk eller et problem på vår side), kan den bare publisere på nytt. Du trenger ikke finne ut hvilken type feil det var.
Problemer etter at appen er live
En publisering kan lykkes, og appen kan feile noen minutter senere. Mythex sjekker publiserte apper jevnlig. Hvis en live app fortsetter å krasje, eller kjører men slutter å ta imot tilkoblinger, markeres publiseringen som mislykket, du får en e-post, og prosjektet viser meldingen med Fiks med AI. Det appen skrev ut, lagres slik at agenten kan lese det.
Størrelsesgrenser sjekkes før opplasting
For statiske nettsteder sjekkes størrelsen på hver fil og det totale antallet filer før noe lastes opp. Hvis noe er over grensen, får du én melding som lister hver fil som er for stor, i stedet for en feil halvveis i prosessen.
Hvorfor vi bygde det
En mislykket publisering pleide å vise det verktøyene bak publiseringen hadde skrevet ut. I løpet av én uke i slutten av september var de fleste feilene tekst fra byggerne som var vårt ansvar, ikke deres: faktureringskontakter, interne versjonsnumre, registerstier og lagringsfeil. Fiks med AI limte så den samme teksten inn i chatten. Folk ble bedt om å feilsøke vår infrastruktur.
Noe av det var også rett og slett feil. En app som aldri lyttet på porten sin ble rapportert som «et problem på vår side», selv om løsningen lå i appen. En statisk fil over størrelsesgrensen ble rapportert på samme måte, og å publisere på nytt kunne aldri fungere.
Og hver del av Mythex som reagerte på en feil (dialogen, varslene, Fiks med AI og våre egne varsler) fant ut hva som hadde skjedd ved å matche ord i feilteksten. Det brøt hver gang ordlyden endret seg. Nå registreres typen der feilen oppstår, og alt annet leser typen.
Vi brukte samme regel på andre feil mens vi holdt på:
- Chat. Hvis forbindelsen brytes mens et svar strømmes, ser du nå vår setning i stedet for nettleserens «Load failed» eller «Failed to fetch».
- Egne domener. Meldinger om å kjøpe eller koble til et domene velges nå ut fra statuskoden og kodene i svaret, i stedet for å videreformidle domeneleverandørens egne setninger.
- Bildegenerering. Kortet viser vår melding, og agenten får detaljene fra tjenesten.
Slik bruker du det
- Publiser som vanlig med Publiser-knappen.
- Hvis det feiler, les den ene linjen med melding i dialogen.
- Klikk Fiks med AI. Agenten leser bygge-utdataen eller appens logger, fikser det som er galt, og publiserer på nytt hvis ingenting i appen trengte å fikses.
- Eller klikk Prøv igjen for å publisere samme versjon igjen. Det er det riktige valget for «opptatt et øyeblikk» og «et problem på vår side».
- Hvis meldingen gjelder lenkenavnet, endre lenkenavnet før du publiserer igjen. For alle andre feil beholder du samme navn.
Begrensninger
- Noen feil viser andre knapper: et lenkenavn som er tatt, foreslår andre navn, og når du er tom for kreditter, tilbys en måte å legge til kreditter på.
- Statiske nettsteder har en grense på omtrent 25 til 30 MB per fil, avhengig av type nettsted, og opptil 20 000 filer. Store filer er bedre å holde i lagring og lenke til.
- Mislykkede publiseringer fra før denne endringen har ingen type, så de viser en nøytral linje i stedet for en spesifikk årsak.
- Hvis «et problem på vår side» fortsetter å skje, kontakt support med prosjekt-ID og lenkenavn.
Den fullstendige listen over meldinger, og hva du bør gjøre med hver, finnes i feilsøking ved publisering. Hvis du fikser en hardnakket app for hånd, går vår guide om hvordan du feilsøker en app bygget med AI gjennom det. Og for hva som skjer med et live nettsted mens du publiserer på nytt, se den publiserte appen din forblir oppe mens du publiserer den på nytt.