Helft alle mit! Dateianhangsverbrennungen!

[Shakka]

Unser Server hat zur Zeit ca. 100GB Dateianhänge gespeichert. Und es werden immer mehr. Das ist ja auch gut so: Viel Inhalt==>Viel Spaß.

Das doofe ist nur, dass wir all diese Dateianhänge regelmäßig sichern müssen. Denn sonst sind sie nach einer Explosion des Servers vernichtet. Gerade dieser Backup-Speicher ist aber relativ teuer und daher regelmäßig zu klein: Unser Server mit 700GB HDD und massig Rechenleistung kostet 50EUR. 250GB FTP-Backup kosten monatlich 12EUR. Ein irres Verhältnis.

Günstiger ist es, wenn wir mal durch putzen und nicht mehr benötigte Dateianhänge löschen. Ich denke da vor allem an uralte (PBEM-)Savegames.
Klickt mal auf http://www.civforum.de/profile.php?do=editattachments und guckt, was man rücksichtslos löschen kann.

Bitte löscht bloß keine Bilder, die irgendwo eingebunden sind, sondern wirklich nur Zeug, das niemals jemand wieder brauchen wird. Und dann meldet euch hier im Thread, wie viel Platz ihr frei machen konntet.

Details:

Achtung Spoiler:

Im Detail haben wir folgende Anhänge:

+----------------------+----------+
| extension            | count(*) |
+----------------------+----------+
| 7z                   |      439 |
| abkommen zum friedli |        1 |
| bic                  |       13 |
| biq                  |      417 |
| bix                  |       60 |
| bmp                  |       14 |
| civ4replay           |        6 |
| civ4savedgame        |      878 |
| civ4worldbuildersave |       91 |
| civ5map              |       16 |
| civ5mod              |        6 |
| civ5save             |      166 |
| civbeyondswordreplay |       89 |
| civbeyondswordsave   |     6539 |
| civbeyondswordwbsave |      336 |
| civwarlordsreplay    |        8 |
| civwarlordssave      |     3701 |
| civwarlordswbsave    |       63 |
| colonizationsave     |      432 |
| colonizationwbsave   |       16 |
| exe                  |        1 |
| gif                  |     8765 |
| gz                   |       22 |
| hot                  |    15934 |
| jpe                  |       32 |
| jpeg                 |      667 |
| jpg                  |   454977 |
| net                  |     3920 |
| pcx                  |       69 |
| pdf                  |      830 |
| png                  |    17754 |
| rar                  |     3006 |
| sav                  |    11593 |
| txt                  |      899 |
| zip                  |     6739 |
+----------------------+----------+

==>~50.000 Savegames, ~500.000 Bilder
Wenn man davon ausgeht, dass ein durchschnittliches Bild 100kb hat, ein Savegame hingegen 1MB, dann hält sich das Datenvolumen die Waage: 50GB zu 50GB.

[mauz]

Ich übergebe dem Feuer die Saves des PBEM 339

hab schonmal durchgewischt

[Hawkeye]

Vorher:

5291 Anhänge
1,14 GB

Nachher:
4319
1,03 GB

hat mich ja nur eine halbe stunde meines lebens gekostet...

[Roter Erik]

Bei mir warens ca. 5 MB.
Ein bischen was ginge schon noch, aber ich bin mir nicht sicher, ob ich Saves aus dem DG1 löschen soll...
Die Presaves habe ich auf jeden Fall schonmal rausgeworfen

[justanick]

~50.000 Savegames, ~500.000 Bilder
Wenn man davon ausgeht, dass ein durchschnittliches Bild 100kb hat, ein Savegame hingegen 1MB, dann hält sich das Datenvolumen die Waage: 50GB zu 50GB.

Ist diese Schätzung realistisch? Ein Savegame in Civ3(da liegt die Crux) hat oft weniger als 100kb, ein Bild hingegen ein vielfaches. Dazu kommt halt, dass es viel mehr Bilder als Savegames gibt. Im meinem Fall dürfte ich also 600 Seiten der Anhangsübersicht durchforsten, um vielleicht 3 verzichtbare Anhänge zu finden.

Eine bessere Methode wäre dann vielleicht alte PBEMs zu durchforsten und dort die Anhänge der Beiträge zu löschen. Das setzt allerdings vorraus, dass man das PBEM eben nicht als Play By eMail gespielt hat.

[zerialienguru]

Super wäre es natürlich, wenn man in der Anhangsübersicht die Anhänge sortieren könnte. Beispielsweise nach der Dateiendung...
Und justanicks Hinweis ist wertvoll, es gibt so einige PBEM-Threads, die voller Saves sind...

[goethe]

@justi: Nun suche keine Ausreden


@Erik: Ich habe meine (wenigen) Savegames aus dem Civ3DG3 gelöscht. Was soll man jetzt noch damit. In den Threads lässt sich alles nachlesen.


@zeri: die Sache ist doch, dass wir nicht eure Anhänge löschen wollen. Das sollte jeder nach eigenem Ermessen tun.

[Janilein]

Wollte grad nen großes Bild löschen, ging aber nicht, da der Thread abgeschlossen ist.

[Walahan]

Bei mir ging es rapide runter von 108 auf 106 MB Aber ich werde am Wochenende noch nachschauen, was geht

[goethe]

Wollte grad nen großes Bild löschen, ging aber nicht, da der Thread abgeschlossen ist.

das könnte bei den DGs allerdings ein Problem darstellen, aber Erik hat doch nach seinen Aussagen aus den alten DGs löschen können

[Carlomagno]

Ichnhab bei mir mal durchgeschaut und da sind nur eingebundene Bilder und saves aus dem Civ4DG1, die ich aber weder löschen möchte noch kann (kein Häkchen setzbar!). Das sind in der Summe aber eh nur 185 MB aus 1354 Anhängen.

[zerialienguru]

Kann Shakka per DB-Anfrage nicht alle Dateien mit der Endung .sav raussuchen lassen und dann alle löschen, die älter als sechs Monate sind?

btw: Das ist voll unhandlich, wenn man nur den Haken zum löschen setzt und dann zur nächsten Seite springt, dann ist der Haken wieder weg.

[Janilein]

von 1266 Anhängen (156 MB) auf 1211 Anhänge (147 MB) = 9 MB gespart

[justanick]

Kann Shakka per DB-Anfrage nicht alle Dateien mit der Endung .sav raussuchen lassen und dann alle löschen, die älter als sechs Monate sind?

Bei solchen Brute Force Methoden gehen immer auch wertvolle Anhänge verloren. Man kann zwar den Wert alter DG-Save in Frage stellen, ich persönlich schätze ihren Wert aber zu hoch ein, um sie guten Gewissen einfach zu löschen. Das wäre es verhältnismäßiger die Bilder zu löschen, da sich Bilder aus den Saves gewinnen lassen, umgekehrt wird das schwieriger.

[Janilein]

Vielleicht könnte man die Bilder auch automatisch nachkomprimieren lassen. Viele machen das bei den JPGs nicht richtig und stellen 95% ein, wenn es 85% auch tun.

Da die Bilder ja einfach nur auf der Platte rumliegen könnte man vielleicht ein simples Skript basteln, was alle jpgs mit einer festen Einstellung neu komprimiert (z.B. 85%) und falls die resultierende Größe kleiner ist als das Original dieses ersetzen.