الانتقال من بنية Wordpress + Discourse إلى موقع Discourse فقط؟

عام
1
مرحباً!

قبل قراءة ما يلي، قد ترغب في إلقاء نظرة على Moved from PluXml and phpBB to Wordpress and Discourse, my all-new experience 🎉 ولكن ذلك ليس إلزامياً، سأقوم بتلخيص.

ما لدينا الآن.

  • موقع ويب WP: https://monocycle.info (سمة Colormag).

  • منتدى Discourse: https://forum.monocycle.info
    WP متصل بـ Discourse من خلال WP Discourse. WP هو أيضاً عميل DiscourseConnect، ويتم نشر أخبار WP تلقائياً على Discourse في فئة مخصصة. هذا كل ما يفعله المكون الإضافي لنا.

  • يركز موقع WP بشكل أساسي على الأخبار وصفحات المعلومات الثابتة.

  • منتدى Discourse هو… منتدى. حيث يلتقي المجتمع ويتحدث وينظم الأشياء في بعض الأحيان.

السؤال

تساءلت: “ما هو الغرض الحقيقي من الموقع؟ القيمة المضافة منخفضة، ويمكن إجراء الكثير من ميزات الموقع في Discourse. لذا، لماذا نهتم بمنصتين؟”

لاحظ أنني في بداية تفكيري فقط. لكنني بدأت أعتقد أنه قد تكون فكرة جيدة التخلص من WordPress في حالتنا.

إذن، ما هي فوائد الموقع؟ لديه تخطيط نظيف يركز على الأخبار. لديه ميزات صغيرة تبدو لطيفة ولكنها ربما تكون عديمة الفائدة. إطار Facebook الخاص بالاتحاد الرياضي. زر مجلة. نشاط المنتدى الأخير.
تقويم الأحداث (حل مخصص).
والعديد من الصفحات الثابتة للمعلومات حول أشياء الدراجة أحادية العجلة.

ما الذي لا يمكن فعله في Discourse من كل هذا؟ لا شيء تقريباً.

الشاغل الرئيسي سيكون كيفية جعل الأخبار أكثر وضوحاً في منتدانا. لا توجد معلومات جديدة كل أسبوع، لكنها مهمة في مجتمع الدراجات أحادية العجلة الفرنسي ويجب أن تكون مرئية.

ناقشت هذا مع شخصين مشاركين في هذا المنتدى/الموقع. يعتقدون أن التخلص من WP يمكن أن تكون فكرة جيدة إذا لم نفقد أي شيء مهم يقدمه الموقع لنا.

الأمور التقنية.

  • سيظل رأس Discourse المخصص كما هو.

  • يمكن للأخبار استخدام News Plugin 📰. ليس كصفحة رئيسية، لأن محتوى المنتدى لن يكون متاحاً حتى ننقر على زر “منتدى” (مثل Elektronauts) ونريد التأكيد على نشاط المجتمع عبر الإنترنت أيضاً. لم أجرب المكون الإضافي للأخبار بعد.

  • ومع ذلك، نود أن يكون لدينا بعض الأخبار على الصفحة الرئيسية للمنتدى. أتذكر رؤية مكون إضافي أو مكون سمة يعرض بعض المشاركات في لافتة أعلى المواضيع، ولكن قد أكون مخطئاً. هل هناك حل موجود لهذا؟ أفضل استخدام لنا، أعتقد، سيكون شيئاً مثل آخر 3 أخبار مع صورة مصغرة ومقتطف في أعلى الصفحة الرئيسية، أسفل الرأس، ويمكننا تبديل هذه اللافتة حتى لا تزعجنا إذا كنا قد قرأنا هذه المواضيع بالفعل.

  • يمكن أن تكون الصفحات الثابتة للموقع مواضيع أو صفحات منشورة.

  • يمكن استخدام ويكي ميزة الويكي في Discourse.

  • لا نحتاج إلى النشرة الإخبارية (سيحل ملخص Discourse محل هذا)، ومديري المشارك لا يرى أي غرض حقيقي لتدفق منشورات Facebook المضمنة للاتحاد الرياضي، بالإضافة إلى بعض الأشياء الأخرى.

  • لدينا فئة أحداث (حل مخصص)، وهي فارغة قليلاً هذه الأيام، ولكن لها فائدتها، ونود الاحتفاظ بنوع فئة الأحداث بميزات محددة.

لقد رأيت وجربت العديد من المكونات الإضافية للأحداث/التقويم في الماضي:

كان بعضها مربكاً بعض الشيء للفهم أو التكوين، وكانت احتياجاتي مختلفة قليلاً عندما جربتها، لذلك يجب أن أحاول مرة أخرى.

إيجابيات وسلبيات الاحتفاظ بـ Discourse فقط

إيجابيات

  • لا مزيد من المشاكل المحتملة مع WP، وامتداداته/سماته/رموزه المخصصة غير المتقنة [1] وتوافق WP/Discourse عند نشر المشاركات.

  • منصة واحدة فقط للنظر فيها والتركيز عليها

  • سيتم تنظيم جميع البيانات في قاعدة بيانات واحدة، مما يجعل الأمور أبسط إذا احتجنا إلى نقل كل ما لدينا في يوم من الأيام (حتى Discourse ليس أبدياً… أو هل هو؟ :face_savoring_food:)

سلبيات

  • القليل من العمل لـ “نقل” بعض الأشياء من WP إلى Discourse

  • الحاجة إلى إيجاد حلول مناسبة لعدد قليل من الميزات

  • الحاجة إلى إعداد عمليات إعادة توجيه 301

رأيك، أفكارك، نصائحك

أعتقد أنني شرحت جيداً ما أهدف إليه. سأكون سعيداً بسماع أي اقتراحات أو نصائح، وما إلى ذلك، حول هذا الانتقال المحتمل من WP+D إلى D.

  1. لا تريد النظر إليه؛ لا تحاول حتى التفكير فيه، أنا أشعر بالخجل بالفعل ↩︎

6 إعجابات
2

أعتقد أن هذا سيعتمد على حجم حركة المرور التي يولدها كل موقع وميزانيتك.

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

يمكن لجهاز VPS بقيمة 5 دولارات تم تكوينه بشكل صحيح أن يقدم ملايين المشاهدات للصفحات للقراءة فقط بسهولة تامة، وهذا هو المكان الذي يتفوق فيه WordPress. ستحتاج نفس حركة المرور إلى موارد أكبر بكثير إذا تم تقديمها عبر Discourse. لا يزال WordPress أداة فعالة بشكل لا يصدق إذا كنت تهتم بمثل هذه الأشياء. عند تكوينه بشكل صحيح، فهو ممتاز أيضًا في تنسيق المحتوى الذي تقدمه لمحركات البحث.

لدي عميل يدفع حاليًا لـ DO حوالي 100 دولار شهريًا مقابل الاثنين. عندما حققنا في نقل الأشياء بالكامل إلى Discourse، كانت تكاليف التشغيل أكبر بمرتبة واحدة، ومن الآمن القول أن هذه المهمة لم تمض قدمًا.

3 إعجابات
3

مخاوف كبيرة. كان يجب أن أذكر معلومات حول ذلك.

هذا موقع ويب متخصص للغاية. حركة المرور منخفضة بطبيعتها. لا يكلف شيئًا في عرض النطاق الترددي أو مساحة القرص أو أي شيء آخر. يعمل كلا الموقعين بسلاسة على خادمي الافتراضي الخاص مع أشياء ويب أخرى وأنا أقوم بكل هذا كعمل تطوعي. :slight_smile:

سيكون جانب تحسين محركات البحث (SEO) مثيرًا للاهتمام للدراسة. لم أفكر في ذلك. :thinking:

إعجابَين (2)
4

يستخدم حاليًا الواجهة الخلفية لنظام إدارة المحتوى بدون رأس Strapi + الواجهة الأمامية Next.js مستضافة على Vercel.

لديه أيضًا منتدى Discourse ملحق به:
https://forum.monerochan.news/
أفكر أيضًا في التخلي عن الواجهة الخلفية لـ Strapi تمامًا واستخدام Discourse فقط كنظام إدارة محتوى بدون رأس.

لذلك يمكن حل هذه المشكلة عن طريق استضافة “الصفحة المقصودة” / الصفحات الأكثر زيارة بطريقة بدون رأس على شيء مثل Vercel.
حتى في شكله الحالي، يمكن لـ Discourse أن يعمل تقريبًا كنظام إدارة محتوى بدون رأس: يمكننا ببساطة إرفاق .json بعنوان URL للموضوع والحصول على بيانات العلامة Markdown / الخام للمنشور.

القضية الوحيدة ستكون الروابط الدائمة، وقوائم المواضيع المنسقة، ونظام النشر + الأذونات للمؤلفين والمحررين. يمكن القيام بجزء منه باستخدام المجموعات والفئات، ولكن سيكون من الجيد لو كان هناك فئة واحدة للمقالات / المقالات المعاينة.

ربما يجب علينا بناء إضافة لذلك :thinking:

@Canapin شكرا على الموضوع! قراءة رائعة :grinning: :+1:

4 إعجابات
5

يفترض هذا أن الصفحة الأمامية فقط هي التي تقدم محتوى شبه ثابت. في المثال أعلاه، يحتوي الموقع على أكثر من 10 آلاف منشور وصفحة.

إعجاب واحد (1)
6 
export const getStaticProps: GetStaticProps = async ({params}) => {
  // Run API calls in parallel
  const id = params?.id

  if (!id) {
    return {
      redirect: {
        destination: '/',
        permanent: false,
        // statusCode: 301
      },
    }
  }
  const qs = require('qs');
  const query = qs.stringify({
    populate: '*',
  }, {
    encodeValuesOnly: true, // prettify URL
  });
  const article = await fetchAPI("/api/articles/" + params.id + "?" + query)
  if (!article.data) {
    return {
      redirect: {
        destination: '/',
        permanent: false,
        // statusCode: 301
      },
    }
  }

  return {
    props: { article },
    revalidate: 1,
  }
}

أستخدم هذا الرمز في الواجهة الأمامية لـ Next.js لجلب المقالات. لذلك سيقوم بتخزين المقالة مؤقتًا لمدة ثانية واحدة ثم إعادة التحقق. لذلك لن يتلقى مثيل discourse سوى طلب واحد في الثانية إذا استخدمنا هذه الطريقة.

من الممكن القيام بذلك ليس فقط لفئة خاصة تديرها مجموعة خاصة من المستخدمين من المؤلفين والمحررين.
يمكن القيام بذلك لجميع المحتوى. يوفر الواجهة الخلفية لـ Strapi لـ monerochan.news أيضًا markdown (تمامًا مثل discourse). لذلك يمكننا استخدام نفس الرمز تمامًا لجلب بيانات المنشور (فقط أضف .json إلى عنوان الموضوع العادي) وعرضه.
من الواضح أن الميزات التفاعلية لـ discourse ستكون مفقودة في هذه الحالة. ولكن يمكننا فقط وضع زر هناك يقول شيئًا مثل: تعليق! وسيقوم بإعادة التوجيه إلى صفحة discourse. صفحات Next.js أيضًا يتم تحميلها بسرعة فائقة وهي صديقة لمحركات البحث.

لذا أعتقد أن هناك حالتين: 1. موقع إخباري بفئة خاصة يتم تنسيقها بواسطة المؤلفين والمحررين. 2. منتدى discourse عادي بمحتوى تم إنشاؤه بواسطة المستخدم.
قد يكون هناك أيضًا مزيج من الحالتين.

في كلتا الحالتين، يمكن أن يكون بناء واجهة أمامية headless له فوائد عديدة.

إعجاب واحد (1)
7

إذا واجهت صعوبة في القيام بأي مما سبق باستخدام المكون الإضافي للأخبار (News Plugin)، أو المكون الإضافي لصفحات الهبوط (Landing Pages Plugin)، أو المكون الإضافي للأحداث (Events Plugin) لأي مما سبق، يمكنك دائمًا إخباري بذلك. سأكون سعيدًا بمساعدتك.

بخصوص المكون الإضافي للأحداث (Events Plugin)، يجب عليك التواصل معنا لأننا نبحث حاليًا عن المزيد من حالات الاستخدام لتطبيقها في الإصدار الثاني (v2) الذي سيتم إصداره قريبًا. قم بملء هذا المعالج:

إعجابَين (2)
8

هذه فكرة مثيرة للاهتمام إذا فهمتها جيدًا. في الأساس، ستحافظ على منتداك كما هو، بالإضافة إلى موقع ويب منزلي يأتي محتواه من بيانات المنتدى عبر واجهة برمجة تطبيقات Discourse. هل هذا صحيح؟

@Stephen، لدى WordPress بالفعل نقاط عادلة.

يعمل WP بسرعة كبيرة خاصة إذا كنت تستخدم نظام تخزين مؤقت، بينما يحتاج Discourse إلى تحميل التطبيق بالكامل، والذي يستغرق دائمًا بعض الوقت عند فتحه.

موقعي https://monocycle.info يتم تحميله بسرعة والتنقل من صفحة إلى أخرى فوري تقريبًا.

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

التسجيل والنشر على Discourse تجربة ممتعة وسلسة على حد سواء على سطح المكتب والجوال.

يمكنني الاحتفاظ بـ WP للصفحة الرئيسية فقط (أو ليس أكثر بكثير)، ونقل معظم المحتوى إلى مواضيع Discourse/صفحات منشورة.

رائع! أحتاج إلى إلقاء نظرة أخرى على المكون الإضافي الخاص بك قبل ملء المعالج الخاص بك حتى أعرف بالضبط الميزات التي يوفرها وكيف يعمل بشكل عام. :+1:

إعجاب واحد (1)
9

ماذا عن جلب المزيد من محتوى المجتمع إلى موقع ووردبريس؟ زيادة الظهور بهذه الطريقة.

10

أي فكرة أكثر تحديدًا؟ عندما نصل إلى الصفحة الرئيسية ، لدينا رابط “مناقشات” وقائمة بأحدث المواضيع التي تم إنشاؤها.

image
image1173×1128 379 KB

11

نعم! هذا بالضبط ما أعنيه! ليس هناك الكثير مما يجب القيام به على جانب discourse! إذا أضفت .json إلى أي رابط موضوع، فلديك بالفعل واجهة برمجة التطبيقات!
ألقِ نظرة على هذا الموضوع الذي نتحدث فيه حاليًا كمثال:
https://meta.discourse.org/t/go-from-a-wordpress-discourse-structure-to-a-discourse-site-only/247273/8.json?include_raw=true

لاحظ .json و include_raw=true في النهاية. هذه هي الطريقة التي يمكنك بها حتى الحصول على markdown للمنشور بالإضافة إلى HTML “المطهو”.

يستخدم Strapi أيضًا محرر markdown، لذلك يمكنني حرفياً استخدام نفس الكود كما في السابق.

Screenshot 2022-12-12 at 13-05-29 https __meta.discourse.org
Screenshot 2022-12-12 at 13-05-29 https __meta.discourse.org1315×933 138 KB

إعجابَين (2)
12

جعلني ذلك حرفياً أقفز من مقعدي. مما فهمته باستخدام: .json و include_raw=true مع نوع من الأتمتة (n8n) هل يمكننا تقنيًا إعادة توجيه كل الخطاب في Hugo عن طريق دفع العلامة الوصفية و markdown مباشرة إلى مستودع git؟؟

إعجاب واحد (1)