بالنسبة لي، في الإعدادات/القانونية، يبدو أن رابط صفحة الأسئلة الشائعة المستضافة بشكل منفصل (وربما روابط صفحات شروط الخدمة وسياسة الخصوصية أيضًا) توقف عن العمل في صفحة الهبوط الخاصة بالمنتدى.
لقد جربت عدة روابط اختبارية تشير إلى صفحات ويب أخرى، لكن لا يبدو أن أيًا منها يعمل الآن، وفي صفحة الهبوط الخاصة بمنتداي، يتم دائمًا عرض نص login_required.welcome_message، بينما حتى وقت قريب كان ما يظهر بدلاً من ذلك هو صفحة الأسئلة الشائعة في عنوان URL المحدد.
لا يزال بإمكاني وضع رابط يدوي إلى نفس الصفحات المخصصة في مربع حوار “مطلوب تسجيل الدخول”، إذا تم نشر هذه الصفحات كمنشورات داخل Discourse وتحديد إعدادها لتكون عامة.
هل تم حل هذه المشكلة بالنسبة لك؟ في موقع الاختبار الخاص بي، أجد أنه يمكنني ضبط إعدادات tos url و privacy policy url لتشير إلى موقع خارجي. لم ألاحظ أي مشاكل تجاهل الروابط الخارجية في نافذة تسجيل الدخول الخاصة بالموقع أو في صفحة “حول” الخاصة به.
مرحبًا سيمون
لم يتم حل هذه المشكلة بالنسبة لي، لذا قمت بنسخ النص من الأسئلة الشائعة (وهي في الواقع صفحة منشورة عامة داخل الموقع) ولصقه مباشرة في نص حوار الترحيب. ليست الطريقة الأكثر كفاءة، لكنها تعمل.
من المثير للاهتمام أنه عند النقر للتسجيل، ظلت روابط شروط الخدمة وسياسة الخصوصية (وهي أيضًا صفحات منشورة عامة) تعمل من نافذة التسجيل، لذا يبدو أن مشكلتي تقتصر على صفحة الهبوط.
أوه لا. كنتُ على وشك أن أسأل لماذا كنت تستخدم الصفحات المنشورة لصفحات شروط الخدمة والأسئلة الشائعة، لكن الأمر أصبح منطقيًا الآن. ومع ذلك، يبدو أن استخدام الصفحات المنشورة لهذه المواضيع ليس مثاليًا. أنا متأكد إلى حد كبير أنه يمكن إعادة إنشاء المواضيع المجهزة مسبقًا. فهي تُحدَّد عبر بعض إعدادات الموقع المخفية. يمكن استخدام الإعدادات التالية لإعادة تعيين مواضيع شروط الخدمة والخصوصية:
tos_topic_id
privacy_topic_id
لستُ متأكدًا من اسم الإعداد الخاص بتعيين معرف موضوع الأسئلة الشائعة، لكن يمكننا البحث عن هذا الإعداد لك إذا كنت ترغب في إجراء هذا التغيير. كما أفهم الأمر، ستقوم بإنشاء المواضيع الجديدة في فئة الموظفين (Staff) الخاصة بك، ثم تعيين إعدادات الموقع المخفية لتلك المعرفات للمواضيع.
إذا أمكن تحديد معرف موضوع الأسئلة الشائعة، فسيكون ذلك مفيدًا، حتى لو كان ذلك لأي شخص آخر يواجه نفس المشكلة المتعلقة بالمواضيع المجهزة مسبقًا التي تعرضت لخلل.
أما بالنسبة لمشكلة صفحة الهبوط، فقد حوّلت المشكلة قبل بضعة أيام إلى نوع من الفائدة، من خلال إنشاء نسخة أقصر بكثير من الأسئلة الشائعة (خاصةً لمن لا يتأكد مما إذا كان في المكان الصحيح)، مع روابط في الأسفل تؤدي إلى موضوع فريق العمل الكامل للأسئلة الشائعة، وموضوع فريق العمل لشروط الخدمة، وموضوع سياسة الخصوصية.
في السابق، كانت الأسئلة الشائعة تمثل كامل محتوى صفحة الهبوط (بديلةً لنص نافذة الترحيب).
قد يكون من الأفضل أولاً التحقق مما إذا كانت مواضيع شروط الاستخدام وسياسة الخصوصية والأسئلة الشائعة القديمة موجودة. يمكنك فعل ذلك عن طريق التحقق من قيمة كل من إعدادات الموقع هذه من وحدة تحكم Rails، ثم التحقق مما إذا كان يمكنك العثور على المواضيع المحذوفة عبر واجهة المستخدم:
tos_topic_id
privacy_topic_id
guidelines_topic_id
مع المعرف الذي يتم إرجاعه من كل إعداد، يمكنك محاولة العثور على الموضوع المحذوف بالانتقال إلى /t/-/<topic_id_from_setting_value>. إذا كان الموضوع موجودًا، فيجب أن يكون من الممكن استعادته عبر واجهة المستخدم. إذا لم تكن المواضيع موجودة، فإن افتراضي هو أنه يمكن إنشاء مواضيع جديدة في فئة الموظفين. ستتمكن بعد ذلك من تعيين معرفات هذه المواضيع كقيمة لكل من الإعدادات التي ذكرتها أعلاه. لم أجرب القيام بذلك بنفسي، لكن يمكنني تجربته على موقع التطوير المحلي إذا كنت غير متأكد من إجراء التغيير على موقعك.
كيف كان أداؤك يا بول؟ أتذكر أن هذه كانت مشكلة بالنسبة لك منذ زمن طويل.
لقد اضطررت للقيام بذلك بنفسي بعد استخدام delete_all عن طريق الخطأ في موضوع الأسئلة الشائعة/الإرشادات ولم أكتشف ذلك لفترة. كان هذا المنشور مفيدًا للغاية:
يسعدني أن أرشدك خلال ذلك إذا كنت بحاجة إلى مساعدة.
لم أتمكن من تحديد أماكن تلك المواضيع المفقودة التي تم إعدادها مسبقًا، لكنني ما زلت سعيدًا بحلها البديل، لذلك لم أكن متحفزًا للمحاولة بجد - في الأساس، أصبحت الآن مواضيع موظفين قابلة للتحرير بشكل تقليدي، وتم تمييزها على أنها عامة، والتي يمكنني تحديثها من وقت لآخر.
أعترف أنني لا أعرف شيئًا عن استخدام Rails، لكنني تمكنت من تأكيد اختفاء المواضيع الأصلية بالفعل باستخدام استعلامات مستكشف البيانات (بناءً على اقتراح مستخدم آخر، والذي لا يمكنني العثور عليه حاليًا).
على حد علمي، يبدو أن إعدادي الآن “يعرف” مواضيع الموظفين التي يجب استخدامها، حتى لو كانت المنهجية التي اتبعتها لتحقيق ذلك (والتي لا يمكنني العثور عليها حاليًا أيضًا!) أقل صرامة من مسار تعديل Rails.