https://bugs.documentfoundation.org/show_bug.cgi?id=106579
Bug ID: 106579
Summary: online: serve gzipped file content ...
Product: LibreOffice Online
Version: unspecified
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: enhancement
Priority: medium
Component: LibreOffice
Assignee: [email protected]
Reporter: [email protected]
Online serves lots of JS, SVG etc. via HTTP[S]. If the client
flags that they support gzip in their request header; ie. the request
has a header containing 'gzip' eg.
Accept-Encoding:gzip, deflate, sdch, br
Then we should send a response with this header:
Content-Encoding:gzip
And serve up an internally cached copy of the file which is
gzipped; checkout:
net/Socket.cpp:
namespace HttpHelper
{
inline void sendFile(const std::shared_ptr<StreamSocket>& socket, const
std::string& path,
Poco::Net::HTTPResponse& response)
Ideally we should build and pre-populate a set of all files
and their gzipped' versions in memory on startup - and only serve
these (which would also be useful for security and avoids the need to
do careful path resolution in wsd/FileServer.cpp).
We can use: Poco's DeflatingOutputStream to read and deflate
those (I hope) - but lets only support 'gzip' encoding.
Thanks !
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
