Ok merci, une question, la dernière version du plugin est-elle compatible avec Stable 2.8.1 ?
Je ne suis pas sûr, car nous n’utilisons pas la version stable et le plugin de chat est encore en alpha et change rapidement.
Ok, je comprends, merci beaucoup.
@RGJ Question, quand le chat s’exécutera en version stable, aurai-je la dernière version du plugin sur mon forum ?
Non, le plugin de chat est toujours en phase alpha et évolue rapidement, et la dernière version du plugin de chat ne fonctionne pas sur la branche stable de Discourse, nous l’épinglons donc à une version antérieure.
Oh parfait, je n’avais pas bien compris le problème.
Pour ceux qui souhaitent choisir Tenor et qui n’ont pas encore de clé (v1), le composant ne fonctionnera pas car il utilise la première version de l’API, qui est obsolète. Les clés livrées sont maintenant en v2 et les points de terminaison ont changé :
La prise en charge de Tenor a été ajoutée par @merefield. Prévoyez-vous de la mettre à jour pour la version 2.0 ?
Salut Falco, je ne suis pas sûr si tu parles de Robert ou de moi
, car ça aurait beaucoup plus de sens pour Robert. Je ne prévois certainement pas de le faire (probablement hors de ma portée pour le faire proprement, mais bon, je pourrais essayer !)
Voici un meilleur lien pour décrire les modifications : How to migrate from Tenor's V1 API | Google for Developers
Je crains d’être actuellement sous pression pour un projet, mais je serai heureux d’examiner cela bientôt si cela reste en suspens.
FAILED
--------------------
[2022-09-02T18:17:29.927471 #1] INFO -- : cd /var/www/discourse & su discourse -c 'bundle exec rake themes:update assets:precompile'
ENOENT: no such file or directory, open '/var/www/discourse/plugins/discourse-gifs/plugin.rb'1
Y a-t-il un problème connu avec ce composant pour le moment ?
Salut @Alon1 - il semble que vous ayez essayé d’installer ce composant de thème en tant que plugin dans votre fichier app.yml. Cela ne fonctionne pas - vous devriez supprimer la ligne de votre fichier app.yml.
Plus de contexte sur la raison pour laquelle cela a commencé à causer des erreurs récemment se trouve dans ce post
Je viens de demander une PR avec les modifications nécessaires pour Tenor V2. Les identifiants Tenor V1 sont compatibles avec V2, donc cela ne devrait pas être un changement cassant. Je n’ai pas d’identifiant V1 pour tester, mais je l’ai testé avec V2 et cela fonctionne très bien pour moi.
Ma branche forkée est ouverte aux autres, mais veuillez l’utiliser à vos propres risques.
Super, merci ! J’ai répondu sur Github.
En fait, après avoir également testé cela, je pense que la clé V1 n’est pas compatible et une fois que cela sera fusionné, les utilisateurs devront enregistrer leur site en tant que projet sur la Google Cloud Console et ajouter l’API Tenor, générer une clé et mettre à jour leurs paramètres :
Mais je ne pense pas que cela puisse être évité et passer à la nouvelle API est une très bonne idée.
Je vais examiner l’ajout d’une bascule v1/v2 pour éviter que cela ne constitue un changement majeur.
Bien que cela constitue toujours un changement radical en amont une fois que l’API d’origine sera mise hors service ? Je demanderais l’avis de l’équipe quant à la nécessité de le faire. Cela donnera cependant plus de temps aux gens. Discutons-en sur la PR.
Merci pour la PR @tnoor-co !
En y réfléchissant, étant donné qu’il est désormais impossible d’obtenir des clés API Tenor V1, même en maintenant ce composant de thème, la partie Tenor V1 deviendra une corvée, car un développeur a besoin d’une API fonctionnelle pour la tester localement.
Dans cette optique, je dirais que nous devrions supprimer Tenor V1 du composant dès maintenant. Les administrateurs utilisant Tenor comme @PaulinaMX peuvent attendre la mise à jour et obtenir une clé API V2 avant de mettre à jour. Nous pouvons également conserver une branche tenor-v1 pendant un certain temps pour ceux qui en ont besoin.
Qu’en penses-tu @merefield ?
D’accord.
Tout en gardant à l’esprit que @tnoor-co a fait un effort colossal ici (et je crains de lui demander plus), mon intuition me dit que nous devrions probablement y aller à fond et supprimer entièrement le code V1, dans un souci de simplicité et de clarté des paramètres et du code dans la branche principale.
Cela semble être une complexité considérable pour éviter l’inévitable ![]()
Ça me va. Je vais pousser une mise à jour cette semaine pour supprimer complètement la v1.