Non credo. Questo caso sembra simile alle griglie di immagini. Su quella modifica è stata mostrata anche l’avviso, ma questa è stata la risposta che ho ricevuto all’epoca:
1 Mi Piace
Dovresti comunque poterlo disabilitare tramite le normali impostazioni del sito.
@davidb puoi confermare?
Sono d’accordo sul fatto che questa formulazione nei cambiamenti futuri sia qualcosa che dovremmo anche trovare un modo per rendere meno confuso.
Una cosa che possiamo provare a fare è chiarirlo nel titolo e nella descrizione del cambiamento stesso, quando è configurabile.
1 Mi Piace
Il prossimo cambiamento per i GIF è attualmente nascosto in un’impostazione del sito, ma penso che in futuro vorremo renderlo visibile e poterlo abilitare/disabilitare nell’area di amministrazione.
Nel frattempo, lasciando l’impostazione del prossimo cambiamento come ‘Nessuno’, sarà disattivato di default in futuro. Non è necessario apportare ulteriori modifiche nel pannello di amministrazione.
4 Mi Piace
Sì, quando ho cercato enable_gifs mi ha portato direttamente alla pagina dei prossimi cambiamenti. È stato molto confuso.
Il concetto della cosa dei prossimi cambiamenti è fantastico. Potrebbe solo usare un affinamento del linguaggio.
Grazie a tutti!
2 Mi Piace
In questo caso @davidb @mcwumbly, se il tipo di modifica fosse stato site_setting_default invece di feature per enable_gifs, non avrebbe mostrato il messaggio permanente spaventoso. Questo è controllato qui:
Tuttavia, penso che in generale il tipo feature vada bene per questa modifica in arrivo… quindi forse dobbiamo rendere questo avviso permanente qualcosa di più esplicito per le modifiche in arrivo.
Forse will_become_permanent: true o qualcosa del genere come metadati aggiuntivi? Non sono sicuro…
1 Mi Piace
perché ci hanno costretti a usare Klipy invece di altre opzioni? Preferisco Giphy e vorrei continuare a usarlo.
Le impostazioni e l’interazione con il componente rendono davvero confuso l’uso di altre alternative come Giphy.
Credo che sia perché Giphy non è più un’opzione gratuita
1 Mi Piace
Va bene ora. Ho capito (grazie Moin!). Ho dovuto disinstallare il componente gif di Discourse per far apparire l’impostazione. Poi ho impostato l’impostazione su nessuno, quindi reinstallato e riconfigurato il componente. Giphy funziona di nuovo per me.
2 Mi Piace
Mi fa piacere di esserti stato utile. Il fatto che la modifica imminente sia nascosta quando il componente del tema GIF è installato rende la situazione un po’ confusa: per utilizzare il componente, devi disinstallarlo, disabilitare la modifica imminente e poi reinstallarlo.
Sei stato informato sulla modifica, o le notifiche sono state soppresse perché la modifica imminente era nascosta? Mi chiedo se questo crei il problema per cui non sanno che devono eseguire la migrazione e ottenere una chiave API.
1 Mi Piace
Quando si richiede una chiave KLIPY, chiedono che venga mostrata l’attribuzione. Come la aggiungiamo al popup? E come la usano gli altri senza mostrarla?
1 Mi Piace
Sì, avevamo questa funzionalità nel componente del tema, ma non è presente nel core. C’era un providerLogo:
Quello di Klipy è stato aggiunto in FEATURE: Add Klipy as GIF API provider by xfalcox · Pull Request #107 · discourse/discourse-gifs · GitHub . @davidb era intenzionale lasciare questo logo del provider fuori dalla versione core?
2 Mi Piace
Sembra che sia stato purtroppo omesso durante il porting sul core; veniva mostrato in modo condizionale nel componente del tema, ma ora dovremmo mostrarlo sempre.
Aggiunto qui: UX: add Klipy branding to gifs picker - Pull Request #41501 - discourse/discourse - GitHub
2 Mi Piace
Recentemente è stato aggiunto un banner di avviso globale al componente del tema, in modo che, quando il componente è aggiornato, mostri il banner e un link a questo argomento agli amministratori del sito.
Poiché la scorsa settimana abbiamo spostato il cambiamento imminente su stable, ora quel banner dovrebbe comparire su qualsiasi sito che utilizzava il componente del tema, così da poter intraprendere le azioni necessarie.
Solo un promemoria: potrebbe valere la pena fare il fork del repository se vuoi davvero continuare a usare giphy, poiché abbiamo intenzione di archiviare il progetto nel prossimo futuro.
2 Mi Piace
Non sono sicuro che i requisiti di attribuzione siano stati effettivamente letti. Il marchio richiede solo 1 attribuzione ed è facoltativo:
https://docs.klipy.com/attribution
Gestiamo il nostro server in modo indipendente e utilizziamo Giphy nel vecchio componente del tema. Abbiamo disabilitato questa funzione e ora vediamo solo le opzioni per l’API Klipy. Esiste un modo per inserire la nostra vecchia chiave Giphy e utilizzarla come provider, oppure siamo costretti a usare Klipy?
EDIT: Sembra di no, quindi siamo in balia del video di verifica tramite Klipy.
ciao @fearlessfrog 
avevo lo stesso problema: per continuare a usare Giphy, devi eliminare completamente il componente tema (disabilitarlo non basta), poi impostare la voce admin -> modifiche in arrivo → abilita GIF su “nessuno”. Poi reinstalla una fork del componente per poterlo usare: il team sta per archiviare la loro versione. Ho una fork del componente che puoi usare qui.
disinstalla il vecchio componente:
disabilita l’impostazione in admin -> modifiche in arrivo
non so davvero perché il team abbia fatto così, ma è terribilmente confuso e mi ci è voluto un po’ per capirci (grazie alla spiegazione di Moin) – è molto ostico per gli self-hosters. A un certo punto probabilmente ricostruirò la fork come mio personale componente, senza gli altri campi e file inutili, ma pubblicherò un messaggio banner nell’admin quando succederà.
nota per il team: il componente Discourse Gifs è ancora elencato nella pagina di installazione dei componenti predefiniti:
4 Mi Piace
Grazie, @davidb puoi rimuovere questa opzione?
L’abbiamo fatto così perché ottimizza le configurazioni dei nostri clienti ospitati, per i quali entriamo manualmente e disinstalliamo il vecchio componente gif. Non ci aspettavamo che le persone volessero continuare a usare Giphy, dato che i loro prezzi sono stati annunciati come così alti, che è il motivo per cui abbiamo aggiunto Klipy al componente del tema in primo luogo.
La prossima volta possiamo aggiungere un po’ più di informazioni all’OP per gli auto-hosters che vogliono continuare a usare il vecchio componente, abbiamo semplicemente assunto qui che anche gli auto-hosters si sarebbero spostati su Klipy:
Penseremo sicuramente a un modo per rendere questo meno confuso e sorprendente, ho chiesto a David B di aprire un argomento interno e ci lavorerò in un futuro prossimo.
2 Mi Piace
quello che non capisco è che sto ancora usando la mia vecchia API Giphy gratuita senza problemi? Mi sono appena connesso alla dashboard dello sviluppatore Giphy ed eccola lì. Quali sono queste tariffe che dovrei sostenere? Non ho mai dovuto inserire una carta di credito o pagare nulla e ancora non vedo dove devo farlo ora - a me sembra che sia sempre stato così. Il forum a cui è collegato non sembra subire limitazioni di frequenza e tendiamo a usarlo molto 
ok, quindi apparentemente funziona perfettamente fino a 100 chiamate API all’ora, il che penso sia perfettamente accettabile per gli auto-hosters.
2 Mi Piace
Certo, ma il costo sarebbe proibitivo sul nostro hosting, considerando che vogliamo che i gif siano una funzionalità principale.
2 Mi Piace
Penso che il componente del tema avesse solo il “powered by Klipy” (da questa lista), ma probabilmente avremmo dovuto prestare più attenzione nel controllare il sito ufficiale durante il porting nel core — ho aggiunto quello principale richiesto in UX: add placeholder text for Klipy gifs search - Pull Request #41651 - discourse/discourse - GitHub
Fatto — aggiunto in UX: remove gifs from popular theme components - Pull Request #41649 - discourse/discourse - GitHub
Abbiamo aggiornato la logica relativa a come appare questo avviso. Dovrebbe ora essere risolto in DEV: add upcoming change permanent banner metadata - Pull Request #41700 - discourse/discourse - GitHub
Questi problemi dovrebbero ora essere risolti per i siti che eseguono l’ultima versione di Discourse.
4 Mi Piace