Сообщений в теме: 15

[DarkNight]

версия 1.8.2

Жила была таблица, и записей в ней скопилось аж на 4 страницы. Первые 2 страницы отображаются нормально, последние 2 - с ошибками на пол экрана

Parse error: syntax error, unexpected T_STRING in /home/database/hushdatabase.com/docs/fields.php(527) : eval()'d code on line 1

Понятно что косяк с данными в этой таблице, не могли бы вы подсказать что происходит в волшебной строке 527 файла fields.php , я уже все голову поломал выискивая этот косяк.

Бекап геморойно высылать потому как сжатый весит около 20 метров.

Спасибо.

[Timur]

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

[DarkNight]

весь прикол в том что нет вычислений ни на полях ни на таблице

[Timur]

Когда обнаружилась ошибка? Какая версия программы у Вас стоит?

[DarkNight]

Обнаружилась вчера после переноса на новый хост. Версия 1.8.2

[Timur]

Может на новый хост стоило установить сразу новую версию? Попробуйте установить версия 1.8.4.

[DarkNight]

На тот момент когда переносили 1.8.2 была последняя, и как то не хочется имея косяки переносить их на новую версию

[DarkNight]

неужели так сложно сказать обработка чего идет в указанной строке, или это является коммерческой тайной?

[Analitic]

В данном блоке выполняется код условного форматирования. Проверьте условия форматирования одно из них вызывает такую ошибку.
Могли бы вы выслать ваш бекап на tehnic@clientbase.ru?

[DarkNight]

В общем да, ошибки возникают из-за форматирования, но при этом сами строки которые попадают под условие выделяются цветом нормально.

вот пример условия

поле "Статус" = "ОК" то форматировать в зеленый

поле "Статус" - ссылается на справочник

в базе это условие прописалось как

62 | 42| 552| == |"ОК" |0| #ffff99| 0 |

что в принципе логично,

в итоге строка подсвечивается, и вылезает 7 ошибок

и на каждое условие выходит по 7 ошибок

Я думаю смоделировать подобный пример будет легче чем пинать 40мб по почте (специательно только что сжал)

[DarkNight]

В версии 1.8.4 такая же картина

[Analitic]

Как точно выглядит строка фильтра в таблице?
Сделайте экпорт данной строки в виде одного запроса типа: INSERT INTO `cb_filters` VALUES ( ...
Запостите запрос сюда?

[DarkNight]

INSERT INTO `f_format` (`id`, `table_id`, `field_id`, `term`, `value`, `target`, `color`, `num`) VALUES
(61, 42, 552, '==', '''Verify''', 0, '#ffff99', 2);

[Analitic]

В привиденной выше строке все корректно. В идеале, если вы установите последнюю 1.8.5 чистую локальную версию у себя на компьютере, и там смоделируете ситуацию. Вышлите нам ее бекап.
Если это проблемно. То остается только перекидывать файл в 40 мегабайт... Запакуйте в архив с томами по 5 мегабайт, и отправьте на указанный выше email.

[DarkNight]

нашел причина в данных, в справочнике были данные с апострофам типа don`t

[Analitic]

В любом случае такая ошибка не должна возникать. Вы написали что сбой произошел после переноса? Возможно на хостингах разные настройки magic_quotas?
Сравните результат работы phpinfo на обоих хостингах? Что там в ячейке magic_quotes_gpc?