Не работают сессии...

[prizrak1390]

Уважаемый, Andkorol. Все что Вы написали мне ясно, но иногда если возникает исключение, лучше не показывать текста ошибки, который генерирует php, а показать что-то другое или вообще ничего не показывать. Поэтому я в некоторых случаях использую подавление ошибок. Но не потому, что я не знаю, как их исправить, а для того, что бы пользователь в случае нештатной ситуации не видел того, чего бы ему не надо видеть. Вотс. Отсюда и вопрос назревает, почему нельзя и как это влияет на работу кода? По крайней мере в 4й версии php такой проблемы не наблюдалось...

[Johnatan]

Сообщение от prizrak1390

Johnatan, почему "@" использовать для подавления ошибок нельзя? Объясните пожалуйста.

Ваш недавний горький опыт с использованием @ вас ничему не научил?
Чтож...
Почему подавление ошибок это плохо:
1) Дебаг. Вы никогда в жизни не найдёте ошибку, которой не видите. При подавлении ошибки PHP всё равно выдаёт эту ошибку и даже прекратит работу скрипта "внезапно", но вам об этом ничего не скажет. Ни вам, ни пользователю, ни администратору ресурса, ни логам, ни серверу. И будете вы потом голову ломать, из-за чего же скрипт выполняется не полностью. А в сложных скриптах, в глубокоунаследованных классах вы никогда не найдёте эту ошибку. Вообще. Совсем.
2) Подавление ошибки на 10% медленнее чем её перехват и на 40% медленнее чем избежание этой ошибки.
3) Непредвиденные ситуации, когда подавление ошибки может изменить работу скрипта (ваш пример).

Самый главный из этих пунктов - первый. Использование обработки ошибки, вместо её подавления говорит о профессионализме программиста. Представьте, что вместо того, чтобы отремонтировать вашу машину в автомастерской вам бы посоветовали одевать наушники и слушать музыку погромче вместо ремонта авто. Насколько профессиональны такие механики?

[Andkorol]

иногда если возникает исключение, лучше не показывать текста ошибки, который генерирует php, а показать что-то другое или вообще ничего не показывать. Поэтому я в некоторых случаях использую подавление ошибок. Но не потому, что я не знаю, как их исправить, а для того, что бы пользователь в случае нештатной ситуации не видел того, чего бы ему не надо видеть.

Ну тут вы что-то путаете...
Исключения - это исключения,обработка и вывод ошибок - это отладка.
По ссылкам есть информация о настройках "Уровня оповещений об Ошибках" - чего ради,я так понимаю, вы и используете @ "в некоторых случаях".
А вот использование для этого всего @ - это "прятанье головы в песок", и вот почему:

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

Модель такой ситуации :
Программист : - Так-с,ну-ка вызову я вот эту функцию func_x();...
Интерпретатор : - Так она с ошибками написана,потому "Warning : ....." тебе ....
Программист : - Да заткнись ты уже - потом профиксим,чё там!... @func_x();....

Итог - ошибка не исправлена,исключение или "нештатка" никак корректно не обработана - тупо пустой экран.
Программист счастлив - ибо "пользователь не увидел того,чего бы ему не надо видеть"....
Если баг критичный - на поиски причин уходит значительное время.

Суть именно в том,о чём я говорил в посте выше - в коде ошибок быть не должно, все "узкие" места должны быть чётко обработаны исключениями или дополнительными проверками результатов.
Ещё раз повторю:
сокрытие проблемы != решение проблемы

[prizrak1390]

Спасибо, за ответы) Да, я столкнулся с такой ситуацией, однако одно дело писать под апачем на локалке, а другое на хостинге) Один и тот же код ведет себя по разному.

[Johnatan]

У вас на локалке Денвер стоит? Хотя вобщем-то неважно. Если на локалке винда, а на сервере никс, то уже можно ожидать разного поведения от скрипта. Поэтому я держу локальный сервер на вирт.машине на убунте.

[prizrak1390]

Johnatan, Денвер это зло. У меня Miniserv. Всем спасибо, тема себя исчерпала)