SmartCJ Support Forum

Мда.

И что же, по вашему, в моем примере будет совать смарт, если не null?

Допустим, он будет совать default value, которое в указанных таблицах для указанных полей равно 0000-00-00 00:00:00

Но даже если так, то как вы считаете, 0000-00-00 это приемлемое значение для даты?

Я предлагаю прекратить упражняться в остроумии и таки заняться проблемой

magicum wrote:Мда.

И что же, по вашему, в моем примере будет совать смарт, если не null?

Допустим, он будет совать default value, которое в указанных таблицах для указанных полей равно 0000-00-00 00:00:00

Но даже если так, то как вы считаете, 0000-00-00 это приемлемое значение для даты?

Я предлагаю прекратить упражняться в остроумии и таки заняться проблемой

Я меньше всего хочу тратить время на бессмысленный обсуждения. Чем меньше слов - тем лучше.

Поэтмоу я совершенно серьезно спрашиваю - где вы видите нул в дангном запросе

insert into rot_content (source_url, gal_options, description, sponsor_id, crop_profile_id, template, date_added, status) values ('http://fhg.hollyrandall.com/2013-10-24/ ... PA=2439760', 'a:2:{s:12:\"grab_options\";s:6:\"dl_all\";s:5:\"embed\";b:1;}', 'Drive Me Home', '29', '3', '', '2013-12-30 10:39:03', 'to_grab')


show_time - Null - no
дефолтное значение 0000-00-00 00:00:00 - это номральный формат для datetime
я попробовал на разных базах - запрос отрабатывает без ошибок


Поэтому я совершенно серьезно спрашиваю что конкретно тут не так и где тут нул.

0000-00-00 00:00:00 - это ненормальный формат для базы. Точка.

Иначе гугл не кишел бы вот такими воплями: https://www.google.com/search?q=mysql+0 ... %3A00%3A00

И не требовались бы костыли вида sql_mode='ALLOW_INVALID_DATES';

Мало того, это значение соверешенно абсурдное, т.к. как минимум нулевого месяца и дня нет ни в одном человеческом календаре.

Если вы пишете скрипт для особым образом настроенных серверов, и только для них, будьте добры указывать это в явном виде и крупными буквами.

И цитата из официальной документации MySQL:

Отлично, так бы сразу без обычной агрессии.

Поменял дату на 1000-01-01 00:00:00.

Отлично. Так бы сразу без обычного пустомельства.

))

admin wrote:

hrulik wrote:пару дней ротатор работает уже по "новому", т.е. частота показа новых тумб зависит от црт.
Однако этого не заметно. Отсортировав показывать только новые по црт вижу, что показы у хайцрт тумбов практически не изменились. А большие показы вижу на более новых тумбах, с низким црт. По идее надо чтобы скрипт хватался за хайцрт тумбы и быстрее их отротировал чтоб они ушли в постоянную ротация. А сейчас они гдето на задворках в очереди стоят...

Да, сорри, сделал для теста только для индексной страницы и забыл для категорий. Fixed .

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

Должно быть ок, давайте решим какие надо тулзы что б было видно на каждой странице что показывает ? например можно вывести в каком-то своем таге тумбы ее цтр, кол-во показов и тп и по ним решить - как такой вариант ? будет видно что показывает.

Можно так же сделать что-то вроде

if (показы < 500 или сколько в сетттингах and $_SERVER['REMOTE_ADDR'] == 'что надо ') добавляем красную рамку для тумб - сразу видно какие и где тестируются - как такой вариант ?

http://prntscr.com/2g23lx
самая топовая тумда висит уже дней пять показы не увеличиваются, что то не так

admin wrote:Должно быть ок, давайте решим какие надо тулзы что б было видно на каждой странице что показывает ? например можно вывести в каком-то своем таге тумбы ее цтр, кол-во показов и тп и по ним решить - как такой вариант ? будет видно что показывает.

Можно так же сделать что-то вроде

if (показы < 500 или сколько в сетттингах and $_SERVER['REMOTE_ADDR'] == 'что надо ') добавляем красную рамку для тумб - сразу видно какие и где тестируются - как такой вариант ?

да, давайте по remote_addr красную рамку на новые, там дальше будем думать