Wie lösche ich hochgeladene Dateien?

[zogstrip]

@anon47420739

Also würde ein Bild mit einem upload-Eintrag, das nie tatsächlich gepostet oder aus einem Kommentar entfernt wurde, automatisch gelöscht werden. Stimmt das?

Das ist korrekt.

[quote=“anon47420739, Beitrag: 21, Thema: 25001”]
Das scheint nicht „ausgeliefert

[anon47420739]

Vielen Dank.

@zogstrip

Diese wurden nicht hochgeladen, sondern nur verlinkt.

Die zugrundeliegenden Links sind seit Langem gelöscht – sollte das nicht bedeuten, dass diese .GIFs nicht mehr angezeigt werden? Wenn ich über das Kontextmenü auf “Bild anzeigen” klicke, werde ich zu einer Adresse von community.signalusers weitergeleitet. Ist dieses Verhalten zu erwarten?

Ich teste das jetzt, werde es in ca. 300 Sekunden aus diesem Beitrag entfernen und kurz darauf den Link löschen.

deleted.png

---

Bearbeitung #2

Der Link ist zwar gelöscht, aber das Bild bleibt in der Bearbeitungsverlauf erhalten. Vielleicht gibt es dafür keinen Upload-Eintrag, da es nicht durch die automatische Bereinigung entfernt wird.

Es wird unter https://d11a6trkgmumsb.cloudfront.net/original/3X/1/0/101f03af29f12ea30e1226eb96a02c3ed2f6d2ef.png gehostet. Nicht bei Dropbox.

[anon47420739]

@anon47420739

Wenn ich im Kontextmenü auf „Bild anzeigen“ klicke, werde ich zu einer Adresse von community.signalusers weitergeleitet. Ist dieses Verhalten zu erwarten?

Ich nehme an, dass es erwartet wird, dass das Bild lokal gespeichert wird, wenn download_remote_images_to_local aktiviert ist. Ich denke, das ist die einschlägige Einstellung.

Dies funktioniert also

@anon47420739

Ein Bild mit einem upload-Eintrag, das nie tatsächlich gepostet oder aus einem Kommentar entfernt wurde, wird automatisch gelöscht. Stimmt das?

nicht für diese Art von Upload, wie in meinem vorherigen Beitrag gezeigt. Korrigiert mich, falls ich falsch liege.

[Falco]

Der Upload wird gelöscht, wenn die Seiteneinstellung „Uploads bereinigen

[anon47420739]

Danke für die schnelle Antwort!

uploads aufräumen klingt nach einer allgemeinen Einstellung, die alle Bilder mit einem upload-Eintrag erfassen würde, oder? Nicht nur diejenigen, die durch download_remote_images_to_local vorhanden sind. Falls ja, sollte ich auf der Website Beispiele für reguläre Bild-Uploads finden, die infolge der automatischen Bereinigung nicht entfernt werden.

Darf ich fragen, auf welchen Wert hier clean orphan uploads grace period hours eingestellt ist, damit ich es als Lösung vorschlagen kann? Oder gibt es einen Standardwert?

Wenn sie diese Einstellung aktivieren, müssen sie dann etwas tun, um sie auf vergangene Beiträge anzuwenden?

---

Edit
Nur um ganz deutlich zu sein: Die Annahme hier ist, dass dies kein Fehler ist, sondern dass eine Einstellung aktiviert werden muss. Ich möchte nur nicht zurückgehen und sagen: „Sie müssen dies aktivieren!“, und sie antworten: „Es ist bereits aktiviert!“. Das würde mich dann lächerlich aussehen lassen.

[sebastianh (Rebastion)]

Ich habe mich auch ertappt, wie ich verzweifelt nach einem Ort zum Durchsuchen von Hochladungen gesucht habe (bekannt von MediaWiki), weil ich einfach weiß, dass Dateien mehrfach, dreifach und vierfach hochgeladen werden. Manchmal frage ich mich, wo eine Datei ist, die ich vor einiger Zeit hochgeladen habe, aber die vielleicht verloren oder gelöscht wurde, damit ich darauf verlinken kann, anstatt sie erneut hochzuladen… Ich denke, es gibt etwas zu sagen für einen Dateibrowser…

[tanius]

Ich musste auch irgendwie eine hochgeladene Datei löschen. Wir haben die Bereinigungsaufgabe nicht aktiviert, da einige Dateien aus einem Import von einer anderen Forensoftware stammen und noch nicht korrekt in importierten Beiträgen referenziert wurden. Daher musste ich einen manuellen Weg finden. Das Folgende funktioniert, ist aber nicht schön …

1. Stellen Sie sicher, dass der relevante Upload nicht mehr in der aktuellen Version eines Beitrags vorhanden ist. Auf diese Weise betrachtet Discourse ihn als verwaist und macht keine Probleme, wenn Sie ihn löschen.

2. Verwenden Sie das Data Explorer Plugin oder eine andere Methode, um die Discourse-Datenbank abzufragen, um verwaiste Uploads aufzulisten, den relevanten zu finden und seine upload_id und seinen Dateinamen zu notieren. Relevante Abfrage:

   SELECT 
     uploads.id, uploads.user_id, uploads.created_at, 
     uploads.url, uploads.filesize
   FROM uploads
     LEFT OUTER JOIN post_uploads ON uploads.id = post_uploads.upload_id
   WHERE post_uploads.post_id IS NULL
   ORDER BY created_at DESC
   LIMIT 100
   

3. Löschen Sie in der Datenbank oder mit der Rails-Konsole für Discourse den betroffenen Datensatz aus der Tabelle uploads anhand seiner Upload-ID. Hier verwende ich die Rails-Konsole:

   Upload.where(id: 16384).first.delete
   

4. Löschen Sie die zugehörige Datei inkl. aller optimierten Versionen (falls vorhanden, gilt für Bilder) vom Dateisystem über SSH. Beachten Sie das Wildcard-Zeichen vor der Dateiendung, um auch optimierte Versionen zu erfassen, die hier ein Suffix haben. Natürlich,

   cd /path/to/discourse/shared/public/
   find . -name 43adade7a4cc64426adb8232a56cb2c3b49fb7c9*.pdf -type f -delete
   

[anon98107012]

@anon47420739

Der Link wurde gelöscht, aber das Bild bleibt in der Bearbeitungshistorie erhalten

Huh! Es sieht so aus, als ob das in diesem Beitrag erwähnte Bild nicht von diesen Einstellungen erfasst wird:

config/site_settings.yml

Warum wurde es nicht gelöscht?

Ich frage mich auch, warum Discourse eine verlinkte Datei wie den Dropbox-Link hier „hochlädt“. Der Sinn der Verlinkung einer bestimmten Datei ist oft die Beibehaltung der Kontrolle über den Inhalt.

[LotusJeff]

Mit der Umbenennung von post_uploads in upload_references ist die in Schritt 2 aufgeführte SQL-Abfrage nicht mehr gültig. Der aktualisierte Code lautet:

SELECT 
  uploads.id, uploads.user_id, uploads.created_at, 
  uploads.url, uploads.filesize
FROM uploads
  LEFT OUTER JOIN upload_references ON uploads.id = upload_references.upload_id
WHERE upload_references.target_id IS NULL
ORDER BY created_at DESC
LIMIT 100