aboutsummaryrefslogtreecommitdiff
path: root/doc/user/images/fixed_elevation.png
diff options
context:
space:
mode:
authorDaniel Schadt <kingdread@gmx.de>2022-12-03 23:30:31 +0100
committerDaniel Schadt <kingdread@gmx.de>2022-12-03 23:30:31 +0100
commita95a9768135bcaaa856a7cca98409a49250c96fa (patch)
tree0675487e6181eed5264bce2db737f3f947963312 /doc/user/images/fixed_elevation.png
parent8e8dd9f8a786bc4036dfbe0b70f03724801b8a8f (diff)
downloadfietsboek-a95a9768135bcaaa856a7cca98409a49250c96fa.tar.gz
fietsboek-a95a9768135bcaaa856a7cca98409a49250c96fa.tar.bz2
fietsboek-a95a9768135bcaaa856a7cca98409a49250c96fa.zip
serve gzip compressed GPX data if possible
This way, we not only save the decompression time, we can also save bandwidth! We *might* even consider using brotli, which seems to be widely supported and has even better compression ratios, but brotli compression of full efficiency is also slow. Ideally, we'd save a "fast compressed" version of the GPX file on upload, and then have a slower background-queue re-compress them with higher settings. That however should probably wait till we move the GPX data out of the database(?!), then we can even serve the data straight with a FileResponse.
Diffstat (limited to 'doc/user/images/fixed_elevation.png')
0 files changed, 0 insertions, 0 deletions