Это должно быть зафиксировано путем изменения ErrorPolicy в cupsd.conf или printers.conf:
CUPS 1.3/Mac OS X 10.5ErrorPolicy
Примеры
Задание аварийного прекращения работы ErrorPolicy
Задание повторной попытки ErrorPolicy
Принтер остановки ErrorPolicy
Описание
Директива ErrorPolicy определяет политику по умолчанию, которая используется, когда бэкенд не может отправить задание печати на принтер. [...]
См.: http://www.cups.org/doc-1.4/ref-cupsd-conf.html#ErrorPolicy
Значение по умолчанию:
принтер остановки - Остановка принтер и хранит верность работе для будущей печати
однако Вы, вероятно, хотите:
задание повторной попытки - Повторная попытка задание после ожидания в течение секунд N [...]
(или возможно retry-this-job).
Примечание: На CUPS V1.4 + это назвало FatalErrors.
В то время как другие ответы здесь остановят ошибки, будучи записанным в Ваш журнал ошибок, они просто игнорируют сообщение об ошибке и не фиксируют ошибку.
Ошибка в этом случае состоит в том, что Ваш php.ini все еще имеет также magic_quotes_gpc on
или magic_quotes_gpc off
где-нибудь в нем. То же верно для register_globals on
или register_globals off
.
Ошибка не состоит в том, что директива идет или прочь. Ошибка состоит в том, что директива не должна существовать вообще. Прокомментируйте те строки из своего php.ini или удалите их полностью, и PHP прекратит писать ошибки о директивах устаревших.
Конечно, это может вызвать проблемы с Вашим приложением, если оно требует, чтобы любой из тех шел.
Причина это - ошибка в PHP 5.3, состоит в том, что в PHP 6, эти директивы не будут даже существовать, и PHP 6 будет вести себя, как будто они были установлены на прочь. Если Вы когда-нибудь планируете обновление до PHP 6, теперь хорошее время, чтобы начать обновлять или заменять Ваше приложение.
Другое решение, которое Вы могли попробовать, понижает PHP назад до 5,2 или 5,1 ответвлений.
Что касается PHP запись ошибок в журнал Apache, это естественно, потому что PHP работает как модуль Apache. Можно поместить что-то как error_log = /var/log/php_errors.log
в Ваш php.ini и Apache перезапуска, чтобы разделить ошибки PHP от Ваших ошибок Apache. В то время как Вы там, я рекомендовал бы измениться display_errors
кому: off
. Сообщения об ошибках могут часто содержать уязвимую информацию, которую Вы не хотели бы, чтобы взломщик видел. Вы будете, скорее всего, видеть записанный в Вашем php.ini:
; - display_errors = Off [Security]
; With this directive set to off, errors that occur during the execution of
; scripts will no longer be displayed as a part of the script output, and thus,
; will no longer be exposed to remote users. With some errors, the error message
; content may expose information about your script, web server, or database
; server that may be exploitable for hacking. Production sites should have this
; directive set to off.
Нет никакой нормальной причины, почему сообщения об ошибках содержат HTML.
Отвечать на другой вопрос, который Вы не задавали, причина, PHP сообщает об этом как являющемся in <b>Unknown</b> on line <b>0</b>
это, сообщение об ошибке было разработано для строк кода PHP, который Вы написали, но ошибка, которую это нашло, была в парсинге php.ini, прежде чем это даже считало одну строку кода или даже открыло .php файл. Так как это не открыло файл и не имеет номера строки, это сообщает о них как "Неизвестных" и "0".
Этого поведения можно избежать путем установки display_errors = Прочь. Я не совершенно доволен этим решением, пишущий, что ошибка формата HTML к файлам журнала кажется странной для меня. Если кто-либо понимает это поведение, скажите :)