إنها تدفعني للجنون حقيقة أنني لا أستطيع تغيير عائلة الخط. أقوم بتحديد Inter (أو عائلة خط أخرى) كعائلة الخط الخاصة بي ولا توجد تغييرات، لا يمكنني تغيير عائلة خط Arial.
لقد جربت أيضًا Inter باستخدام طريقة CSS مع @import من Google Font. لا تعمل! كيف يمكنني بالفعل تغيير عائلة الخط؟
أقدر ذلك كثيرًا.
سؤال سخيف إلزامي. هل قمت بإعادة تحميل الصفحة؟
هل يمكنك تحديد أي نص من منتداك (مثل محتوى منشور) ومعرفة ما هي عائلة الخطوط المعينة له، باستخدام أدوات المطور في متصفحك؟
يرجى محاولة مسح ذاكرة التخزين المؤقت أو إجراء تحديث قوي للمتصفح؛ من المرجح جدًا أن ينجح ذلك.
شكرا لك @MihirR لقد فعلت ذلك، وأنا أفعل ذلك طوال الوقت. لا تزال Arial في كل مكان…
للتحقق من سبب عدم عمله، يمكنك إضافة هذا إلى قسم “Edit HTML/CSS” الخاص بك ومعرفة ما إذا كان الخط الجديد يظهر:
body {
font-family: 'Times New Roman', serif !important;
}
h1 {
font-family: 'Courier New', monospace !important;
}
هذا غريب.
كيف يبدو الأمر عند استخدام الوضع الآمن (يجب أن يحافظ الوضع الآمن على الخط المخصص)؟
هل هناك أي خطأ في وحدة تحكم JavaScript أو علامة الشبكة؟
نعم، هذا لـ h1. إذا كنت تريده لكل شيء، يمكنك استخدام هذا:
* {
font-family: 'Times New Roman', serif !important;
}
لا يعمل. كما ترى أعلاه، يبدو أن هناك بعض المشاكل في بروتوكول HTTP، ليس لدي أي فكرة عن السبب بما أن كل شيء آخر يستخدم بروتوكول HTTPS.
قد ترغب في تشخيص سبب تقديم الخط عبر http بدلاً من https.
هل تثبيت Discourse الخاص بك قياسي؟
* {
font-family: 'Inter', sans-serif !important;
}
كما ترى، إذا كان H1 يعمل، فيجب أن يعمل هذا بالتأكيد أيضًا.
يمكنك محاولة تشغيل: ./launcher rebuild app
أيضًا، هل تستخدم أي سمات؟ (أفترض لا، بما أنك ذكرت أنه تثبيت جديد، لذا فهو خالٍ من السمات والإضافات.)
ومع ذلك، لقد اختبرت بعض الخطوط، وهي تعمل بشكل جيد من جانبي، لذا فهي ليست مشكلة من جانب Discourse.
هل تستخدم وكيلًا عكسيًا بالصدفة؟
مرحباً 
إذا كان الأمر كذلك، فإن إعداد الموقع force_https ممكّن تلقائيًا. هذا إعداد موقع مخفي يمكنك تغييره في وحدة تحكم rails. قد لا يكون ممكّنًا بطريقة ما 
جربه 
cd /var/discourse
./launcher enter app
rails c
SiteSetting.force_https=true
exit
أنا جديد على Discourse، قمت بتثبيته عبر Docker / Github. ليس لدي أي فكرة عما يعنيه Standard.
نعم، أستخدم بروكسي عكسي لأن لدي Fastpanel. يستخدم Fastpanel و Discourse نفس المنافذ، لذلك اضطررت إلى استخدام بروكسي عكسي.
يا إلهي! لقد نجح الأمر!!!
شكراً جزيلاً لك، لقد أنقذتني!!
أقدر ذلك كثيراً @Don !!!
يوجد رابط في مشاركتي، “التثبيت القياسي” يرتبط تلقائيًا بالموضوع الذي يشرح ما هو 
لتوضيح ما قاله دون، كان خيار “فرض https” متاحًا في إعدادات مسؤول Discourse، ولكنه لم يعد كذلك حيث تم تمكين HTTPS افتراضيًا في Discourse منذ فترة طويلة (ربما عامين؟). لذا، إذا لزم الأمر، يجب تمكين هذا الإعداد المخفي الآن عبر سطر الأوامر على سبيل المثال.
أفترض 
أن استخدام وكيل عكسي يجعل تثبيت Discourse الخاص بك غير قياسي وقد يكون سبب المشكلة التي واجهتها (لا يمكن التأكد).
على أي حال، استمتع بـ Discourse 
يعتمد على كيفية تواصل الوكيل العكسي مع الواجهة الخلفية. Varnish، إذا لم يكن Enterprise، لا يستخدم SSL بعد الإنهاء ولهذا السبب يجب على الوكيل العكسي إرسال شيء مثل proxy_set_header X-Forwarded-Proto https;.
ولكن من الجيد معرفة أنه يتعين علي الذهاب إلى الإعدادات المخفية في المرة القادمة التي أستخدم فيها Varnish بين Nginx و Discourse (بالإضافة إلى شيء آخر، لأنه بخلاف ذلك سيكون سخيفًا على نطاقي).
أم أنني أساء فهم ما يعنيه الإجبار الآن تمامًا؟
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.