إعادة تفعيل access_log في nginx — كان مطفأً فأفسد كل تشخيص

docker/nginx/default.conf:13 كان فيه:
    access_log off;   # أثناء اختبار الضغط؛ فعّله عند الحاجة
مُطفأً من اختبار ضغط قديم ونُسي.

أثره أن أي بحث في سجلّ الوصول يرجع صفراً دائماً:
    docker compose logs nginx | grep -c "send_fcm"   →  0
فيبدو الاستنتاج أن التطبيق لا يستدعي المسار إطلاقاً، والحقيقة أن السجلّ
فارغ لا أن الطلبات غائبة. استنتاج خاطئ تماماً بُني على قياس معطّل.

مع توجيه error_log في www-pool.conf (الالتزام e106d2df) تكتمل الرؤية:
nginx يقول هل وصل الطلب، وPHP يقول ماذا ردّ Google.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

docker/nginx/default.conf

@@ -10,7 +10,11 @@ server {
     index index.php index.html;
     client_max_body_size 25m;
 
-    access_log off;            # أثناء اختبار الضغط؛ فعّله عند الحاجة
+    # ‏كان access_log off من اختبار ضغط قديم ونُسي مُطفأً، فصار تشخيص أي عطل
+    # ‏مستحيلاً: البحث في سجلّ الوصول يرجع صفراً دائماً فيبدو أن التطبيق لا
+    # ‏يستدعي المسار أصلاً، والحقيقة أن السجلّ فارغ لا الطلبات. أعِده مطفأً
+    # ‏مؤقتاً وقت اختبارات الضغط فقط، ولا تتركه هكذا.
+    access_log /dev/stdout;
     error_log /dev/stderr warn;
 
     location ~ \.php$ {