ErrorDocument 500, не работающий

Я верю JFS, или XFS, как известно, имеют лучшую производительность при работе на большие файлы. В дополнение к выбору соответствующей файловой системы для Вашей задачи я рекомендовал бы также бросить как можно больше RAM в сервер, как Вы можете, даже если Вам не нужен он для Ваших задач обработки. Linux будет использовать эту дополнительную RAM для дискового кэша, который улучшит Вашу производительность.

0
задан 14 June 2011 в 14:42
2 ответа

ErrorDocument 500 только относится к Apache внутренние ошибки, не ошибки PHP.

Возможно, кто-то может исправить меня на этом, но я не думаю, что возможно служить пользовательским ошибочным страницам для ошибок PHP с Apache (Это - возможные ошибки прерывания использования, но необходимо проксировать к сценарию, работающему на другом сервере).

Это из-за способа, которым PHP работает с модификацией-php. Я думаю, что это будет работать при использовании PHP в качестве двоичного файла CGI, но не делает этого b'cus, это очень медленно =)

Могло бы стоить исследовать исходный код Symphony/Kohana, чтобы видеть, как они делают пользовательские ошибки

1
ответ дан 4 December 2019 в 14:44

Некоторые браузеры действительно возвращают ту "дружественную" собственную ошибочную страницу, если ошибочная страница, возвращенная сервером, слишком коротка в содержании.

Вы попробовали что-то как

telnet your.host 80
GET / HTTP/1.0
Host: your.host

видеть, не является ли страница, которая возвращается действительно, "ОШИБКОЙ СЕРВЕРА!"

Кроме того, HTTP-заголовки содержат ошибку 500 или что-то еще?

1
ответ дан 4 December 2019 в 14:44

Теги

Похожие вопросы