مرحبا @projetosaberebemesta أهلا وسهلا!
رقم 5 دقائق قديم الآن. Cloud لا يفرض حد تنفيذ قصير على Trial أو Starter، لذا فإن التشغيل مع عدة استدعاءات API و LLM متتالية تتجاوز خمس دقائق سينتهي بشكل طبيعي.
انظر إلى هذا:
المهل الزمنية اختيارية لكل workflow: Settings > Timeout Workflow > Timeout After. يحدد Cloud القيمة القصوى التي يمكنك اختيارها لكل خطة، ولا يمكنك رفعها أكثر من ذلك على Cloud لأن متغيرات البيئة غير معرضة هناك. EXECUTIONS_TIMEOUT و EXECUTIONS_TIMEOUT_MAX موجودة فقط على self-hosted. للحد الأقصى الدقيق في خطتك، اطلب من help@n8n.io.
كل workflow له إعداد timeout خاص به، و workflow يتم استدعاؤه بواسطة عقدة Execute Sub-workflow يعمل كتنفيذ خاص به، لذا فإن timeout الـ sub-workflow ينطبق على الـ sub-workflow بينما ساعة الأب تستمر طوال الوقت الذي تنتظر فيه.
عند الوصول إلى المهلة الزمنية، يلغي n8n التنفيذ بمجرد انتهاء العقدة الحالية. يتم وضع علامة عليها كملغاة ولا شيء يستأنف تلقائيا.
القيد الحقيقي على Trial و Starter هو الذاكرة وليس الوقت: كلاهما يحتوي على 320MiB RAM. سلاسل التحرير الطويلة تموت هناك أولا، لذا ادفع الخطوات الثقيلة إلى sub-workflows التي تعيد نتائج صغيرة فقط.