السبب في أنني أذكر استخدام مجموعة فرعية هو أنه قد تكون هناك مخاوف تتعلق بالأداء/التخزين على الخادم فيما يتعلق بإدارة خلاصات RSS لكل مستخدم، أو حتى مخاوف تتعلق بالأداء للمستخدمين الذين يستردون الخلاصات.
على سبيل المثال، قد أقوم بتعيين نفسي لمراقبة كل فئة، والتي بدون أي قيود ستؤدي إلى أن يكون لمستخدمي خلاصة RSS تحتوي على كل منشور. بالنسبة للخادم، ستكون خلاصة RSS هذه إما مخبأة وتضاعف فعليًا استخدام تخزين النص أو يتم إنشاؤها في كل مرة يتم طلبها وتستخدم قدرًا كبيرًا من وقت وحدة المعالجة المركزية.
بالإضافة إلى ذلك، من المحتمل أن تكون خلاصة RSS هذه كبيرة جدًا، وتستغرق بعض الوقت للتنزيل ثم تكون الكثير من XML ليقوم العميل بمعالجتها، مما قد يؤدي إلى عدة دقائق من التنزيل والمعالجة قبل أن يتمكن عميل RSS الخاص بك من القيام بشيء مفيد بالفعل.
في مجتمع Discourse مع المستخدمين الذين من المرجح جدًا أن يتبنوا RSS، قد تكون هناك أيضًا مخاوف تتعلق بنطاق التردد يجب مراعاتها.
فيما يتعلق بسؤالك الأصلي حول ما إذا كان ذلك ممكنًا حاليًا، أعتقد أن الإجابة هي لا. كما ذكرت فيما يتعلق بطريقة Reddit، سيتطلب هذا آلية لاستهداف المستخدم المناسب بشكل فريد مع تجنب تسريب معلومات حول الموضوعات التي يراقبها المستخدم، وهو ما يتم عادةً لمثل هذه الأشياء باستخدام رمز فريد تم إنشاؤه لعنوان URL لخلاصة RSS.
لهذا السبب، إذا تم الانتهاء من العمل بالفعل على مثل هذه الآلية، أتوقع رؤيتها مستخدمة في مكان ما في صفحات ملفي الشخصي، مثل رابط RSS في صفحة الإشعارات أو قسم في التفضيلات لإنشاء خلاصات RSS.
فيما يتعلق بالحصول على هذه الوظيفة، فإن أفضل شيء للقيام به سيكون على الأرجح هو تفصيل تفاصيل كيفية عمل هذا للمستخدمين، ويفضل مع تفاصيل حول كيفية عمله خلف الكواليس أيضًا، ثم إما:
- تحديث مشاركتك الأصلية في هذا الموضوع بالتفاصيل ثم الأمل في أن يرغب شخص ما في تولي مهمة إضافتها إلى النواة أو إنشاء إضافة؛ أو
- إنشاء موضوع جديد في / تحديث هذا الموضوع والانتقال إلى Marketplace إذا كنت قادرًا ومستعدًا لتمويل إضافتها إلى النواة أو إنشاء إضافة.