Здрасте!
Что значит и как использовать @?
Это что то вроде переменной или функции??

Оператор управления ошибками

Перевожу на русский язык. ИСпользуем @ только там, где НАДО подавить ошибку, в условии, когда идет на нее проверка.

Очень хорошая статья по теме на phpclub-е.

Хотел добавить, что еще следует всегда руководствоваться следующим правилом: Там где Notice или Warning можно предотвратить дополнительным условием или другой поверкой, нужно использовать именно эту проверку, а не подавлять вывод ошибок. Но существуют исключения:
1. Бывают ситуации, когда Warning - это штатная ситуация, избежать которой невозможно, кроме как использование оператора @. К примеру такое может быть при использовании функции stream_select(), которая всегда выдает Warning и возвращает false, если один из stream-ов вернул ошибку.
2. Где любой вывод посторонних данных критичен. Например при генерации xml, json, eval кода итп. Хотя даже в этом случае следует обрабатывать предупреждения, к примеру, писать в лог или в комментарий используя $php_errormsg.

бывают случаи, когда @ не припятствует выводу ошибки.

Например?

Имхо, в production-окружении вообще всегда должен стоять display_errors=off, а все ошибки (включая нотайсы, по-хорошему) должны писаться именно в лог. Потому что, кроме порчи дизайна, сообщения об ошибках могут "проболтаться" хакеру о многом ненужном... ;)

Это сообщение отредактировал(а) SelenIT - 25.7.2007, 02:43

SelenIT, совершенно с вами согласен. Толко "@" подавляет вывод ошибок не только на экран, но вообще в принципе (даже критических), втч и в лог.
display_errors=off на рабочей системе - это как библия, первооснова.

Добавлено через 5 минут и 3 секунды
По поводу второго пункта. Так же, имхо, ни что не должно влиять на результат работы скрипта, будь то рабочая система или локальная. Т.е. пока есть хотя бы один нотис - скрипт не рабочий, я считаю, что таким правилом должен руководствоваться любой программист на PHP.

http://forum.vingrad.ru/index.php?showtopi...t&p=1122148

GZep, в этой теме обсуждаются не извращения а знак @
А если человек переопределяет функцию обработки ошибки - он знает что делает или сам виноват

Кстати, сли подойти к процессу с точки зрения PHP то @ не "подавляет" ошибку магическим способом, просто на время выполнения следующей команды режим вывода ошибок переводится в E_NONE

По-моему, начиная с РНР5, использование оператора @ вообще неразумно, т.к. любую ошибку (кроме Fatal и Parsing) можно обработать при помощи механизма исключений. Да и вообще использование @ для меня сильно ухудшает восприятие кода, т.к. создаётся впечатление о том, что программист наспех закрывал все нотайсы и варнинги не пытаясь устранить причину их появления.


+1

А я часто проверяю параметры вот так


Чтобы не изгаляться длинными и ненужными

А не проще ли так: 
 
?

Ну и опять же забыл написать, что это было ИМХО, просто символ собачки мне не очень нравиться использовать кроме для email адресов.

smartov, empty проверяет и на то, существует переменная или нет, по этому достаточно:


Собачка - признак плохого стиля - необдуманное ее использование может быть причиной трудноуловимых ошибок.

Это сообщение отредактировал(а) WolfON - 25.7.2007, 15:00