لقد حاولت البحث في جوجل أو البحث ولكن لم أتمكن من العثور عليه. عندما أكتب اسم نطاق مثل discourse.org في جملة، يصبح هذا رابطًا. هذا رابط HTTP:
هل هناك أي طريقة لجعل هذا HTTPS افتراضيًا؟ أحاول التخلص من أخطاء المحتوى المختلط دون تحويل هذه الروابط يدويًا إلى روابط HTTP.
يوجد إعداد موقع force_https. يتم تمكينه افتراضيًا في التثبيت القياسي.
إذن، أليس ممكّنًا هنا؟ حتى الرابط المباشر لـ meta.discourse.org هو رابط HTTP هنا. سأتحقق مما إذا كان هذا صحيحًا في منتديات أخرى.
حسب ما أراه في الكود، force_https هي false افتراضيًا.
إعداد force_https مفقود هنا. بناءً على ما قرأته هنا:
يحدث هذا لأن HTTPS ممكّن. أستخدم Let’s Encrypt.
يبدو أنه افتراضيًا، تكون الروابط النصية HTTP ولا يمكنك تغيير ذلك. إذا أضفته في سطر جديد، فإنه يصبح رابط HTTPS. على سبيل المثال:
تم التأكيد للتو، الروابط المنشورة بهذه الطريقة تستخدم http، حتى عندما يكون force-https قيد التشغيل.
قد أكون مخطئًا، لكنني أفترض أن ذلك سيكون بسبب أن الـ oneboxer يتبع جميع عمليات إعادة التوجيه عند وضعه بهذه الطريقة، بينما لا يفعل ذلك بالنسبة للروابط عبر الإنترنت.
إذًا، السؤال الكبير هو… هل يمكننا تغيير هذا السلوك؟ بروتوكول HTTPS هو الافتراضي تقريبًا في الوقت الحاضر:
تتم مراقبة الكلمات discourse.org أو meta.discourse.org واستبدالها تلقائيًا بروابط. ربما لا تستخدم روابط https هناك. 
أنا لا أعتقد أن هذا صحيح، نفس السلوك يظهر في مواقع مثل google.com و apple.com كمثالين سريعين.
بالنسبة لي، يبدو أن الروابط المضمنة بدون بروتوكول تعود افتراضيًا إلى http. (لذلك يعمل https://google.com على سبيل المثال)
أوه، أنت على حق.
بالضبط. هل سيكون من المنطقي تغيير هذا السلوك إلى HTTPS بدلاً من HTTP؟
ما لم يتغير شيء مؤخرًا، فإن الرابط إلى موقع غير آمن لن يؤدي إلى ظهور خطأ محتوى مختلط.
تشير أخطاء المحتوى المختلط إلى الأصول التي تتكون منها الصفحة. إذا كان موقعك https ولكنه يقوم بتحميل أصول من مصدر غير آمن، فستقوم بتقديم محتوى مختلط.
يشير Force_https إلى موقع discourse الخاص بك والروابط الداخلية بداخله.
الرابط في سطر جديد يتم عرضه كصندوق، بدلاً من مجرد رابط. للقيام بذلك، يجب “تحميل” الرابط وفحص المستند الافتراضي في الوجهة. إذا كان الموقع يستخدم https عبر http، فسيحدث هذا التحويل.
لا أعتقد أنك سترغب في ذلك.
بينما هو بالتأكيد مرتفع، وهو أمر جيد، لا أعتقد أن 85٪ كافية لتغيير السلوك الافتراضي لمنتدى الخاص بك.
على حد علمي، فإن أي موقع HTTPS (أراهن على 99٪+) سيعيد توجيه جميع طلبات HTTP إلى موقع HTTPS.
العكس ليس صحيحًا.
مما يعني أن الربط بـ http://example.com لا يمثل مشكلة تقريبًا، حيث ينتهي بك الأمر على https://example.com على أي حال.
مثل @Stephen ، أعتقد أنك قد تركز على الجزء الخاطئ. على حد علمي، فإن وجود رابط <a> href="http... لن يؤدي إلى ظهور تحذيرات المحتوى المختلط.
يجب أن يتم تشغيل هذا الخطأ فقط عن طريق تضمين محتوى غير HTTPS في موقع HTTPS الخاص بك. لذلك، قد يكون تحميل الصور الخارجية مشكلة، أو تضمين برنامج نصي لطرف ثالث، شيء في سمة ربما؟
من المحتمل أن يكون من الجيد التعمق أكثر في وحدة تحكم المتصفح ومعرفة ما الذي يؤدي إلى الخطأ 
دعني أشرح. لدينا العديد من المستخدمين الذين يكتبون اسم نطاقنا في ردود المنتدى. نقوم أيضًا بتضمين ردود المنتدى على الموقع الرئيسي ، لذا لدي الآن بعض الروابط الداخلية HTTP بدلاً من HTTPS. إنها ليست مشكلة كبيرة ، ولكن إذا كان بإمكاني جعلها HTTPS أيضًا ، فسيكون ذلك لطيفًا.
هذا صحيح ، لا يؤدي إلى تشغيل تحذير المحتوى المختلط
هل هناك أي شيء يمكنني فعله؟ بخلاف مراقبة الردود وربما كتابة برنامج نصي لتحديث عناوين URL
أعتقد أنه يمكنك استخدام الكلمات التي تمت مراقبتها لاستبدال اسم المضيف الأساسي بعنوان URL
لم أكن أدرك أن هذا ممكن ولكنه يبدو فكرة جيدة. سأجربها. في حال كان أي شخص آخر يبحث عن هذا:
…/admin/customize/watched_words/action/replace
أعتقد أن هاتين الميزتين قد لا تكونان متوافقتين. إذا كنت أتذكر بشكل صحيح، فإن markdown linkify tlds يبدو أنه له الأسبقية ولا يسمح باستبدال الرابط بالكلمات المراقبة.
