Ich konnte schwören, dass dies in meinen frühen Tests funktioniert hat, da es für meinen Workflow entscheidend ist: Ich konnte einen bestehenden Beitrag markieren, und Benutzer mit watching_first_post für dieses Tag würden eine Benachrichtigung erhalten.
Ich habe jetzt festgestellt, dass es nicht auf diese Weise funktioniert (…nicht mehr..?)
Oder wird es ignoriert, wenn bereits Antwortbeiträge zu diesem Thema vorhanden sind?
Ich stelle mir vor, ich könnte Themen in eine Kategorie verschieben, in der jeder “watching first post” hat, aber…
Werden Benachrichtigungen nur bei der Themen Erstellung ausgelöst?
Ich bin mir nicht sicher, ob das Vorhandensein von Antwortbeiträgen dazu führen würde, dass der “erste Beitrag”-Trigger ignoriert wird.
Ich wollte wirklich zusammengehörige Themen in einer Kategorie behalten und einige per Tag “eskalieren”.
Ich bin bereit, jedes Mal ein Skript auszuführen, um Benachrichtigungen auszulösen, aber der Askbot konnte mir nicht helfen, eines zu erstellen, das funktioniert.
Ich würde mich über jeden Input oder Workarounds freuen..!
Das ist ziemlich eindeutig, also muss ich mich falsch erinnern und Testthemen mit dem getaggten Tag erstellt haben.
Oh nein – ich schlage nicht vor, dass das Setzen eines Benutzers auf „Erster Beitrag beobachten“ über einen Tag etwas Rückwirkendes bewirken sollte.
Aber sicherlich ist es üblich, dass gepostete Themen später von Mitarbeitern getaggt werden. Ich hatte mir irgendwie vorgestellt, dass, wenn ein „Erster Beitrag beobachten“-Tag auf ein bestehendes Thema angewendet wird, dies eine Benachrichtigung über dieses Thema für Benutzer generiert, die den Tag bereits WFP-en.
Ich arbeite immer noch mit Askbot zusammen, um ein Ad-hoc-Skript für diese Gelegenheiten zu entwickeln…
Nach etwa 60 Iterationen haben Askbot und ich ein Rails-Skript, das fast funktioniert.
Das unten stehende Skript – für Thema 239 und Tag „tagtest“ – generiert die erwarteten „Neues Thema“-Benachrichtigungen mit dem korrekten Thema-Titel und generiert entsprechende E-Mails.
Einige Elemente scheinen träge zu sein (message: und display_username: erscheinen in keiner Ausgabe), aber es funktioniert fast.
Das Hauptproblem ist, dass die E-Mails nicht mit dem tatsächlichen Thema-Titel in der Kopfzeile ankommen. Es erscheint als „ %{topic_title} “. topic_title ist offenbar kein gültiges Feld für die Benachrichtigungsmethode, daher bin ich mir nicht sicher, was der minimale Code ist, der benötigt wird, um ihn in die E-Mail zu bekommen. (Askbot versuchte, immer ausgefeiltere E-Mail-Methoden hinzuzufügen, mit immer größeren Fehlern.)
Wenn jemand bei diesem Detail helfen könnte, würde mir das helfen, bis ich lerne, wie ich das richtig bereinigen kann…!
topic_id = 239
Tag.where(name: 'tagtest').each do |tag|
TagUser.where(tag_id: tag.id, notification_level: TagUser.notification_levels[:watching_first_post]).each do |tag_user|
user = User.find(tag_user.user_id)
puts "Username: #{user.username}, ID: #{user.id}"
# Fetch the topic title
topic = Topic.find(topic_id)
topic_title = topic.title
# Create a notification for the topic
Notification.create!(
user_id: user.id,
notification_type: Notification.types[:watching_first_post],
topic_id: topic_id,
post_number: 1, # Assuming you want to notify about the first post of the topic
data: {
message: 'You have a new notification for a topic you are watching.',
display_username: 'system'
}.to_json
)
end
end
Auch beim Taggen besteht ein Risiko, zum Beispiel beim Massen-Taggen von 500 Themen, dann gibt es 500 Benachrichtigungen, auf Wiedersehen, Ihre Benachrichtigungen.
Oder noch schlimmer, 100 Tags von einem Administrator in 10-Sekunden-Abständen.
Es ist ein kniffliges Problem, wir müssten Benachrichtigungen sehr sorgfältig zusammenfassen, um die Funktion auf diese Weise zu ändern.
Ist das nicht dasselbe, wenn Sie Themen in eine andere Kategorie verschieben? Das Verschieben von Themen in eine andere Kategorie löst Benachrichtigungen über das Beobachten des ersten Beitrags aus.
Ja, ich denke im Allgemeinen, dass eine Neukategorisierung viel seltener vorkommt als eine neue Verschlagwortung, sodass das Ausmaß des Problems etwas gemildert wird. Gibt es eine Möglichkeit, dass Sie einen kurzen Screenshot davon machen können, was passiert, wenn Sie 3 Themen auf einmal in “watch-first” umkategorisieren?
Ich würde nicht davon träumen, 500 Themen massenhaft zu taggen, aber ich frage mich, ob dies mehr Belastung verursachen würde als das Posten in einer Ankündigungskategorie, die jeder beobachtet? (Bearbeitung: Ups, Moin hat gepostet, während ich geschrieben habe.)
Mein eigener Anwendungsfall ist vielleicht ein Beitrag pro Woche, um per E-Mail-Benachrichtigung zu “eskalieren”.
Es fühlt sich ähnlich an wie frühere Diskussionen über neu kategorisierte Themen: (Bearbeitung: was du schon weißt, tut mir leid.)
Ich möchte nur ein Tag verwenden, anstatt zwei Kategorien für ähnliche Themen zu haben. (Sie gehören zusammen, aber einige wenige werden nach dem Posten als würdig erachtet, an unsere stillen, manchmal nur per E-Mail erreichbaren Benutzer gesendet zu werden.)
Nur aus Neugier/Vergleichszwecken teste ich das Verhalten des ‘Beobachtens des ersten Beitrags in einer Kategorie’ und es wird bei der Neukategorisierung nicht benachrichtigt.
Mein email time window mins ist 10, und ich lasse 15 Minuten zwischen den Schritten.
Ich habe dies nun mehrmals wiederholt…
Erstelle ein neues Thema in einer nicht beobachteten Sandbox-Kategorie. Warte 15 Minuten.
Verschiebe das Thema in eine Kategorie, die ein Benutzer beobachtet: löst sofortige Benachrichtigungen aus, sendet 10 Minuten später eine E-Mail.
Erstelle ein weiteres neues Thema in einer nicht beobachteten Sandbox-Kategorie. Warte 15 Minuten.
Verschiebe das Thema in eine Kategorie, in der ein Benutzer ‘den ersten Beitrag beobachtet’: tut nichts, jemals.
Vielleicht liegt es an meinem Prozess, aber ich kann mir nicht vorstellen, was. Ist es möglich, dass die Funktionalität, die 2018 sortiert wurde, wieder unsortiert wurde?
FWIW Das Hinzufügen eines Tags zu einem bestehenden Thema sollte eine Benachrichtigung an alle senden, die den ersten Beitrag für dieses Tag beobachten.
Ich habe es gerade auf meiner Testseite (3108e3a6b6) getestet und es scheint immer noch korrekt zu funktionieren.
Nur zur Überprüfung, haben Sie die Admin-Einstellung disable tags edit notifications (Benachrichtigungen für Tag-Bearbeitungen deaktivieren) zu irgendeinem Zeitpunkt geändert? (Und disable category edit notifications (Benachrichtigungen für Kategorie-Bearbeitungen deaktivieren) für die Kategorieversion).
O.
M.
G.
Ich werde mich unter einen Stein verkriechen.
Ich hatte vergessen, dass diese Einstellungen existieren. Ich stelle mir vor, als ich sie deaktiviert habe, habe ich nur an Benachrichtigungen wie “ein Administrator hat ein Tag hinzugefügt oder die Kategorie Ihres Themas geändert” gedacht – nicht an Aktionen wie “Beobachten” oder WFP-Benachrichtigungen.
Ich glaube, es gibt möglicherweise immer noch einige Inkonsistenzen, da das Beobachten einer Kategorie disable category edit modifications zu überschreiben schien, während WFP dies nicht tat. Als Buße werde ich dies gründlicher testen und mich mit ein paar anderen Leuten in Verbindung setzen, die ich zu diesem Thema angepingt habe.
(Außerdem hat @sam meine Schlussfolgerung irgendwie unterstützt )
Aber danke @JammyDodger, dass du mich vor weiteren Stunden des Herumfummelns mit Rails-Skripten gerettet hast. Mein nächster Schritt war, mein Sofa zu verkaufen und @pfaffman zu bezahlen, damit er mir hilft.
konnte mir nicht helfen, eines zu erstellen, das funktioniert.
)