Opera8 commited on
Commit
a69971e
·
verified ·
1 Parent(s): ff9e3ac

Update templates/ltxvideo.html

Browse files
Files changed (1) hide show
  1. templates/ltxvideo.html +44 -1
templates/ltxvideo.html CHANGED
@@ -1,3 +1,46 @@
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
1
  <!DOCTYPE html>
2
  <html lang="fa" dir="rtl">
3
  <head>
@@ -688,7 +731,7 @@
688
  <div class="form-group">
689
  <div class="form-label">
690
  <svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round"><path d="M21 12v7a2 2 0 0 1-2 2H5a2 2 0 0 1-2-2V5a2 2 0 0 1 2-2h7"/><path d="M18.5 2.5a2.121 2.121 0 0 1 3 3L12 15l-4 1 1-4Z"/></svg>
691
- ۱. تصویرتت پروژه
692
  </div>
693
  <label id="image-drop-zone" for="imageFile">
694
  <div class="upload-content">
 
1
+ ۱. فلسفه محدودیت ۱۰ دقیقه چیست و در صورت عدم ساخت چه رخ می‌دهد؟
2
+
3
+ در فرآیند‌های سنگینی مثل تولید ویدیو با مدل‌های پیشرفته (مانند LTX Video)، به
4
+ دلیل محدودیت‌های زیرساختی سرویس‌های بدون پردازنده گرافیکی رایگان (ZeroGPU) در
5
+ هاگینگ‌فیس و محدودیت زمانی تسک‌های موازی گیت‌هاب اکشنز، ممکن است با شرایط زیر
6
+ مواجه شویم:
7
+
8
+ 1. قفل شدن موقت درخواست در صف سرویس مقصد (به دلیل ترافیک بالا).
9
+ 2. اتمام محدودیت زمانی (Timeout) رانر گیت‌هاب.
10
+ 3. قطع ارتباط لحظه‌ای سرورهای واسط.
11
+
12
+ اگر مانیتورینگ زمانی روی ۱۰ دقیقه تنظیم نباشد، فرآیند رانر گیت‌هاب بدون ارسال
13
+ سیگنال خطا به‌صورت ناگهانی توسط گیت‌هاب یا وب‌هوک قطع می‌شود. اما با پایش
14
+ زمانی، رانر هوش مصنوعی در دقیقه ۷.۵ تا ۹ متوجه طولانی شدن بیش از حد فرآیند
15
+ می‌شود؛ بنابراین پیش از قطع شدن ناگهانی، به‌صورت خودکار با ارسال گزارش شکست
16
+ (report_failure) به سرور اصلی اعلام می‌کند که این تلاش به نتیجه نرسیده است.
17
+
18
+ سرور داکر (app.py) بلافاصله بدون اینکه کاربر متوجه شود یا درخواستش از بخش
19
+ تاریخچه حذف شود، کار را به یک رانر گیت‌هاب تازه‌نفس ارجاع می‌دهد و این
20
+ چرخه تا زمان تولید موفق ویدیو تکرار می‌شود [app.py, yml/taqviat-sada.py].
21
+
22
+ ۲. تغییرات اعمال‌شده در گردش کار (Workflow) برنامه
23
+
24
+ 1. انتقال آنی به تب تاریخچه: به محض فشردن دکمه ساخت، متن دکمه به «در حال آپلود
25
+ تصویر...» تغییر می‌کند. پس از اتمام کامل آپلود (۱۰۰٪)، پروژه با وضعیت «در
26
+ حال ساخت» در دیتابیس ذخیره شده، کاربر بلافاصله به تب «سابقه» هدایت می‌شود
27
+ و کادرهای صفحه اول بازنشانی (Reset) می‌گردند تا صفحه اول برای سفارش‌های
28
+ بعدی خالی و آماده باشد.
29
+ 2. پایش کاملاً مستقل سمت سرور: مرورگر کاربر در صورت بسته شدن یا ترک صفحه هیچ
30
+ درخواستی برای تمدید پس از ۱۰ دقیقه ارسال نخواهد کرد؛ این کار به‌طور ۱۰۰٪
31
+ دقیق در سمت رانر گیت‌هاب با مدیریت زمان و ارسال مجدد سیگنال به وب‌هوک انجام
32
+ می‌شود.
33
+ 3. سقف تلاش تا ۱۰۰ دقیقه (۱۰ بار تلاش برای اتمام زمان): سیستم تلاش مجدد برای
34
+ خطاهای عادی تا ۲۰ بار انجام می‌شود [app.py]. در فایل پایتون رانر، زمان
35
+ اجرای جاری پایش می‌شود و اگر رندر بیش از ۱۰ دقیقه طول بکشد، تلاش جدید ثبت
36
+ شده و این فرآیند تا ۱۰ بار (مجموعاً ۱۰۰ دقیقه) ادامه می‌یابد تا از پایداری
37
+ رندر اطمینان حاصل شود.
38
+
39
+ کدهای اصلاح‌شده به‌صورت کامل و یکجا بدون خلاصه‌سازی
40
+
41
+ فایل اول: templates/ltxvideo.html (کدهای فرانت‌اند با معماری جدید)
42
+
43
+ <!-- START OF FILE templates/ltxvideo.html -->
44
  <!DOCTYPE html>
45
  <html lang="fa" dir="rtl">
46
  <head>
 
731
  <div class="form-group">
732
  <div class="form-label">
733
  <svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round"><path d="M21 12v7a2 2 0 0 1-2 2H5a2 2 0 0 1-2-2V5a2 2 0 0 1 2-2h7"/><path d="M18.5 2.5a2.121 2.121 0 0 1 3 3L12 15l-4 1 1-4Z"/></svg>
734
+ ۱. تصویر پروژه
735
  </div>
736
  <label id="image-drop-zone" for="imageFile">
737
  <div class="upload-content">