Помилки публікації тепер пояснюють, що сталося, простими словами
Коли публікація на Mythex не вдається, діалог тепер одним простим реченням пояснює, що сталося — збірка не вдалася, ваш застосунок зупинився після запуску, ваш застосунок не запустився, файл завеликий або щось пішло не так з нашого боку — і пропонує Виправити з ШІ та Спробувати знову. Сирий вивід збірки та вашого застосунку все ще доходить до агента, тож «Виправити з ШІ» може його прочитати і виправити проєкт, але вам більше не треба читати його самим.
Що змінилося
Одне речення, яке можна використати
Кожна невдала публікація тепер має тип, який визначається в момент збою з фактів, що є саме там, — який крок не вдався, чи повідомляла машина застосунку про збої, чи він коли-небудь починав приймати з'єднання — а не читанням тексту помилки потім. Кожен тип має своє повідомлення:
| Що ви бачите | Що це означає |
|---|---|
| «Збірка не вдалася.» | Команда збірки або Dockerfile вашого проєкту не зібралися. |
| «Ваш застосунок зупинився одразу після запуску.» | Його опублікували, потім він вийшов або постійно перезапускався. |
| «Ваш застосунок не запустився після публікації.» | Його опублікували, але він так і не почав приймати з'єднання. |
| «Цей файл завеликий» / забагато файлів | Статичний сайт перевищує ліміт розміру на файл або кількості файлів. Повідомлення перелічує файли. |
| «Це ім'я посилання не можна використати для публікації.» | Змініть ім'я посилання і опублікуйте знову; ваш код у порядку. |
| «Публікація зайнята на мить» | З вашим застосунком усе гаразд. Опублікуйте знову за кілька хвилин. |
| «…проблема з нашого боку, а не у вашому застосунку.» | Це наша справа. Опублікуйте знову за кілька хвилин. |
«Виправити з ШІ» при кожній помилці
При кожній помилці показуються Виправити з ШІ і Спробувати знову. Коли ви використовуєте «Виправити з ШІ», агент отримує тип помилки і повний вивід збірки або застосунку приватно, у власному контексті. Якщо щось у вашому застосунку не так, він це виправляє. Якщо ні — наприклад, зайнята мить або проблема з нашого боку, — він може просто опублікувати знову. Вам не треба визначати, яким був тип помилки.
Проблеми після запуску
Публікація може пройти успішно, а застосунок через кілька хвилин усе одно вийде з ладу. Mythex регулярно перевіряє опубліковані застосунки. Якщо живий застосунок постійно падає, або працює, але перестає приймати з'єднання, публікацію позначають як невдалу, ви отримуєте лист, а в проєкті з'являється повідомлення з «Виправити з ШІ». Те, що виводив застосунок, зберігається для агента.
Обмеження розміру перевіряються до завантаження
Для статичних сайтів перед будь-яким завантаженням перевіряються розмір кожного файлу і загальна кількість файлів. Якщо щось перевищує ліміт, ви отримуєте одне повідомлення зі списком кожного завеликого файлу, а не збій на півдорозі.
Чому ми це зробили
Раніше невдала публікація показувала все, що надрукували інструменти, які стоять за публікацією. Протягом одного тижня наприкінці вересня більшість збоїв показували текст, який належав нам, а не будівельникам: контакти для рахунків, внутрішні номери версій, шляхи реєстру, помилки сховища. Тоді «Виправити з ШІ» вставляв цей самий текст у чат. Людей просили налагоджувати нашу інфраструктуру.
Деякий із цього був ще й просто неправильним. Застосунок, який ніколи не слухав свій порт, описувався як «проблема з нашого боку», хоча виправлення було в самому застосунку. Статичний файл, що перевищував ліміт розміру, описувався так само — а повторна публікація ніколи не могла спрацювати.
І кожна частина Mythex, що реагувала на збій — діалог, сповіщення, «Виправити з ШІ», наші власні сповіщення, — раніше з'ясовувала, що сталося, зіставляючи слова в тексті помилки. Це ламалося щоразу, коли формулювання змінювалося. Тепер тип записується в місці збою, і все інше читає тип.
Ми застосували те саме правило й до інших помилок, поки були тут:
- Чат. Якщо з'єднання обривається під час потокової відповіді, тепер ви бачите наше речення замість «Load failed» або «Failed to fetch» від браузера.
- Власні домени. Повідомлення про купівлю або під'єднання домену тепер вибираються за статусом і кодами відповіді, а не переказують власні речення постачальника доменів.
- Генерація зображень. Картка показує наше повідомлення; агент отримує деталі від сервісу.
Як користуватися
- Публікуйте, як зазвичай, кнопкою Опублікувати.
- Якщо публікація не вдалася, прочитайте однорядкове повідомлення в діалозі.
- Натисніть Виправити з ШІ. Агент прочитає вивід збірки або логи застосунку, виправить те, що не так, і опублікує знову, якщо в застосунку нічого не треба було виправляти.
- Або натисніть Спробувати знову, щоб опублікувати ту саму версію знову — правильний вибір для «зайнято на мить» і «проблема з нашого боку».
- Якщо повідомлення стосується імені посилання, змініть його перед наступною публікацією. Для будь-якої іншої помилки залишайте те саме ім'я.
Обмеження
- Деякі збої показують інші кнопки: зайняте ім'я посилання пропонує інші назви, а закінчення кредитів пропонує спосіб їх поповнити.
- Для статичних сайтів ліміт на файл — близько 25–30 МБ залежно від типу сайту, і до 20 000 файлів. Великі файли краще тримати у сховищі і посилатися на них.
- Невдалі публікації, що були до цієї зміни, не мають типу, тож показують нейтральний рядок, а не конкретну причину.
- Якщо «проблема з нашого боку» повторюється, зверніться до підтримки, вказавши ідентифікатор проєкту та ім'я посилання.
Повний список повідомлень і що з кожним робити — у усуненні несправностей публікації. Якщо ви вручну виправляєте застаріле питання в застосунку, наш гайд як налагодити застосунок, створений з ШІ проводить вас крок за кроком. А про те, що відбувається з живим сайтом під час перепублікації, див. ваш опублікований застосунок тепер лишається онлайн під час перепублікації.