ทำความเข้าใจคิวการสร้างของ Rivya เวลารอ งานภาพ วิดีโอ และเสียงที่รันนาน การแจ้งเตือน ประวัติ และการลองใหม่อย่างปลอดภัย

ใช้คู่มือนี้เมื่อภาพ วิดีโอ หรือเสียงใน Rivya อยู่ระหว่างดำเนินการนานกว่าที่คาด

งานวิดีโอ เสียง งานภาพที่ใช้ข้อมูลอ้างอิงหนัก คิวของผู้ให้บริการ และการตั้งค่างานสร้างที่ใหญ่ขึ้น ล้วนทำให้งานช้ากว่าการโต้ตอบบนเว็บทั่วไปได้ การรอไม่ได้แปลว่าล้มเหลวโดยตัวมันเอง

คิวหมายถึงอะไร

คิวหมายความว่างานยังไม่เสร็จ

สิ่งนี้อาจเกิดขึ้นเพราะ:

ผู้ให้บริการกำลังประมวลผลคำขอ
เวิร์กโฟลว์นี้ใช้เวลานานกว่าโดยธรรมชาติ
อินพุตมีไฟล์หรือข้อมูลอ้างอิง
การตั้งค่าผลลัพธ์หนักกว่า
ความต้องการใช้งานชั่วคราวสูง
Rivya กำลังรอสัญญาณตอบกลับหรือการอัปเดตสถานะ

งานที่อยู่ในคิวควรถูกติดตามผ่านสถานะงาน การแจ้งเตือน และประวัติ แทนที่จะส่งซ้ำทันที

การรอไม่เหมือนความล้มเหลว

งานหนึ่งอาจอยู่ในสถานะ:

ส่งแล้ว
กำลังประมวลผล
รอผลลัพธ์จากผู้ให้บริการ
เสร็จสมบูรณ์
ล้มเหลว

อย่าถือว่างานที่ใช้เวลานานทุกงานล้มเหลว ให้ตรวจสถานะก่อนลองใหม่

สำหรับพฤติกรรมเมื่อเกิดความล้มเหลว อ่าน งานล้มเหลวและการคืนเครดิต

ควรตรวจความคืบหน้าที่ไหน

ใช้ตำแหน่งเหล่านี้:

หน้าเวิร์กโฟลว์ที่เริ่มงาน
Rivya Notifications Center
History ใน Rivya
เครดิตบัญชีและสถานะงานเมื่อมีให้ดู

การแจ้งเตือนมีประโยชน์เพราะงานสร้างแบบอะซิงโครนัสไม่ควรขึ้นอยู่กับข้อความแจ้งเตือนหน้าเว็บเพียงครั้งเดียวที่หายไป

ควรทำอะไรระหว่างรอ

ขณะงานกำลังประมวลผล คุณสามารถ:

เตรียมพรอมต์เวอร์ชันถัดไป
ตรวจประวัติก่อนหน้า
วางแผนว่าจะใช้ผลลัพธ์อย่างไร
หลีกเลี่ยงการส่งงานซ้ำเร็วเกินไป
เปลี่ยนไปทำงานอื่นหากงานปัจจุบันเป็นแบบอะซิงโครนัส

หากงานนั้นสำคัญ ให้รอสถานะสุดท้ายก่อนสรุปว่าผลลัพธ์หายไป

ควรลองใหม่เมื่อใด

ลองใหม่เมื่องานล้มเหลวชัดเจน อินพุตผิด หรือผลลัพธ์ใช้งานไม่ได้

ก่อนลองใหม่ ให้ตัดสินใจว่าอะไรเปลี่ยนไป:

พรอมต์ที่ง่ายขึ้น
ข้อมูลอ้างอิงน้อยลง
โมเดลอื่น
ระยะเวลาหรือคุณภาพที่ต่างออกไป
ไฟล์อัปโหลดที่แก้แล้ว
เจตนาของงานที่ชัดขึ้น

การส่งคำขอเดิมซ้ำโดยไม่เปลี่ยนอะไร อาจทำให้เกิดปัญหาเดิมซ้ำ

เช็กลิสต์ความต่อเนื่องของงาน

เมื่องานต้องติดตามได้หลังส่งแล้ว ให้ตรวจ:

ตรวจว่างานอยู่ระหว่างรอ กำลังรัน เสร็จแล้ว ล้มเหลว หรือพร้อมสำหรับการทำต่อ
ใช้ History สำหรับผลลัพธ์ที่มีประโยชน์ และใช้ Notifications สำหรับการเปลี่ยนสถานะแบบอะซิงโครนัส
เก็บ task UUID, โมเดล, พรอมต์ และบริบทผลลัพธ์ไว้ด้วยกันเมื่อต้องแก้ปัญหา
อย่าเริ่มงานเดิมซ้ำจนกว่าสถานะปัจจุบันจะชัดเจน
บันทึกหรือดาวน์โหลดผลลัพธ์ที่มีประโยชน์ที่สุดก่อนแยกไปอีกเวิร์กโฟลว์

เป้าหมายคือหลีกเลี่ยงการสูญหายของงานเมื่อการสร้างใช้เวลาหรือต้องติดตามต่อ

ควรตรวจสถานะซ้ำเมื่อใด

ตรวจสถานะซ้ำเมื่องานใช้เวลานานกว่าที่คาด การแจ้งเตือนหายไป ผลลัพธ์ดูไม่สมบูรณ์ หรือผู้ใช้หาผลลัพธ์ก่อนหน้าไม่เจอ

ในกรณีเหล่านี้ ให้ตรวจสถานะงานและ History ก่อนขอให้ผู้ใช้สร้างใหม่

คิวการสร้างและเวลารอ