منذ فترة، نلاحظ ظهور رسائل X-Accel-Mapping header missing من الحاوية بتردد عالٍ، لكنها لا تُفعَّل مع كل زائر أو مع كل خطوة تنقل. أرى أن هذا الرأس مُعرَّف صراحةً في إعدادات Nginx، وإن لم يكن ذلك لجميع الطلبات: discourse/config/nginx.sample.conf at main · discourse/discourse · GitHub
وبما أنني لم أرَ هذا مُبلغًا عنه في أي مكان آخر في هذا المنتدى، أتساءل عما إذا كان مرتبطًا بإعدادات المجلد الفرعي (subdir) التي نستخدمها، رغم أنني لا أرى كيف يمكن أن يكون ذلك.
غير متأكد من الجهة التي تُصدر هذه الرسالة بالضبط، لكنني أعتقد أن هذا يجب أن يحدث فقط إذا تم ضبط X-Sendfile-Type على X-Accel-Redirect بينما لم يتم ضبط X-Accel-Mapping. والإعدادات تُعرّف كلاهما معًا، أو تُفرغ كلاهما معًا 
.
في الواقع، يتم ضبطه فقط عند الوصول إلى النسخ الاحتياطية، والأهم من ذلك، عند الوصول إلى الملفات المرفوعة. لقد اختبرت وتأكدت من أن عرض أي منشور يحتوي على صورة مرفوعة أو ما شابه يُحدث هذه الرسالة. بالنظر إلى الإعدادات، لا ينبغي أن يكون من الممكن ضبط X-Accel-Redirect دون ضبط X-Accel-Mapping. كما أن هذا رأس طلب يُعيّنه Nginx داخل الحاوية، ويُستهلك فقط بواسطة Discourse/unicorn/pitchfork/backend، أي أنه لا يدخل ولا يغادر الحاوية على الإطلاق.
آه، نحن نُهيئ Nginx لتسجيل السجلات في STDERR، وبما أنني لا أرى هذا في سجلات Discourse، فأنا متأكد من أن Nginx نفسه هو من يُصدرها. وهذا على الأرجح السبب في أن أحدًا لم يلاحظها من قبل، لأنها موجودة في ملف سجل Nginx. هل يمكن لأحد أن يتحقق مما إذا كان ملف shared/*/log/var-log/nginx/error.log لديه يحتوي على هذه الرسائل أيضًا؟ إذا كان الأمر كذلك، فسأعود للتواصل مع آخرين لا يستخدمون إعدادات المجلد الفرعي لتضييق نطاق المشكلة.