قد تحتاج إلى شرح هذا لي وكأنني في الخامسة من عمري.
إذا كانت مؤسستي على ماستودون على الرابط https://example.social/@MyOrganization
هل يمكنني الحصول على فئة في ديسكورس تعرض جميع منشورات المؤسسة على ماستودون؟
https://discourse.example.org//c/fediverse/67
وأي تفاعلات مع تلك المنشورات (إعجاب أو رد) على ماستودون سيتم تمثيلها في منشورات ديسكورس في تلك الفئة؟
وهل ستكون أي تفاعلات مع تلك المنشورات في ديسكورس مرئية في ماستودون؟
سأنتظر منك التأكيد أو النفي قبل أن أطرح أسئلتي للمتابعة.
أنا أجيب عن كل ما أعرفه على وجه اليقين.
نعم يمكنك. ثم تتبع هذه الفئة حساب Mastodon الخاص بك.
الردود نعم. الإعجابات (النجوم) لا، لأن دورها هو مجرد إظهار هذه “الإعجابات” محليًا لمستخدمي Mastodon هؤلاء. الآخرون، مثل فئتك أو أي شخص يتابع هذا المستخدم، أي مؤسستك، لا يرون أبدًا الإعجابات المعطاة.
هذه هي مشكلتي في الوقت الحالي، ولكن ليس بمعنى أن التعليقات المكتوبة تحت موضوع في فئة لا تنتقل إلى Mastodon.
ولكن إذا سمحت، فيمكن متابعة تلك الفئة من Mastodon ثم كل ما يُكتب يكون عامًا في Mastodon — اعتمادًا على إعداداتك، والمواضيع والمنشورات، أو المنشور الأول فقط للمواضيع. ردود الفعل لا تنتقل إلى Mastodon.
بشكل أساسي:
لذا التركيز، وجهة نظر مبسطة بالتأكيد،
نفس الشيء تقريبًا، ولكن يتم عرض الرسائل بشكل مختلف في Mastodon.
شيء واحد. بسبب قيود Mastodon، يتم عرض كل علامات markdown كما هي عمليًا، مما يعني على سبيل المثال أن التنسيق الغامق لا يحدث في Mastodon، ويرى المتابعون **غامق** بدلاً من غامق. ولا تنتقل العلامات إلى هنا أو هناك.
لدي بيئة تجريبية لـ Discourse، إذا كنت بحاجة إلى مختبر تجريبي.
السبب في عدم قدرتك على متابعة هذا الحساب حاليًا هو أنه روبوت. لم نضف دعم المتابعة للروبوتات بعد.
يبدو أن هذا يرجع إلى تمكين جلب البيانات المعتمد (Authorized fetch) على mastodonapp.uk. سألقي نظرة على ذلك مرة أخرى خلال اليوم أو اليومين القادمين.
أود أن أشير إلى أنه عندما تتابع هاشتاج على ماستودون، فإنه سيعرض لك فقط المنشورات التي تحمل هذا الهاشتاج والتي توجد بالفعل على الخادم الذي تتواجد عليه. إذا كانت هناك منشورات تحمل هذا الهاشتاج على خادم ماستودون آخر، فلن تراها. بعبارة أخرى، لم يضف ماستودون دعم ActivityPub الأساسي للهاشتاجات الخاصة به (على سبيل المثال، لم يجعلها جهات فاعلة (Actors) كما يفعل مكون Discourse الإضافي لعلامات Discourse). انظر الوثائق والمناقشة هنا. قد يكون لا يزال من الممكن القيام بذلك، ولكنه سيتطلب نوعًا من الترحيل أو ربما الاستقصاء.
ستحتاج إلى مشاركة الرسالة نفسها حتى أتمكن من إخبارك بالمزيد (أي ليس فقط تتبع الأخطاء). عندما يكون لديك تسجيل مفصل (verbose logging) ممكّنًا، سيقوم المكون الإضافي بتسجيل حالات الفشل في معالجة الكائنات الواردة. يمكن أن تكون هناك أسباب عديدة لفشل المعالجة، والعديد منها لا يتعلق بـ Discourse. يحتوي عالم الفيدفيرس (fediverse) على الكثير من الكائنات التي تنتقل باستمرار. قد أقوم بتغيير مستوى تسجيل هذه الإخفاقات في المعالجة إلى “معلومات” (info) فقط لأنني أعتقد أنها تشير إلى الأشخاص بوجود مشكلة في المكون الإضافي نفسه، بينما في معظم الحالات لا توجد مشكلة من جانب Discourse.
نعم، يجب أن تظهر كردود على ماستودون. الأمثلة المحددة هي الأفضل دائمًا حيث يمكنني تحليل ما حدث ومعالجة أي شيء يحتاج إلى معالجة (إذا كان هناك أي شيء يحتاج إلى معالجة).
نعم، هذه هي طريقة عمل إعداد “الموضوع الكامل” (Full Topic). انظر المزيد
لا أعرف ما هي الرسائل التي تتعلق بها، لكنني حصلت على الكثير منها. لكنني سأحاول معرفة ذلك (أنا متأكد تمامًا من أن لدي تسجيلًا مفصلاً ممكّنًا، لكن ذاكرتي غير موثوقة حقًا). من ناحية أخرى، لا أرى أي سلوك غريب في أي مكان.
العلامات، الروبوتات، إلخ - شكرًا، هذا أوضح الكثير.
كيف أفعل ذلك؟ لأن هذا يحدث مع كل واحد منهم، وليس مع البعض.
—
تعديل
لا أعرف ما إذا كان هذا يساعد قليلاً، لكن هذا ظهر قبل دقيقة واحدة قبل هذا التحذير:
[Discourse Activity Pub] Failed to process https://mastodon.social/users/fesshole: Object is not supported
لقد كانت رسالة معززة مني.
ومع نفس الطابع الزمني مع هذا التحذير كان هذا:
[Discourse Activity Pub] Failed to process https://mastodon.social/users/moa333#delete: Object is not ready
إذا كان عليّ تخمين أن الأخير يتعلق بـ handlers::warning، وكلاهما معلوماتي، ولا أحتاج إلى الاهتمام بهما على الإطلاق؟
تعديل2
نعم، كانت المشكلة هي التوقيع HTTP. أراد المكون الإضافي ذلك، لكن Mastodon الخاص بي لم يستخدمه. عند تعطيله على كلا الطرفين (ربما تمكين ذلك على كلا الموقعين سيفعل الشيء نفسه) بدأت الرسائل في السفر هنا وهناك وفي كل مكان.
يجب أن أتعمق في معرفة ما هي الإيجابيات والسلبيات الفعلية لاستخدام هذا الإعداد.
شكراً لقيادتي في الاتجاه الصحيح!
شكرًا لمشاركتك. سأراجع تنفيذ توقيعات HTTP الخاصة بنا مرة أخرى في اليوم أو نحو ذلك في سياق النظر في استعلام Mastodon المخول. ربما غيروا كيفية التعامل مع التوقيعات، أو نحتاج إلى تعديل معالجتنا.
لأنني اعتقدت (على مستوى الخيال، لا حقائق) أنه إذا كانت لدي توقيعات مفعلة في Discourse وغير مفعلة في Mastodon، فإن الرسائل ستنتقل من Discourse إلى Mastodon (لأن المثيل لا يستخدم توقيعات HTTP)، ولكن ليس من Mastodon إلى Discourse (لأن المنتدى يريد توقيعات HTTP). لكن ما حدث كان عكس ذلك تمامًا.
لكن فاعل Mastodon (حسابي) متصل بمستخدم Discourse الخاص بي، وأنا مسؤول - هل يمكن أن يعني هذا شيئًا؟
على أي حال، عندما لا يستخدم كلاهما توقيع HTTP، يعمل كل شيء كما هو متوقع. أنا راضٍ عن ذلك، ولكن قد يكون الأمر مختلفًا بالنسبة لك كمطور 
لست متأكدًا من مدى قوة الفوائد الصالحة التي توفرها توقيعات HTTP. في مرحلة ما، لم يمض وقت طويل، واجه Pixelfed مشاكل مع Mastodon عندما كانت التوقيعات قيد الاستخدام. ولدينا لاعب ثالث أيضًا - Wordpress.
على أي حال، لقد خرجت عن الموضوع الآن.
يجب أن يكون هذا الحساب قابلاً للاكتشاف عند دمج هذا ونشره على خادمك.
@Jagster ستظهر جميع ردودك بشكل صحيح على Mastodon عند دمج هذا.
(قام Mastodon بتعديل بعض المعالجة من جانبه)
تم إصلاح هذا الآن يا @tvavrda. آسف على ذلك، لقد فاتني خطوة في العملية.
محاولة متابعة حساب peertube في فئة ولكنها لا تتجاوز حالة الانتظار.
إليك ما هو موجود في السجلات:
فشل طلب POST إلى https://spectra.video/accounts/spoilerdiacre/inbox: Expected([200, 201, 202]) <=> Actual(403 Forbidden)
فشل تسليم https://community.derpandchill.com/ap/actor/ca233d6f9d47cde558877fb7609a6b3a إلى https://spectra.video/accounts/spoilerdiacre/inbox
لقد حاولت عدة مرات. أعرف أنها مختلفة، ولكن سيكون من الجيد نشر مقاطع الفيديو تلقائيًا إلى مجتمعي.
شكرًا على التقرير، سأحقق بشكل أكثر تفصيلًا في وقت لاحق من هذا الأسبوع.
حول الاتحاد بين Discourse و Mastodon. هناك بعض الأشياء التي لا أفهمها، ولا أستطيع أو/و أتوقع الكثير. لقد وضعت بعض الروابط. المحتوى باللغة الفنلندية، لكن المحتوى ليس مهمًا على ما أعتقد.
جهات الفاعل في المنتدى وتعزيزها
إذا كنت أفهم بشكل صحيح، فإن جهة فاعل الفئة تقوم بالاتحاد بالموضوع عن طريق تعزيزه، لأن المستخدم الحقيقي هو جهة فاعل، لكن الأمور لا تسير بهذه الطريقة، على الأقل حتى الآن. إذن، هل التعزيز هو الطريقة الوحيدة للاتحاد؟
لكن هذا يخلق وضعًا يراه مستخدم Mastodon على أنه تم تعزيزه، والمرسل الأصلي هو، على سبيل المثال، @Jagster@foorumi.katiska.eu الخاص بي. لكنهم لا يتابعون أبدًا جهة الفاعل المعززة، بل جهة الفاعل الأصلية، مثل حسابي الشخصي في المنتدى - لكنهم لا يستطيعون ذلك، لأنهم يرون طلب موافقة، ولا يمكنني القيام بذلك. لذلك، لا يتابعون أي شخص أبدًا.
مقالة مقابل ملاحظة
لا أفهم ما الذي يجب أن أتوقعه، لكن أعتقد أن هذه تعمل بشكل عكسي.
إذا كنت أستخدم نموذج الملاحظة، فإن Discourse سيقوم بالاتحاد بالمنشور الأول كما هو. مثل هذا: Sokeriton kofeiini voi olla terveellistä - Ihminen, luonto & maailma - Katiskan foorumi (وكالعادة، روابط ActivityPub وما إلى ذلك تجدها كالمعتاد؛ بالمناسبة، أحب هذه الطريقة الجديدة لعرضها، حتى لو لم أستخدمها بالكامل)
هذا يعرض “اقرأ المزيد” ولكن النقر عليه يفتح المحتوى في Mastodon.
هذا هو مقال: Onko koiran peitsaaminen aina merkki ongelmasta? - Koiramaailma - Katiskan foorumi
يعرض فقط العنوان ويربط بالموضوع. لذا، القراءة في Mastodon مستحيلة.
تعديل: آسف على الفوضى بعد التعديل، لكنني أدركت للتو أن هذا النوع من المقالات كان يُعرض قادمًا من جهة الفاعل في المنتدى الخاص بي، وليس كتعزيز من جهة الفاعل في الفئة. إنه يفعل ذلك في كل مرة؛ شيئان مختلفان: الأصلي والتعزيز 
كان ذلك لطيفًا، مع ذلك. لكن متابعة جهة الفاعل في المنتدى الخاص بي لا تزال مستحيلة بسبب الموافقة؛ إنها تعمل كحساب مقفل.
حاولت قراءة هذا الموضوع (الضخم)، وأزعجت ask.discourse.com أيضًا. هل القدرة على عرض مقالة كاملة تتم بالضبط باستخدام الربط، وليس عرض المحتوى نفسه؟ إذا كان الأمر كذلك، فهو غير ضروري لـ Mastodon، لأنه يمكنه عرض محتويات أطول أيضًا، وسأستخدم الملاحظة بدلاً من المقالة.
اتحاد المناقشة
عندما أقوم بالاتحاد بموضوع، وعندما يعلق شخص ما هناك، يظهر ذلك تحت هذا الموضوع بشكل جيد. ولكن إذا علقت على هذا الموضوع في المنتدى، فسيتم الاتحاد به، لكن لا أحد يراه كتعليق على هذا الموضوع (أو سلسلة في Mastodon)، لأنه تم إرساله كتعزيز من جهة الفاعل في الفئة؟
هل هذا هو الوضع الذي يخبر فيه تطبيق Mastodon (الرسمي) أنه ربما لم يتم تضمين جميع التعليقات في هذه النسخة، ويجب عليك فتح النسخة الأصلية - ولا يقوم أحد بذلك أبدًا.
هذا موضوع كان لدي فيه مناقشتان مستقلتان حيث رأى المنتدى كل شيء، لكن Mastodon لم يكن يعرف عن التعليقات المكتوبة في المنتدى: Pikkulasten ruuat? - Retkeily & Melonta - Katiskan foorumi
تعديل هذا الموضوع عمره حوالي 5 أيام في وقت كتابة هذا، وقد تم تعزيزه ونشره بواسطة جهة الفاعل في الفئة، وليس بواسطة مستخدم المنتدى الخاص بي. هل تغير شيء بين ذلك الحين والآن (نعم، أقوم بإعادة البناء كل يوم تقريبًا).
إنها ليست الطريقة الوحيدة، ولكنها الطريقة الأساسية التي تستخدمها المنصات الشبيهة بالمنتديات لربط مجموعات من المواضيع/المناقشات (أي مع علامة أو فئة معينة). توصف العملية في شيء يسمى FEP-1b12 والذي نتبعه، ونعمل عليه مع جهات تنفيذ أخرى.
عذرًا، لست متأكدًا تمامًا من المشكلة هنا. هل يمكنك إعادة صياغة هذا؟
السبب في حدوث ذلك هو أن ماستودون توقف عن تحويل محتويات المقالات وأظهر فقط رابطًا للمحتوى الأصلي. نظرًا لزيادة المنتديات في الفيديفيرس، مثلنا!، قد يكون الوقت قد حان قريبًا لطلب سحب جديد إلى ماستودون لإعادة دعم ذلك.
نعم، كانت هناك بعض التغييرات في هذا الصدد مؤخرًا، لأن ماستودون أجرى تغييرات مختلفة من جانبه. من المحتمل أن تكون هناك المزيد من التغييرات قادمة بينما نسعى إلى تحسين النهج هنا. إذا كان بإمكانك تقديم أمثلة محددة للأشياء التي لا تلبي توقعاتك، على سبيل المثال، المنشور 1 (Discourse)، الرد 1 (Mastodon)، الرد 2 (Discourse) وما إلى ذلك، أو شيء مشابه، فسيكون ذلك مفيدًا.
ليس لدي الكثير من التوقعات، ولكن لدي بعض الأمنيات 
. كل شيء آخر واضح الآن، ولكن هذا الشيء الخاص بالتعزيز/الكاتب. قد لا أواجه أي مشكلة بعد الآن.
أتحدث عن كيفية ظهوره في ماستودون.
عندما نقرت على ممثلي من المنتدى، ظهر هذا (لقطة شاشة من تطبيق Mona، لكن PWA الرسمي أظهر نفس الشيء، ولكن بطريقته)
هذا الرمز الأحمر هو طلب متابعة، تمامًا كما لو كان ملفًا شخصيًا مقفلاً.
ثم قمت بإعادة البناء.
الآن PWA الرسمي يظهر ما ينبغي أن يظهر:
ولكن Mona لا تزال تظهر هذا الرمز الأحمر.
لسبب ما، لم أتمكن أنا أو أي شخص آخر من متابعة ممثلي في المنتدى بسبب ذلك. ولكن الآن تم إصلاحه (مشكلة غريبة بين نظامين 
). والآن تطبيق mastodon المستخدم لا يقوم بتحديث محتواه - ولكن هذا ليس من شأنك بأي حال من الأحوال.
لذلك كان هذا المنشور إعلاميًا فقط يظهر… شيئًا ما
طلب صغير لميزة تجميلية: هل يمكننا الحصول على مؤشر رسومي لإظهار متى يأتي المنشور من جهة فاعلة في ActivityPub؟ تمامًا كما نرى أيقونة ظرف عندما يستخدم شخص ما البريد الإلكتروني.
السبب في ذلك هو أن المستخدمين لدي مرتبكون لأنهم لا يرون الفرق بين مستخدمي المنتدى المحليين ومستخدمي Mastodon.
لماذا يجب أن يعرفوا ذلك؟ لا أعرف. الناس يتصرفون هكذا وأحب أن أبقيهم هادئين. ونحن نشير أيضًا إلى رسائل البريد الإلكتروني، وهذا ليس ضروريًا أيضًا أو أنه تفصيل مهم على الإطلاق.
يوجد مؤشر عندما يكون المنشور من جهة فاعلة بعيدة، وهو عبارة عن أيقونة AP زرقاء، في نفس المكان بالضبط مثل أيقونة البريد، بجوار تاريخ المنشور.
هذا للردود، بالنسبة للمنشئ الأصلي، يتم عرض نفس الأيقونة باللون الأزرق بالإضافة إلى مزيد من التفاصيل أسفل خريطة الموضوع مباشرةً.
الآن بعد أن قلت ذلك، يمكنني رؤية الفرق، بالكاد
هل تتذكر CSS لتغيير أي من اللونين بشكل أوضح؟
تعديل
لتغيير هذين اللونين قد يكون هناك طريقة أسهل أيضًا، ولكن كما يقول ملفي الشخصي، أنا مجرد ناسخ ولصق آخر. لذلك أخذت هذا من المصدر.
لأن لدي فهمًا صفريًا لماهية كل هذه الألوان الثلاثية وما إلى ذلك في العالم الحقيقي، فقد استخدمت ألوان الويب الأساسية.
.activity-pub-topic-status,
.activity-pub-post-status {
&.published .d-icon-discourse-activity-pub,
&.updated .d-icon-discourse-activity-pub {
color: #808080;
}
&.published-remote .d-icon-discourse-activity-pub {
color: #008000;
}
}
تعديل
القضية التالية مرتبطة بالمستخدم @a.gup.pe. تجد جميع الفئات المدمجة المستخدم @koirat@a.gup.pe وتتبعه مع عرض حالة انتظار. يؤدي تغيير الصفحة والعودة إلى عدم عرض أي شيء، وأن المتابعة قد اختفت.
ومع ذلك، يمكن للفئات متابعة البشر الحقيقيين.
هذا الممثل هو في الواقع روبوت، ولا يمكن لـ Discourse متابعة الروبوتات - ولكن على حد علمي، فإنه لا يعرف نفسه كروبوت. وحتى لو كانت المشكلة هي كونه روبوتًا (هل هذه كلمة حتى؟ 
) فلا ينبغي لـ Discourse السماح لي بمتابعته في المقام الأول (إلا إذا لم يكن Discourse يعرف ذلك في تلك اللحظة). على أي حال، لا ينبغي له إنهاء المتابعة دون إخباري. أم أنه فعل ذلك… لم أتحقق من السجلات، خطئي.
تعديل 2
هذا كل ما وجدته.
[Discourse Activity Pub] https://foorumi.katiska.eu/ap/actor/b37cda0cddecb02465691872595307dd فشل التسليم إلى https://a.gup.pe/u/koirat/inbox
--- !ruby/hash:ActiveSupport::HashWithIndifferentAccess
id: https://foorumi.katiska.eu/ap/activity/e05428a3d5d0d9637c8b191bc4556063
type: Follow
to: https://a.gup.pe/u/koirat
published: '2025-02-23T07:11:19Z'
updated: '2025-02-23T07:11:19Z'
actor: !ruby/hash:ActiveSupport::HashWithIndifferentAccess
id: https://foorumi.katiska.eu/ap/actor/b37cda0cddecb02465691872595307dd
type: Group
updated: '2025-02-20T08:03:45Z'
url: https://foorumi.katiska.eu/c/koiramaailma/33
name: 'Katiska.eu: koiramaailma'
inbox: https://foorumi.katiska.eu/ap/actor/b37cda0cddecb02465691872595307dd/inbox
outbox: https://foorumi.katiska.eu/ap/actor/b37cda0cddecb02465691872595307dd/outbox
followers: https://foorumi.katiska.eu/ap/actor/b37cda0cddecb02465691872595307dd/followers
preferredUsername: koiramaailma
publicKey: !ruby/hash:ActiveSupport::HashWithIndifferentAccess
id: https://foorumi.katiska.eu/ap/actor/b37cda0cddecb02465691872595307dd#main-key
owner: https://foorumi.katiska.eu/ap/actor/b37cda0cddecb02465691872595307dd
publicKeyPem: |
-----BEGIN PUBLIC KEY-----
(هذا غير مهم، على ما أعتقد. إنه يشغل مساحة فقط)
-----END PUBLIC KEY-----
icon: !ruby/hash:ActiveSupport::HashWithIndifferentAccess
type: Image
mediaType: image/png
url: https://cdnfoorumi.katiska.eu/original/1X/c51c0a678551648d73e3f8729ec95ecd1fc0bb73.png
"@context": https://www.w3.org/ns/activitystreams
"@context": https://www.w3.org/ns/activity...
Webfinger finds أن مستخدم a.gup.pe، لذلك لا يمكن أن يكون هذا هو السبب.
—
هل هذه حالة هامشية، أم أنني أحاول مرة أخرى القيام بشيء غريب؟
لا يمكن لـ Discourse متابعة قوائم Mastodon (وتلك لديها مشاكلها الخاصة في Mastodon أيضًا). لذلك حاولت استخدام مستخدم “شبيه” لـ a.gup.pe بدلاً من ذلك.
لقد أنشأت @koirat@a.gup.pe عن طريق متابعة نفس المستخدم في مثيلي - سيجمع هذا تغريدات حيث يتم استخدام الوسم #koirat (كلاب باللغة الفنلندية، بالمناسبة). سار ذلك بشكل جيد.
ثم أرسلت رسالة من Mastodon وتم ذكر كل من الوسم والمستخدم. ظهر في القائمة، التي تابعت مستخدم guppe.
في Discourse الخاص بي، طلبت من الفئة X متابعة المستخدم @koirat@a.gup.pe. لدي فئة أخرى Y تتابع ممثلي @jagster@kvarkki.nexus، كانت في حالة انتظار. لذلك كنت أتوقع الحصول على تلك الرسالة مرتين، واحدة مني وواحدة عبر guppe (أوه، بحق الجحيم، هل هذه هي المشكلة 
).
تم نشر الرسالة التي أرسلها ممثلي في الفئة Y، كما هو متوقع. لم تتلق الفئة X أي شيء تم تسليمه بواسطة ممثل guppe.
عندما فتحت دمج الفئة X، لم تعد تتابع @koirat@a.gup.pe.
إذن ما هي التخمينات:
@a.gup.pe بطريقة مختلفة ولا يفهمه Discourseهذه ليست قضية أكاديمية بحتة، لأنها ستحل مشاكل قوائم Mastodon.
السبب في أن هذا لا يعمل هو أنه عندما يحاول Discourse إرسال متابعة إلى a.gup.pe/u/koirat/inbox، فإنه يتلقى خطأ داخلي في الخادم 500 كرد.
HTTP/1.1 500 Internal Server Error\r\n
بمعنى آخر، هناك خطأ في Guppe.
أود أن أشير إلى أن النهج الجماعي للفيدفيرس للمجموعات يتطور حاليًا إلى حد ما. أنا أناقش ذلك، وبعض القضايا الأخرى ذات الصلة، حاليًا مع أشخاص من NodeBB و Wordpress و Mastodon وغيرهم. انظر على سبيل المثال:
القضية الأخرى التي سيواجهها Guppe هي أن Mastodon نفسه يعمل على ميزة “المجموعة” منذ بعض الوقت والتي قد تتعارض مع نهج Guppe.