Ah, das ergibt tatsächlich mehr Sinn
Du kannst es lokal mit einem beliebigen SSH-Client überprüfen, den du bevorzugst. Je nach deiner Einrichtung sollten die Dateien in einem Pfad wie /var/discourse/shared/standalone/uploads/default/original/2X/ liegen.
Du könntest also ls -R /var/discourse/shared/standalone/uploads/ | grep 4064b ausführen, um die 4064b…d.png zu finden.
@sam@codinghorror Es tut mir sehr leid, dass ich euch hiermit belaste, aber es ist ziemlich dringend. Wir sind Studierende und stehen angesichts des Drucks der Hochschule, die Bilder zu beheben, ziemlich hilflos da.
Wie ist dein S3-Setup konfiguriert? Hast du Werte in app.yml festgelegt oder nur in der Admin-Oberfläche? Es scheint, als wäre etwas bei DISCOURSE_S3_BUCKET oder DISCOURSE_S3_BACKUP_BUCKET unerwartet.
Ja, wie ich bereits erklärt habe, war alles in Ordnung, bis zum letzten Update. Wir haben alle Schritte befolgt.
Insbesondere haben wir so etwas wie Folgendes getan:
Was diese Werte betrifft, so kann ich keine entsprechende Variable in app.yml finden. Das war zuvor nicht erforderlich. Hat sich etwas geändert?
Stimmt. Etwas im Code funktioniert möglicherweise nicht richtig, aber wir wissen weder was noch warum. Daher benötigen wir weitere Informationen.
Es gibt zwei verschiedene Möglichkeiten, S3 einzurichten: Sie können die Umgebung in app.yml konfigurieren oder die Werte über die Admin-Oberfläche eingeben. Die Variablen sind in beiden Fällen leicht unterschiedlich benannt.
Das verlinkte Thema beschreibt die Einrichtung über die Admin-Oberfläche. Falls Sie Ihre Seite so eingerichtet haben, könnten Sie uns bitte mitteilen, welche Werte Sie für s3_upload_bucket und s3_backup_bucket angegeben haben?
@schleifer Bei mir genauso. Ich habe an diesen Einstellungen ebenfalls nichts geändert. Ich habe auch überprüft, dass meine AWS-Anmeldedaten funktionieren.
Das Problem trat auf, weil diese Einstellungen nicht denselben Wert haben sollten – suche im Einrichtungsthema nach der Zeile „Brauche ich wirklich separate Buckets für Uploads und Backups?"
Ein Wartungsauftrag wurde auf den Inhalt des Backup-Buckets ausgeführt und beeinflusste die Uploads, da sich ihre Werte überschnitten.
@sam, wir sollten das wahrscheinlich im Code erzwingen, nicht nur in der Dokumentation.
Um deine Seite zu reparieren, gibt es zwei Schritte:
Zuerst musst du das Backup-Präfix ändern – das Hinzufügen von /backups am Ende, wie im Einrichtungsthema beschrieben, reicht aus.
Anschließend verschiebe alle Inhalte im S3-Bucket wieder an den richtigen Ort. Alles im oberen „default“-Ordner sollte wieder auf die oberste Ebene verschoben werden.
Beispielsweise gibt es dort wahrscheinlich einen Ordner „default/originals“, der nach oben verschoben werden muss.
Du musst dafür die AWS-Webkonsole oder ein anderes Tool verwenden, um den Bucket zu durchsuchen.
Alles klar, vielen Dank! Ich werde die Schritte ausprobieren und hierher zurückkommen, falls doch etwas passiert. Hast du eine Idee, warum das plötzlich passiert ist?
Hey @schleifer, das ergibt Sinn, und ich habe das Backup-Präfix zum Bucket-Namen hinzugefügt.
Was die bestehenden Uploads betrifft: Alle Uploads befinden sich in /default/ (nicht in Unterordnern). Die Bild-URLs in Beiträgen (und überall sonst) verwenden /original/* oder /optimized/*.
Wenn wir alles im default-Ordner eine Ebene nach oben (ins Root-Verzeichnis) verschieben, wären die Bilder dann in /*.
Und nein, es gibt keine Unterordner innerhalb von defaults, nur Upload-Dateien. Es scheint Dateien mit dem Standard-Dateinamen aus 40 Zeichen Hash sowie einige mit Suffixen wie „_2_10x10
Das ist… unerwartet. Dann müssen wir eine Menge Dinge von Hand nachbessern.
Die wichtigste Frage wäre: “Gehen neue Uploads an den richtigen Ort?”
Wenn das der Fall ist, kannst du die alten Uploads an einen bekannten Ort verschieben und ihren Datenbankeintrag anpassen. Wie viele Dateien befinden sich in /default/?
Die neuen Uploads funktionieren erfreulicherweise wie erwartet in Unterordnern. Und die Links in den Beiträgen zeigen auf den richtigen Ort.
Es befinden sich >10k Dateien in /default/. Das manuelle Bearbeiten jedes Beitrags scheint sehr aufwendig zu sein. Gibt es eine Möglichkeit, dies zu skripten? Vielleicht mit einem Regex-Ersatz in allen Beiträgen?
Das ist der Plan, ja. Als Nächstes müssen alle AWOL-Dateien an einem bekannten Ort abgelegt werden. Welche Unterverzeichnisse gibt es im Bucket unter /original/? Es sollte /1X/ geben, und es könnten weitere vorhanden sein.
