Неизвестная проблема на сервере - сбой в работе CMS!

Главные вкладки

Аватар пользователя Schurin Schurin 13 сентября 2010 в 11:19

Здравствуйте!

Проблема, к которой я не знаю, с какой стороны подойти. Одним печальным днём сайт, расположенный на хостинге перестал работать! Изменений не вносилось никаких ни в базу, ни в структуру сайта. Сначала поехала верстка, при этом сайт не подгружает всю текстовую информацию из базы, хотя картинки грузит. При переходе по разделам меню сначала получал:

Fatal error: Unsupported operand types in /home/www/z106042/www.main/includes/common.inc on line 1552,

однако через некоторое время (о5-таки же без каких-либо изменений) просто:

The requested page could not be found.

Сайт на 3 языках (русский - дефолт, английский и немецкий). При этом на немецком сайт работает исправно, что очень странно. Раздел "новости", к примеру, который юзает view, отображает тоже только картинки.

При этом сайт на локальном денвере работает как надо! Возможно, кто-нибудь сталкивался с подобным - в чём может заключаться проблема (я думаю проблема хостинга, администраторы техподдержки мне ничего сказать не могут). Вероятно, механизмы общения с базой работают неисправно, хотя меня уверяют, что все сервисы работают исправно...

Буду рад любым Вашим подсказкам!
Заранее спасибо!

Сайт: www.blcons.ru

Комментарии

Аватар пользователя Schurin Schurin 13 сентября 2010 в 11:43

В файле includes/common.inc функция, на которую рыгается:

function l($text, $path, $options = array()) {
  global $language;

  // Merge in defaults.
  $options += array(
      'attributes' => array(),
      'html' => FALSE,
  ); //СТРОКА С ОШИБКОЙ

  // Append active class.
  if (($path == $_GET['q'] || ($path == '<front>' && drupal_is_front_page())) &&
      (empty($options['language']) || $options['language']->language == $language->language)) {
    if (isset($options['attributes']['class'])) {
      $options['attributes']['class'] .= ' active';
    }
    else {
      $options['attributes']['class'] = 'active';
    }
  }

  // Remove all HTML and PHP tags from a tooltip. For best performance, we act only
  // if a quick strpos() pre-check gave a suspicion (because strip_tags() is expensive).
  if (isset($options['attributes']['title']) && strpos($options['attributes']['title'], '<') !== FALSE) {
    $options['attributes']['title'] = strip_tags($options['attributes']['title']);
  }

  return '<a href="'. check_url(url($path, $options)) .'"'. drupal_attributes($options['attributes']) .'>'. ($options['html'] ? $text : check_plain($text)) .'</a>';
}

Насколько я понимаю, common.inc - стандартны друпалевский файл ядра, который я никак не меняю. К тому же данная ошибка вылазит только при загрузке сайта на сервер с первой загрузкой страницы, при повторном обращении к странице она не находится в базе:

The requested page could not be found.

Аватар пользователя Schurin Schurin 13 сентября 2010 в 11:49

Я не могу залогиниться в ресурс, поскольку использую не стандартный модуль авторизации, страница с авторизацией тоже недоступка!

Аватар пользователя glu2006 glu2006 13 сентября 2010 в 11:51

Если файл common.inc не трогали то в строке 1552 тупо коммент :), а ниже идет функция l();
перед этой строкой функция drupal_attributes().

Так что хз что у Вас там и как :), вся правда в коде, надо искать и дебажить, попутно теребя хостера за одно место. Smile

Кстати эта ошибка появляется когда на главной или по какому-то определенному урлу. как предположение могла таблица модуля path или pathauto крашнуться вариантов на самом деле много, надо ковыряться.

Аватар пользователя Schurin Schurin 13 сентября 2010 в 11:53

Если ошибка в коде, тогда вопрос, почему на локальном сервере не валится?

Тем более, что сбой произошёл без внесения каких-либо изменений!

Аватар пользователя glu2006 glu2006 13 сентября 2010 в 12:12

Schurin wrote:
Если ошибка в коде, тогда вопрос, почему на локальном сервере не валится?

Тем более, что сбой произошёл без внесения каких-либо изменений!

Да может и не в коде, а в самой БД ошибка, может таблица рухнула или еще что нибудь. все равно причину искать надо :).

Аватар пользователя Виктор Степаньков ака RxB Виктор Степаньк... 13 сентября 2010 в 12:45

"Schurin" wrote:
Насколько я понимаю, common.inc - стандартны друпалевский файл ядра, который я никак не меняю.

Понимаете правильно, да вот только иногда всё-таки что-то меняют, от версии к версии, а версию вы не написали.
"Schurin" wrote:
Если ошибка в коде, тогда вопрос, почему на локальном сервере не валится?

Потому что ошибка в коде на сервере.
Может:
1. Протроянили вас неудачно
2. Может у хостера загнулись файлы, он попробовал втихую со стародавнего бекапа восстановить
3. Может вы неудачник
Докуя всяких может, так что
"glu2006" wrote:
Да может и не в коде, а в самой БД ошибка, может таблица рухнула или еще что нибудь. все равно причину искать надо :).

Аватар пользователя Schurin Schurin 13 сентября 2010 в 14:30

В том-то и дело, что остальные сайты на хостинге (в частности указанный icc.blcons.ru) работают исправно! Мультиязычность реализована с помощью модуля internalization (i18).

Ядро друпала 6.13, при обновлении до 6.19 те же самые проблемы!