مرحباً،
سيكون من الجيد أن يكون لدينا السلوك الذي تمت إزالته في #231.
على وجه التحديد، القدرة على توجيه عميل ical نحو events.ics أو ما يعادله للحصول على جميع الأحداث الموجودة على الموقع.
بالإضافة إلى ذلك، تفتقد حقلا DESCRIPTION و URL و ORGANIZER من بديل download-calendar.js. الأولان أكثر أهمية بالنسبة لي.
سيكون من الأفضل استيراد #169 لإضافة تصديرات أحداث “لكل موضوع”، ولكن هذا يعتبر إضافيًا.
وسأكون سعيدًا جدًا أيضًا إذا كان بإمكاني الاشتراك في الأحداث من التقويم الخاص بي.
محاكاةً لـ /upcoming-events، أود رؤية /upcoming-events.ics.
ولكن نعم، وجود طريقة للحصول عليها لفئة واحدة (أو حتى علامة واحدة؟) سيكون إضافة رائعة أيضًا.
ربما /upcoming-events.ics?category=12 للتصفية حسب معرف الفئة؟
+1 على تغذية ICS كاملة ومفلترة حسب الموضوع.
أعلم أن هذا صعب بسبب الخصوصية. المسار المعتاد هو أنه يتم إنشاء تغذية تجزئة عشوائية تمثل تغذية لكل مستخدم.
مم، ماذا… إنه عنوان URL عام على الأقل مع أي تقويم نستخدمه…
أود فقط أن أضيف دعمي لهذه الميزة أيضًا. لقد قمت بالفعل بالتصويت على هذا الموضوع.
إن إعادة تصدير ICS كامل للموقع أو لكل مستخدم ستكون ذات قيمة كبيرة لسير عمل مجتمعنا. هل هناك أي تحديث بشأن إعادة النظر فيما تم إزالته في PR #231؟
إذا كانت هناك مخاوف تتعلق بالخصوصية أو التنفيذ، فربما يمكن النظر في موجز ICS خاص لكل مستخدم كحل.
شكراً لاهتمامكم بهذا الأمر!
لا أعتقد أن هناك أي مخاوف تتعلق بالخصوصية، لأن نقطة نهاية .json موجودة بالفعل على أي حال، وهذا مجرد تنسيق مختلف.
@cvx / @j.jaffeux ما رأيكم في إعادة .ics إلى مسار فهرس الأحداث (تمت إزالته في: DEV: Remove old ics code by CvX · Pull Request #231 · discourse/discourse-calendar · GitHub)؟ يبدو لي أنه فوز سهل.
نحن نفعل بالفعل:
DiscoursePostEvent::EventFinder.search(current_user, filtered_events_params)
ويمكن أن يكون لدينا MAX_RESULTS (مرتبة حسب الأحدث) لضمان عدم تضخم هذا و .json بشكل كبير.
لقد أعدت القدرة على تصدير ملفات ics عبر GET /discourse-post-event/events.ics (حسب DEV: add ical format response for discourse-post-events index route by tyb-talks · Pull Request #35143 · discourse/discourse · GitHub). لاحظ أن نقطة النهاية هذه لديها حد أقصى يبلغ 200 حدث. إذا كان موقعك يحتوي على أحداث أكثر من ذلك وترغب في إجراء تصدير كامل، يمكنك التكرار باستخدام معلمات الاستعلام before و after التي تقبل سلاسل التاريخ. سنضيف القائمة الكاملة للمعلمات المقبولة لنقطة النهاية هذه إلى وثائق واجهة برمجة التطبيقات في الوقت المناسب.
شكراً لدمج PR #35143 — من الرائع رؤية تصدير .ics عاد رسميًا.
شيء واحد أردت التحقق منه: هل هناك أي إمكانية (أو خطة مستقبلية) للمصادقة على هذا التغذية باستخدام رمز مميز للمستخدم أو مفتاح API، على غرار كيفية تعامل Discourse مع خلاصات RSS/Atom الخاصة (/topics/feed.rss?token=…)؟
حاليًا، يبدو أن /discourse-post-event/events.ics يعمل فقط للأحداث العامة، مما يعني أن Outlook / Google Calendar لا يمكنهما الاشتراك في الفئات الخاصة.
حتى نهج خفيف الوزن يعتمد على الرموز المميزة (لكل مستخدم أو لكل موقع، للقراءة فقط) سيجعل من الممكن الكشف عن الأحداث الخاصة بشكل آمن في عملاء التقويم دون الحاجة إلى وكيل التغذية من خلال نص برمجي خارجي.
هل هذا شيء يمكن إضافته، أم أنه ممكن بالفعل من خلال معلمة موجودة ربما فاتني؟
يبدو هذا كطلب ميزة منفصل. أعتقد أنه يمكن تحقيقه تقنيًا باستخدام مفتاح API، لذا أعتقد أن السؤال هو كيف يمكنك تنفيذ هذا بسهولة.
سأقوم بإغلاق هذا وتركك تفتح عنصرًا جديدًا حول هذا الموضوع.