Vopros s Warning

[lmz]

U menia vopros kak vse dogadalisi
Kak mne ubrati Warning kogda php pisit mne na stranitu 4erez echo
nu ne nujen tam warning mlin.....
pomoghite pls

[Wave]

варианты:

- заглушить ворнинг локально при помощи @
- глобально при помощи error_reporting()
- исправить допущенную ошибку

[lmz]

raskaji pls podrobnei pls

[Nirva]

есть у тебя некая строка, с какой-то, допустим функций, в которой ворнинг происходит, допустим:
Warning: [...описание ворнига...] in [...в каком файле...] line [..номер строки..]
допустим номер строки 5, которая выглядит так:
mysql_fetch_array($result);
а $result - вообще такой переменной у нас нет, вот и будет ворнинг
если исправлять мы ничего не умеем, но работает, на наш взгляд, все и так хорошо, мы делаем так (вариант 1):
@mysql_fetch_array($result);
то есть добавляем ухо в начало строки. это означает, что ошибки, созникающие в этой строке при работе скрипта будут проигнорированы.
или делаем так (вариант два):
в самое начало файла (строка 1) ставим:
error_reporting(0);
что блокирует вывод _вообще всех_ сообщений об ошибках в скрипте
и наконец вариант три - мы просто исправляем скрипт так, чтобы ошибки этой не было =)

[kompadre]

А можно еще подумать вот в таком напралении : если Вас предупреждают то может быть что-то не так? Особенно если предупреждающий - равнодушный компьютер.

Вот возьмем пример Нирва - конечно легче поставить @ (один раз) пытаясь достать массив из выборки... но ведь скорее всего его дальнейший код расчитывает на эту "несуществующую" майскюльную выборку. Не проще ли проверить is_resource($result) и потом действовать согласно ситуации?

За исключением _очень_редких_ случаев, ворнинги - индикаторы того что скрипт работает не правильно и того что ставить скрипт на рабочий сервер нельзя.

З.Ы. Единственный пример _редкого_случая_ который приходит в голову это тот в котором тебе говорят что передача переменных через указатель устарела но для этих, действительно редких случаев, альтернативы пока не придумали.

[nagash]

Оригинал написал(а) kompadre
[BЗ.Ы. Единственный пример _редкого_случая_ который приходит в голову это тот в котором тебе говорят что передача переменных через указатель устарела но для этих, действительно редких случаев, альтернативы пока не придумали.
[/b]

там кстати немного другое говорят, там говорят что данный способ передачи указателей depricated и предлагают делать ПРАВИЛЬНО =)
это значит

function blah(&$aaa) { echo $aaa;}
blah($bbb);
это правильно

function blah($aaa) {echo $aaa;}
blah(&$bbb);
этот спосоп деприкейтед... и советуют перестать использовать этот способ, потому что никто не обещает сохранность этого варианта в будушем...

так что всё таки ворнинги не просто так пишут ВО ВСЕХ случаях =)

мне так кажется...

если я в чём то ошибаюсь с удовольствием готов выслушать этот вариант для узнавания новых интересных подробностей...

[lmz]

pasibo patani viro4ili

[Nirva]

мы все искренне надеемся на то, что ты решил поправить, а не блокировать сообщение об ошибке =)
2kompadre: конечно =) лично я когда пишу/дебажу вообще E_ALL ставлю

[kompadre]

2 Нагаш

Ты меня не совсем понял. Дело в том что в PHP4 появилась возможность обьявлять что аргумент будет рефернцией декларируя функцию но этот синтакс не работал. И соответственно нужда указывать что передается указатель стало ненужно, и даже "деприкэтнула". Передавалось значение.

Приходилось "писать неправильно" и игнорировать "неправильные" ворнинги.

Почитай. Помоему в пользовательских коментариях по preg_replace_callback упоминаеться неправильная работа передачи через указатель.

[Супер]

Создай в директории со скриптом файл .htaccess следующего содержания:
php_value error_reporting 7