Hello Kendall,
I have to go off-topic here for once, because it caught my eye and I couldn't believe it: wordstar? Really? And I thought working with XML is sometimes an ancient technology, but wordstar is... well, let's call it well-established ;) Or are you working for George R.R. Martin (see http://grrm.livejournal.com/197075.html), and if so how will Game Of Thrones end? ;)
I am glad to see that XQuery is really a technology used for all kind of data formats...
Cheers
Dirk
On 02/23/2017 04:52 AM, Kendall Shaw wrote:
There is some point at which the time it takes to compress is worse in some measure than serving uncompressed data.
What I did was store precompressed data and serve that, instead of enabling compression. So if that is an option you can use:
web:response-header(map {'media-type': 'application/wordstar'}, map {'Content-Encoding': 'gzip'}) , db:retrieve('test-binary', 'out.bin')
where out.bin contains gzipped data.
The web server might then serve the compressed data if Accept-Encoding contains deflate or gzip
Kendall
On 2/21/17, 10:53 AM, "basex-talk-bounces@mailman.uni-konstanz.de on behalf of Christian Grün" <basex-talk-bounces@mailman.uni-konstanz.de on behalf of christian.gruen@gmail.com> wrote:
Hi joseph, > I am wondering whether for RESTXQ one should enable gzip encoding to improve data transmission: if the database is used for storage (where the data are in binary form), is the gzip option still useful? Compression is always useful if you transfer data that can still be reduced in size. In other words, if you store JPG files, compression won’t help so much, but it will surely shrink JSON or WAV files. Cheers, Christian