Ho creato una configurazione in cui ogni volta che viene pubblicato un post in una categoria specifica, viene creato anche un ticket Jira tramite Zapier. Il problema che riscontro è che ogni volta che qualcuno modifica un post e lo pubblica di nuovo, viene creato un nuovo ticket Jira (lo interpreta come un nuovo post). Esiste un modo per evitare questo? Non sono sicuro se esista un qualche tipo di identificatore univoco che indichi che un post è originale e non è stato modificato in precedenza, che possa utilizzare per impedire che ciò accada.
Nella richiesta webhook è presente un’intestazione denominata X-Discourse-Event che dovrebbe indicare se il post è nuovo o una modifica.
Per qualche motivo non vedo questa opzione nelle impostazioni del webhook. Mi sto perdendo qualcosa? O è chiamata in modo diverso? Immaginavo che il numero del post funzionasse per questo scopo, ma sembra che conteggi una modifica come un nuovo numero di post. Ecco l’elenco dei titoli dei webhook disponibili per me:
Per accedere alle intestazioni del webhook su Zapier, credo che tu debba utilizzare l’opzione ‘Catch Raw Hook’ per il webhook su Zapier. Questo argomento fornisce un esempio su come farlo per un webhook di eventi utente: Create a Salesforce lead via Zapier when a user signs up on Discourse. Configurare uno Zap per ascoltare un webhook di eventi sui post e filtrare tutte le richieste in cui X-Discourse-Event è impostato su post_edited sarà molto simile.
Lo svantaggio di questo approccio è che devi elaborare un gran numero di eventi relativi agli argomenti che sai di non voler gestire, il che alla fine diventa costoso.
Avere un evento ‘Nuovo Argomento’ sembra un’ottima idea.
Ciao @pfaffman! Sì, al momento l’ho configurato come un evento di nuovo argomento, ma non riesco a capire quale di quei campi filtrare per eliminare tutti i post successivi a quello originale (inclusi eventuali aggiornamenti). Hai qualche idea su come farlo?
Qualcuno ha idee su quale campo usare per evitare che vengano citati i post duplicati?