Ich weiß, dass das passiert, wenn jemand aus Discourse das Bug-Thema, das in Contribute > Bug gepostet wurde, mit einem Like versieht. Nutzt ihr dafür einen Webservice und lauscht einfach auf das erste Like eines neuen Beitrags, um sicherzustellen, dass er nicht mehrfach von jemandem von CDCK geliked wird?
Ich würde gerne mehr über eure Implementierung erfahren!
SELECT distinct p.user_id, p.created_at granted_at, p.id post_id
FROM badge_posts p
JOIN topics t ON t.id = p.topic_id
JOIN post_actions pa ON pa.post_id = p.id AND
post_action_type_id = (
SELECT id FROM post_action_types WHERE name_key = 'like'
) AND
pa.user_id IN (
SELECT gu.user_id
FROM group_users gu
WHERE gu.group_id = ( SELECT id FROM groups WHERE name ilike 'team' )
)
WHERE category_id = (
SELECT id FROM categories WHERE name ilike 'bug'
) AND p.post_number = 1
(Als kleiner Nachtrag habe ich auch ähnliche erstellt, die auf einer bestimmten Reaktion einer bestimmten Gruppe basieren )
@JammyDodger das ist großartig! Ich hatte bisher noch keine Zeit, mich mit benutzerdefinierten Badge-Abfragen zu beschäftigen, aber das könnte mir endlich einen Einstieg ermöglichen.
Wenn es erlaubt ist zu fragen, wie gehen Sie intern mit Fehlermeldungen um, die über das Badge hinausgehen? Zumindest im Kontext von Meta? Fügen Sie sie manuell in Ihre Fehlerwarteschlange ein? Verwenden Sie ein Plugin, um sie direkt vom Thema in Ihre Fehlerwarteschlange zu senden?
Ich bin auch neugierig auf die Logistik der Bearbeitung von Fehlerberichten und Funktionsanfragen in Discourse und wie Sie diese mit Ihren Entwicklungs-/internen Systemen verknüpfen.
Sie machen wirklich viel Spaß. Und es gibt viele Beispiele, die herumgeistern, falls du Inspiration oder Tipps brauchst.
Die Kategorie Contribute > Bug ist ein wesentlicher Teil unseres Bug-Queues. Um Duplikate zu vermeiden, bearbeiten wir das Problem oft direkt im Meta-Thema selbst (unter Verwendung von Flüstern, @-Erwähnungen und Zuweisungen) und trennen Probleme nur dann wirklich in einen Team-Bereich ab, wenn sie zusätzliche Gespräche oder Eingaben von anderen erfordern. Wir erhalten auch Bug-Reports über Kundenkanäle, die ebenfalls oft „im Thema“ gelöst werden, es sei denn, es gibt mehrere Berichte oder einen öffentlichen Bericht (in diesem Fall wird in der Regel einer als Hauptbeitrag verwendet, um die Diskussion nicht zu sehr zu zersplittern, und die anderen werden querverlinkt). Für diejenigen, die wir selbst entdecken, haben wir einige interne Themen, die wir nutzen können, um kleinere Dinge festzuhalten, damit jemand sie sich vornehmen und lösen kann, und für größere Probleme erstellen wir auf die gleiche Weise wie in der öffentlichen Kategorie Contribute > Bug ein dediziertes Thema.
Im Allgemeinen sieht der Ablauf so aus: Ein Bericht geht ein, und einer von uns versucht, ihn nachzustellen und alle erforderlichen zusätzlichen Details zu sammeln. Sobald er bestätigt ist, senden wir ein @-Erwähnungs-Bat-Signal an die relevante Gruppe/die relevante Person, um ihm eine Priorität zuzuweisen und ihn zuzuordnen. Der Fix kommt herein und wird in einem Beitrag gepostet, um das Thema zu schließen (mit einer Verzögerung des Themen-Timers, damit wir zunächst bestätigen können, dass alles wie erwartet funktioniert ).
Contribute > Feature ist etwas anders, da es dort oft viel mehr zu intern zu diskutieren gibt. Wir versuchen, Flüstern in diesen öffentlichen Themen auf ein Minimum zu beschränken und reservieren sie für kurze Notizen und um auf solche aufmerksam zu machen, die zusätzliches Interesse wecken (wieder trusty @-Erwähnungen). Auf diese Weise zersplittern wir die Diskussion nicht an zu vielen Orten. Die Produktmanager möchten sich auch öffentlich mit diesen Themen auseinandersetzen, um verschiedene Anwendungsfälle zu erkunden und die Möglichkeiten auszuloten (sowie um den Leuten mitzuteilen, wie sie darüber denken, da wir so transparent wie möglich sein wollen ). Wenn ein Contribute > Feature zu etwas wird, das wir ernsthaft in Betracht ziehen, erhält es ein internes Thema, in dem Entwickler, Designer, Produktmanager, neugierige Community-Moderatoren usw. ihre Ideen und Mockups einbringen können, wie sie die Umsetzung am besten erreichen können (querverlinkt mit dem Meta-Thema, um sie zu verbinden).
Jetzt, da ich es aufgeschrieben habe, bin ich nicht sicher, ob das hilfreich war… Aber lass es mich wissen, wenn du noch etwas wissen möchtest.