Как отобразить ошибки cgi-мусорного-ведра вместо 500 в Apache?
Да, у них есть он, и да, это полезно.
Флеш-накопители действительно разрабатывают ошибки со временем, обычно в форме плохих блоков флэш-памяти - мало чем отличающийся от поврежденных секторов в обычных жестких дисках.
Точно так же, как обычные жесткие диски контроллер диска отслеживает эти сбойные блоки и повторно отображает их на 'дополнительные' блоки, которые были сохранены с этой целью. Каждый раз, когда компьютер запрашивает данные от сбойного блока, контроллер прерывает его и дает ему корректные данные из повторно отображенного блока.
В конечном счете Вы закончитесь дополнительные блоки и начнете получать реальные ошибки, в котором времени необходимо будет заменить диск - УМНЫЙ, сохранит Вас сверху этого так, можно заботиться о нем, прежде чем Вы начнете терять данные.
Одно главное преимущество, которое SSD имеют по обычным дискам в этом, состоит в том, что дополнительные блоки в обычном диске требуют, чтобы глава искал на другую дорожку, поэтому как возрасты диска, это становится медленнее. В SSD переотображение сделано почти прозрачно, и таким образом, никакое дополнительное время не потрачено впустую, ища на повторно отображенный блок и затем стремясь назад считать остальную часть данных.
В основном как радиус говорит, поймайте и отобразите ошибку, а не позвольте ей пройти. В жемчуге посмотрите модуль Карпа: http://search.cpan.org/~nwclark/perl-5.8.9/lib/Carp.pm
Я думаю, что использование обертки может сделать это. Запишите сценарий, которые всегда возвращаются 0 так, чтобы апач никогда не делал ошибки 500 для него. В этом сценарии запускают истинный сценарий, чтобы выполнить и поймать STDOUT и STDERR, чтобы смочь передать их обратно клиенту.
Не совсем, что Вы спросили, но как насчет того, чтобы просто выставить журналы через псевдоним?
Alias /var/log/httpd /apache-logs
<Directory /var/log/httpd>
# access control options, fancy indexing options, etc
</Directoy>
В прошлом я поместил маленький сценарий в свой сервер разработки, который выследил файл журнала к браузеру. Это не заменяло 500 ошибок, но я предполагаю, что у Вас могло быть перенаправление Apache к такому сценарию, когда 500 ошибок обнаруживаются.