Задавайте вопросы про Drupal

Сегодня на одном своем сайте случайно обнаружил следующую ошибку на некоторых страницах:

На 79 строчке указанного файла:

/**
 * Implementation of hook_nodeapi().
 */
function taxonomy_breadcrumb_nodeapi(&$node, $op, $a3 = NULL, $a4 = NULL) {
  // If we are on a page view (not just a teaser), set the breadcrumb.
  // $a4 contains TRUE if we are on a page view.
  if ($op == 'view' && $a4 && !drupal_is_front_page()) {
    // Include the .inc file with all helper functions
    include_once drupal_get_path('module', 'taxonomy_breadcrumb') .'/taxonomy_breadcrumb.inc';

    // See if the node type of the current node is part of the node types listed on the advanced settings page.
    $array_of_types = array_filter((array)variable_get('taxonomy_breadcrumb_node_types', TAXONOMY_BREADCRUMB_NODE_TYPES_DEFAULT));
    $in_list = in_array($node->type, $array_of_types);

    // if the node type IS IN     the node types list and the list IS     inclusive OR
    // if the node type IS NOT IN the node types list and the list IS NOT inclusive (e.g. exclusive)
    // THEN modify the breadcrumb trail.
    if ($in_list == variable_get('taxonomy_breadcrumb_include_nodes', 0) ) {

      // Extract lightest term from lightest vocabulary assosciated with node.


//79 строчка ниже


      $term = _taxonomy_breadcrumb_node_get_lightest_term($node);
      $breadcrumb = _taxonomy_breadcrumb_generate_breadcrumb($term->tid);
      if (variable_get('taxonomy_breadcrumb_include_node_title', FALSE)) {
        $breadcrumb[] = check_plain($node->title);
      }
      drupal_set_breadcrumb($breadcrumb);
    }
  }
}

Пришлось временно отключить модуль Taxonomy Breadcrumb, который был очень полезен на сайте. Помогите, гуглил - ничего не нашел по данной проблеме.

big boy что перед этим делали на сайте? Логи смотрели? Полностью переустановить не пробовали модуль?

big boy,

а откуда тут строка 79 $term = _taxonomy_breadcrumb_node_get_lightest_term($node);

после равно появился знак нижнего подчеркивания?

хотя нашел в строке 46 функция имеется, она у вас там есть?

У кого есть под рукой живой сайт на семёрке без всяких кеширующих модулей, посмотрите таблицу cache_page.

Началось с того, что при корректных настройках базы никак не мог получить валидный дамп. Ни один редактор его не открывает правильно. С помощью своего скрипта по-быстрому распустил базу на таблицы, и выяснил, что везде всё шоколадно, и только в cache_page по-тарабарски. Что за дерьмо?

Ноги ещё с пятёрки растут: http://bugs.caucho.com/bug_view_advanced_page.php?bug_id=3206

а чем делал? делаю только сайпексом

Делаю только mysqldump, но, думаю, не суть, если всю базу целиком, а не таблицы по-отдельности, проблема будет иметь место. Можно просто залезть в PHPMyAdmin и увидеть безобразие. Нафига так непонятно.

а что там открывать если там BLOB двоичные данные или я не прав? и нафиг кешированные данные вообще открывать, не пойму

Так не я до них докапываюсь, дамп ломают до невозможности редактирования. Приходится очищать кэш и сразу сливать, но это не выход при большой посещалке, придётся сервер совсем тормозить.

Ещё один вопрос.

Во Views есть Header и Footer. Можно как-то задать им назначить права доступа? Хочу засандалить линк на страницу управления отображением конкретной страницы под этой вьюшкой.

---upd

Кодом решил

<?php global $user; if ($user->uid != 0)  { ?>
<div align="right"><a href="<?php global $base_path; echo $base_path; ?>taxonomy/term/!1/control">Сортировать элементы списка</a></div>
<?php } ?>

align на class прикольнее поменять... ))

Начало эпопеи "вытащить" в паблик с десяток статических html файлов

Работает нормально когда имя /моя-папка/ на мультисайтинге разные, но самый прикол: если файлы созданы движком (физически их нет) - имена могут быть одинаковыми... Мож у кого есть идеи?

Еще переустанавливать не пробовал.

Файл привел "как есть".

---------- Добавлено 22.10.2012 в 23:19 ----------

Обнаружил еще одну проблему.

На сайте есть три группы пользователей: гости, зарегистрированные и проверенные.

Зареганные перекочевывают в проверенных после первого одобренного комента с помощью модуля rules.

Проверенные могут писать без премодерации, вести блог, создавать темы на форуме. Разницы больше нет, просматривать могут все то же самое, что и все остальные.

Внимание проблема.

Давненько не заходил в Яндекс.Вебмастер, а зря. С июля резко начало расти количество 403 ошибок (доступ запрещен) на сайте - аж 5700 подобных ошибок!

Полез смотреть... Это страницы профилей и блогов зарегистрированных пользователей, причем у тех, кто в группе проверенных - все ок. А у зарегистрированных страницы профилей и блогов отдают 403-ю всем анонимусам (ну и ботам соответственно).

То есть, другими словами, пока юзер не проверенный - его профиль и блог отдает 403.

Проверял права пользователей, кроме ограничения на постинг - никакой разницы больше нет.

---------- Добавлено 23.10.2012 в 00:15 ----------

Я не понял, кто и за что мне минус кинул за прошлое сообщение?