GrblFF Опубликовано 24 октября, 2013 Жалоба Поделиться Опубликовано 24 октября, 2013 Столкнулся с проблемой которой сразу не придал значения. Видимо криво легла база при установке симпла и вышло, что дата (при создании чего либо) по умолчанию устанавливается как 1970.01.01. При сохранении меняли вручную, а при внесении изменений соответственно дата скидывается опять на 70е годы ). И все слетает, и скидки, и купоны, и статьи. Залил дамп бд на 100% рабочее, вместе с дампом пришла эта ошибка. Как можно исправить? 8к товаров со всеми изменениями вносить заново как то не комильфо. (( Цитата Ссылка на сообщение Поделиться на другие сайты
Den Опубликовано 24 октября, 2013 Жалоба Поделиться Опубликовано 24 октября, 2013 Почему Unix время начинается с 1 января 1970 годаВсе дело в том, что Unix время начинает отсчет эпохи Unix, с выпуска первой UNIX системы. Первая система подобного рода была создана в 1969 году, поэтому точкой отсчета времени разработчики приняли дату с 1 января 1970 года в полночь по UTC (Всемирное координированное время).Давайте разберемсяс тем, для чего нужны Unix время и Unix Timestamp, а также дадим им четкие понятия.Unix время – это текущее количество секунд прошедших с 1 января 1970 года.Unix Timestamp – это метка времени, которая представляет собой последовательность символов, отражающих количество секунд, прошедших с 1 января 1970 года.Попробую привести пример, для разъяснения разницы этих двух понятий.На время написания мной данного поста, Unix время было равно 1346765877.На время прочтения, Вами, этой информации, запись о времени (1346765877) , уже является меткой – Unix Timestamp! Конвертировав данную метку времени в удобочитаемый вид, мы получим дату 04-09-2012 и время 17:37:57.Откровенно говоря, особого смысла разделять два понятия, на мой взгляд, нет, но все же полезно иметь представление о том, что из-себя представляет Unix Time, а также полезно понимать, что количество максимально возможных секунд прошедших с 1970 года, имеет предел! Цитата Ссылка на сообщение Поделиться на другие сайты
Den Опубликовано 24 октября, 2013 Жалоба Поделиться Опубликовано 24 октября, 2013 Нужно смотреть базу и скрипт. Цитата Ссылка на сообщение Поделиться на другие сайты
GrblFF Опубликовано 24 октября, 2013 Автор Жалоба Поделиться Опубликовано 24 октября, 2013 что такое unix и tamestamp и все остальное я знаю. Где настройки найти, что бы посмотреть. В бд ничего подобного нету. У wp, joomla есть таблица отдельная в базе с настройками, а тут глухо. Цитата Ссылка на сообщение Поделиться на другие сайты
Den Опубликовано 24 октября, 2013 Жалоба Поделиться Опубликовано 24 октября, 2013 Столкнулся с проблемой которой сразу не придал значения. Видимо криво легла база при установке симпла и вышло, что дата (при создании чего либо) по умолчанию устанавливается как 1970.01.01. При сохранении меняли вручную, а при внесении изменений соответственно дата скидывается опять на 70е годы ). И все слетает, и скидки, и купоны, и статьи. Залил дамп бд на 100% рабочее, вместе с дампом пришла эта ошибка. Как можно исправить? 8к товаров со всеми изменениями вносить заново как то не комильфо. (( Если все знаете к чему вопрос то? Пишите хостеру. Цитата Ссылка на сообщение Поделиться на другие сайты
GrblFF Опубликовано 24 октября, 2013 Автор Жалоба Поделиться Опубликовано 24 октября, 2013 Вы не _тро_ случайно? Очевидно же, что ошибка не у хостера, ошибка именно в бд. Цитата Ссылка на сообщение Поделиться на другие сайты
GrblFF Опубликовано 24 октября, 2013 Автор Жалоба Поделиться Опубликовано 24 октября, 2013 Ошибка довольно редкая и странная.Скорее всего, настройки не при чем.Смотреть надо конкретно, отслеживать, в каком месте портится дата и почему. И исправлять...На данный момент могу сказать точно, что дата слетает у:1) Записи в блоге. Если запись новая - дата установлена 1970-01-01 меняем, записываем, все нормально до внесения любого изменения(даже пробел). Запись слетает на 1970-01-01. Если вставлена картинка она вываливается тоже, в бд запись меняется на 0000-00-00 00:00:00 соответственно. Параметры у поля таблицы s_blog ->date timestamp_ not null_по умолчанию как определено 0000-00-00 00:00:00 что идентично с работающей таблицей.2) В установленной для категории скидки. Все идентично происходящему в блоге.У комментариев и фидбэка обрабатывается нормально. Цитата Ссылка на сообщение Поделиться на другие сайты
GrblFF Опубликовано 24 октября, 2013 Автор Жалоба Поделиться Опубликовано 24 октября, 2013 На данный момент могу сказать точно, что дата слетает у:1) Записи в блоге. Если запись новая - дата установлена 1970-01-01 меняем, записываем, все нормально до внесения любого изменения(даже пробел). Запись слетает на 1970-01-01. Если вставлена картинка она вываливается тоже, в бд запись меняется на 0000-00-00 00:00:00 соответственно.Картинка слетает не всегда. Слетает дата даже если нажать кнопку сохранить. Цитата Ссылка на сообщение Поделиться на другие сайты
Kosjak76 Опубликовано 24 октября, 2013 Жалоба Поделиться Опубликовано 24 октября, 2013 now() не работает... Цитата Ссылка на сообщение Поделиться на другие сайты
GrblFF Опубликовано 24 октября, 2013 Автор Жалоба Поделиться Опубликовано 24 октября, 2013 now() не работает...С той же файловой системой но с чистой базой все нормально! Может быть дело в количестве товаров? Хотя сильно сомневаюсь. Цитата Ссылка на сообщение Поделиться на другие сайты
GrblFF Опубликовано 29 октября, 2013 Автор Жалоба Поделиться Опубликовано 29 октября, 2013 Как оказалось была повреждена 1 из таблиц бд. А именно s_settings. Ошибка в поле с именем data-format вместо одной из разделительных точек была запятая. Цитата Ссылка на сообщение Поделиться на другие сайты
Рекомендуемые сообщения
Присоединяйтесь к обсуждению
Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.