19 июня 2010 в 20:34
Сайт прекрасно работал. И захотелось мне сдуру сделать красивое меню, чтобы термины таксономии сами в менюшку укладывались, а не ручками заносились - так сказать полентяйничать..
Поковыряла поиск, нашла модуль taxonomy_menu. Подключила. А дальше началась "песня":
Во-первых висит постоянная ошибка (которая в том числе и гостям сайта в глазах маячит) - warning: Invalid argument supplied for foreach() in /home/mysite/mysite.ru/docs/includes/menu.inc on line 743.
Во-вторых, при попытке привязать словарь к меню вылезает белый экран с другой ошибкой: Fatal error: Call to a member function return_links() on a non-object in /home/mysite/mysite.ru/docs/includes/common.inc(1685) : eval()'d code on line 3
Попытка избавиться от модуля ни к чему не привела, все та же ошибка "Invalid argument" .. скрипт запускала, кеш чистила.. Толку - ноль.
Как же все-таки запустить этот модуль и самое главное - как избавиться от ошибок?
Комментарии
1) Версии ядра и модуля должны быть последние актуальные.
2) Еще что нибудь меняли кроме установки этого модуля ?
3) Модуль можно отключить установив status = 0 в таблице system для этого модуля.
<?php
db_query("UPDATE {system} SET status = 0 WHERE name = 'taxonomy_menu'");
?>
Модуль пока удалось отключить.. вроде бы ошибки больше не лезут, но все равно в дальнейшем буду предпринимать попытки его подключить и использовать. Хотя, возможно найду альтернативный вариант, чтобы выводить меню не в ручном режиме..
А через views это можно же как-то сделать?
Что касается ядра, то пока не решаюсь с обновлением, хотя давно пора бы. Ресурс посещаемый, ежедневно обновляемый, поэтому почитав с какими сложностями сталкивались люди при обновлении - пока не решаюсь.. Проблема еще в том, что я все никак не могу понять, как все-таки запустить dumper на хостинге, поэтому сижу без нормальной, вменяемой копии базы. сами понимаете вот так "на ура" загубить сайт не хотелось ))
Использую без проблем
Поставьте backup_migrate, это модуль для Друпала, в последнее время только им и пользуюсь.
а) это постоянные бэкапы
б) бэкапы можно отправить на почту для сохранности
в) не копирует не нужные таблицы, типа кэша (файл меньше).
д) вообще, удобно!
Если совсем не решаетесь, у меня в Блоге тут есть перевод, как обновлять Друпал, схема долгая, но эффективная. Сама в первый раз три апдейта пропустила, все боялась
Потом наловчилась уже...
Дело не в этом. я уже обновлялась ранее и все проходило на "ура". Боюсь на самую последнюю версию обновлять (6.17) )) Читала, что очень у многих возникали проблемы с этим.
как ни странно, на локалке в основном всегда с первого раза все нормально устанавливается и работает, проблемы начинаются, когда изменения на живой сайт вносить начинаю.
________________
В общем я так понимаю, что надо для начала обновить Друпал, а потом уже дальше модули ковырять..
Вот это совсем плохо - кроме архива для переноса, модуль backup_migrate делать "регулярные" архивы по расписанию с настраиваемым количеством и временем - можно сказать - "очень важный" модуль. Вот только апдейт надо делать все равно IMHO.
Geldora, sas@drupal.org спасибо! Скачала модуль backup_migrate. Буду пробовать. ))
В апдейте 6.17 ничего сверх-революционного нет, проблем быть не должно
Там вроде бы, если не ошибаюсь, какие то таблицы добавлены?
Таблицы были добавлены в 6.16
Одна
sorry, значит это уже я туплю ))) пасиб. буду обновляться.
DEVEL модуль стоит?
изза него такое бывает.
еще и с admin_menu такое.
а с базой советую SQLYoug
это прога такая
а для бекапа - нормальный хостинг, который может это делать автоматом (нагружать саму систему, пусть даже и по крону не есть хорошо)
Нет, перечисленные модули не установлены.
Хостинг вроде нормальный (неоднократно здесь упоминающийся как один из хороших).
Да в принципе я сейчас не стала заморачиваться. Работает пока и ладно. Мне пока другой сайт сдать надо и сроки поджимают. Вот сделаю, может вернусь к этому вопросу.