Es gibt möglicherweise einen Fehler in der Warnung, die im Admin-Menü von Discourse 2.7.0.beta1 angezeigt wird (53f4d54f23).
Die Warnung lautet:
Der Server ist so konfiguriert, dass Dateien auf S3 hochgeladen werden, aber mindestens eine der folgenden Einstellungen ist nicht gesetzt: s3_access_key_id, s3_secret_access_key, s3_use_iam_profile oder s3_upload_bucket. Gehen Sie zu den Site-Einstellungen und aktualisieren Sie die Einstellungen. Mehr dazu unter „Wie richte ich Bild-Uploads auf S3 ein?" .
In meinen Einstellungen sind folgende Optionen gesetzt:
s3_access_key_id
s3_secret_access_key
s3_upload_bucket
Diese Option ist nicht gesetzt und löst wahrscheinlich die Warnung aus:
s3_use_iam_profile
Die Details dieser Einstellung besagen:
Verwenden Sie ein AWS EC2-Instanzprofil, um den Zugriff auf den S3-Bucket zu gewähren. HINWEIS: Die Aktivierung dieser Option erfordert, dass Discourse auf einer entsprechend konfigurierten EC2-Instanz läuft, und überschreibt die Einstellungen „s3 access key id
Es gibt eine neue Warnung für Nutzer, die S3 ohne CDN verwenden, die ich gestern eingearbeitet habe. Anscheinend war meine Fehlermeldung falsch .
Dies wird durch folgenden PR behoben:
@Richie, verwendest du S3 absichtlich ohne CDN? Ich habe diese Warnung hinzugefügt, da wir mehrere Themen im Meta-Bereich erhalten haben, in denen sich Site-Admins darüber beschwerten, dass sie aufgrund der Egress-Traffic-Kosten viel zu viel Geld für S3 ausgeben.
Ja, die Idee ist, dass die Nutzung von S3 ohne CDN ein offensichtlicher Fehler ist und jeder, der in einer Produktionsumgebung für S3 bezahlt, sich auch und ein CDN für weniger Geld leisten kann.
Eine mögliche Workaround-Lösung, falls Sie aus irgendeinem Grund in einer S3-Umgebung ohne CDN feststecken, besteht darin, s3 cdn url auf die Bucket-URL zu setzen, wodurch es zu einer No-Op-Operation wird.
Ok, danke @Falco. Ich werde die oben genannte Korrektur in den nächsten ein bis zwei Tagen installieren und einen neuen #support-Beitrag eröffnen, falls ich hängen bleibe
.
