Einfaches Dateiarchiv

[shmia]

Zitat von gekmihesg:

wozu?
wenn ich irgendwas fertiges nehmen wollte müsste ich garnicht mehr programmieren. im internet gibts eh alles schon doppelt und dreifach.

Software soll offene Standards benützen, keine properitären Datenformate.
Dies gilt vorallem dann, wenn der offene Standard (in diesem Fall TAR) dem selbst-erfundenen Format
überlegen ist und weite Akzeptanz im Internet findet.
Natürlich darfst du trotzdem alles selbst programmieren.
Es sollte auch nur eine Anregung sein, keine Kritik an deiner Arbeit.

[Zerolith]

Zitat:

Software soll offene Standards benützen, keine properitären Datenformate.

Und wenn man das gerade NICHT tun möchte? Ich kenne es z.B. von der Arbeit. Unsere Daten werden ebenfalls in propritären Datenstrukturen gespeichert. Gerade um zu verhindern, dass jeder dran rumfummeln kann.

Beispiel: Möchtest du Kundendaten in einem Tar Archiv speichern, dass ja jeder das ding entpacken und einsehen kann?

Und anbei hab ich mir grad den SourceCode bzw. das Tutorial angeschaut. Da sind einige Unterschiede bzw. Erweiterungen bzw. Verbesserungen drin. Und ich wage jetzt einfach mla zu bezweifeln dass gekmihesg erst alles kopiert hat und dann alles umgeändert hat dann auch noch hinschreibt dass sein denkanstoß dieses besagte tutorial ist.

meine meinung, macht mich ruhig zur sau

[Richard Angelus]

hab mir das mal angeschaut (tutorial muss ich mir auch noch anschaun) weil ich atm auch an einer Art Dateiarchiv arbeite (mit verschlüsselung)...
also das löschen von Dateien aus dem Archiv sollte eigentlich möglich sein

2 Positionen in der Datei merken:
-X beginn der Dateiinformationen, der zu löschenden Datei
-Y beginn der nächsten Datei (Dateiinformationen)
und dann könntest du einfach alle Daten ab Y um die Differenz von X und Y weiter nach vorne verschieben

[runger]

Hilfe Admins

dreht diesen Streithammeln die Luft ab. Das ist ja nicht zu ertragen!

Rainer

[Sharky]

Wie Luckie schon sagte : Streitet euch via PM aber nicht hier im Thread. Schon garnicht wenn es nicht zum Thema gehört.
Wenn ihr das nicht einseht wird der Thread geschlossen oder auch gleich ganz gelöscht!

Punkt!

[gekmihesg]

hmmm tut mir leid wennd as vielleicht ein bischen ausgeartet is.

Zitat:

Und wenn man das gerade NICHT tun möchte? Ich kenne es z.B. von der Arbeit. Unsere Daten werden ebenfalls in propritären Datenstrukturen gespeichert. Gerade um zu verhindern, dass jeder dran rumfummeln kann.

ja genau für sowas is es eigendlich auch da.

Zitat:

das löschen von Dateien aus dem Archiv sollte eigentlich möglich sein

2 Positionen in der Datei merken:
-X beginn der Dateiinformationen, der zu löschenden Datei
-Y beginn der nächsten Datei (Dateiinformationen)
und dann könntest du einfach alle Daten ab Y um die Differenz von X und Y weiter nach vorne verschieben

ja schon aber wenn ich dann die lücke schließen will muss ich ja das komplette archiv neu schreiben. wenn man mit großen datenmengen arbeitet is das sehr langsam... oder kann man das auch anders machen?

[Richard Angelus]

naja man steht vor der Frage ob man Daten (die eigentlich nicht mehr gebraucht werden) im Archiv zu lassen und somit das Archiv unnötig zu vergrößern
oder man versucht eben etwas zu entwickeln was die Problematik in ansätzen lößt....
-wenn z.B. nie irgend eine Datei ersetzt werden muss, brauch man natürlich nicht löschen
-wenn man in einem Archiv einige kleine Dateien (die öfter erneuert werden sollen) und wenige große Dateien (die nie/sehr selten) verändert werden, dann kann man das so managen das die kleinen Dateien (die sich öfter verändern sollen) am ende des Archives gespeichert werden ->nur ein 'relativ kleiner' Teil des Archives am Ende muss neu geschrieben werden
-wenn sich die großen Daten öfter mal verändern, führt (fast) kein Weg an einer größeren Schreibarbeit im Archiv vorbei
-wenn man Dateien meist updaten (größe sollte sich dabei nicht verändern) will, kann man die Daten im Archiv einfach abgleichen
usw. usw.

man könnte auch versuchen die Lücke mit Daten aus dem hinteren Teil des Archiv zu füllen, nur muss man dann wohl auch leere Bytes im Archiv Riskieren (was sich nicht positiv auf die Größe des Archives auswirken wird wenn man recht häufig etwas verändern will)

gibt da recht viele Methoden, es kommt nur auf die jeweilige Anforderungen an
Ich hab bei meinem Archiv z.B. die Priorität einen schnellen Zugriff auf die Verzeichnisstruktur/Dateiinformationen gesetzt (schnelles auslesen der Informationen aus dem Archiv) und deshalb am ende meines Archives die komplette Struktur der Daten/Verzeichnisse gesetzt.
werden Daten zum Archiv hinzugefügt, wird die Struktur erstmal überschrieben (ist meist recht klein und benötigt für meinen Temp Internetfiles Ordner mit rund 2800 Dateien in 5 Ordnern knapp unter 100KByte um die ganze Struktur mit Dateinamen zu speichern) und wenn alles wieder fertig ist neu am Ende des Archives geschrieben
/Edit: eben nochmal nachgeschaut....
die Speicherung im *.zip format benötigt für die Speicherung der Struktur(Dateinamen) knapp 450KByte mehr an Speicherplatz und es wird (denke ich mir mal) beim einlesen der Struktur wild durch die Datei gesprungen

[Rastaman]

Naja nur das dumme ist dann, dass das Archiv jetzt nicht mehr unlesbar ist, da du das prog grad verteilst hast.
Ich find das ding aber trotzdem erste Sahne. Würd ich, wenn ich da durch steigen würde auch so machen.

PS: Tar, Rar u.s.w hat Passwortschutz ( Ka ob das jemand bereits erwähnt hat)

[mimi]

@Richard Angelus
ja aber dann entsteht ein daten loch bzw. um dies auszugleichen musst du dann alle daten anpassen und bei größern archiven ist dies zu Zeitaufwändig.

ich arbeite z.z. auch an einen archiver. Ich bin auch schon mit den archivern fertig:
du kannst inzwischen:

dateien archivieren
dateien entpacken
dateien aus dem archiv löschen
dateien zum archiv hinzufügen
dateien im archiv updaten

im moemnt habe ich das problem mit einer eignen copyFrom funktion wo es mölgich ist abzubrechen. da hänge ich im moment *leider*

da anscheiend viele archiver formate schreiben könnten wir uns doch auch zusammen tuen und eins schreiben was dann unsere wünsche entsprechnen ist....

[Flogo]

Ich hab mir jetzt dein Beispiel noch nicht angeschaut sondern nur das Tutorial kurz überflogen. Wie bigg schon sagte hätte man das ja auch mit Streams lösen können. Wie ist das mit der Geschwindigkeit: würde das einen Unterschied machen? Was wäre, wenn man das ganze mit TIniFile löst?

Der Hintergrund dieser Nachfrage ist der, dass ich auch grade versuche Dateien zusammenzupacken um sie vor neugierigen Blicken zu schützen. -> http://www.delphipraxis.net/internal...ct.php?t=48526