Fatal error
#1
Отправлено 13 Январь 2011 - 16:56
Удалить запись не получается, такая же ошибка.
Что делать?
Fatal error: Unknown column 'u2' in 'field list'
UPDATE cb_data2 SET u1 = if(u1,u1,2),u2 = if(u2,u2,2), r=1 WHERE id=29
in /usr/home/29962/moiteo.ru/html/cb/view_line.php on line 559
#2
Отправлено 13 Январь 2011 - 17:05
#3
Отправлено 13 Январь 2011 - 23:34
Обновление до последней сборки не помогло.
#4
Отправлено 17 Январь 2011 - 11:57
#5
Отправлено 17 Январь 2011 - 14:20
Техподдержка (17.1.2011, 11:57) писал:
На каком основании сделан такой вывод?
Я в письме вам написал, что все заработало после обновления скриптов и вычищения мусора из sql-базы (который непонятно как туда попал).
И манипуляций с правами пользователя никаких не производилось, вообще.
#6
Отправлено 17 Январь 2011 - 15:45
Выкладываю итоги:
dev77rus сказал:
1. Разработана конфигурация под логином admin
2. Добавлен пользователь user с ограниченными правами
3. Начались появляться ошибки о невозможности записи в колонку u2 в разных таблицах, этих колонок в базе данных нет.
Fatal error: Unknown column 'u2' in 'field list'
UPDATE cb_data2 SET u1 = if(u1,u1,2),u2 = if(u2,u2,2), r=1 WHERE id=29
in /usr/home/29962/moiteo.ru/html/cb/view_line.php on line 559
4. После очередного запуска программы некоторые пустые ячейки в таблицах заполнились значениями NULL, фотографии - битыми файлами.
5. С бэкапа, сделанного в программе невозможно восстановиться. Бэкап весит 85 кб при размере базы в 170кб.
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'NULL' at line 1
SQL: create or replace view cb_data1 as NULL;
6. Через phpMyAdmin найдены ячейки со значением NULL - одно значение в таблице cb_cron поле log, и около 20 значений в таблицах cb_data1...20 в поле view_sql. Все найденные ячейки очищены, после чего бэкап в КБ начал нормально работать, сохраняя всю базу и восстанавливаясь с него.
7. Скачан и установлен чистый дистрибутив, конфигурация восстановлена бэкапом, добавление и удаление пользователей работает, столбцы u2, u3 создаются и удаляются, ошибки не возникает.
8. В базе данных столбца view_sql в таблицах cb_data1...20 при корректной работе программы не стало.
#7
Отправлено 17 Январь 2011 - 16:24
dev77rus сказал:
2. Добавлен пользователь user с ограниченными правами
3. Начались появляться ошибки о невозможности записи в колонку u2 в разных таблицах, этих колонок в базе данных нет.
.....
5. С бэкапа, сделанного в программе невозможно восстановиться. Бэкап весит 85 кб при размере базы в 170кб.
Вообще, то что Вы описываете, имеет отношение к другой ошибке, ошибке бэкапа: http://clientbase.ru...?showtopic=2347 . На отсутствие полей это по идее никак влиять не должно.
#8
Отправлено 17 Январь 2011 - 16:35
Разработчик (17.1.2011, 16:24) писал:
Вообще, то что Вы описываете, имеет отношение к другой ошибке, ошибке бэкапа: http://clientbase.ru...?showtopic=2347 . На отсутствие полей это по идее никак влиять не должно.
Где-то после 3-го пункта я понял, что надо срочно делать бэкап (появились ошибки).
Я думаю, это две разные ошибки (поля и бэкап), но у меня они появились сразу друг за другом. Пост, на который Вы ссылаетесь - мой.
В общем сейчас у меня, тьфу 3 раза, все в порядке.
#9
Отправлено 17 Январь 2011 - 17:05
#10
Отправлено 17 Январь 2011 - 17:20
В это время у вас было одно или два обновлений программы, в которых копирование группы доступа заработало.
После ковыряний с базой и этих обновлений пропали и обе ошибки.
#11
Отправлено 17 Январь 2011 - 19:39
#12
Отправлено 19 Январь 2011 - 22:03
Разработчик (17.1.2011, 19:39) писал:
Разработчику.
Добрый вечер, хочу вернуться в русло конструктивного обсуждения, если позволите.
Ошибка снова дает о себе знать. По моим наблюдениям ошибки бэкапа и отсутствующих полей связаны, причины их вызывающие:
1. При добавлении нового пользователя в таблицах cb_data появляется поле U(User_ID), отвечающее за отображение статуса записи для каждого пользователя. При возникновении ошибки программа ругается на отсутствие такого поля в таблице при сохранении данных (его там и правда нет).
2. В таблице cb_tables, где перечислены таблицы пользовательской конфигурации, есть поле view_sql (не знаю, за что оно отвечает, может поясните?). Так вот, каким-то образом, вероятно при вычислениях в программе, ошибочно или нет, в это поле попадает значение NULL, из-за чего после, при добавлении пользователя не срабатывает функция добавления поля U(User_ID) в таблицы cb_data.
Проверка показывает, что если в какой либо строке таблицы cb_tables в поле view_sql проставить галку NULL (phpmyadmin), то при удалении пользователя в таблице cb_data его поле U не удаляется, возникает ошибка инструкции DROP.
Связь ошибок (этой и ошибки бэкапа) в том, что в бэкапе возникают инструкции create or replace view cb_data1 as NULL; как раз завязанные на значении NULL в поле view_sql таблицы cb_tables. Сколько значений NULL в этой таблице, столько же ошибочных инструкции в бэкапе по соответствующим таблицам с данными.
#13
Отправлено 20 Январь 2011 - 14:08
dev77rus (19.1.2011, 22:03) писал:
Конечно, мы только за
Для работы нашей программы поля со свойством null не требуются совсем. Возникали они из-за неправильного создание бекапа нашей программой, которое не учитивыет что на некоротых mysql серверах при создании полей, по умолчанию может присваиваться свойство IS NULL.
Мы выпустили очередное обновление
Скачайте его и запустите файл fix_null_values.php. Внимание! Это приведет к тому что все таблицы системы, потеряют свойство is null.
Так что если у вас испольюзуются свои таблицы, в которых это свойство нужно, то вам потребуется восстанвить их! Если же у вас обычная стандартная конфигурация, то никаких проблем не возникнет.
После запуска fix_null_values.php, сделайте бекап (сейчас создание бекапа работает правильно).После восстановления старых бекапов, повторно запускайте fix_null_values.php, т.к. в них храняться старые is null свойства.
Ошибки, аналогичные вашей после запуска fix_null_values должны исчезнуть.
#14
Отправлено 20 Январь 2011 - 17:40
#15
Отправлено 12 Февраль 2011 - 02:07
После запуска fix_null ничего не изменилось: ошибка также возникает при попытке сохранения записи в "своей" таблице.
#16
Отправлено 12 Февраль 2011 - 02:18
какое решение у этой проблемы???
версия последняя, скачанная час назад
#17
Отправлено 14 Февраль 2011 - 09:38
#18
Отправлено 14 Февраль 2011 - 22:29
UPDATE cb_data83 SET u1 = 1,u2 = 1, r=1 WHERE id=2
in /home/nhestar/public_html/cb/view_line.php on line 581
#19
Отправлено 15 Февраль 2011 - 09:30
Для исправления вам необходимо вручную добавить в таблицу cb_data83, поле u2, а также в остальные таблицы, где его нет.
Используя например phpmyadmin.
#20
Отправлено 03 Апрель 2011 - 20:13
у меня возникла аналогичная проблема. хостинг nic.ru
заявку отправил.
кроме "ручного" исправления, другого решения нет?
эта проблема будет исправлена "на корню"?
да, скачивал последнюю ревизию для установки, так в архиве нет дампов начальных баз, соответственно невозможно установить программу.
а еще .htaccess в корне странный, все запрещающий всем. а в других папках его вообще нет (в отличии от прошлых ревизий)...
Количество пользователей, читающих эту тему: 2
0 пользователей, 2 гостей, 0 анонимных