تسجيل الدخول مطلوب: نموذج تسجيل الدخول المخفي مرئي

مرحبًا بالجميع،

لسبب ما، هذان الحقلان الإدخاليان ظاهران (ومع ذلك لا يعملان)

لقد أعيدت بناء Discourse عدة مرات، لكنني لست متأكدًا من كيفية إزالتهما.

شكرًا مسبقًا!

Can you replicate it using safe mode?

Yoururl.com/safe-mode/

مرحبًا،

لست متأكدًا مما إذا كنت في وضع الآمان أم لا أثناء تسجيل الخروج، حيث أنه عند استخدام myurl.tld/safe-mode/ يتم إعادة توجيهي تلقائيًا إلى myurl.tld/login (بما أن وجود حساب مطلوب).

ولكن إذا كنت في وضع الآمان مع الخطوات الموضحة أعلاه، نعم، يمكنني تكرار المشكلة.

تعديل: لم أقم بأي تخصيصات، هذا موجود منذ أن قمت بتثبيته. أيضًا، أقوم بتشغيل Discord على عنوان .onion.

تعديل 2: قمت بإعادة تثبيت discourse بالكامل، نفس المشكلة.

المشكلة الثانية التي أواجهها هي عدم وجود ألوان للفئات / عدم وجود ألوان في معظم أجزاء الموقع.

رغم تعيين لون لها.

كما أنها لا تظهر أي ألوان في قائمة اختيار الألوان الافتراضية أيضًا..

في مثال فئة Loung، يجب أن يكون اللون:

تعديل: تذكّر أن هذا كله على تثبيت نظيف لـ Discourse، دون أي تعديلات.

تعديل 2: مثال على مكان آخر لا يوجد فيه لون.

كيف تم تثبيت هذه النسخة؟

تم تثبيت هذه النسخة بالاشتراك مع nginx عن طريق تثبيت docker أولاً، ثم استنساخ discourse عبر git إلى /var/discourse.

بعد ذلك، تم استخدام samples/standalone.yml كملف containers/app.yml، ثم تم تهيئة وتشغيل التطبيق.

هل كان هناك سبب يمنعك من اتباع دليل التثبيت؟ أستطيع أن أرى أنك تخطط للنشر عبر شبكة تور، لكن هل يمنعك ذلك من البناء على عنوان URL مؤقت مسبقًا؟

من الأفضل اتباع التثبيت القياسي أولاً، والتأكد من أن كل شيء يعمل بشكل صحيح قبل إجراء أي تغييرات. بهذه الطريقة ستكون لديك فكرة أوضح عن أي تغيير هو المسؤول عن أي مشاكل.

بحسب علمي، لا يسمح برنامج تثبيت discourse العادي بعنوان .onion، وهذا هو السبب. (أو على الأقل ليس عندما جربته قبل بضعة أشهر) / ليس لدي رابط مؤقت تحت اليد.

بالتأكيد، ولكن لهذا السبب تقوم بالتثبيت العادي، والتأكد من أن كل شيء يعمل بشكل صحيح، ثم تقوم بتثبيت المكونات الأخرى وإجراء تبديل في الاسم.

الفائدة الإضافية هي أن discourse-setup سيقوم تلقائياً بتوسيع نطاق عمال unicorn وذاكرة قاعدة البيانات وفقاً لمواصفات خادمك.

التغييرات المتزامنة العديدة تكون أصعب بكثير في استكشاف الأخطاء وإصلاحها.

حسناً، هذا منطقي.

إذا قمت بالتثبيت باستخدام discourse-setup، هل سيعمل بشكل مستقل دون nginx؟ ثم أعدل ملف app.yml للسماح بالعمل المستقل وأغير النطاق، وأعيد البناء بعد ذلك؟

صراحةً، مشاكلي لا تبدو منطقية بالنسبة لي لأنني لم أجد أي شيء في سجلات الأخطاء (سواء سجلات discourse أو سجلات nginx)، ولم أواجه هذه المشكلات عندما قمت بنفس عملية التثبيت تماماً على خادم VPS قبل شهر (فقط للاختبار، وكان من المفترض أن يكون هذا الخادم هو الخادم الإنتاجي).

لضبط الإعدادات الصحيحة في ملف app.yml، هل يمكنني ببساطة تشغيل discourse-setup واستخدام القيم المُرجعة ثم إعداد النظام بنفسي؟

ما عليك سوى استخدام discourse.example.com/login?safe_mode=no_custom%2Cno_plugins%2Conly_official