أتفهم أن الناس يريدون القدرة على تغيير ملكية المنشورات. القضية التي يجب معالجتها في هذا الصدد هي القضية التي أوضحتها أعلاه، وتحديداً هذا:
المحتوى الذي يظهر على Discourse الخاص بك يأتي من خدمة لست مسؤولاً عنها، وبدون ActivityPub، لن يكون لديك أي سيطرة عليها على الإطلاق. مجرد توسيع القدرة على تغيير مؤلف هذا المحتوى دون اعتبار كافٍ لهذه الحقيقة لن يكون حكيماً.
بالنسبة للمحتوى الذي يؤلفه المستخدمون من Discourse الخاص بك في موضوع منشور عبر ActivityPub، فكر فيما يجب أن يحدث إذا تم إجراء أي تحديثات على المحتوى بعد تغيير مؤلف المنشور. هل نقوم بما يلي:
- إيقاف نشر تحديثات ActivityPub؛ أو
- نشرها بواسطة “الممثل” (المستخدم) “القديم”؛ أو
- نشرها بواسطة “الممثل” (المستخدم) “الجديد”.
نشر أنشطة التحديث لكائن موجود مع ممثل جديد (أي 3) سيعمل مع Discourse (كما حاولت تقديم إمكانية لهذه المسألة)، ولكنه لن يعمل مع خدمات ActivityPub الأخرى. في الواقع، لقد دفعت بالفعل في هذه النقطة، لهذا السبب، في نظام ActivityPub البيئي. انظر هنا:
ولدي PR معلق لـ Mastodon لجعل 3 ممكنًا
لإعطاء مثال واحد فقط على المشاكل هنا، ضع في اعتبارك الحالة التي تنشر فيها محتوى ActivityPub مع حسابك (واسمك وصورتك) مرتبطين به. يتابع أحد “منافسيك” محتواك. على خادمهم، يقومون بعد ذلك بتغيير ملكية جميع المنشورات التي تحتوي على محتواك لتكون منشورات خاصة بهم (مع اسمهم وصورتهم) بدلاً من منشوراتك. قد يكون هذا، وبشكل مفهوم إلى حد ما، مزعجًا لك. نعم، بالطبع هذا ممكن مع كود مخصص على أي حال، ولكن السؤال هو ما إذا كنت تريد بناء ذلك في الإمكانيات الافتراضية للمكون الإضافي.
بالتفكير في هذا طوال الليل، فإن أحد الأساليب التي قد تخفف من هذا إلى حد ما هو إذا أضفنا الممثل الناشر إلى عرض حالة ActivityPub:
أنا منفتح على أفكار أخرى في هذا الاتجاه.
صحيح، أعتقد أنني سأقوم بإزالة النافذة المنبثقة تمامًا من مواضيع ActivityPub حتى نحل المسألة الأساسية هنا.