Комментарии 15
ИМХО — чекать админа в системе используя принятые в системе механизмы + FirePHP
на продакшене ошибки лучше смотреть в консоле tail -f php_error.log, так надежнее. Видны все ошибки которые произошли не только у вас.
Лучше уж слать уведомления на email — мониторить — не девелоперское дело
Для этого воспользуемся cookie's, например наличие cookie с именем «time6288456272719» = «234567u8». Обычный пользователь/интересующийся не поймет что она значит.
Как показывает опыт — иногда коду свойственно «уходить» из рук создателя, а это приводит к тому, что супер-пупер-случайные/редкие/неправдоподобные/фантастические cookies становятся достоянием злоумышленников. Уверен, что дальше автору захочется выводить отладочную информацию через какой-нибудь trigger_error, а там уже до вывода «в отладку» параметров подключения к БД не далеко.
В любом случае — стоит предусмотреть возможность быстрой замены имени cookie.
П.С.
В коде PHP проверяется значение cookie (234567u8), а в JS устанавливается значение 1.
Тоже верно, но ведь еще есть сайты без админки — просто нет необходимости.
ой, это к первому комментарию.
гляньте firephp.org/
Недавно для себя открыл PHP BUG LOST, тоже бывает иногда полезным.
НЛО прилетело и опубликовало эту надпись здесь
Кстати, если у разработчика сайта, например, статический IP, можно же воспользоваться им для вывода ошибок. Ну грубо, создаваемым условием и будет совпадение IP.
Или тут есть суровые проблемы с безопасностью?
Или тут есть суровые проблемы с безопасностью?
Накидал небольшую заметку в дополнение о том, как можно легко повесить это дело на кнопочку браузера
stepansuvorov.com/blog/2012/03/debug-on/
stepansuvorov.com/blog/2012/03/debug-on/
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
PHP warning/notice сообщения в JS консоль + секретная кнопка