٧ خرافات حول سبب عدم الحاجة إلى مدونة في جوهر الخطاب

I’ll try to dispel the myths that discourse doesn’t need a built-in blog. I believe that abandoning a blog in the core of discourse carries more negative consequences than blog in discourse. There are dozens of topics on this page where users wonder why discourse doesn’t have a built-in blog. For more than 5 years, users have been searching for blog functionality in the forum!

1. Discourse doesn’t need a blog at all.

Your competitors will be happy. Without a blog, we lose traffic and visitors. All forums have articles. Basically it’s the instructions and quick start guide. Instead of writing them as forum topics, it would be much more correct to design them in the form of a blog. The Invision Community developers were wise. They added the blog to the core and now it has become their advantage over other forums.

2. You can use wordpress or another platform. Using Discourse instead of WP comments is a good way to drive blog traffic to your forum.

Yes, but we spend our time and money installing and constantly maintaining two platforms instead of one. And this applies not only to wordpress, other platforms are even more complicated. Instead of one successful project with good SEO indicators, we get 2 projects with unpredictable indicators. Instead of one platform, users visit 2 platforms, the traffic of each platform is lower than one, the positions in search engines fall and the traffic becomes even lower. We lose traffic, not attract it. Your competitors are happy again) At the same time, we lose the ability to conduct collective blogs and other advantages, such as the use of tags, PUSH notifications. Our PWA doesn’t work for blogs! Wordpress has redundant functionality, we need a few database lines and a few MB of code. Unfortunately, wordpress is not an Easter cake from which you can cut a piece.

3. Wordpress is better for writing blogs.

Are you serious? We don’t know that yet. The developers of discourse are cool guys, they will tear up wordpress or something else with their eyes closed.

4. Blogging in the core of discourse will complicate the platform.

We live in the 21st century, everything is complicated here. The blog module is not artificial intelligence. A blog is the simplest thing you can add. But it is easier to write a whole module for integration with WordPress to pull useless ballast on the subdomain. It’s a step back. 20 years ago, such a decision would have been correct, but not now. How much will the blog module for discourse weigh? How many tables will appear in the database? I will answer: a little. I don’t expect a blog to have millions of posts. But if you have millions of posts, then I will congratulate you.

5. Forums can be flooded with spam links.

Assign trusted people, not everyone. Instead of developing the community, we need to pull the ballast in the form of an ancient blog on wordpress. We need to be distracted by blogging on our own. We lose the opportunity to use the creativity of the community to write great articles. There may be many members of the community can write free blogs better than us.

6. Discourse and blog are designed for different purposes.

The blog is needed to attract traffic. Guess what the forum needs for its development?

7. It can be much easier for users to scroll through and read only blog posts than to be distracted by all the content created by users on the forum.

In the creepy way that discourse is used as a blog engine, I agree. Many ways have been devised. It’s simple, you need a separate module with its own navigation and page. Making posts from forum topics is equivalent to making posts from chat messages. I’ll give you an example of invision community, although they have a terrible design. It is very convenient to add comments, likes, tags, a subscription to news, a link to a product from an online store, etc. to a blog post. From such posts, it would be wiser to build wiki pages. In reality, you can find more advantages, but for now, this is enough.

When choosing an engine for my community, I needed a built-in blog and I really didn’t want to look for another platform, as I liked discourse. I really hope that the developers will hear our requests and help make this wonderful platform better.

7 إعجابات

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

إذًا، هل تخلوا عن المدونات هنا؟ لا أرى أيًا منها، أعتقد أنه سيكون من المفيد إحياؤها.

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

هل النشر في الصفحات قريب مما تبحث عنه: https://meta.discourse.org/t/page-publishing/151971؟ أنا مهتم باستخدامه كنقطة نهاية لمشروع كتابة تعاوني، لكن لم أتقدم كثيرًا في تفاصيل ذلك بعد.

استخدم إضافة الأخبار

أوه. ليس لتقديم… محتوى؟

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

المدونة تحتاج إلى أكثر من مجرد إصلاح التخطيط. الاحتياجات الوصفية وحدها مختلفة.

بالمناسبة، يعمل Discourse بالفعل كمنصة للمدونات. لقد كنت أستخدمه بهذه الطريقة لفترة طويلة. ولكن عندما، وليس إذا…، كان لدي مقال لا يرتبط ارتباطًا وثيقًا بهدف منتداي، فسيتم نشره عبر WordPress.

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

بالتأكيد - سيوسع ذلك استخدام Discourse. سيستخدم الكثيرون Discourse لكل شيء، ولكن هل سيكون ذلك خطوة ذكية؟ لا أعتقد ذلك. من الأفضل دائمًا القيام بشيء واحد بشكل جيد حقًا بدلاً من كل شيء بطريقة متوسطة.

هناك شيء واحد فقط مفقود في Discourse: طريقة عمل لتغيير مظهر كتابة المدونة.

وحتى ذلك ليس سؤالًا كبيرًا لأن الزوار… لا يهتمون طالما يمكنهم قراءة هذا النص بسهولة ودون طلب التسجيل في رسالة بريدية.

بشكل أساسي، أنت تقول الآن إن خيار إنشاء مدونة مفقود، ولكن بالنسبة لي: كيف هو مفقود؟

المحرر… إنه محدود للغاية لدرجة أنني لا أرغب في إنشاء أي شيء آخر هنا سوى نص نقي مع بعض الصور. إنه يعمل بشكل مثالي في المنتديات (حسنًا، بشكل مثالي تقريبًا لأن حوالي 99٪ من العالم لا يستطيعون استخدام markdown أو html أو bbcode ولكن هذا لا يهم لأن الأغلبية لا تستخدم التنسيق أبدًا).

أنت فقط تقوم بعرض توضيحي لكيفية التدوين باستخدام Discourse. ما هي الأدوات التي فاتتك؟

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

لكي أفهم… لا يزال ديسكورس (رائع) برنامج منتديات وليس ليصبح نظام إدارة محتوى (CMS)، صحيح؟

أنا أستخدم مدونة، مبنية بـ hugo، لأنها سريعة. التعليقات ممكنة مع ديسكورس وترتبط تلقائيًا بالمنتدى. (بنفس الطريقة التي يفعل بها ديسكورس مع blog و meta.) لذا حصلت على أفضل ما في العالمين.

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

أود أن أعرف ما هي تكتيكاتك.

وبشكل عام، أود أن أعرف كيف ستبدو ميزة التدوين. كيف تختلف عما لدي الآن؟ ماذا تسمح به؟ ماذا تمنع؟

لا أفهم السؤال تمامًا - ماذا تقصد؟

هناك تكتيك سهل جدًا: أكتب منشورًا أطول. هذا كل شيء. كتب OP هنا في الواقع منشور مدونة (بالمعنى الذي تعنيه المدونة اليوم؛ ليس فقط يوميات أو سجل).

أم تقصد متى أستخدم Discourse ومتى أستخدم WordPress. حسنًا… هذا يعتمد. ولا ينبع ذلك من مزايا أو قيود المنصة نفسها.

بالنسبة لي، يعد استخدام محرر WordPress أسهل وأكثر انسيابية بكثير مما تقدمه Discourse. أفهم تمامًا لماذا هو كذلك (كتابة المقالات مقابل منشورات المنتدى السريعة)، ولكنه يؤثر. يمكنني إنشاء روابط محلية بسهولة أكبر في WordPress. مع المكون الإضافي المناسب الذي يستخدم الجداول، فإن WordPress متفوق مقارنةً بـ Markdown اليدوي الأساسي الذي تقدمه Discourse. في WordPress لدي مكتبة وسائط حقيقية، وتفتقر إليها Discourse تمامًا. المسودات… حسنًا، دعنا لا نذهب في هذا الاتجاه على الإطلاق :wink:

ومع ذلك، ما زلت أستخدم Discourse كمنصة تدوين أيضًا. ولكن فقط عندما:

  • أقوم بكتابة يوميات/سجلات بشكل أكثر أو أقل
  • أتوقع محادثة (حيث تتفوق Discourse بشكل كبير على التعليقات في WordPress، بأي حلول)
  • أحتاج إلى بحث ووسوم جيدة (لا يمكن لـ WordPress تقديمها)

أقوم بشكل أساسي بثلاثة أنواع من النصوص:

  • متعلقة بالكلاب، وتلك موجودة تحت WordPress لأن هذا الموقع لديه قيمة SEO قوية جدًا
  • أشياء B2B/تقنية، وهنا أستخدم 50/50 WordPress و Discourse والسبب الرئيسي هو التوقعات، هل سأحصل على محادثة أم أنني أقدم فقط الحقائق والأفكار
  • قصص المشي لمسافات طويلة/التجديف تذهب إلى Discourse، لأن WordPress لا تقدم أي قيمة إضافية و “خطر” الحصول على محادثة مرتفع

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

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

أو أن الناس لا يحبون المنتديات بسبب التعليقات منخفضة الجودة في المنشورات الشعبية. أو أن وسائل التواصل الاجتماعي فازت بهذه الحرب. أو أن المنتديات (كلها) تقدم نوعًا من الصدى من مراكز المدونات التي كان الجميع يكرهها. أو… لا أعرف شيئًا، ولكن ربما تتوقع المنتديات التعليق، ولكن الكتابة باستخدام الهواتف المحمولة ليست ممتعة - المواقع المستندة إلى WordPress تقدم فقط القراءة.

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

لا. لا ألوم Discourse. ولكن ربما يجب أن نتوقف عن محاولة القيام بكل شيء على منصة واحدة فقط بسبب الإدارة؟ ربما نحتاج إلى كل الجوانب - CMS، LMS، منتديات، تجارة إلكترونية… - ويجب تقديمها من منصات مختلفة والسماح للمصممين بتحديد كيف تبدو الحزمة بأكملها وبعد ذلك يقوم المبرمجون بسحرهم.

لكن وجهة نظري هي أن Discourse هي منصة تدوين مثل كل المنصات التي يمكن للمرء من خلالها إنشاء محتوى ونشره.

المشرفون - هل يجب نقل هذا الموضوع من Feature إلى Community ربما؟

(عذرًا - يجب أن يكون هناك الكثير من الجمل الغريبة والأخطاء الإملائية… اللغة الإنجليزية لغة غريبة جدًا)

هذا ما كنت أشير إليه في مناقشة Discourse مقابل Invision. اعتدت تشغيل مدونة على ووردبريس، وكرهتها تقريبًا في الغالب لأن المحرك كان محملاً بالكثير من الميزات الناتجة عن النهج: “دعنا نبني 1000 ميزة، مع العلم أن المستخدم العادي سيستخدم 5٪ على الأكثر، ولكن على الأقل سنكون جذابين للجماهير التي تشمل أقسامًا مميزة بنسبة 5٪”.

أيضًا،

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

على أي حال، نعود إلى الموضوع. جزء (أو ربما يشكل 100٪) مما يجعل Discourse رائعًا هو قدرة المطورين على التركيز على ما يعتبرونه ضروريًا، وليس محاولة التكيف مع جميع المجالات الممكنة.

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

بالتأكيد هناك أشخاص يستخدمون بالفعل Discourse كمدونة، وبشكل أكثر شيوعًا كمحرك تعليقات لمدونتهم.

للحفاظ على هذا الموضوع حول الميزات الجديدة، ما هي الميزات الجديدة التي يحتاجها Discourse لدعم التدوين بشكل أفضل؟

إعجابَين (2)

الآن يوجد مكون إضافي للأخبار، وهو يتطور بشكل جيد. أعتقد أنه يعمل بشكل رائع كمدونة

شكرًا - كان ذلك مثيرًا للاهتمام. كما تقول، يمكن للمرء دائمًا كتابة منشور طويل، وبعد ذلك، سواء حصل على ردود أم لا، فهذا يشبه المدونة تمامًا.

بأي طريقة لا يشبه المدونة، أتساءل؟ حسنًا، ربما

  • لا توجد طريقة محددة للربط بين المنشورات السابقة/التالية لشخص واحد
  • لا توجد طريقة محددة لرؤية جميع منشورات شخص ما
  • لا يوجد عرض تقويمي لمنشورات شخص ما
  • لا توجد علامات تصنيف خاصة بالشخص لمجموعته الخاصة من المنشورات.

لكن كل هذه تبدو - بالنسبة لي - جوانب استخدام صغيرة جدًا. لدينا علامات تصنيف، وعمليات بحث، وفئات. ومن السهل بما فيه الكفاية الربط من منشور إلى آخر.

هناك ميزة “Portfolio” التي تم تقديمها بواسطة “Topic List Previews” والتي تسمح لك برؤية جميع المواضيع بواسطة مستخدم تم وسمها بوسم معين أو ضمن فئة معينة ويتم الوصول إليها من زر في “User Card”.

لذلك يمكنك الحصول على وسم يسمى blog … وإعادة تسمية الزر “User Blog”

أتذكر أنه تم بناء ميزة لتغطية هذا مؤخرًا … ولكنها غير مدعومة حاليًا بواسطة TLP …

إعجابَين (2)

أعتقد أن الأمر يتعلق في الغالب بتصميم التخطيط. مكون تصميم منشورات المدونة سيجعل معظم المستخدمين سعداء. لكن في المرة الأخيرة التي تحققت فيها، لم تستخدم DiscoTOC - لأنها تمحو الخط الزمني. أو أنني أتذكر بشكل خاطئ تمامًا.

سأستخدم المستندات ولكن هناك مشكلة تخطيط رئيسية واحدة.

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

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

هذا ما أستخدمه. يتم تمييز جميع المدونات بـ blog و name-of-the-blog. يعمل هذا بشكل جيد. حسنًا… شبه جيد لأنه بين الحين والآخر تكون هناك حاجة للعرض بترتيب تاريخ النشر. لكن هذا ليس سؤالًا حقيقيًا، بل هو أشبه بـ . سيكون من الجيد امتلاكه.

ملفات الأعمال… لقد نسيت ذلك تمامًا. شكرًا لك.

إعجابَين (2)