Re: How to compress responses from roundup
Ralf Schlatterbeck <[email protected]>
| Newsgroups | gmane.comp.bug-tracking.roundup.devel |
|---|---|
| Message-ID | <[email protected]> |
On Tue, Feb 02, 2021 at 10:02:04PM -0500, John P. Rouillard wrote: > Hi all: > > I have been using https://webpagetest.org against issues.roundup-tracker.org > and my demo site. One of the things it is flagging is lack of compression > for response data. > > How are you guys dealing with this? Do you use a proxy to compress and > rewrite the stream on the fly? Do you use a proxy web server to serve > up files under @@files so resources like css etc. are served from the > main servver and compressed as a result? > > Does anybody have patches for roundup that will enable gzip (or > brotli) compression? I'm almost exclusively using roundup in local LAN-connected environments, where compression might even slow things down. For those setups I'm almost exclusively using WSGI in Apache. I've never bothered to check if our Apache configs compress things. Have you looked into putting roundup behind Apache (i.e. running the builtin roundup webserver on, say, port 8080 and pointing Apache running on 443 or 80 to it)? You could use rewrite to point all the @file links to direct file accesses via Apache which would probably compress them. If you want a reverse proxy config for Apache, I've just set up a test tracker some days ago. Ralf -- Dr. Ralf Schlatterbeck Tel: +43/2243/26465-16 Open Source Consulting www: www.runtux.com Reichergasse 131, A-3411 Weidling email: [email protected]