فهم حالات التصيير: في قائمة الانتظار، قيد التنفيذ، مكتمل، فشل، إعادة المحاولة

تعرّف على معنى كل حالة تصيير، ولماذا تُعد إعادة المحاولة والمحاولات المتعددة استردادًا تلقائيًا طبيعيًا وليست تصييرًا معطلًا.

1. يمر كل تصيير عبر مجموعة ثابتة من الحالات. وقد تُوضع تصييرات HD إضافةً في حالة انتظار عندما تمتلئ قائمة انتظار تصيير HD المجانية؛ فتُحتجز هذه التصييرات وتُرقّى تلقائيًا إلى التصيير بمجرد توفر مكان، ويمكن أيضًا إلغاء التصيير.

2. عندما يطلق المستخدم عملية تصيير، تُنشأ بحالة ⁦'initialized'⁩ وتظهر في معرض التصيير بحالة ⁦"In Queue"⁩ مع ترتيب في قائمة الانتظار. وإذا كان مكان تصيير HD المجاني مشغولًا حاليًا، فقد تُنشأ بدلًا من ذلك بحالة ⁦'on_hold'⁩ وتظهر كقيد الانتظار، مع ترتيب تقديري، حتى يتحرر المكان.

3. يبقى التصيير الموجود في قائمة الانتظار عادةً في طريقه حتى تتم معالجته؛ ولا تنتهي صلاحيته بمجرد الانتظار.

   مع تصيير HD بالاستخدام العادل، يمكن أن يكون لدى المستخدم تصيير HD مجاني واحد على الأكثر في قائمة الانتظار في المرة الواحدة. وتُوضع أي تصييرات HD إضافية قيد الاحتجاز بدلًا من إدراجها في قائمة الانتظار، وتُرقّى تلقائيًا إلى قائمة الانتظار مع تحرر المكان. والتصيير المحتجز الذي تتم ترقيته لكنه لا يبدأ فعليًا أبدًا يمكن أن يفشل تلقائيًا بعد انتهاء مهلة، ليتحرر المكان.

4. تعيد خطوة التصيير المحاولة تلقائيًا. تُسجَّل كل محاولة كـ Render_Attempt منفصل برقم تسلسلي خاص به، وملفات سجل معلومات وأخطاء خاصة به، وطابع زمني خاص بانتهائه؛ ويحمل سجل التصيير عدّاد محاولات. والتصيير في حالة ⁦'retrying'⁩ أُعيد ببساطة إلى قائمة الانتظار بعد محاولة فاشلة — فهو يحتفظ بمعاملاته الدقيقة، ويظل محتفظًا بمكانه في قائمة الانتظار، وسينتج الصورة المقصودة عند نجاح محاولة؛ فالتصييرات تكتمل عادةً في المحاولة الثانية أو الثالثة. لا يُحتسب أي مبلغ عن المحاولات الفاشلة: فالفوترة تحتسب تصييرًا مكتملًا واحدًا بغض النظر عن عدد المحاولات التي استغرقها. ما تقوله للعميل: اتركه وشأنه، فإعادة المحاولة تحل نفسها في مسار قائمة الانتظار الطبيعي. متى تتعمق: إذا كان التصيير يتنقل بين إعادة المحاولة وقائمة الانتظار لساعات عديدة، أو يراكم عددًا كبيرًا من المحاولات، فهذا يشير إما إلى أن التصميم يتسبب باستمرار في تعطل المصيّر (ستُظهره سجلات الأخطاء لكل محاولة) أو إلى عدم تشغيل أي عمال تصيير (راجع معرفة قائمة الانتظار العالقة). تعيد واجهات API للمؤسسات get_all_of_design وget_by_id سجلات render_attempts ضمنيًا، بما في ذلك مسارات سجلات كل محاولة، حتى يتمكن فريق الهندسة من تشخيص تصيير معين دون إعادة إنتاجه.