Зачем Error_Reporting(E_ALL) ?

[Data-Stream.ru]

Вот это вот зачем?

Код: Выделить всё

if(!Error_Reporting(E_ALL)) # Уровень перехвата ошибок полный
  Exit('[JBs core]: не удалось установить уровень перехвата ошибок');

Я это просто коменчу. И очевидно придётся коментить после каждого обновления.
Есть какие то обоснования необходимости данного момента?
Неужели есть кто-то, кому нравится разбираться в простынях логов, содержащих ворнинги и нотисы?
Особенно, если логи пишутся в папки хостов юзеров.

[Alex Keda]

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

==
а вообще, детским садом попахивает - ошибки надо видеть и исправлять, а не прятать и стараться забыть о них.

[Data-Stream.ru]

Конечно не запрещает, но напрягает.
Особенно когда с апгрейтами перезапивываются файлы целиком, а не отдельные строки, как это принято в perl.
Т.е. после апдейта все собственные наработки, коих может быть не одна такая, тю-тю.

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

Засорять логи бабской трепотнёй системы не есть гуд.
Особенно для тех, кто пользует не только командную строку линуха, но и такие инстументы как WinSCP.
Скачивать лог в 3-10 гига, из которого 98% пустотрёп, только чтобы глянуть на сиюминутные критические ошибки как то обреминительно.

Есть такой принцип "минимальной необходимости и достаточености". Всё остальное избыточность и пожирание ресурсов, которые следует продавать а не расходовать на "мух".

[Alex Keda]

тут вам ничём помочь не смогу - т.к. я и код правлю прямо в консоли, в vim =))
скачивать ничего не приходится - хватает инструментария типа more, grep ....
===
напишите скрипт чтоб комментил.
насчёт прям немеряных гигов - вы загибаете чего-то, помему...

Код: Выделить всё

srv0# ll /home/httpd-logs/manager.host-food.ru.error.log
-rw-r-----  2 h9514  h9514  -  674B 27 июн 12:47 /home/httpd-logs/manager.host-food.ru.error.log
srv0# ll ~h9514
h9514       h9514_test1 h9514_www   
srv0# ll ~h9514/debug.log
-rw-------  1 h9514  h9514  -  636M 27 июн 14:48 /home/h9514/data/debug.log
srv0#

ровно за сегодня... биллинг в отладке работает всегда - мне так удобней...

[Data-Stream.ru]

Это всё конечно здорово, особенно для тех у кого руки под командную строку заточены.
Но для тех, у кого под винь (или десктопы линуха, там свои варианты) это не наглядно. Простое решение - WinSCP позволяет работать с серваком как с диском персоналки. Что то вроде тотал командера. Всё очень наглядно. Плюс открывается окно PuTTY, плюс можно пользовать встроенный интерпритатор командной строки, но галимый. Единственный минус - всё что надо посмотреть скачивается через sFTP.

Возвращаясь к теме, не проще ли не гимороить юзеров неоправданными требованиями избыточности логов?

[serge]

не проще ли не гимороить юзеров неоправданными требованиями избыточности логов

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

[Alex Keda]

я таки непонял - какой именно лог вас напрягает? дебажный? отключите дебаг.

[Data-Stream.ru]

Напрягают требования к php.ini сервера.

[Alex Keda]

это вам не ЦМС для чайников, ставящаяся и работающая на любом хостинге в любой конфигурации.
биллинг вообще ставля на отдельный сервер, где кроме него ничего не крутится - поэтому требования могут быть любые.

[Data-Stream.ru]

Ну на отдельный сервак это расточительно слишком.
Умну 7 ипов на сервак бесплатно даются и хрен их на другой перекинешь.
Хотя бы собственные сайты туда вогнать.

А можно и шаред хостинг туда же. Главное юзерам шела не давать (в том числе и через пхп) и прочих дыр не иметь.

P/S А вот интересно, если я пропишу в php.ini уровень ошибок E_ALL и закоменчу эту строку, панелька это схавает?