Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 11 Sep 2009 07:43:00 +0100
From:      Gareth Brown <gaz@gbmail.biz>
To:        John Almberg <jalmberg@identry.com>
Cc:        freebsd-questions@freebsd.org
Subject:   Re: reducing size of apache instances
Message-ID:  <4AA9F174.3060607@gbmail.biz>
In-Reply-To: <4AA9BCF0.6040003@identry.com>
References:  <4AA9BCF0.6040003@identry.com>

next in thread | previous in thread | raw e-mail | index | archive | help

   Here's a few you can disable:
   mod_status, mod_info (both give extra unnecessary info about server)
   and mod_include (allows include statements in html files).  These
   aren't recommended anyway unless you really need them as they create
   some level of security concern.
   mod_userdir is only needed if you are allowing users to have webpages
   from home directories
   mod_ssl, only if you're going to use ssl
   mod_rewrite only if you will be rewriting webpage names to something
   else
   mod_auth_basic and mod_auth_digest only if you're going to add http
   authentication to any of your webpages
   John Almberg wrote:

     My Apache 2.2 instances are running about 18 Meg each. I've been
     thinking about doing something to trim these down, and I think
     tomorrow is the day to take action. They are getting out of hand.
     I've done a bit of research on this. I think the way to get started
     is to eliminate unused modules. Problem is, I know which ones I
     need, since I purposefully added them. I *don't* know which ones I
     don't need, if you see what I mean, since I inherited them from the
     default configuration.
     I assume that some are critical to the basic operation of Apache. I
     am hoping I can google a list of these tomorrow. Obviously these
     I'll have to live with.
     But what about the set that is left after I remove the ones the
     system needs, and the ones I need? How do I know which ones I can
     safely turn off? All I can think of is a trial and error process
     (i.e., turn them off one by one and see if anything breaks.)
     Is there a better way?
     -- John
     _______________________________________________
     [1]freebsd-questions@freebsd.org mailing list
     [2]http://lists.freebsd.org/mailman/listinfo/freebsd-questions
     To unsubscribe, send any mail to
     [3]"freebsd-questions-unsubscribe@freebsd.org"

References

   1. mailto:freebsd-questions@freebsd.org
   2. http://lists.freebsd.org/mailman/listinfo/freebsd-questions
   3. mailto:freebsd-questions-unsubscribe@freebsd.org



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4AA9F174.3060607>