С использованием апача и mod_gzip или mod_deflate, если клиент принимает gzipped содержание, апач будет служить gzipped файлу. Даже можно добавить file.gz в паре с исходным файлом, выручающим апача с gzipping.
Если Вы не захотите размещать исходные файлы, то обычно апач ответит 404 для запроса .bmp. (У Вас нет того файла, делают Вас?). Но с помощью апачского mod_rewrite можно добавить, что некоторые переписывают правила служить gzipped bmp вместо того, чтобы возвратить 404 Ошибки.
Образец (и непротестированный) переписывает правила:
RewriteEngine On
RewriteCond %{HTTP:Accept-Encoding} gzip
RewriteRule ^(.*).bmp$ $1.bmp.gz
Я сердечно соглашусь использовать logrotate программу для обработки ситуации. logrotate пакет обычно имеет апачский пример вращающего устройства журнала. Однако Вы найдете, что в целом это делает следующее: (1) переименовывают файл (файлы) журнала, и затем (2) дают нефатальную команду уничтожения так, чтобы апач закрыл текущие файлы журнала и создал новые. Возможно, что для маленького окна времени после команды уничтожения (который пытается быть хорошим Вашим пользователям), что данные логов будут помещены в старые файлы журнала.
Несколько других практических точек при использовании переданного по каналу журнала поворачивают функцию:
Потребление дополнительного процесса на каждый файл журнала. Если у Вас уже есть много процессов, это могло бы быть проблематично.
Конечно, использование большего количества общего количества открывает дескрипторы файлов, которые могут, конечно, быть настроены.
У меня был опыт, где не все умирает правильно во время апачского завершения работы сервера. Это было давным-давно как бы то ни было. Но это также делает просто уничтожение апачского процесса с-9 иногда проблематичными зомби отъезда там.
BTW, я лично портировал logrotate пакет к различным системам UNIXen/Linuxen легко.
Приятного отдыха!