Ralat Penerbitan Kini Menerangkan Apa yang Berlaku, dalam Perkataan Biasa
Apabila penerbitan gagal di Mythex, dialog kini memberitahu anda dalam satu ayat ringkas apa yang berlaku — binaan gagal, apl anda berhenti selepas ia bermula, apl anda tidak pernah bermula, fail terlalu besar, atau ada yang tidak kena di pihak kami — dan menawarkan Betulkan dengan AI serta Cuba semula. Output mentah daripada binaan dan apl anda masih sampai kepada ejen, supaya Betulkan dengan AI boleh membacanya dan membetulkan projek, tetapi anda tidak perlu lagi membacanya sendiri.
Apa yang berubah
Satu ayat yang boleh anda ambil tindakan
Setiap penerbitan yang gagal kini mempunyai jenis, yang ditentukan pada saat ia gagal berdasarkan fakta yang sudah ada di situ — langkah mana yang gagal, sama ada mesin apl melaporkan ranapan, sama ada ia pernah mula menerima sambungan — dan bukannya dengan membaca teks ralat selepas itu. Setiap jenis mempunyai mesejnya sendiri:
| Apa yang anda lihat | Maksudnya |
|---|---|
| “Binaan gagal.” | Arahan binaan atau Dockerfile projek anda tidak berjaya dibina. |
| “Apl anda berhenti sejurus selepas ia bermula.” | Ia diterbitkan, kemudian keluar atau terus dimulakan semula. |
| “Apl anda tidak bermula selepas diterbitkan.” | Ia diterbitkan tetapi tidak pernah mula menerima sambungan. |
| “Fail ini terlalu besar” / terlalu banyak fail | Laman statik melebihi had saiz setiap fail atau bilangan fail. Mesej itu menyenaraikan fail-fail tersebut. |
| “Nama pautan ini tidak boleh digunakan untuk penerbitan.” | Tukar nama pautan dan terbitkan semula; kod anda tidak bermasalah. |
| “Penerbitan sibuk seketika” | Tiada yang salah dengan apl anda. Terbitkan semula dalam beberapa minit. |
| “…masalah di pihak kami, bukan dalam apl anda.” | Ia tanggungjawab kami untuk membetulkan. Terbitkan semula dalam beberapa minit. |
Betulkan dengan AI pada setiap kegagalan
Setiap kegagalan memaparkan Betulkan dengan AI dan Cuba semula. Apabila anda menggunakan Betulkan dengan AI, ejen menerima jenis kegagalan dan output binaan atau apl yang penuh secara peribadi, dalam konteksnya sendiri. Jika ada yang salah dalam apl anda, ia membetulkannya. Jika tiada apa yang salah — masa sibuk, atau masalah di pihak kami — ia boleh terus menerbitkan semula. Anda tidak perlu mencari tahu jenis kegagalan yang berlaku.
Masalah selepas dilancarkan
Penerbitan boleh berjaya dan apl gagal beberapa minit kemudian. Mythex menyemak apl yang diterbitkan secara berkala. Jika apl yang hidup terus ranap, atau terus berjalan tetapi berhenti menerima sambungan, penerbitan ditandakan gagal, anda menerima e-mel, dan projek memaparkan mesej itu dengan Betulkan dengan AI. Apa yang dicetak oleh apl disimpan untuk ejen membacanya.
Had saiz diperiksa sebelum muat naik
Untuk laman statik, saiz setiap fail dan jumlah keseluruhan fail diperiksa sebelum sebarang muat naik. Jika ada yang melebihi had, anda mendapat satu mesej yang menyenaraikan setiap fail yang terlalu besar, dan bukannya kegagalan di pertengahan jalan.
Mengapa kami membinanya
Penerbitan yang gagal dahulu memaparkan apa sahaja yang dicetak oleh alat di sebalik penerbitan. Dalam satu minggu pada akhir September, kebanyakan kegagalan memaparkan teks yang sepatutnya kami uruskan, bukan pembina: maklumat hubungan bil, nombor versi dalaman, laluan pendaftaran, ralat storan. Betulkan dengan AI kemudian menampal teks yang sama ke dalam chat. Orang diminta menyahpepijat infrastruktur kami.
Sebahagiannya juga tersilap. Apl yang tidak pernah mendengar pada portnya dilaporkan sebagai “masalah di pihak kami”, walhal pembetulannya ada dalam apl. Fail statik yang melebihi had saiz dilaporkan dengan cara yang sama — dan menerbitkan semula tidak akan pernah berjaya.
Dan setiap bahagian Mythex yang bertindak balas terhadap kegagalan — dialog, pemberitahuan, Betulkan dengan AI, amaran kami sendiri — dahulu menentukan apa yang berlaku dengan memadankan perkataan dalam teks ralat. Itu rosak setiap kali perkataannya berubah. Kini jenis direkodkan di tempat kegagalan berlaku, dan semua yang lain membaca jenis itu.
Kami juga menggunakan peraturan yang sama untuk ralat lain semasa kami berada di situ:
- Chat. Jika sambungan terputus semasa balasan sedang distrim, anda kini melihat ayat kami dan bukannya “Load failed” atau “Failed to fetch” daripada pelayar.
- Domain tersuai. Mesej tentang membeli atau menyambungkan domain kini dipilih mengikut status dan kod respons, dan bukannya menghantar semula ayat-ayat penyedia domain.
- Penjanaan imej. Kad memaparkan mesej kami; ejen mendapat butiran perkhidmatan.
Cara menggunakannya
- Terbitkan seperti biasa dari butang Terbitkan.
- Jika ia gagal, baca mesej satu baris dalam dialog.
- Klik Betulkan dengan AI. Ejen membaca output binaan atau log apl anda, membetulkan apa yang salah, dan menerbitkan semula jika tiada apa dalam apl yang perlu dibetulkan.
- Atau klik Cuba semula untuk menerbitkan versi yang sama sekali lagi — pilihan yang betul untuk “sibuk seketika” dan “masalah di pihak kami”.
- Jika mesej itu berkaitan dengan nama pautan, tukar nama pautan sebelum menerbitkan semula. Untuk ralat lain, kekalkan nama yang sama.
Had
- Sesetengah kegagalan memaparkan butang yang berbeza: nama pautan yang telah diambil mencadangkan nama lain, dan kehabisan kredit menawarkan cara untuk menambah kredit.
- Laman statik mempunyai had setiap fail kira-kira 25–30 MB, bergantung pada jenis laman, dan sehingga 20,000 fail. Fail besar lebih baik disimpan dalam storan dan dipautkan.
- Penerbitan yang gagal sebelum perubahan ini tidak mempunyai jenis, jadi ia memaparkan baris neutral dan bukannya sebab tertentu.
- Jika “masalah di pihak kami” terus berlaku, hubungi sokongan dengan ID projek dan nama pautan.
Senarai lengkap mesej dan apa yang perlu dilakukan bagi setiap satu ada dalam penyelesaian masalah penerbitan. Jika anda sedang membetulkan apl yang degil secara manual, panduan kami tentang cara menyahpepijat apl yang dibina dengan AI menerangkannya langkah demi langkah. Dan untuk apa yang berlaku kepada laman yang hidup semasa anda menerbitkan semula, lihat apl yang diterbitkan kini kekal aktif semasa anda menerbitkannya semula.