[SAC] Trac slow to respond

[Sandro Santilli]

On Mon, Nov 28, 2016 at 05:09:10PM -0800, Alex Mandel wrote:

> If they are separate logs, then
> just see which one is significantly bigger.

Here's the sorted list:

  183001555 Nov 27 06:29 trac-access.log.1
   53632291 Nov 27 06:26 git-ssl-access.log.1
   45873446 Nov 27 06:25 svn-access.log.1
   41824434 Nov 27 06:25 trac-ssl-access.log.1
   38420594 Nov 27 06:29 error.log.1
   21302076 Nov 27 06:25 svn-ssl-access.log.1
   16990525 Nov 27 06:25 other_vhosts_access.log.1
    2077906 Nov 27 06:24 svn-error.log.1
    1837492 Nov 27 06:23 trac-error.log.1
    1461950 Nov 27 06:26 git-access.log.1
    1309253 Nov 27 06:25 trac-ssl-error.log.1
     769825 Nov 27 06:23 git-ssl-error.log.1
     366315 Nov 27 06:23 svn-ssl-error.log.1
      14541 Jun  7  2010 access.log.1
        479 Nov 26 09:30 git-error.log.1

It's interesting to see that trac gets more http than https,
shouldn't they all redirected to http ? A random one I picked
(last line in the log) is a download of a 48.9 MB .zip file
requested by a bot:

 "Baiduspider/2.0; +http://www.baidu.com/search/spider.html"

Trying that url shows it's indeed not redirected.
I don't know how does this relate to the performance issues, if
at all, but in any case I guess it's something that could be
looked into (both forbidding spiders to download zip files
and reviewing automatic redirect to https).

  # grep 'format=zip' trac-ssl-access.log.1 | wc -l
  519
  # grep 'format=zip' trac-access.log.1 | wc -l
  10849

A quick look at the error log reports robots.txt isn't found.

--strk;