Могу ли я попробовать / поймать предупреждение?

Решение, которое действительно работает, оказалось простым установщиком ошибок с параметром E_WARNING, например:

set_error_handler("warning_handler", E_WARNING);
dns_get_record(...)
restore_error_handler();

function warning_handler($errno, $errstr) { 
// do something
}

Будьте осторожны с оператором @ - пока он подавляет предупреждения, он также подавляет фатальные ошибки. Я потратил много времени на отладку проблемы в системе, где кто-то написал @mysql_query( '...' ), и проблема заключалась в том, что поддержка mysql не была загружена в PHP, и это заставило молчать фатальную ошибку. Это будет безопасно для тех вещей, которые являются частью ядра PHP, но, пожалуйста, используйте его с осторожностью.

bob@mypc:~$ php -a
Interactive shell

php > echo @something(); // this will just silently die...

Отсутствие дальнейшего вывода - удача отладки этого!

bob@mypc:~$ php -a
Interactive shell

php > echo something(); // lets try it again but don't suppress the error
PHP Fatal error:  Call to undefined function something() in php shell code on line 1
PHP Stack trace:
PHP   1. {main}() php shell code:0
bob@mypc:~$ 

На этот раз мы можем понять, почему это не удалось.

Я хотел попробовать/поймать предупреждение, но в то же время сохранить обычное предупреждение/журнал ошибок (например, в /var/log/apache2/error.log); для которого обработчик должен вернуть false. Однако, поскольку оператор "throw new..." в основном прерывает выполнение, тогда необходимо выполнить трюк "wrap in function", также обсуждаемый в:

Есть ли статический способ бросить исключение в php

Или, вкратце:

  function throwErrorException($errstr = null,$code = null, $errno = null, $errfile = null, $errline = null) {
    throw new ErrorException($errstr, 0, $errno, $errfile, $errline);
  }
  function warning_handler($errno, $errstr, $errfile, $errline, array $errcontext) {
    return false && throwErrorException($errstr, 0, $errno, $errfile, $errline);
    # error_log("AAA"); # will never run after throw
    /* Do execute PHP internal error handler */
    # return false; # will never run after throw
  }
  ...
  set_error_handler('warning_handler', E_WARNING);
  ...
  try {
    mkdir($path, 0777, true);
  } catch (Exception $e) {
    echo $e->getMessage();
    // ...
  }

EDIT: после более тщательного осмотра выясняется, что он не работает: "return false && throwErrorException ...", в основном, не будет генерировать исключение и просто зарегистрировать журнал ошибок; удаление части "false &&", как в "return throwErrorException ...", сделает работу по выбросу исключений, но затем не войдет в файл error_log... Я все равно сохранил бы это сообщение, хотя у меня не было видел это поведение, задокументированное в других местах.

Вероятно, вы должны попытаться полностью избавиться от предупреждения, но если это невозможно, вы можете добавить вызов с помощью @(т.е. @dns_get_record (...)), а затем использовать любую информацию, которую вы можете выяснить, если предупреждение произошло или нет.

Объединение этих строк кода вокруг вызова file_get_contents() на внешний URL помогло мне обработать предупреждения, такие как " не удалось открыть поток: соединение было вычеркнуто " намного лучше:

set_error_handler(function ($err_severity, $err_msg, $err_file, $err_line, array $err_context)
{
    throw new ErrorException( $err_msg, 0, $err_severity, $err_file, $err_line );
}, E_WARNING);
try {
    $iResult = file_get_contents($sUrl);
} catch (Exception $e) {
    $this->sErrorMsg = $e->getMessage();
}
restore_error_handler();

Это решение также работает в контексте объекта. Вы можете использовать его в функции:

public function myContentGetter($sUrl)
{
  ... code above ...
  return $iResult;
}

Нормально, вы никогда не должны использовать @, если это не единственное решение. В этом конкретном случае функция dns_check_record должна быть первой, чтобы знать, существует ли запись.

Если dns_get_record() терпит неудачу, он должен вернуть FALSE, поэтому вы можете подавить предупреждение с помощью @, а затем проверить возвращаемое значение.

попробуйте проверить, возвращает ли оно какое-то логическое значение, тогда вы можете просто поставить его как условие. Я столкнулся с этим с oci_execute (...), который возвращал некоторые нарушения с моими уникальными ключами.

ex.
oci_parse($res, "[oracle pl/sql]");
if(oci_execute){
...do something
}

Я бы рекомендовал использовать @для подавления предупреждений при прямой работе (например, $prop = @($ high/($ width - $depth)), чтобы пропустить деление на нулевые предупреждения). Однако в большинстве случаев лучше справляться.