Błędy publikacji mówią teraz wprost, co się stało
Gdy publikacja w Mythex się nie uda, okno dialogowe mówi teraz w jednym zdaniu, co się stało — build się nie udał, Twoja aplikacja zatrzymała się po starcie, nie wystartowała, plik jest za duży albo coś poszło źle po naszej stronie — i oferuje Napraw z AI oraz Spróbuj ponownie. Surowy wynik z builda i z Twojej aplikacji nadal trafia do agenta, więc Napraw z AI może go przeczytać i naprawić projekt, ale nie musisz już czytać go sam.
Co się zmieniło
Jedno zdanie, na którym można działać
Każda nieudana publikacja ma teraz typ, ustalany w chwili porażki na podstawie faktów, które tam mamy — który krok się nie udał, czy maszyna aplikacji zgłosiła awarie, czy kiedykolwiek zaczęła przyjmować połączenia — a nie przez czytanie tekstu błędu po fakcie. Każdy typ ma własny komunikat:
| Co widzisz | Co to znaczy |
|---|---|
| „Build się nie udał.” | Komenda builda albo Dockerfile projektu nie zbudowały się. |
| „Twoja aplikacja zatrzymała się zaraz po starcie.” | Została opublikowana, a potem zakończyła działanie albo ciągle się restartowała. |
| „Twoja aplikacja nie uruchomiła się po publikacji.” | Została opublikowana, ale nigdy nie zaczęła przyjmować połączeń. |
| „Ten plik jest za duży” / za dużo plików | Strona statyczna przekracza limit rozmiaru pliku albo liczby plików. Komunikat wymienia pliki. |
| „Ta nazwa linku nie może być użyta do publikacji.” | Zmień nazwę linku i opublikuj ponownie; Twój kod jest w porządku. |
| „Publikacja jest chwilowo zajęta” | Z aplikacją wszystko w porządku. Opublikuj ponownie za kilka minut. |
| „…problem po naszej stronie, nie w Twojej aplikacji.” | Nasza sprawa do naprawy. Opublikuj ponownie za kilka minut. |
Napraw z AI przy każdym błędzie
Każdy błąd pokazuje Napraw z AI i Spróbuj ponownie. Gdy użyjesz Napraw z AI, agent otrzymuje typ błędu i pełny wynik builda lub aplikacji prywatnie, w swoim kontekście. Jeśli w Twojej aplikacji coś jest nie tak, naprawia to. Jeśli nic nie jest — chwilowe zajęcie albo problem po naszej stronie — może po prostu opublikować ponownie. Nie musisz rozstrzygać, jaki to był błąd.
Problemy po wejściu na żywo
Publikacja może się udać, a aplikacja zawieść kilka minut później. Mythex regularnie sprawdza opublikowane aplikacje. Jeśli działająca aplikacja ciągle się wywraca albo działa, ale przestaje przyjmować połączenia, publikacja zostaje oznaczona jako nieudana, dostajesz e-mail, a projekt pokazuje komunikat wraz z Napraw z AI. To, co wypisała aplikacja, jest zapisywane dla agenta.
Limity rozmiaru sprawdzane przed wysłaniem
Dla stron statycznych rozmiar każdego pliku i łączna liczba plików są sprawdzane przed jakimkolwiek wysyłaniem. Jeśli coś przekracza limit, dostajesz jeden komunikat z listą wszystkich zbyt dużych plików, zamiast awarii w połowie.
Dlaczego to zbudowaliśmy
Nieudana publikacja pokazywała kiedyś to, co wypisały narzędzia hostingu. W jednym tygodniu pod koniec września większość awarii pokazywała tekst, który był nasz, a nie ich: dane do rozliczeń, wewnętrzne numery wersji, ścieżki rejestru, błędy pamięci. Napraw z AI wklejało ten sam tekst do czatu. Ludzie byli proszeni o debugowanie naszej infrastruktury.
Część tego była też po prostu błędna. Aplikacja, która nigdy nie nasłuchiwała na swoim porcie, była raportowana jako „problem po naszej stronie”, choć naprawa leżała w aplikacji. Plik statyczny przekraczający limit rozmiaru był raportowany tak samo — a ponowne publikowanie nigdy nie mogło zadziałać.
Każda część Mythex, która reagowała na błąd — okno, powiadomienia, Napraw z AI, nasze własne alerty — wyciągała, co się stało, dopasowując słowa w tekście błędu. To się psuło, gdy tylko zmieniło się brzmienie. Teraz typ jest zapisywany w miejscu, w którym błąd powstaje, a reszta czyta ten typ.
Zastosowaliśmy tę samą zasadę do innych błędów, skoro już tam byliśmy:
- Czat. Jeśli połączenie zerwie się w trakcie strumieniowania odpowiedzi, widzisz nasze zdanie zamiast „Load failed” czy „Failed to fetch” z przeglądarki.
- Domeny własne. Komunikaty o kupnie lub podłączeniu domeny są teraz dobierane na podstawie statusu i kodów odpowiedzi, zamiast przekazywać zdania od dostawcy domeny.
- Generowanie obrazów. Karta pokazuje nasz komunikat; agent dostaje szczegóły od usługi.
Jak tego używać
- Publikuj jak zwykle, z przycisku Publikuj.
- Jeśli się nie uda, przeczytaj jednolinijkowy komunikat w oknie.
- Kliknij Napraw z AI. Agent czyta wynik builda albo logi aplikacji, naprawia to, co jest nie tak, i opublikuje ponownie, jeśli w aplikacji nic nie trzeba było naprawiać.
- Albo kliknij Spróbuj ponownie, by opublikować tę samą wersję jeszcze raz — właściwy wybór przy „zajętej chwili” i „problemie po naszej stronie”.
- Jeśli komunikat dotyczy nazwy linku, zmień nazwę linku przed ponowną publikacją. Przy innych błędach zachowaj tę samą nazwę.
Ograniczenia
- Niektóre awarie pokazują inne przyciski: zajęta nazwa linku podpowiada inne nazwy, a brak kredytów oferuje sposób na ich dodanie.
- Strony statyczne mają limit rozmiaru pliku ok. 25–30 MB, zależnie od rodzaju strony, i do 20 000 plików. Duże pliki lepiej trzymać w pamięci i linkować do nich.
- Nieudane publikacje sprzed tej zmiany nie mają typu, więc pokazują neutralną linijkę zamiast konkretnej przyczyny.
- Jeśli „problem po naszej stronie” wciąż się powtarza, skontaktuj się z pomocą, podając identyfikator projektu i nazwę linku.
Pełna lista komunikatów i tego, co z każdym zrobić, jest w rozwiązywaniu problemów z publikacją. Jeśli ręcznie naprawiasz uparty problem w aplikacji, nasz poradnik jak debugować aplikację zbudowaną z AI przechodzi przez to krok po kroku. A co dzieje się z żywą stroną podczas ponownej publikacji, opisuje opublikowana aplikacja zostaje online podczas ponownej publikacji.