Cайт отключен за большой журнал ошибок

Мне тоже так кажется. Вот что мне ответил хостер на вопрос настроить библиотеку GD2:

"На тарифных планах виртуального хостинга изменение стандартных настроек невозможно. Если для нормальной работы Вашего сайта требуется тонкая настройка системы под Ваши нужды приобретайте,пожалуйста, тарифы линейки vps. "

Я правильно понимаю что они просто не хотят ничего настраивать?

А хроника событий бала такова: в конце той недели велись какие то тех. работы, после чего пару дней у

меня почта то работала то не работала (поддержка подтверждала что есть

проблемы) и сразу же после этих проблем с почтой и т.д такой сбой работы

скрипта (который работал до этих тех работ исправно в течении месяца).

- чего-то не сходится хронология 😕 обновленный две недели назад скрипт точно работал? и не писал ошибок в лог? Если проблемы начались после обновления скрипта - трясите своего программиста. Если обновленный скрипт все же успел некоторое время нормально поработать,то видимо Вас перенесли на другой сервер с другими версиями/настройками ПО, можно попытать хостера, а потом трясти программиста :D

- а хостеру конечно особый респект - вместо того чтобы отключить лог они отключили сайт,скажите спасибо что аккаунт не закрыли :D

Админу у хостера нужно руки вырвать и сунуть в одно место ☝

Полное логирование, да еще если и сайтов куча.

Зачем в error логах ошибки интерпретатора, для кого, да еще и на обычном хостинге? Дуристика, честное слово.

- зря Вы так, с точки зрения вебмастера это удобно. Чем гадать в чем проблема, лучше заглянуть в лог и все увидеть самому.

Две недели обновленный скрипт с каптчей работал без проблем, проблемы начались в аккурат после техработ на хостинге. Автор скрипта тут скорее всего не причем т.к у других все работает. Тряска хостера пока не дает результата - ответ один "переходите на vps тариф и настраивайте сами что хотите"

Ага, в 10 гиговый лог самое оно заглядывать 😂

Если бы туда только эти ошибки валили. Вы расширенный лог видели хоть раз? Про точки зрения можно много рассуждать.

С точки зрения вебмастера: давно придуманы дебагеры и функции перехвата критических ошибок и так далее. Пиши в файл, в базу, анализируй.

C точки зрения админа: если уж хочеться дать просраться дисковой подсистеме избыточным журналированием, что бы не засрался диск логами и не повесить сервак давно придуман logrotate.

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

C точки зрения клиента: бежать нужно от такого хостера.

Хостинг не виновать. Посмотрите скрипт. Синтактис этот функсия так

resource imagecreatetruecolor ( int $width , int $height )

Там проблема в параметры функсия $width.

P.S. Отправите код я исправлю.

так это же не все логи. нельзя с уверенностью сказать.

к примеру капчаскрипт может брать заранее нарисованный фон из файла и функция не может определить размеры изображения. $width=0 и понеслась.

Да, это только кусок кода ошибок. Спасибо за предложение помощи, но проблему пока решил так: оставил старый скрипт без каптчи - больше рисковать не хочу, а то точно заблокируют.