RE: Proposal - option to store unzipped office documents on server side.
From: Markus Schaber <m.schaber_at_codesys.com>
Date: Fri, 4 Aug 2017 09:41:27 +0000
From: Paul Hammant [mailto:paul_at_hammant.org]
> Yup, I didn't think about the SHA1 being different. I'll implement it client-side, just ignore this request.
Note that you will already profit from differential storage even when using compressed zips, as included images etc. should have an identical compressed storage if the user is just doing text edits).
We got similar benefits at my former employer when we stored JAR files in SVN (archival of old revisions); especially small patches and hotfixes with only a few changed class files were transferred and stored efficiently.
You could also transparently transform the zip into an uncompressed zip file before uploading it, thus getting more benefits from differential storage - at the possible loss of bit-for-bit identity if you try to recompress the zip again on download, as different implementations of the algorithms tend to give slightly different results, even for the same compression level. On the other hand, this could even improve storage on the server when configured with a high compression level, as the server side compression can then exploit inter-file redundancies in the zip file (if present), while zip itself compresses all files independently.
CODESYS® a trademark of 3S-Smart Software Solutions GmbH
Inspiring Automation Solutions
E-Mail: m.schaber_at_codesys.com | Web: codesys.com | CODESYS store: store.codesys.com
Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915
This is an archived mail posted to the Subversion Dev mailing list.