Publish-ის შეცდომები ახლა მარტივად ამბობს, რა მოხდა

როცა publish Mythex-ზე ვერ ხერხდება, დიალოგი ახლა ერთი მარტივი წინადადებით გეუბნებათ, რა მოხდა — აშენება ჩაიშალა, თქვენი აპი გაჩერდა გაშვების შემდეგ, აპი არ ჩართულა, ფაილი ძალიან დიდია, ან რაღაც ჩვენს მხარეს არ იმუშავა — და გთავაზობთ Fix with AI-ს და Try again-ს. აშენებისა და თქვენი აპის ნედლი გამოტანა მაინც აღწევს აგენტამდე, ასე რომ Fix with AI მას წაიკითხავს და პროექტს გაასწორებს, მაგრამ თქვენ აღარ მოგიწევთ მისი წაკითხვა.

რა შეიცვალა

ერთი წინადადება, რომელზეც მოქმედება შეგიძლიათ

ყოველ წარუმატებელ publish-ს ახლა აქვს ტიპი, რომელიც მაშინვე განისაზღვრება იმ მომენტში, როცა ის ჩავარდება, იმ ფაქტებით, რაც იქ გვაქვს — რომელი ნაბიჯი ჩაიშალა, აღრიცხა თუ არა აპის მანქანამ ავარიები, დაიწყო თუ არა კავშირების მიღება — და არა შეცდომის ტექსტის შემდგომი წაკითხვით. თითოეულ ტიპს თავისი შეტყობინება აქვს:

Fix with AI ყველა წარუმატებლობაზე

ყოველი წარუმატებლობა აჩვენებს Fix with AI-ს და Try again-ს. როცა Fix with AI-ს იყენებთ, აგენტი წარუმატებლობის ტიპს და სრულ აშენებისა თუ აპის გამოტანას კერძოდ იღებს, თავის კონტექსტში. თუ თქვენს აპში რამე არასწორია, ის ასწორებს. თუ არაფერია — დაკავებული მომენტი ან პრობლემა ჩვენს მხარეს — მან უბრალოდ შეიძლება თავიდან გამოაქვეყნოს. არ გიწევთ იმის გარკვევა, რომელი ტიპის წარუმატებლობა იყო.

პრობლემები გაშვების შემდეგ

Publish შეიძლება წარმატებული იყოს, ხოლო აპი რამდენიმე წუთში ჩაიშალოს. Mythex გამოქვეყნებულ აპებს რეგულარულად ამოწმებს. თუ ცოცხალი აპი განუწყვეტლივ იშლება, ან მუშაობს, მაგრამ კავშირებს აღარ იღებს, publish წარუმატებლად აღინიშნება, გიგზავნით ელფოსტას, და პროექტში ჩანს შეტყობინება Fix with AI-ით. აპის მიერ ნაბეჭდი ინახება აგენტისთვის წასაკითხად.

ფაილის ზომის ლიმიტები ატვირთვამდე

სტატიკური საიტებისთვის, ატვირთვამდე მოწმდება თითოეული ფაილის ზომა და ფაილების ჯამური რაოდენობა. თუ რომელიმე აჭარბებს, იღებთ ერთ შეტყობინებას, რომელიც ჩამოთვლის ყველა ძალიან დიდ ფაილს, და არა წარუმატებლობას ნაწილობრივ.

რატომ ავაშენეთ ეს

წარუმატებელი publish წინათ აჩვენებდა იმას, რასაც publish-ის უკან მდგომი ინსტრუმენტები ბეჭდავდა. ერთ კვირაში, სექტემბრის ბოლოს, წარუმატებლობების უმეტესობა ბილდერებს აჩვენებდა ტექსტს, რომელიც ჩვენი იყო და არა მათი: საბილინგო კონტაქტებს, შიდა ვერსიის ნომრებს, რეესტრის გზებს, შენახვის შეცდომებს. Fix with AI იმავე ტექსტს აკოპირებდა ჩატში. ხალხს ჩვენი ინფრასტრუქტურის გამართვა სთხოვეს.

ერთი ნაწილი უბრალოდ მცდარი იყო. აპი, რომელიც პორტზე არ უსმენდა, „ჩვენს მხარეს პრობლემად“ იყო აღნიშნული, მაშინ როცა გამოსწორება აპში იყო. სტატიკური ფაილი ზომის ლიმიტზე მეტი იგივე გზით იყო აღნიშნული — და ხელახალი publish არასდროს იმუშავებდა.

და ყველა ნაწილი Mythex-ში, რომელიც წარუმატებლობას ეხმაურებოდა — დიალოგი, შეტყობინებები, Fix with AI, ჩვენი საკუთარი გაფრთხილებები — შეცდომის ტექსტში სიტყვების დამთხვევით ცდილობდა იმის გარკვევას, რა მოხდა. ეს იმ მომენტში ირღვეოდა, როცა ტექსტი იცვლებოდა. ახლა ტიპი იმ ადგილას ჩაიწერება, სადაც წარუმატებლობა ხდება, და ყველაფერი დანარჩენი ტიპს კითხულობს.

იგივე წესი სხვა შეცდომებზეც გამოვიყენეთ:

• ჩატი. თუ პასუხის სტრიმირების დროს კავშირი გაწყდება, ახლა ბრაუზერის „Load failed“-ის ან „Failed to fetch“-ის ნაცვლად ჩვენს წინადადებას ხედავთ.
• საკუთარი დომენები. შეტყობინებები დომენის ყიდვასა და დაკავშირებაზე ახლა პასუხის სტატუსისა და კოდების მიხედვით ირჩევა, და არა დომენის პროვაიდერის საკუთარი წინადადებების გადაცემით.
• გამოსახულების გენერირება. ბარათი ჩვენს შეტყობინებას აჩვენებს; აგენტს სერვისის დეტალი მიეწოდება.

როგორ გამოვიყენოთ

1. გამოაქვეყნეთ როგორც ყოველთვის, Publish ღილაკიდან.
2. თუ ვერ გამოვიდა, წაიკითხეთ ერთსტრიქონიანი შეტყობინება დიალოგში.
3. დააწკაპუნეთ Fix with AI-ზე. აგენტი კითხულობს აშენების გამოტანას ან თქვენი აპის ლოგებს, ასწორებს რაც არასწორია, და თუ აპში არაფერი დასაფიქსირებელი არ იყო, თავიდან აქვეყნებს.
4. ან დააწკაპუნეთ Try again-ზე, რომ იგივე ვერსია თავიდან გამოაქვეყნოთ — ის სწორი არჩევანია „busy for a moment“-სა და „პრობლემა ჩვენს მხარეს“-ისთვის.
5. თუ შეტყობინება ბმულის სახელზეა, შეცვალეთ ბმულის სახელი სანამ ხელახლა გამოაქვეყნებთ. ნებისმიერი სხვა შეცდომისთვის დატოვეთ იგივე სახელი.

ლიმიტები

• ზოგი წარუმატებლობა სხვა ღილაკებს აჩვენებს: დაკავებული ბმულის სახელი სხვა სახელებს სთავაზობს, ხოლო კრედიტების ამოწურვისას ვთავაზობთ კრედიტების დამატების გზას.
• სტატიკურ საიტებს ფაილზე ლიმიტი აქვთ დაახლოებით 25–30 მბ საიტის ტიპის მიხედვით, და 20,000 ფაილამდე. დიდი ფაილები უკეთესია storage-ში შევინახოთ და იქიდან დავუკავშიროთ.
• ამ ცვლილებამდე წარუმატებელ publish-ებს ტიპი არ აქვთ, ამიტომ მათ ნეიტრალური ხაზი აჩვენებს და არა კონკრეტული მიზეზი.
• თუ „პრობლემა ჩვენს მხარეს“ მუდამ მეორდება, დაუკავშირდით მხარდაჭერას პროექტის ID-ითა და ბმულის სახელით.

ყველა შეტყობინება და მათზე რეაგირება publish troubleshooting-შია. თუ ხელით ასწორებთ კაპრიზულ აპს, ჩვენი გიდი როგორ გავმართოთ AI-ით აშენებული აპი ნაბიჯ-ნაბიჯ გივლით. ხოლო იმისთვის, რა ხდება ცოცხალ საიტზე ხელახალი გამოქვეყნებისას, იხილეთ თქვენი გამოქვეყნებული აპი ახლა რჩება ხელმისაწვდომი ხელახალი გამოქვეყნებისას.