если у колонки period убрать NOT NULL, то все работает!это как раз понятно, дефаулт в таком случае емнип тупо игнорится, так как при несоответствии типов можно фигануть нулл, все же попробуйте настройку игнорирующую разницу форматов даты, вдруг поможет. Еще вариант -
ALTER TABLE `test`
CHANGE `client_id` `client_id` int(11) NOT NULL COMMENT 'Клиент'
CHANGE `period` `period` date NOT NULL DEFAULT (curdate()) COMMENT '';
то есть менять оба поля. SET SQL_MODE='ALLOW_INVALID_DATES';
может сработать. Но вот дальше любой alter table client_balanceЭ? А зачем вы правите таблицу каждый раз?
И считаю, что и PHP пора избавиться от этого атавизма и дать разработчикам чуть больше возможностей по настройке что логировать и куда.в пыхе все нормально с ЛОГАМИ, вопрос с питоном и рубином - вообще отдельный, у них есть sys.stderr, ибо они изначально затачивались не под "веб онли", но тут уже отдельная тема. Вопрос оповещения разработчика о проблеме в коде. На компилируемых языках для этого есть отдельный поток который ловится иде или падает в консоль в случае если компиляция из консоли, что в точности повторяет поведение пыха, и это нормально. Все что случилось в коде должно быть показано. То что вы пишете это в лог и тут же мониторите нифига не меняет, у меня вот нет второго монитора для логов, и у 80% разработчиков тоже, и нет его не по тому что я денег зажал, а просто не удобно мне головой крутить на 40 градусов каждый раз как я что-то написал. Опять же, это все лирика. Смысл - на деве должен быть вывод варнингов, то что вы его организовали через 5 точку(имхо) это ваши личные фетиши, но вы его видите. Васе же вы предложили "выключи варнинги, и все будет збс!", Вася скорее всего даже не знает где лежит лог ошибок. Когда Вася поймет что ему срочно нужен второй монитор для отлова варнинга в логах, он такие вопросы уже не будет задавать, по этому ВАША ПРАВДА - он не единственная, и я бы даже сказал СЛИШКОМ ЧАСТНАЯ, подходящая весьма узкому кругу разработчиков. И я бы даже не поднимал вопрос если бы вы написали что то типа: "Я делаю так - кидаю все в лог и на втором мониторе держу лог открытым, кручу головой с моника на моник, заодно и шею разминаю". У вас же просто упоминается возможность "замести под ковер", именно так выглядит ваш ответ.
мало того, что мешает нормальной работе кода, так еще и неявно ломает AJAX запросы.Все что ломает аякс запросы очень хорошо видно в консоли браузера в нетворке, и все это должно быть устранено сразу, а не заметаться под ковер, в коде не должно быть варнингов, если вы хотите писать нормальный код конечно.
а чем принципиально лучше держать у хостера чем дома??
опыта администрирования серверов особо нет(это немаловажный критерий. В случае хостера это их проблемы.
Это как бы не совсем к ответам относится, больше к вопросам, но и имеет обратный смысл - давать надо ответ для решения всего круга задач представленных автором вопроса в виде советов, ссылок на бест практис, объяснение принципов etс...