Je n’en pense pas. Ce cas semble similaire aux grilles d’images. Sur ce changement, l’avertissement a également été affiché, mais voici la réponse que j’ai reçue à l’époque :
1 « J'aime »
Vous devriez toujours pouvoir le désactiver via le paramètre normal du site par la suite.
@davidb peux-tu confirmer ?
Je suis d’accord pour dire que cette formulation dans les changements à venir est quelque chose que nous devrions également trouver un moyen de rendre moins confus.
Une chose que nous pouvons essayer de faire est de rendre cela clair dans le titre et la description du changement lui-même, lorsqu’il est configurable.
1 « J'aime »
Le changement à venir concernant les GIFs est actuellement sous un paramètre de site caché, mais je pense que nous voudrons le rendre visible et pouvoir l’activer/désactiver dans la zone d’administration.
En attendant, laissez simplement le changement à venir sur « Personne » et il sera désactivé par défaut à l’avenir. Pas besoin de faire d’autres modifications côté administration.
4 « J'aime »
Oui, lorsque j’ai recherché enable_gifs, cela m’a directement mené à la page des modifications à venir. C’était très déroutant.
Le concept des modifications à venir est excellent. Il pourrait juste bénéficier d’un petit ajustement linguistique.
Merci à tous !
2 « J'aime »
Dans ce cas @davidb @mcwumbly, si le type de modification était site_setting_default au lieu de feature pour enable_gifs, le message permanent effrayant n’aurait pas été affiché. Cela est contrôlé ici :
Cependant, je pense que le type feature est généralement acceptable pour ce changement à venir… peut-être devrions-nous rendre cet avertissement permanent plus explicite pour les changements à venir.
Peut-être will_become_permanent: true ou quelque chose comme cela en tant que métadonnées supplémentaires ? Pas sûr…
1 « J'aime »
pourquoi nous a-t-on forcés à utiliser Klipy plutôt que d’autres options ? je préfère Giphy et j’aimerais continuer à l’utiliser.
les paramètres et l’interaction avec le composant rendent cela très déroutant pour utiliser d’autres options comme Giphy.
Je pense que c’est parce que Giphy n’est plus une option gratuite
1 « J'aime »
C’est bon maintenant. J’ai trouvé la solution (merci Moin !). J’ai dû désinstaller le composant GIF de Discourse pour faire apparaître le paramètre. Ensuite, j’ai réglé ce paramètre sur personne, puis j’ai réinstallé et reconfiguré le composant. Giphy fonctionne à nouveau pour moi.
2 « J'aime »
Je suis ravi d’avoir pu vous aider. Le fait que le changement à venir soit masqué lorsque le composant de thème GIF est installé rend la chose un peu confuse : pour utiliser le composant, vous devez le désinstaller, désactiver le changement à venir, puis le réinstaller.
Avez-vous été informé du changement, ou ces notifications ont-elles été supprimées parce que le changement à venir était masqué ? Je me demande si cela ne pose pas le problème pour ceux qui ne savent pas qu’ils doivent exécuter la migration et obtenir une clé API.
1 « J'aime »
Lors de la demande d’une clé KLIPY, ils exigent que l’attribution soit affichée. Comment l’ajouter à la fenêtre contextuelle ? Et comment les gens l’utilisent-ils sans cette attribution ?
1 « J'aime »
Nous avions cela dans le composant de thème, mais ce n’est pas présent dans le noyau. Il y avait un providerLogo :
Celui de Klipy a été ajouté dans FEATURE: Add Klipy as GIF API provider by xfalcox · Pull Request #107 · discourse/discourse-gifs · GitHub . @davidb était-il intentionnel de ne pas inclure ce logo de fournisseur dans la version noyau ?
2 « J'aime »
Il semble que cela ait été oublié lors de la migration vers le noyau, malheureusement. Cela s’affichait conditionnellement dans le composant du thème, mais désormais, nous devrions toujours l’afficher.
Ajouté ici : UX: add Klipy branding to gifs picker - Pull Request #41501 - discourse/discourse - GitHub
2 « J'aime »
Un bandeau d’annonce global a récemment été ajouté au composant thème, de sorte que lorsque le composant est à jour, il affichera le bandeau et un lien vers ce sujet pour les administrateurs du site.
Puisque nous avons déplacé le changement à venir vers la version stable la semaine dernière, ce bandeau devrait maintenant apparaître pour tout site utilisant le composant thème afin qu’ils puissent entreprendre les actions nécessaires.
Juste pour vous prévenir qu’il pourrait être judicieux de forker le dépôt si vous souhaitez vraiment continuer à utiliser giphy, car nous prévoyons de l’archiver dans un avenir proche.
2 « J'aime »
Je ne suis pas sûr que les exigences d’attribution aient même été lues. Le logo ne nécessite qu’une seule attribution, et elle est facultative :
https://docs.klipy.com/attribution
Nous hébergeons nous-mêmes notre instance et utilisons Giphy dans l’ancien composant de thème. Nous avons désactivé cette option et nous ne voyons maintenant que les options de l’API Klipy. Existe-t-il un moyen pour nous de saisir notre ancienne clé Giphy et de l’utiliser comme fournisseur, ou devons-nous utiliser Klipy dorénavant ?
MODIFICATION : Il semble que non, nous sommes donc à la merci de la vidéo de vérification via Klipy.
salut @fearlessfrog 
j’ai eu le même problème – pour continuer à utiliser Giphy, tu dois supprimer complètement le composant thème (le désactiver ne suffit pas), puis régler le paramètre admin -> changements à venir → activer les gifs sur “personne”. Ensuite, réinstalle une fourche du composant pour pouvoir l’utiliser – l’équipe va archiver leur version prochainement. J’ai une fourche du composant ici que tu peux utiliser.
désinstaller l’ancien composant :
désactiver le paramètre dans admin-changements à venir
je ne sais vraiment pas pourquoi l’équipe a fait les choses ainsi, mais c’est horriblement confus et cela m’a pris un moment pour y comprendre quelque chose (grâce à l’explication de Moin) – c’est très peu amical pour les auto-hébergeurs. À un moment donné, je vais probablement reconstruire la fourche comme mon propre composant sans les autres champs et fichiers inutiles, mais j’afficherai un message de bannière admin quand ce sera fait.
note pour l’équipe : le composant Discourse Gifs est toujours répertorié sur la page d’installation des composants par défaut :
4 « J'aime »
Merci, @davidb, peux-tu supprimer cette option, s’il te plaît ?
Nous avons procédé ainsi car cela optimise les configurations de nos clients hébergés, pour lesquels nous désinstallons manuellement l’ancien composant GIF. Nous ne nous attendions pas à ce que les gens souhaitent continuer à utiliser Giphy, étant donné que leurs tarifs avaient été annoncés comme étant très élevés, ce qui est la raison pour laquelle nous avons ajouté Klipy au composant de thème en premier lieu.
La prochaine fois, nous pourrons ajouter un peu plus d’informations dans le message initial pour les auto-hébergeurs qui souhaitent conserver l’ancien composant ; nous partions du principe que les auto-hébergeurs passeraient également à Klipy :
Nous réfléchirons certainement à un moyen de rendre cela moins confus et moins surprenant. J’ai demandé à David B d’ouvrir un sujet interne, et je m’en chargerai dans un futur proche.
2 « J'aime »
Ce que je ne comprends pas, c’est que j’utilise toujours mon ancienne clé API Giphy gratuite sans aucun problème ? Je viens de me connecter au tableau de bord des développeurs Giphy et elle est bien là. De quelles frais s’agit-il que je suis censé devoir payer ? Je n’ai jamais eu à saisir de carte de crédit ni à payer quoi que ce soit, et je ne vois toujours pas où je dois le faire maintenant — cela m’a toujours l’air gratuit. Le forum auquel je l’ai liée ne semble pas être limité par le taux de requêtes, et nous avons tendance à l’utiliser beaucoup 
D’accord, apparemment, cela fonctionne très bien jusqu’à 100 appels API par heure, ce qui me semble tout à fait acceptable pour les auto-hébergeurs.
2 « J'aime »
Oui, absolument, mais le coût serait prohibitif sur notre hébergement, étant donné que nous voulons que les GIFs soient une fonctionnalité essentielle.
2 « J'aime »
Je pense que le composant du thème ne comportait que la mention « Propulsé par Klipy » (issue de cette liste), mais nous aurions probablement dû être plus prudents en vérifiant sur le site officiel lors de l’intégration au noyau — j’ai ajouté l’attribution principale requise dans UX: add placeholder text for Klipy gifs search - Pull Request #41651 - discourse/discourse - GitHub
C’est fait — ajouté dans UX: remove gifs from popular theme components - Pull Request #41649 - discourse/discourse - GitHub
Nous avons mis à jour la logique concernant l’affichage de cet avertissement. Le problème devrait désormais être résolu dans DEV: add upcoming change permanent banner metadata - Pull Request #41700 - discourse/discourse - GitHub
Ces problèmes devraient désormais être résolus pour les sites exécutant la dernière version de Discourse.
4 « J'aime »