حفظ نتائج أمر إعادة بناء التطبيق

أرى بعض التحذيرات عند إعادة بناء التطبيق، لكنني نادرًا ما أجد فرصة لقراءتها.

هل يتم تسجيل هذا النص في أي مكان؟

إذا لم يكن كذلك، هل توجد طريقة موصى بها للقيام بذلك؟

لقد قمت للتو بزيادة عدد “الأسطر المخزنة للتمرير” في Putty من 2,000 إلى 20,000، وقد يكون هذا هو الحل السهل.

إذا كنت تبني على نظام Linux أو أنظمة شبيهة بـ Unix أخرى، فقد تستخدم أمر tee.

انظر أيضًا:

جرّب الأمر ./launcher logs app، فبعض المخرجات يجب أن تكون موجودة هناك، لكنني لست متأكداً مما إذا كان كل شيء محفوظاً. يمكنك أيضاً العثور على المزيد من سجلات الأحداث في المسار /var/discourse/shared/standalone/log/rails/، وتحديداً في ملف production.log.

نظرًا لأن launcher عبارة عن نص shell وليس تطبيق Rails، فإن ملف production.log الموجود تحت مجلد rails في ملف السجل يسجل معلومات Rails فقط، وليس معلومات نص shell من launcher. فهو يسجل جميع إجراءات Rails، ومعظمها يحدث بعد تشغيل تطبيق Rails (Discourse).

الروتين ./launcher logs هو اختصار لـ $docker_path logs $config وهو سجل Docker.

لذلك، للحصول على جميع المعلومات من جميع عمليات launcher من نص launcher، سيكون من الضروري استخدام الأمر tee (أو استخدام طريقة أخرى) لتوجيه المخرجات وحفظها في ملف إذا كنت ترغب في عرض المعلومات في الطرفية دون إعادة توجيه المخرجات إلى ملف (إعادة توجيه STDOUT). إذا قمت بإعادة توجيه المخرجات إلى ملف، فلن تتمكن من رؤية المخرجات في الطرفية.

لهذا السبب تم إنشاء أمر tee، لهذا الغرض :slight_smile:

لذا، إذا كنت ترغب في التقاط المخرجات الكاملة لنص launcher، فأوصي باستخدام tee. إنه يعمل بشكل جيد لهذا النوع من الأمور.

@Jonathan5 بوتّي؟ ربما تفكّر في تطبيق ويندوز تيرمينال الجديد نسبيًا والمجاني ومفتوح المصدر من مايكروسوفت المتاح في متجر ويندوز؟

https://www.microsoft.com/en-us/p/windows-terminal/9n0dx20hk701?activetab=pivot:overviewtab

مستودع GitHub: GitHub - microsoft/terminal: The new Windows Terminal and the original Windows console host, all in the same place! · GitHub.

… إنه ممتاز جدًا! إنه مدعوم بتسريع GPU، ولا ينبغي أن تكون التمريرة الخلفية مشكلة.

@neounix نصيحة رائعة، لم أستخدم هذا الأمر من قبل! سأضيفه إلى ترسانتي. لطالما اعتمدت على التوجيه (pipe)، لكن هذا يمنحك أفضل ما في العالمين.

سأبحث في أمر tee. أستخدم >>logfile 2>&1 في بعض مهام الجدولة (غير مخصصة لـ Discourse).

في كلتا الحالتين، أنا متردد في تغيير أي شيء عن الأوامر المحددة بدقة في أدلة “كيف” هنا.

لذلك، وبالنسبة للوقت الحالي، سأزيد سعة التمرير في Putty وسأبحث أيضًا في البديل من مايكروسوفت.

سأتحقق أيضًا من السجلات.

شكرًا على النصيحة!