Julkaisuvirheet kertovat nyt selkeästi, mitä tapahtui
Kun julkaisu epäonnistuu Mythexissä, dialogi kertoo nyt yhdellä selkeällä lauseella, mitä tapahtui — rakennus epäonnistui, sovelluksesi pysähtyi käynnistyttyään, sovellus ei käynnistynyt, tiedosto on liian suuri tai jokin meni pieleen meidän päässämme — ja tarjoaa Korjaa tekoälyllä ja Yritä uudelleen -painikkeet. Rakennuksen ja sovelluksen raaka tuloste menee yhä agentille, joten Korjaa tekoälyllä voi lukea sen ja korjata projektin, mutta sinun ei tarvitse lukea sitä itse.
Mitä muuttui
Yksi lause, jonka voit ymmärtää ja johon voit toimia
Jokaisella epäonnistuneella julkaisulla on nyt tyyppi, joka päätetään siinä hetkessä, kun se epäonnistuu, siitä tiedosta, joka meillä siinä on — mikä vaihe epäonnistui, raportoiko sovelluksen kone kaatumisia, alkoiko se koskaan hyväksyä yhteyksiä — eikä lukemalla virheteksti jälkikäteen. Jokaisella tyypillä on oma viestinsä:
| Mitä näet | Mitä se tarkoittaa |
|---|---|
| „Rakennus epäonnistui.” | Projektisi rakennuskomento tai Dockerfile ei rakentunut. |
| „Sovelluksesi pysähtyi heti käynnistyttyään.” | Se julkaistiin ja sitten lopetti tai käynnistyi uudelleen jatkuvasti. |
| „Sovelluksesi ei käynnistynyt julkaisun jälkeen.” | Se julkaistiin, mutta se ei koskaan alkanut hyväksyä yhteyksiä. |
| „Tämä tiedosto on liian suuri” / liian monta tiedostoa | Staattinen sivusto ylittää tiedostokohtaisen koko- tai tiedostomäärärajan. Viesti listaa tiedostot. |
| „Tätä linkkinimeä ei voi käyttää julkaisussa.” | Vaihda linkkinimi ja julkaise uudelleen; koodisi on kunnossa. |
| „Julkaisu on hetken varattu” | Sovelluksessasi ei ole vikaa. Julkaise uudelleen muutaman minuutin päästä. |
| „…ongelma on meidän päässämme, ei sovelluksessasi.” | Meidän korjattavaksemme. Julkaise uudelleen muutaman minuutin päästä. |
Korjaa tekoälyllä jokaisessa virhetilanteessa
Jokaisessa virheessä näkyvät Korjaa tekoälyllä ja Yritä uudelleen. Kun käytät Korjaa tekoälyllä -toimintoa, agentti saa virhetyypin ja koko rakennus- tai sovellustulosteen yksityisesti omassa kontekstissaan. Jos sovelluksessasi on jotain vialla, se korjaa sen. Jos ei ole — kiireinen hetki tai ongelma meidän päässämme — se voi yksinkertaisesti julkaista uudelleen. Sinun ei tarvitse selvittää, minkä tyyppinen virhe oli.
Ongelmat julkaisun jälkeen
Julkaisu voi onnistua, ja sovellus voi epäonnistua muutaman minuutin päästä. Mythex tarkistaa julkaistut sovellukset säännöllisesti. Jos live-sovellus kaatuu jatkuvasti tai toimii mutta lakkaa hyväksymästä yhteyksiä, julkaisu merkitään epäonnistuneeksi, saat sähköpostin, ja projekti näyttää viestin Korjaa tekoälyllä -painikkeen kanssa. Mitä sovellus tulosti, tallennetaan agentin luettavaksi.
Kokorajat tarkistetaan ennen lataamista
Staattisille sivustoille jokaisen tiedoston koko ja tiedostojen kokonaismäärä tarkistetaan ennen kuin mitään ladataan. Jos jokin ylittää rajan, saat yhden viestin, joka listaa jokaisen liian suuren tiedoston, sen sijaan että julkaisu epäonnistuisi kesken.
Miksi rakensimme tämän
Epäonnistunut julkaisu näytti aiemmin sen, mitä julkaisun taustatyökalut olivat tulostaneet. Syyskuun lopun yhden viikon aikana useimmat virheet näyttivät rakentajan tekstiä, joka oli meidän vastuullamme eikä heidän: laskutusyhteystietoja, sisäisiä versionumeroita, rekisteripolkuja, tallennusvirheitä. Korjaa tekoälyllä liitti saman tekstin sitten chattiin. Ihmisiä pyydettiin korjaamaan meidän infrastruktuuriamme.
Osa siitä oli myös yksinkertaisesti väärin. Sovellus, joka ei koskaan kuunnellut porttiaan, raportoitiin „ongelmana meidän päässämme”, vaikka korjaus oli sovelluksessa. Staattinen tiedosto koon rajan yli raportoitiin samalla tavalla — ja uudelleen julkaiseminen ei olisi koskaan voinut toimia.
Lisäksi kaikki Mythexin osat, jotka reagoivat virheeseen — dialogi, ilmoitukset, Korjaa tekoälyllä ja omat hälytyksemme — selvittivät aiemmin, mitä oli tapahtunut, etsimällä sanoja virhetekstistä. Se hajosi aina, kun sanamuoto muuttui. Nyt tyyppi tallennetaan siihen kohtaan, jossa virhe tapahtuu, ja kaikki muu lukee tyypin.
Sama sääntö koski muita virheitä, joten korjasimme niitäkin:
- Chat. Jos yhteys katkeaa vastauksen virratessa, näet meidän lauseemme selaimen „Load failed” tai „Failed to fetch” -viestin sijaan.
- Mukautetut domainit. Viestit domainin ostamisesta tai yhdistämisestä valitaan nyt vastauksen tilakoodin ja koodien perusteella sen sijaan, että välitettäisiin domainpalveluntarjoajan omia lauseita.
- Kuvan luonti. Kortti näyttää meidän viestimme; agentti saa palvelun yksityiskohdat.
Näin käytät sitä
- Julkaise tavalliseen tapaan Julkaise-painikkeesta.
- Jos julkaisu epäonnistuu, lue dialogin yksirivinen viesti.
- Napsauta Korjaa tekoälyllä. Agentti lukee rakennuksen tulosteen tai sovelluksen lokit, korjaa, mikä on vialla, ja julkaisee uudelleen, jos sovelluksessa ei tarvinnut korjata mitään.
- Tai napsauta Yritä uudelleen julkaistaksesi saman version uudelleen — oikea valinta viesteille „hetken varattu” ja „ongelma meidän päässämme”.
- Jos viesti koskee linkkinimeä, vaihda linkkinimi ennen uudelleenjulkaisua. Muissa virheissä pidä sama nimi.
Rajoitukset
- Jotkin virheet näyttävät eri painikkeita: varattu linkkinimi ehdottaa muita nimiä, ja krediittien loppuessa tarjotaan tapa lisätä krediittejä.
- Staattisilla sivustoilla on tiedostokohtainen raja noin 25–30 MB sivustotyypistä riippuen ja enintään 20 000 tiedostoa. Suuret tiedostot kannattaa pitää tallennuksessa ja linkittää niihin.
- Tätä muutosta edeltävät epäonnistuneet julkaisut eivät ole saaneet tyyppiä, joten ne näyttävät neutraalin rivin eivätkä tiettyä syytä.
- Jos „ongelma meidän päässämme” toistuu, ota yhteyttä tukeen projektin tunnuksella ja linkkinimellä.
Täydellinen luettelo viesteistä ja siitä, mitä kukin tarkoittaa, on julkaisun vianmäärityksessä. Jos korjaat itse sitkeää sovellusta, oppaamme miten debugata tekoälyllä rakennettu sovellus käy sen läpi. Ja siitä, mitä live-sivustolle tapahtuu uudelleenjulkaisun aikana, katso julkaistu sovelluksesi pysyy nyt pystyssä uudelleenjulkaisun aikana.