Ciao! Sto verificando se è possibile integrare Discourse con un altro strumento che stiamo utilizzando tramite Zapier. Speravo di poter attivare un evento webhook specifico per un singolo post, in modo che le informazioni del post venissero inviate nell’invio del webhook. I tag sembrano essere a livello di argomento e non consentono di specificare un singolo post. Le badge possono essere assegnate tramite un post, ma non sembrano attivare l’invio corretto del webhook.
Sì, questo può essere fatto utilizzando un webhook Zapier come app di attivazione e configurando un webhook di Discourse per inviare dati a Zapier. La sezione ‘Configura attivazione’ di Trigger a Zapier task with Discourse Webhooks fornisce dettagli su come configurare questa funzionalità. Potresti leggere quel topic? Se qualcosa non è chiaro, fai le tue domande in quel topic e ti risponderemo.
Ho provato a configurarlo con i webhook, ma ho visto solo l’opzione per inviare ogni post a Zapier, senza la possibilità di selezionare manualmente quali inviare. Quindi solo alcuni post specifici vengono inviati. Sai se esiste una configurazione o un metodo per scegliere i post da inviare?
Puoi limitare quali post o argomenti attivano il webhook su Discourse nelle impostazioni “Categorie attivate”, “Tag attivati” e “Gruppi attivati” del webhook. Creare un gruppo di tag con tag visibili o utilizzabili solo dagli amministratori potrebbe essere un ottimo modo per limitare il webhook a specifici argomenti.
Puoi anche aggiungere un passaggio di filtro su Zapier per procedere solo se l’argomento soddisfa una condizione da te specificata. Un esempio di come configurarlo per un webhook utente è disponibile nella sezione “Cattura l’evento di creazione utente di Discourse” di Create a Salesforce lead via Zapier when a user signs up on Discourse. Configurare un filtro simile per un argomento o un post su Zapier seguirebbe un processo analogo.
La mia comprensione è che se uno Zap riesce ad arrivare fino al passaggio del filtro, quell’evento verrà conteggiato come un task su Zapier. È meglio filtrare il più possibile direttamente su Discourse prima di inviare la richiesta a Zapier. Il filtro per categorie, tag e gruppi è il modo migliore per ottenere questo risultato.
Grazie ancora @simon! Ho provato a giocare con le opzioni di configurazione di cui parli, ma non sono riuscito a capire qualcosa a livello di post che mi permettesse di reagire a una modifica specifica dei dati di un post in Discourse, che indicasse che il post dovrebbe essere sincronizzato con questo altro sistema.
Posso sicuramente inviare tutto per un Topic con un determinato tag, ho visto che funziona. Questo richiede un livello più alto di account Zapier per quanto riguarda la creazione dello Zap appropriato e la gestione del numero risultante di attività, il che potrebbe andare bene. Quello che non ho ancora capito è come un amministratore in Discourse possa fare qualcosa a un post che inneschi un webhook in modo che Zapier possa capire che un post specifico nel topic dovrebbe essere inviato (invece di tutti i post nel topic contrassegnato).
Sono completamente nuovo in Discourse, quindi mi chiedo se ci sia qualcosa di specifico per il post che mi sto perdendo.
Il filtraggio a livello di post dovrà probabilmente avvenire su Zapier. Che tipo di dati vuoi utilizzare per determinare se il Zap deve essere attivato o meno?
È un punto in cui la mia conoscenza di Discourse sicuramente vacilla. Non sono sicuro di quali dati siano specifici di un post, che possano essere utilizzati per specificare che il post deve essere sincronizzato, e che vengano trasmessi nel payload del webhook.
I flag servono a uno scopo diverso… non sono sicuro che funzionerebbero.
Non vogliamo modificare il contenuto del post visibile all’utente.
I badge sembrano una possibilità, ma non vedo che attivino i webhook.
Il mio primo pensiero è stato che filtrare i post contrassegnati come risolti o i post apprezzati da un membro dello staff potrebbe funzionare. Purtroppo, nessuna di queste azioni attiva un webhook. Penso che ci siano buone ragioni per non attivare un webhook sugli apprezzamenti, ma forse si potrebbe sviluppare qualcosa per attivare un webhook quando un argomento viene contrassegnato come risolto.
Per attivare webhook su post specifici con le attuali funzionalità di Discourse, potresti provare a configurare un webhook che si attiva sugli eventi di segnalazione. Su Zapier, potresti filtrare i post segnalati cercando quelli contrassegnati come “Qualcos’altro” da un utente specifico del tuo sito.
Il modo più semplice per vedere il payload trasmesso con un evento di segnalazione è creare un webhook su Discourse selezionando l’evento di segnalazione come attivatore. Per i test, puoi inserire qualsiasi URL nel campo URL del payload del webhook, ad esempio http://example.com. Dopo aver segnalato un post sul tuo sito, vai su Admin / API / Webhooks e clicca sul link ‘Stato di consegna’ per accedere all’elenco delle richieste del webhook.
Su Zapier dovresti essere in grado di accedere a qualsiasi valore nel payload della richiesta. Per filtrare i post contrassegnati come “Qualcos’altro” da un utente specifico, dovrai verificare che il campo flag_type della richiesta sia notify_moderators e che il campo created_by della richiesta sia impostato sul nome utente dell’utente che desideri attivare la tua azione Zapier.
Ok, vedo come potrebbe funzionare. Le persone vedrebbero che i post di cui stiamo parlando qui vengono segnalati? Vorremmo che quel contenuto specifico venisse contrassegnato con il motivo “Qualcos’altro”… il che è un po’ magia nera per chi vorrebbe attivare questo webhook. Esiste un modo per aggiungere azioni a un post che possano automatizzare questi passaggi (o, se possiamo aggiungere azioni, un modo per creare semplicemente un’azione che raccoglie le informazioni che ci servono sul post e le invia a un endpoint di azione webhook di Zapier)?
Grazie per tutto il vostro aiuto, molto apprezzato!
Solo i membri dello staff possono vedere che un post è stato segnalato come “Qualcos’altro”.
Purtroppo, il messaggio che viene aggiunto quando un post è segnalato come “Qualcos’altro” non è incluso nel payload del webhook. Per questo motivo, non credo che questo sarà il miglior approccio per voi.
Un ingegnere dovrà confermarlo, ma credo che sarebbe abbastanza semplice creare un plugin che attivi un webhook personalizzato quando un membro dello staff clicca su un pulsante aggiunto al menu Azioni Amministrative del post.