Ich glaube nicht. Dieser Fall scheint ähnlich wie bei Bildgittern. Bei dieser Änderung wurde auch die Warnung angezeigt, aber das war die Antwort, die ich damals bekam:
1 „Gefällt mir“
Sie sollten danach immer noch in der Lage sein, es über die normalen Website-Einstellungen zu deaktivieren.
@davidb kannst du das bestätigen?
Ich stimme zu, dass wir für die kommende Änderungen eine weniger verwirrende Formulierung finden sollten.
Eines, was wir versuchen können, ist, dies im Titel und in der Beschreibung der Änderung selbst klarzustellen, wenn sie konfigurierbar ist.
1 „Gefällt mir“
Die anstehende Änderung für GIFs ist derzeit unter einer versteckten Site-Einstellung verfügbar, aber ich denke, wir werden dies in Zukunft sichtbar machen und es im Admin-Bereich aktivieren/deaktivieren können.
Bis dahin behalten wir die anstehende Änderung als „Keiner“ und sie wird in Zukunft standardmäßig deaktiviert sein. Es ist nicht erforderlich, weitere Änderungen auf der Admin-Seite vorzunehmen.
4 „Gefällt mir“
Ja, als ich nach enable_gifs suchte, landete ich direkt auf der Seite für bevorstehende Änderungen. Das war sehr verwirrend.
Das Konzept der Seite für bevorstehende Änderungen ist großartig. Sie könnte nur etwas sprachlich poliert werden.
Danke an alle!
2 „Gefällt mir“
In diesem Fall @davidb @mcwumbly, wenn der Änderungstyp site_setting_default statt feature für enable_gifs gewesen wäre, wäre die beängstigende permanente Meldung nicht angezeigt worden. Dies wird hier gesteuert:
Allerdings finde ich generell, dass der feature-Typ für diese anstehende Änderung in Ordnung ist… also müssen wir vielleicht diese permanente Benachrichtigung für anstehende Änderungen etwas expliziter gestalten.
Vielleicht will_become_permanent: true oder so als zusätzliche Metadaten? Nicht sicher…
1 „Gefällt mir“
Warum wurden wir gezwungen, Klipy anstelle anderer Optionen zu verwenden? Ich bevorzuge Giphy und würde es gerne weiterhin nutzen.
Die Einstellungen und die Interaktion mit dem Komponente machen es sehr verwirrend, andere Optionen wie Giphy zu verwenden.
Ich denke, das liegt daran, dass Giphy keine kostenlose Option mehr ist.
1 „Gefällt mir“
Es ist jetzt in Ordnung. Ich habe es herausgefunden (danke, Moin!). Ich musste das Discourse-GIF-Plugin deinstallieren, damit die Einstellung erschien. Dann habe ich die Einstellung auf „niemand“ gesetzt und das Plugin erneut installiert und konfiguriert. Giphy funktioniert jetzt wieder bei mir.
2 „Gefällt mir“
Freut mich, dass ich dir helfen konnte. Dass die anstehende Änderung verborgen ist, wenn das GIF-Theme-Modul installiert ist, macht das Ganze etwas verwirrend: Um das Modul zu verwenden, musst du es deinstallieren, die anstehende Änderung deaktivieren und es dann erneut installieren.
Wurdest du über die Änderung informiert, oder wurden diese Benachrichtigungen unterdrückt, weil die anstehende Änderung verborgen war? Ich frage mich, ob das dazu führt, dass sie nicht wissen, dass sie die Migration ausführen und einen API-Schlüssel holen müssen.
1 „Gefällt mir“
Wenn man sich um einen KLIPY-Schlüssel bewirbt, wird verlangt, dass die Quellenangabe angezeigt wird. Wie fügen wir das in das Popup ein? Und wie nutzen andere es, ohne diese Angabe zu machen?
1 „Gefällt mir“
Oh, das hatten wir früher in der Theme-Komponente, aber es ist nicht im Core vorhanden. Es gab ein providerLogo:
Die Klipy-Version wurde in FEATURE: Add Klipy as GIF API provider by xfalcox · Pull Request #107 · discourse/discourse-gifs · GitHub hinzugefügt. @davidb war es beabsichtigt, dieses Anbieter-Logo in der Core-Version wegzulassen?
2 „Gefällt mir“
Leider scheint es beim Portieren auf den Core übersehen worden zu sein. Es wurde im Theme-Komponenten bedingt angezeigt, aber jetzt sollten wir es immer anzeigen.
Hier hinzugefügt: UX: add Klipy branding to gifs picker - Pull Request #41501 - discourse/discourse - GitHub
2 „Gefällt mir“
Ein globaler Hinweis-Banner wurde kürzlich zum Theme-Komponente hinzugefügt, sodass, wenn die Komponente auf dem neuesten Stand ist, der Banner und ein Link zu diesem Thema für Site-Administratoren angezeigt werden.
Da wir die bevorstehende Änderung letzte Woche zu stabil verschoben haben, sollte dieser Banner nun für jede Site angezeigt werden, die die Theme-Komponente verwendet, damit sie die erforderlichen Maßnahmen ergreifen können.
Nur zur Information: Es könnte sinnvoll sein, das Repository zu forken, wenn Sie Giphy weiterhin verwenden möchten, da wir planen, es in naher Zukunft zu archivieren.
2 „Gefällt mir“
Ich bin mir nicht einmal sicher, ob die Anforderungen zur Quellenangabe tatsächlich gelesen wurden. Das Logo erfordert nur eine einzige Quellenangabe, und diese ist optional:
https://docs.klipy.com/attribution
Wir betreiben unser System selbst (Self-Hosted) und verwenden Giphy im alten Theme-Component. Wir haben das deaktiviert und sehen jetzt nur noch Klipy-API-Optionen. Gibt es eine Möglichkeit, unseren alten Giphy-Schlüssel einzugeben und diesen als Provider zu verwenden, oder müssen wir jetzt Klipy nutzen?
EDIT: Scheinbar nicht, also sind wir nun auf das Verifizierungsvideo über Klipy angewiesen.
hi @fearlessfrog 
i had the same issue - to continue to use giphy, you need to delete the theme component completely (disabling isn’t enough), then set the admin -> upcoming changes → enable gifs setting to “no one”. then re-install a fork of the component again to use it - team is archiving their version soon. i have a fork of the component here you can use.
uninstall old component:
disable the setting in admin-upcoming changes
i really don’t know why the team did it this way, but it is horribly confusing and took me a while to figure it out (thanks to Moin’s explanation) - it is very unfriendly to self-hosters. at some point i will probably just re-build the fork as my own component without the other unnecessary fields and files, but i will set up an admin banner message when that happens.
note to team: the Discourse Gifs component is still listed in default component install page:
4 „Gefällt mir“
Danke, @davidb, kannst du diese Option bitte entfernen?
Wir haben es so gemacht, weil es die Einstellungen unserer gehosteten Kunden optimiert, bei denen wir manuell die alte Gif-Komponente deinstallieren. Wir haben nicht damit gerechnet, dass die Leute Giphy weiter verwenden wollen, da die Preisanpassung so hoch ausfiel, was der Grund war, warum wir Klipy überhaupt zur Theme-Komponente hinzugefügt haben.
Nächstes Mal können wir im Eröffnungsposting etwas mehr Informationen für Self-Hosters hinzufügen, die die alte Komponente weiter verwenden wollen; wir gingen einfach davon aus, dass auch Self-Hosters zu Klipy wechseln würden:
Wir werden definitiv einen Weg finden, dies weniger verwirrend und überraschend zu gestalten. Ich habe David B. gebeten, ein internes Thema zu eröffnen, und ich werde mich in naher Zukunft damit befassen.
2 „Gefällt mir“
Was ich nicht verstehe: Ich nutze immer noch meinen alten kostenlosen Giphy-API-Schlüssel ohne Probleme? Ich habe mich gerade in das Giphy-Entwickler-Dashboard eingeloggt und da ist er. Wofür soll ich eigentlich bezahlen? Ich habe noch nie eine Kreditkarte eingegeben oder etwas bezahlt, und ich sehe auch jetzt nicht, wo das nötig wäre – für mich sieht es so aus, als wäre es immer kostenlos gewesen. Das Forum, mit dem ich es verknüpft habe, scheint keine Rate-Limits zu bekommen, und wir nutzen es ziemlich oft 
Okay, anscheinend funktioniert es ganz normal für bis zu 100 API-Aufrufe pro Stunde, was meiner Meinung nach für Self-Hoster völlig in Ordnung sein sollte.
2 „Gefällt mir“
Ja, auf jeden Fall. Die Kosten wären für unser Hosting jedoch prohibitiv, da wir GIFs als Kernfunktion ansehen.
2 „Gefällt mir“
Ich denke, das Theme-Plugin hatte nur den „Powered by Klipy“-Hinweis (aus dieser Liste), aber wir hätten beim Portieren auf den Core wahrscheinlich vorsichtiger sein sollen, indem wir die offizielle Website geprüft haben. Die Hauptquellenangabe wurde in UX: add placeholder text for Klipy gifs search - Pull Request #41651 - discourse/discourse - GitHub hinzugefügt.
Erledigt — hinzugefügt in UX: remove gifs from popular theme components - Pull Request #41649 - discourse/discourse - GitHub.
Wir haben die Logik aktualisiert, die steuert, wann diese Warnung angezeigt wird. Sollte nun in DEV: add upcoming change permanent banner metadata - Pull Request #41700 - discourse/discourse - GitHub behoben sein.
Diese Probleme sollten nun für Sites behoben sein, die die neueste Version von Discourse ausführen.
4 „Gefällt mir“