Hi, zunächst einmal vielen Dank für die neue RSS-Polling-Verwaltungsoberfläche. Das macht einen riesigen Unterschied!
Wir haben eine Website mit Dutzenden von RSS-Feeds. Ich habe in Sidekiq festgestellt, dass einige Jobs für bestimmte Feeds zwanzig Minuten oder länger dauern können. Das verstopft die Warteschlange leicht.
Es gibt die Einstellung RSS polling feed request timeout, aber das ist nicht das Problem. Der RSS-Feed ist schnell verfügbar und lädt zügig (zumindest wenn ich ihn im selben Moment mit meinem Browser teste, während Sidekiq mit demselben Feed zu kämpfen hat). Das Problem scheint zu sein, dass einige RSS-Feeds alle Episoden eines Podcasts enthalten (im Gegensatz zu nur den 10–15 neuesten) UND dass Discourse anscheinend alle diese Einträge verarbeitet, selbst wenn die Episoden bereits heruntergeladen und ohne Änderungen vorliegen. Grundsätzlich kann Sidekiq leicht eine halbe Stunde oder länger mit RSS-Feeds zu kämpfen haben, die keine Änderungen oder neuen Episoden bringen.
Idealerweise würde Discourse schnell erkennen, dass es keine Änderungen gibt, und weitermachen.
Optional könnte es eine Einstellung geben, die das Lesen auf die ersten NN Einträge des Feeds beschränkt.
Oder zumindest ein Zeitlimit, um ein Polling abzubrechen, wenn es nach NN Minuten (5 Minuten, oder höchstens 10) nicht abgeschlossen ist.
Mich interessiert, was genau passiert, wenn ein Feed länger als 10 Minuten zur Verarbeitung braucht und Sidekiq zu 100 % ausgelastet ist. Was genau kann so lange dauern und so aufwendig zu verarbeiten sein?
Denkst du, dass dies im aktuellen Plugin verbessert werden könnte?


