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
Комментарии
Вопрос на логику: много ли тут экстрасенсов могущих определить что у вас на строке 1552 в файле includes/common.inc?
А с мастерхоста, это походу он, лучше бегите
В файле includes/common.inc функция, на которую рыгается:
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.
Посмотрите отчеты в базе, что там пишут admin/reports/dblog
Я не могу залогиниться в ресурс, поскольку использую не стандартный модуль авторизации, страница с авторизацией тоже недоступка!
Если файл common.inc не трогали то в строке 1552 тупо коммент :), а ниже идет функция l();
перед этой строкой функция drupal_attributes().
Так что хз что у Вас там и как :), вся правда в коде, надо искать и дебажить, попутно теребя хостера за одно место.
Кстати эта ошибка появляется когда на главной или по какому-то определенному урлу. как предположение могла таблица модуля path или pathauto крашнуться вариантов на самом деле много, надо ковыряться.
Если ошибка в коде, тогда вопрос, почему на локальном сервере не валится?
Тем более, что сбой произошёл без внесения каких-либо изменений!
Да может и не в коде, а в самой БД ошибка, может таблица рухнула или еще что нибудь. все равно причину искать надо :).
Понимаете правильно, да вот только иногда всё-таки что-то меняют, от версии к версии, а версию вы не написали.
Потому что ошибка в коде на сервере.
Может:
1. Протроянили вас неудачно
2. Может у хостера загнулись файлы, он попробовал втихую со стародавнего бекапа восстановить
3. Может вы неудачник
Докуя всяких может, так что
а через что реализована мультиязычность?
а то странно что текст не грузит что то действительно.
На главной только English и Deutsch и она не открывается а скажем на http://www.icc.blcons.ru/reconstruction все три языка и они нормально грузятся эти странички
В том-то и дело, что остальные сайты на хостинге (в частности указанный icc.blcons.ru) работают исправно! Мультиязычность реализована с помощью модуля internalization (i18).
Ядро друпала 6.13, при обновлении до 6.19 те же самые проблемы!