Проблема с php

Ну здесь ты не совсем прав. Это в Вордпрессе может быть так, а в той же Джумле не прокатит. Так что всё-таки display_errors, а не  login=admin. И смотреть логи.

Так вы же меня первый поправили. Сказали, что не "предупреждения", а "замечания". Я, конечно, могу ошибаться, но многие предупреждения можно скрывать и ничего такого в этом нет.

Ладно, каждый останется при своем мнении, бессмысленный спор )

Я поправил, потому что предупреждение – это Warning однозначно. И это очень даже может повлиять на работоспособность. Такие вещи надо устранять, а не скрывать. Можешь оставаться при своём мнении, но не неси чушь в массы.

Ааа, понял, нотис - notice )))

А можно пример такого? Пожалуйста. Я не троллю, мне действительно интересно, я с таким не сталкивался. Живой, реальный, настоящий пример

Ты чутка не понял - никакой конкретный движок не причем :) Это я схематично обрисовал создания условие (if) вывода ошибок. Конечно потом в условии управлять display_errors.

Живой я тебе сейчас не приведу, но расскажу с чем я реально когда-то столкнулся. Тогда я ещё тоже был сторонник повального display_errors=off , но хоть в логи не запрещал писать.

Достался мне в обслуживание сайт (не на ВП, если что ;) ). Так вот, среди прочих мероприятий я поставил мониторинг отправки форм. И практически сразу же по этому мониторингу я увидел, что форма-то не работает. А хозяин даже этого не знал. Оказалось, что в коде было гашение ошибок. Нотис сигнализировал о неверном типе параметра (или что-то типа этого, я уже и не помню), но из-за этого не срабатывал яваскрипт. В итоге - сайт не дополучал заказов.

Жесть вы тут развели оффтоп. У ТС-а надо реально переводить модуль на PHP 7, если он хочет оставаться на нём. Тот модуль, обновление от 2014 года последнее. Там после исправления основных предупреждений, кстати которые были уже в 5.6, ещё может всплыть тонна других.

Спасибо. Вот кстати вспомнил, пару месяцев назад было что-то похожее. Но там наоброт - включение отображения ошибок  в браузер все сломало )))

Там должен был приходить только json (по ajax), а в ответ приходила ошибка + json - что и вызывало сбой ))

Это приходит с опытом. Я раньше тоже забивал на это, теперь же максимально пытаюсь исправить всё.

Бесят конечно всякие unlink(), но что поделать. 

Так что в итоге ТС'у делать предлагаете? 😐

Вам же прямо сказано - "как её исправить незнаю", а значит он точно не будет ничего исправлять.

Нет, можно конечно сколько угодно умничать и в целом все правильно - ошибки надо не прятать, а исправлять, но... серьезно, если обновлений от автора скриптов (шаблонов или что там...) просто нет и не будет, никто же не пойдет ковыряться вникать в чужой код. Верней тот кто сможет, то в принципе не пользуется чужими поделками и уж тем более не сидит в конце 2020 на php 5.3.

Потому какой выход реальный? Никто тут конечно не видел что там за сайт, но с 99% можно предположить что никакой особой ценности не представляющий. А потому просто спрятать warning'и и забить на все - нормальное решение в данной ситуации. Либо заплатить кому-то, чтоб поковырялся и исправил... но опять же, мы не знаем никаких подробностей, может это будет стоить в 5 раз дороже, чем весь тот сайт стоит целиком.

И добавлю еще что display_errors=off это не только нормально, но и необходимо, если это продакшн сайт, а не что-то без траффика для экспериментов своих.

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

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