I’m having a few issues with embedding from RSS. I’m going to enable comments for each original post, but I want to ensure that the comments end up in the right location in Discourse with the correct attributed author and publishing date.
Issue 1: embed username key from feed
I need each topic to be correctly attributed to the right author. I’m set up as the default. My RSS has a format of <discourseUsername>jo</discourseUsername>, so I entered discourseUsername as the value for embed username key from feed. It just attributes all topics to the default user. Have I done something wrong here?
Issue 2: pubdates
I need each topic’s timestamp to be the same as the original post publishing time. Otherwise adding our RSS feed of ~70 posts floods the forum with outdated topics that have recent timestamps. (Pushing newer manually-created topics down.) Is there a way to set the timestamp for topics pulled from RSS to the same time as the RSS <pubdate>?
Issue 3: chronology
Maybe related to Issue 3, the topics imported via RSS are not in the same chronological order as the original posts.
I hope none of these are stupid questions! Any help, suggestions, or workarounds would be much appreciated!
Thanks! It’d also be pretty cool if you could feed different (multiple) RSS feeds into different categories, or put RSS-fed topics into different categories dependent on a key value.
Our use case is that we have a couple of blogs, one “newsy” and one “developer-y”, I’m using a combined RSS feed for now so that we can pull them all into Discourse, but having their separate posts/topics in their own categories would make it easier for audiences who favour one blog or the other.
That looks correct to me. Can you give me a sample of the RSS feed you’re trying to import?
Another option is to use the embed by username site setting if you are okay with all posts coming from the same user.
This is unfortunately not possible right now. The embedding tool was originally meant to be “going forward” so it doesn’t have support for dates via embedding. It’s something we could definitely look at adding. (This is the same as issue 3 as far as I can tell).
<item> <title>The Social Web: A Glorious Dystopia</title> <link>https://ind.ie/blog/the-social-web-a-glorious-dystopia/</link> <guid>https://ind.ie/blog/the-social-web-a-glorious-dystopia/</guid> <description><p>This week we're going to dive straight into the activities of those cheeky corporations. There's so much to share!</p> <p><a href="https://ind.ie/blog/the-social-web-a-glorious-dystopia/">Read the full post on the Ind.ie blog</a>.</p></description> <pubDate>Fri, 24 Jul 2015 18:30:00 GMT</pubDate> <author>laura@ind.ie (Laura Kalbag)</author> <discourseUsername>laura</discourseUsername> </item>
I’ve got the embed by username set to my username, but also got embed username key from feed. Will these conflict? I’d rather have them all assigned to the original author, not just me. Though I write the most blog posts, so having it set to me isn’t a bad default…
That makes sense. We’re going to use it “going forward” now too
It’s not exactly the same as issue 3 (but would have the same solution.) Even though the RSS is imported all at once, the topics are still ordered (because that’s how they’re presented in Discourse.) However it’s unclear what the topics are ordered by, as it’s not the same order as the <item>s in the RSS.
نفس المشكلة هنا.
حاولت عدة مرات لجعل هذا الملحق يعمل.
تم إنشاء جميع المواضيع في فئة “غير مصنفة”.
لقد قمت بإيقاف تشغيل الملحق وهو لا يزال يعمل!
أنا منهك من حذف المواضيع.
قد تكون هذه هي نفس الخلاصات القديمة لأنني بدأت أتعرف على العناوين التي قمت بحذفها 5 مرات.
هل يجب علي تعديل ملف app.yml وإعادة البناء لإيقاف الملحق؟
أفضل أن يعمل كما هو متوقع، لأنه سيكون مفيدًا جدًا.
هل نجح أي شخص في تشغيله مع الفئات؟
نعتذر عن التأخر في الرد على هذا. الفئة التي تُنشر فيها عناصر تغذية RSS تعتمد على النطاق المستخدم في سمة link الخاصة بعنصر التغذية، وليس على نطاق تغذية RSS نفسها. على سبيل المثال، إذا كانت تغذية RSS الخاصة بك موجودة في www.example.com، لكن سمة link في تغذية RSS تشير إلى blog.example.com، فعليك تعيين الفئة للتغذية بإضافة إدخال للمضيف (host entry) لـ blog.example.com.
إذا واجه الأشخاص مشكلات في فئات RSS لا يمكن حلها بالطريقة المذكورة أعلاه، فأخبرونا بذلك وسنبحث في الأمر.
سأقوم بتحديث النص الذي يستخدمه الملحق لتوضيح كيفية تعيين الفئات لمنشورات التغذية.
يجب إصلاح هذه المشكلة. لا ينبغي أن يستمر الملحق في إنشاء مواضيع من تغذية RSS عندما يكون معطلاً. في الوقت الحالي، يمكنك إيقاف إنشاء المواضيع عن طريق حذف إدخال المضيف الذي قمت بتعيينه لنطاق الملحق.
عندما أنظر إلى تغذية RSS الخاصة بك، فإن سمات link لعناصر التغذية تستخدم نطاق www.svedala.se. سجل المضيف في لقطة الشاشة الخاصة بك هو للنطاق svedala.se. حاول إضافة سجل مضيف لـ www.svedala.se وتعيين فئته إلى RSS. هل يمكنك إخبارنا إذا لم يتم النشر في الفئة الصحيحة بعد إجراء هذا التغيير؟
أحتاج إلى تأكيد أمر واحد، وهو ما إذا كنت بحاجة إلى إنشاء سجل مضيف لنطاق تغذية RSS، أم أن سجلات المضيف تحتاج إلى إضافتها فقط للنطاقات المستخدمة في سمات link الخاصة بالتغذية. سأقوم باختبار ذلك على موقعي الخاص وسأبلغك هنا.
يبدو أن النطاق الذي حددته في قسم “المضيفون المسموحون” صحيح. لكنني أعتقد أن إعداد “قائمة المسارات المسموح بها” غير صحيح. الغرض من هذا الإعداد هو تمكينك من نشر منشورات موجودة في مسارات مختلفة على موقعك الإلكتروني في فئات محددة من Discourse. يمكنك ترك الإعداد فارغًا إذا كنت ترغب في نشر جميع المنشورات من www.svedala.se في فئة RSS الخاصة بك.
إذا كنت ترغب في نشر مسارات مختلفة من النطاق في فئات مختلفة من Discourse، فيجب أن ينتهي المسار الذي تضيفه برمز النجمة الواسعة. على سبيل المثال: /paverka/nyheter/.*
لقد دفعت إصلاحًا لهذه المشكلة إلى مستودع الإضافة. سيتم مراجعة هذا الكود، ومن المرجح إضافته إلى الإضافة قريبًا.
في الوقت الحالي، كانت النصيحة التي قدمتها لك حول تعطيل الخلاصة خاطئة. لمنع إنشاء مواضيع الخلاصة، يجب إعادة تمكين الإضافة، ثم الانتقال إلى رابط إعدادات الاستقصاء RSS. في تلك الصفحة، احذف عنوان URL للخلاصة الذي أدخلته.
لقد قمت بإصلاح المشكلة المتعلقة بعدم توقف تدفقات RSS عند تعطيل الإضافة. كما قمت بتحديث النص الذي تعرضه الإضافة عند تعيين عنوان URL لتدفق RSS لتوضيح كيفية تعيين التصنيف لمواضيع التدفق. يعتمد التصنيف الذي يُنشر فيه التدفق على نطاق سمات link الخاصة بالتدفق. وهذا شيء لا يمكن تغييره.
لم يتم دمج طلب السحب (PR) الذي قدمته بعد. لكنه يجب أن يكون متاحًا قريبًا.
