يا رجل 
لقد كان Nginx!\n\n### ملخص:\nbash\nrm -rf /var/nginx/cache/*`\n\nحل فوري!\n\n—\n\n## اختياري: تعطيل ذاكرة التخزين المؤقت لأصول Nginx\n\nقم بتحرير هذا الملف:\n\n/etc/nginx/conf.d/discourse.conf\n\n\nحول الأسطر 243-246، قم بالتعليق على توجيهات التخزين المؤقت:\n\nc\n # proxy_cache one;\n # proxy_cache_key \"$scheme,$host,$request_uri\";\n # proxy_cache_valid 200 301 302 7d;\n # proxy_cache_bypass $bypass_cache;\n\n\nثم أعد تشغيل Nginx:\nbash\nsv restart nginx\n\n\n### 
إذا كنت تقوم بتغيير لوحات الألوان…\n\nمجرد تحرير إعدادات الألوان في السمة لن يعيد إنشاء embed_[digest].css. لفرض Discourse على إنشاء ملفات أصول جديدة، قم بما يلي:\n\nbash\nrm tmp/stylesheet-cache/* # أو، للتضمين فقط، `rm tmp/stylesheet-cache/embed*`\n\n\n### 
ماذا عن RAILS_ENV=development؟\n\nقد تعتقد أن تعيين RAILS_ENV: development سيقوم بتعطيل التخزين المؤقت، ولكن:\n\n* nginx.sample.conf الذي يستخدمه Discourse لديه التخزين المؤقت ممكّن افتراضيًا، بغض النظر عن البيئة\n* هذا التخزين المؤقت غير مرتبط بـ RAILS_ENV، لذلك لن يساعد في التخزين المؤقت للأصول المضمنة\n\nلذلك، ما لم تخطط لإعادة تكوين طبقة Nginx بالكامل، فقط امسح ذاكرة التخزين المؤقت يدويًا أو قم بتعطيل تلك الأسطر، وستكون جاهزًا. بمجرد أن تكون جاهزًا للإنتاج، يمكنك التراجع عن ذلك.\n\n### 
ماذا عن ./launcher rebuild standalone؟\n\nبالتأكيد، إنه يعمل. ولكن إذا كنت تقوم بتعديل السمات بنشاط، أو اختبار التضمينات، أو ضبط الألوان… فستحتاج إلى شيء أسرع من الانتظار لبضع دقائق في كل مرة.\n\n### 
هل لديك إعداد تطوير أفضل أو إصلاحات سريعة؟ شاركنا رأيك!