Ошибка с данными топика

После установки новой версии Альто с конвертацией старой БД при каждом обновлении страницы или переходе в журнал записывается следующее:
E_NOTICE [8] unserialize() [function.unserialize]: Error at offset 159 of 1024 bytes (/var/www/p325717/data/www/домен/common/classes/modules/topic/entity/Topic.entity.class.php on line 898).

Критично ли это? И если да, то что предпринять?
Спасибо.

Похожие статьи

  • Ошибка System error #1002 помогите
    Перенес сайт на хостинг с локального Denwer, при заходе на главную страницу появляется ошибка System error #1002, при этом в виджете прямой эфир идет постоянно загрузка, в админку не входит.Как исправить подскажите...
  • Проблема с авторизацией на локальном компьютере (AltoCMS 1.1.19.4)
    Установил на локальный компьютер AltoCMS 1.1.19.4. Установка прошла успешно, в конце установки создал учетную запись администратора. По требованию установщика удалил папку install. Зашел на главную страницу, пытаюсь...
  • После установки Alto выдает ошибку
    E_WARNING [2] session_regenerate_id(): Cannot regenerate session id — session is not active See details in error.log Fatal error: Cannot 'continue' 2 levels in C:\xampp\htdocs\anime-plus....
  • Важно: критический баг в версии 1.1.16
    В версии 1.1.16 движка есть критический баг, из-за которого злоумышленник может получить доступ к чужим аккаунтам сайта. Подчеркиваю — баг именно в этой версии 1.1.16. Ни в предыдущих, ни в последующих версиях этого...

4 комментария

0
Бытует мнение, что сообщения класса E_NOTICE — это как бы вовсе и не ошибка, а просто уведомление, поэтому можно на них не обращать внимания, а лучше просто отключить. Я лично так не считаю, это, конечно, как правило, не критично, но в системе, где все отлажено, таких сообщений быть не должно.

Возможно, поможет сброс кеша
0
Средствами движка?
Сбрасывал всё несколько раз.
Я бы тоже особо не парился, но на прежней версии никаких ошибок не было вообще, а тут это «уведомление» появляется именно при подключении старой БД. Если с чистой БД и вручную повторёнными манипуляциями с типами блогов и топиков, ошибки нет.
0
Значит, тут, скорее всего, имеет место проблема сохранения сериализованных данных в базе. Вылечить можно только вручную, поняв, с каким топиком проблема.

Но понятно, что нужно предпринимать меры на уровне движка, чтоб таких проблем не возникало.
0
Возможно это связано с выделенной оперативкой. Есть вариант, в корневом каталоге в файле .htaccess вставьте запись php_flag apc.cache_by_default Off ежели Вам, хостер разрешает такие действия. Это не критично для хостинга и БД.
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.