Грешките при публикуване вече казват какво се е случило, с обикновени думи
Когато публикуването в Mythex се провали, диалогът вече ви казва с едно просто изречение какво се е случило — билдът се провали, приложението ви спря след старта, приложението ви не стартира, файлът е твърде голям или нещо се е объркало от наша страна — и предлага Fix with AI и Try again. Суровият изход от билда и от приложението ви все още стига до агента, така че Fix with AI може да го прочете и да поправи проекта, но вече не е нужно сами да го четете.
Какво се промени
Едно изречение, по което можете да действате
Всеки неуспешен публикуване вече има тип, определен в момента на провала, от факти, които имаме там — коя стъпка се е провалила, дали машината на приложението е докладвала срутвания, дали изобщо е започнало да приема връзки — а не чрез четене на текста на грешката след това. Всеки тип има собствено съобщение:
| Какво виждате | Какво означава |
|---|---|
| „Билдът се провали.“ | Командата за билд или Dockerfile на проекта ви не е успяла да се изгради. |
| „Приложението ви спря веднага след като стартира.“ | Публикувано е, после е излязло или продължава да се рестартира. |
| „Приложението ви не стартира след публикуване.“ | Публикувано е, но никога не е започнало да приема връзки. |
| „Този файл е твърде голям“ / твърде много файлове | Статичен сайт е над лимита за размер на файл или за брой файлове. Съобщението изброява файловете. |
| „Това име на линк не може да се използва за публикуване.“ | Сменете името на линка и публикувайте отново; кодът ви е наред. |
| „Публикуването е заето за момент“ | Нищо не е наред с приложението ви. Публикувайте отново след няколко минути. |
| „…проблем от наша страна, не в приложението ви.“ | Наш проблем. Публикувайте отново след няколко минути. |
Fix with AI при всеки неуспех
Всеки неуспех показва Fix with AI и Try again. Когато използвате Fix with AI, агентът получава типа на грешката и пълния изход от билда или от приложението, поверително, в собствения си контекст. Ако нещо в приложението ви е грешно, го поправя. Ако нищо не е — заето време или проблем от наша страна — може просто да публикува отново. Не е нужно сами да разбирате какъв вид грешка е била.
Проблеми след пускане онлайн
Публикуването може да мине успешно, а приложението да се провали няколко минути по-късно. Mythex проверява публикуваните приложения редовно. Ако работещо приложение продължава да се срива или продължава да работи, но спира да приема връзки, публикуването се маркира като неуспешно, получавате имейл, а в проекта се показва съобщението с Fix with AI. Записва се какво е отпечатало приложението, за да го прочете агентът.
Проверка на размерите преди качване
За статични сайтове размерът на всеки файл и общият брой файлове се проверяват, преди нещо да се качи. Ако нещо е над лимита, получавате едно съобщение, което изброява всеки файл, който е твърде голям, вместо провал по средата.
Защо го направихме
Неуспешното публикуване преди показваше каквото са изписали инструментите зад публикуването. През една седмица в края на септември повечето провали показваха текст от билдърите, който беше наш за решаване, а не тяхен: данни за фактуриране, вътрешни номера на версии, пътища в регистри, грешки в хранилището. Fix with AI после вмъкваше същия текст в чата. Хората биваха питани да дебъгват нашата инфраструктура.
Някои от тях просто бяха грешни. Приложение, което никога не е слушало на своя порт, беше докладвано като „проблем от наша страна“, когато поправката беше в самото приложение. Статичен файл над лимита за размер се докладваше по същия начин — а повторното публикуване никога не би могло да работи.
И всяка част на Mythex, която реагираше на провал — диалогът, известията, Fix with AI, нашите собствени аларми — разбираше какво се е случило, като търсеше думи в текста на грешката. Това се чупеше всеки път, когато формулировката се променеше. Сега типът се записва там, където се случва провалът, и всичко останало чете типа.
Прилагаме същото правило към други грешки, докато бяхме там:
- Чат. Ако връзката прекъсне, докато отговорът се стрийми, вече виждате наше изречение, вместо „Load failed“ или „Failed to fetch“ от браузъра.
- Собствени домейни. Съобщенията за купуване или свързване на домейн вече се избират според статуса и кодовете на отговора, вместо да се препращат собствените изречения на доставчика на домейни.
- Генериране на изображения. Картата показва нашето съобщение; агентът получава подробностите от услугата.
Как се използва
- Публикувайте както обикновено от бутона Publish.
- Ако се провали, прочетете едноредовото съобщение в диалога.
- Натиснете Fix with AI. Агентът чете изхода от билда или логовете на приложението ви, поправя каквото е нередно и публикува отново, ако в приложението нищо не е трябвало да се поправя.
- Или натиснете Try again, за да публикувате същата версия отново — правилният избор за „заето за момент“ и „проблем от наша страна“.
- Ако съобщението е за името на линка, сменете името на линка, преди да публикувате отново. За всяка друга грешка запазете същото име.
Ограничения
- Някои провали показват различни бутони: заето име на линк предлага други имена, а свършени кредити предлагат начин да добавите кредити.
- Статичните сайтове имат лимит от около 25–30 MB на файл, в зависимост от вида сайт, и до 20 000 файла. Големите файлове е по-добре да се пазят в storage и да се свързват.
- Неуспешните публикувания от преди тази промяна нямат тип, затова показват неутрален ред, а не конкретна причина.
- Ако „проблем от наша страна“ продължава да се появява, свържете се с поддръжката с ID-то на проекта и името на линка.
Пълният списък със съобщения и какво да правите с всяко е в publish troubleshooting. Ако поправяте упорито приложение ръчно, нашето ръководство за как да дебъгвате приложение, създадено с AI ви води стъпка по стъпка. А за това какво се случва с живия сайт, докато го публикувате отново, вижте публикуваното ви приложение вече остава онлайн, докато го публикувате отново.