أهلاً!
لدي مشكلة وهي أن discourse لم يعد يعرض التعليقات أسفل مقالاتي. عندما يتم نشر مقالتي، تظهر في منتدى discourse الخاص بمدونتنا، ولكن يجب علي ربطها يدويًا في مقالة wordpress لاحقًا. عندها تظهر التعليقات. لكن هذه الخطوة لم تكن ضرورية من قبل.
مرحباً @Miasanrot شكراً لك على كل هذه التفاصيل، نحن نقدرها كثيراً!
أول شيء يجب التحقيق فيه هنا هو خطأ مزامنة التعليقات 403 في السجلات، والذي يبدو أنه مرتبط بمشكلتك في عدم رؤية التعليقات. يعني الخطأ 403 أن WP Discourse غير قادر على الوصول إلى Discourse، ربما بسبب فشل في المصادقة.
في علامة التبويب “Connection” في لوحة تحكم WP Discourse، هل ترى رسالة تقول “You are connected to Discourse!”؟
بما أنك تستخدم المكون الإضافي “Proxy Real IP - 1.1” لـ Wordpress، فأنا أتساءل عن البيئة الشبكية لـ Wordpress و Discourse لديك. ما هو الدور الذي يلعبه هذا المكون الإضافي؟
نعم، يظهر أنني متصل. ويبدو أنه ينشئ شيئاً ما عند نشر مقال. في ووردبريس، أرى أحياناً خطأ بأن المقال مدمج بالفعل (أعتقد أنها نفس المشكلة التي واجهها المستخدم في الموضوع الذي أشرت إليه). لذلك أعتقد أيضاً أنه يجب أن يكون هناك اتصال (ويظهر في لوحة الإدارة، كما كتبت).
الثاني أصعب قليلاً. لقد توليت هذه المدونة في يناير ولم أقم بإعداد كل شيء بنفسي. لكنني سألت المسؤول السابق عن هذا المكون الإضافي وسأعود إليك بمجرد حصولي على إجابة.
تعديل: قال إن المكون الإضافي يمكن تعطيله. لذا يمكنني تجربة ذلك في الخطوة التالية؟
من الصعب الإجابة، لكن أعتقد أن تحديث ووردبريس (و PHP، كلاهما في نفس اليوم) قد يكون النقطة التي حدث فيها كل شيء. على الأقل رأيت هذه المشكلة لأول مرة بعد ذلك. أنا أستخدم أحدث إصدار قبل الأخير من ووردبريس (أعتقد أنه تم نشر 6.5 في الأيام الأخيرة، ولم يتم تثبيته بعد) و PHP 7.4 إذا كنت على علم بشكل صحيح.
هل تعرف من أي إصدار من ووردبريس قمت بالترقية؟ كم من الوقت مر بين الترقيات؟ وهل قمت بتحديث القالب الخاص بك في نفس الوقت؟ هل القالب الخاص بك “قالب كتلة”؟
آمل أن أتمكن من الإجابة عليه دون سوء فهم أو معلومات خاطئة. لقد توليت هذه المدونة في يناير وكان إصدار ووردبريس قديمًا جدًا. أعتقد أنه كان 5.x، لا يمكنني إخبارك بالرقم الدقيق. لقد مر وقت طويل بالتأكيد بين التحديثين. لا يزال المظهر الخاص بنا كما هو، إنه مظهر فردي تم تصميمه وبرمجته لصفحتنا. كنت أعلم أن هذا يمكن أن يسبب مشاكل عندما أقوم بتحديث الصفحة، خاصة وأنني لا أمتلك مهارات في البرمجة، لكن يبدو أن كل شيء كان على ما يرام حتى لاحظت أمر ديسكورس هذا.
آسف إذا لم أتمكن من تزويدك بمعلومات أكثر تفصيلاً حول هذا الأمر، سأبذل قصارى جهدي
شكراً مرة أخرى على صبرك ومساعدتك.
حسنًا. هذا ترقية كبيرة (أي من Wordpress 5.x إلى 6.x). هل سيكون من الممكن اختبار هذا باستخدام سمة Wordpress افتراضية (أي سمة Wordpress افتراضية) ومعرفة ما إذا كانت لديك نفس المشكلة؟ أعرف أن هذا يمثل إزعاجًا بعض الشيء، ومع ذلك، هذا هو المشتبه به الأكثر احتمالاً هنا (أي السمة الخاصة بك). قد تحتاج إلى الانتقال إلى كتلة التعليقات
هذا يجب أن يكون ممكنًا. سأنشر مقالًا لاحقًا اليوم ويمكنني التبديل إلى سمة ووردبريس قبل ذلك بقليل ومعرفة ما إذا كان يعمل.
أوه، وإضافة فقط @angus: ماذا يعني موضوع الكتلة بالضبط؟ لدي محرر الكتل في ووردبريس لأشياء مثل الصفحات والمقالات، ولكن إذا كان موضوع الكتلة يعني أنه يمكنني فقط إضافة كتل لتصميم الصفحة كما أريد، فهذه ليست سمة كتلة. فقط للتوضيح.
لذلك، قمت بالتبديل إلى سمة ووردبريس Twenty Twenty-Three، ثم نشرت مقالتي. وكما هو الحال دائمًا، فقد أنشأ ذلك سلسلة مناقشة في منصة المناقشة الخاصة بي، ولكن كما كان الحال من قبل، لم تكن متصلة بقسم التعليقات في المدونة واضطررت إلى القيام بذلك يدويًا.
حسنًا. هناك شيء ما في موقعك يمنع المكون الإضافي من العمل بشكل صحيح. إذا لم يكن القالب هو السبب، فإن الخطوة التالية هي فحص المكونات الإضافية الأخرى التي قمت بتثبيتها.
بدون الحصول على مزيد من المعلومات حول موقعك، فإن الشيء الوحيد الذي يمكنني تقديمه هو أنك ستحتاج إلى محاولة تعطيلها واحدة تلو الأخرى ومعرفة ما إذا كان ذلك يغير السلوك. من الممكن أن يكون أحدها غير متوافق مع الإصدار الحالي من ووردبريس و/أو PHP 8.x (مكون ووردبريس الإضافي متوافق مع كليهما).
مرة أخرى، قد لا يكون هذا ما أردت سماعه، ولكن مع نظام قابل للتوصيل مثل ووردبريس، يمكن أن تكون هذه الأشياء (أي تعارضات المكونات الإضافية) مصادر محتملة للخطأ. في هذه المرحلة، يجدر محاولة استبعاد هذا المصدر.
هل من الممكن أن يكون هناك شيء متعلق بالتخزين المؤقت بالاشتراك مع السمة له علاقة بذلك؟ ليس لدي أي فكرة عن كل هذه الأمور، ولكن في بعض الأحيان لا تظهر الأشياء الصغيرة على الصفحة وبعد مسح ذاكرة التخزين المؤقت تعمل مرة أخرى. على سبيل المثال: بالأمس قمت بربط مقال يدويًا، ومع ذلك لم تظهر التعليقات على الصفحة. مسح ذاكرة التخزين المؤقت ساعد.
اليوم نشرت مقالًا وقمت بربطه تلقائيًا بـ discourse كما ينبغي. لكن التعليقات لم تظهر. لذلك قمت مرة أخرى بمسح ذاكرة التخزين المؤقت وبعد ذلك كانت موجودة. ليس من السهل علي فهم هذا، ولكن هناك شيء ليس صحيحًا هناك.
أنا أستخدم WP Rocket للتخزين المؤقت، لكنني قمت بتثبيته بعد رؤية بعض المشاكل. يبدو أن هذه المشاكل قد تم حلها. لكن لا يمكنني حقًا أن أخبرك بالضبط كيف كان التخزين المؤقت يعمل من قبل. أعرف أنه كان هناك تخزين مؤقت، لكنني لا أعرف الحل الملموس. عندما توليت المدونة، شعرت ببعض البطء في تحميل الصور. بعد استخدام WP Rocket، يبدو أن الوضع أفضل لمدة شهر أو شهرين الآن. (مشكلة التعليقات كانت موجودة بالفعل قبل تثبيته)
ولكن في حالات نادرة، لدينا مشكلة في عرض شيء ما بشكل خاطئ على الصفحة. الأسبوع الماضي، كانت التعليقات مفقودة بعد ربطها يدويًا بـ discourse. لذلك قمت بمسح ذاكرة التخزين المؤقت باستخدام WP rocket وعملت مرة أخرى.
يبدو أن لدي نفس المشكلة أو مشكلة مشابهة مع أخطاء 422. تحدثت بالفعل مع @angus وسأقوم بإعداد بيئة اختبار (ووردبريس وديسكورس) للاختبار، على أمل أن يكون ذلك في نهاية هذا الأسبوع…
يمكن أن يكون WP Rocket صداعًا حقيقيًا. يقوم بإنشاء نسخة ثابتة من المحتوى الخاص بك، ولكنه يحاول ترك الأجزاء التي يجب أن تكون ديناميكية، أو يجب أن تكون ثابتة لفترة قصيرة جدًا، دون المساس بها. إذا كنت محظوظًا بما يكفي للعثور على قاعدة تعطّل التخزين المؤقت بشكل موثوق على التعليقات، فإنها تعمل - ولكنك تبدأ في فقدان الفوائد التي حصلت عليها.
من ناحية التخزين المؤقت، ووردبريس… ليس كابوسًا تمامًا، ولكنه قريب. لقد تخلصت من WP Rocket لأنه كان يتطلب الكثير من المراقبة ووقتي، ويعمل بشكل أفضل مع أوقات بقاء قصيرة جدًا. حصلت على نتائج أفضل باستخدام أدوات أخرى (ثم يجب أن أكون واقعيًا حقًا: هل هناك أي نقاط قوية لمحاولة توفير ثانية إذا كانت تتطلب وقت عملي عدة ساعات وكل أسبوع تقريبًا؛ تعطيل الإضافات غير الضرورية واختيار السمة المناسبة هو خيار أفضل).
معظم المواقع لا تحتاج في الواقع إلى التعليق لأنها تحصل على تعليقات نادرًا جدًا وعندها يعمل Discourse كقسم تعليقات لأغراض أخرى. ولكن بالطبع يعتمد الأمر.
بالنسبة لي، الاتصال بـ Discourse يعمل كإعلان. لكن معظم زواري يستخدمون الهواتف ولا يقومون بالتمرير لأسفل بما فيه الكفاية أبدًا - نفس علامة الاستفهام مثل الأشرطة الجانبية.
وأي أدوات؟ مرة أخرى: أنا لست معتادًا جدًا على كل هذه الأمور التقنية، ولهذا السبب أنا هنا وأحاول معرفة ما إذا كان هناك أي مساعدة للمشكلة. كانت المشكلة موجودة قبل تثبيت WP Rocket وحلت بعض المشاكل الأخرى، ولكن إذا كانت هذه الأداة تسبب أي مشاكل على الإطلاق، فأنا منفتح على حلول أخرى.
لدينا ما يصل إلى 100 أو 200 تعليق تحت مقالاتنا (في Discourse على وجه الدقة)، لذلك من العدل القول إننا نريد دمجها حتى لو لم يقم المستخدم الذي يريد فقط قراءة المقال بالتمرير لأسفل.
خارج نطاق هذا المنتدى، بسبب أهميته في تحسين ووردبريس. جرب فيسبوك، شيئًا مثل تسريع ووردبريس.
ولكن قد تكون مهتمًا بإضافات مثل Asset CleanUp أو EWWW Image Optimizer أو حتى Redis، إذا كان لديك الكثير من المستخدمين المتزامنين. يجب عليك استخدام أدوات Nginx على الأقل لقتل أكبر قدر ممكن من حركة مرور الروبوتات. ولكن أيًا من هذه لا يساعد كثيرًا إذا كانت الاختناقات الحقيقية هي القالب والكثير من الإضافات المختلفة. والأخبار السيئة هي أنه يجب عليك تنظيف قاعدة البيانات نفسها بين الحين والآخر.
ولكن إذا كان WP Rocket يساعد، فهذا أمر جيد. ولكن لا تستخدم أوقات تخزين مؤقت طويلة جدًا. ويجب عليك حظر Discourse من ذاكرة التخزين المؤقت.
