Fix with AI: ერთი დაწკაპუნება, როცა publish ვერ ხერხდება

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

რა შეიცვალა

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

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

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

გამონაკლისები ისაა, სადაც პასუხი კოდი არ არის. დაკავებული ბმულის სახელი სხვა სახელებს გთავაზობთ. კრედიტების ამოწურვისას კი გზას გაჩვენებთ, როგორ მიიღოთ მეტი.

შეტყობინებები, რომლებიც ამბობენ, რა მოხდა

რამდენიმე წარუმატებლობა ადრე ერთ შეტყობინებამდე მოდიოდა: „პრობლემა ჩვენს მხარესაა, სცადეთ თავიდან“. ეს სიმართლე არ იყო და თავიდან publish-იც არასდროს შველოდა. ახლა მათ საკუთარი შეტყობინებები აქვთ:

• „თქვენი აპი publish-ის შემდეგ არ ჩართულა.“ აპი გამოქვეყნდა, მაგრამ კავშირების მიღება არასდროს დაუწყია. ყველაზე ხშირად ის სხვა პორტზე უსმენს, ან მხოლოდ localhost-ზე. გამოქვეყნებულმა აპმა უნდა მოუსმინოს 0.0.0.0-ზე და $PORT-ში მითითებულ პორტზე. ფიქსირებული დროის ლოდინის ნაცვლად ახლა ვამოწმებთ, რომ აპი ნამდვილად იღებს კავშირებს თავის პორტზე.
• „ეს ფაილი ძალიან დიდია“ / ზედმეტად ბევრი ფაილი. სტატიკურ საიტებს ფაილის ზომაზე ლიმიტი აქვთ (დაახლოებით 25–30 მბ, საიტის ტიპის მიხედვით) და 20,000 ფაილის ზღვარი. ახლა, ატვირთვამდე, ვზომავთ საქაღალდეს ყველა ტიპის ფაილისთვის ერთნაირად, და შეტყობინება ჩამოთვლის ყველა ფაილს, რომელიც ზღვარს აჭარბებს.
• „თქვენი აპი გაჩერდა იმავე წამს, რაც დაიწყო.“ ეს, როგორც წესი, გამოწვეულია პარამეტრის არარსებობით, როგორიცაა გარემოს ცვლადი ან საიდუმლო, პირველ მოთხოვნაზე ავარიით ან გაშვების ბრძანების შეცდომით.

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

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

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

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

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

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

თავიდან publish-ისას შეინარჩუნეთ იგივე ბმულის სახელი, თუ შეტყობინება არ ამბობს, რომ პრობლემა სწორედ სახელშია.

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

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

ლიმიტები

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

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