مرحبًا مجددًا - وبطريقتي البسيطة، جرّبت الاستعلام التالي في Data Explorer، ولم أحصل على أي نتائج ذات صلة للرسائل المحذوفة في فئة الموظفين.
SELECT *
FROM topics
WHERE deleted_at is not NULL
AND category_id = 3
أو حتى في أي فئة:
SELECT *
FROM topics
WHERE deleted_at is not NULL
لذا أتساءل: هل هناك شيء آخر يحدث إذا لم تكن المواضيع قد حُذفت؟ هل توجد طريقة أخرى للكشف عن هذه المواضيع المفقودة؟ أم أن منشورات النظام ربما لا تُخزّن في جدول ‘topics’ من الأساس؟
مرحبًا @Paul_King، هل جربت هذا؟
هل تملك أيًا من 1-10؟ يبدو أنك لا تملك.
قد يكون الحل هو إعادة بناء الموقع من الصفر ثم دمج قواعد البيانات بطريقة ما. أو ابدأ بالتحقيق في PostgreSQL!
مرحبًا ناثان - بالتأكيد يعرض ذلك قائمة طويلة بالمواضيع المحذوفة، لكن لا شيء من المواضيع المضمنة مسبقًا المفقودة في فئة الموظفين
أتساءل ما إذا كان بإمكاني حتى التلاعب بقاعدة البيانات لإلغاء عمليات الحذف إذا لم تكن هناك أي إشارة إلى أن المنشورات الأولية المفقودة قد وُجدت من الأساس؟ هل هناك طريقة لإعادة تشغيل معالج الإعداد على تثبيت موجود، لتحفيز إنشاء تلك المنشورات الأولية؟ هل من الممكن أن يكون معالج الإعداد قد أهملها في المرة الأولى؟ (ربما كان هناك خيار قمت فيه بالنقر على ‘تخطي’ في المرة الأولى؟)
هل من الممكن أن يكون هناك خلل في الإصدار الحالي من Discourse في الوقت الذي قمت فيه بالإعداد؟
هل من الممكن أنه إذا لم تكن المنشورات الأولية المفقودة مُعلّمة كمحذوفة، بل ببساطة غير موجودة، فإن هذا الغياب لن ينتشر أو يحل محل أي شيء إذا استعدت قاعدة بيانات احتياطية إلى تثبيت Discourse جديد؟ أم أن الأمر يقتضي أن قاعدة البيانات الأولية تُحذف بالكامل وتستبدل بالنسخة الاحتياطية مع كل عيوبها؟
محاولة أخرى هي تحديد tos_topic_id، و guidelines_topic_id، و privacy_topic_id من جدول site_settings.
عذرًا، مع هذا الأمر SQL:
SELECT value
FROM site_settings
WHERE name = 'tos_topic_id'
شكرًا لك، كين.
قد أكون أقوم بذلك بشكل خاطئ، لكن بالنسبة لي:
SELECT tos_topic_id, site_settings
أو (غير متأكد أيهما صحيح، إن وجد):
SELECT tos_topic_id
FROM
site_settings
تُرجع:
PG::UndefinedColumn: ERROR: column “tos_topic_id” does not exist
LINE 7: SELECT tos_topic_id, site_settings
وهو ما أفهمه على أنه يعني عدم وجود عمود ‘tos_topic_id’؟
نتيجة مشابهة لـ guidelines_topic_id و privacy_topic_id
قد يساعدك هذا: How to regenerate FAQ and TOS pages?
شكرًا جزيلاً!! هذا بالضبط ما كنت أبحث عنه - لكن للأسف بالنسبة لي، الأمر النهائي
rake topics:update_static[en]
أعطى خطأ - لست متأكدًا من السبب، أو كيفية التعامل معه.
ما هي الرسالة؟ (من الجيد دائمًا نشر الرسالة إذا كنت تريد المساعدة. 
)
@Paul_King واجهتُ خطأً أيضًا عند تشغيل update_static، لكن صفحة الأسئلة الشائعة الخاصة بي عادت!
@gerhard الخطأ هو التالي، وأعتقد أنه نفس الخطأ الذي واجهه بول.
[5] pry(main)> rake topics:update_static[zh_CN]
NameError: undefined local variable or method `update_static' for main:Object
لقد كنت تقوم بتشغيل مهمة rake داخل وحدة تحكم Rails، وهو ما لا يعمل. ولكن عند تشغيلها بشكل صحيح، ستلاحظ أن مهمة rake لم تعد موجودة.
بدلاً من ذلك، أوصي باستخدام طريقة “التحديث اليدوي” الموضحة في تحديث الفئات والمواضيع المبدئية. قمت بتعديل الخطوات في How to regenerate FAQ and TOS pages? - #2 by gerhard وفقًا لذلك.
هل توجد طريقة لجعل روابط شروط الخدمة وسياسة الخصوصية في نافذة التسجيل تعمل؟ لم ينجح أي شيء مما ورد أعلاه معي، رغم أنني أستطيع إنشاء مواضيع شروط الخدمة وسياسة الخصوصية غير المرتبطة.
أنا غير متأكد تمامًا من كيفية اختفاء هذه المواضيع في المقام الأول. لقد افترضت ببساطة أنني يجب أن تكون قد حذفتها عن طريق الخطأ بطريقة ما عندما اكتشفت اختفاءها، لكن مما قرأته يبدو أن هذا غير ممكن حتى من خلال واجهة المستخدم - وبما أن آخرين واجهوا مشكلة مماثلة، فهل قد يكون ذلك متعلقًا بخلل برمجي محتمل في مكان ما؟
لا أدري كيف انتهت أمورك في النهاية، بول، لكن يمكنك الآن إنشاء صفحات شروط الخدمة والخصوصية الخاصة بك باستخدام هذا:
رائع! شكرًا لك على التنبيه يا ناثان.
أؤكد أن هذا الحل نجح!
يجب عليك أيضًا نسخ ولصق الروابط المُنشأة للمقالات المنشورة في الحقول المقابلة في الإعدادات/القانونية، كما لو كانت صفحات “استضافة خارجية” لشروط الخدمة وسياسة الخصوصية، إذا كنت تريد أن تعمل الروابط الموجهة إليها في نافذة التسجيل الجديدة. (غير متأكد من سبب استبعاد الأسئلة الشائعة من نافذة التسجيل، لكن يمكنك أيضًا تعيين هذا الرابط هنا - رغم أنني غير متأكد من الغرض من هذا الحقل أو ما الذي يرتبط به إذا لم يُدرج في نافذة التسجيل؟
هذه طريقة بديلة قد تفقد فعاليتها إذا انتقل الموقع إلى عنوان URL آخر، لكنها ممتازة في الوقت الراهن للسماح للناس على الأقل برؤية ما هي شروط الخدمة وما شابه ذلك قبل التسجيل!