Как изменить DRUPAL_ROOT? А то сайт на хостинг перекинул и он терь обращается к файлам по пути
/var/www/u0523076/data/includes/
а не
/var/www/u0523076/data/www/siteName.ru/includes/
Спасибо.
Так странно, в index выводит адекватный путь DRUPAL_ROOT
/var/www/u0523076/data/www/siteName.ru/includes/
а техподдержка, говорит, что обращения к файлам идут через
/var/www/u0523076/data/includes/
Но, вижу, в корневой папке есть подпапка( называется d: знаю, что она не от друпала, возможно, это технари хостинга сделали, но я подумал, что это от злоумышленников и просто её удалил, вот тогда сайт и полетел, но её восстановили, а всё равно не работает),
там htaccess прописан
# Deny all requests from Apache 2.4+. <IfModule mod_authz_core.c> Require all denied </IfModule>
# Deny all requests from Apache 2.0-2.2. <IfModule !mod_authz_core.c>
Deny from all </IfModule>
# Turn off all options we don't need.
Options None
Options +FollowSymLinks
# Set the catch-all handler to prevent scripts from being executed.
SetHandler Drupal_Security_Do_Not_Remove_See_SA_2006_006 <Files *> # Override the handler again if we're run later in the evaluation list.
SetHandler Drupal_Security_Do_Not_Remove_See_SA_2013_003 </Files>
# If we know how to do it safely, disable the PHP engine entirely. <IfModule mod_php5.c>
php_flag engine off </IfModule>
Оказалось, дело в кеше шаблонов. У меня был кеш html.tpl, я его удалил, а на него всё равно ссылался сайт.
Вписал в index.php
drupal_flush_all_caches();
И всё стало нормально.
п.с а так-то в случае переноса сайта можно все таблицы кеша сносить? Ну, чтоб быть уверенным, что сайт не будет пытатся юзать то, чего нет, что бы сломаться.
Комментарии
В settings.php ничего не прописано?
Ничего не менял.
Формируется динамически define('DRUPAL_ROOT', getcwd()); в index.php
Спасибо.
Так странно, в index выводит адекватный путь DRUPAL_ROOT
/var/www/u0523076/data/www/siteName.ru/includes/
а техподдержка, говорит, что обращения к файлам идут через
/var/www/u0523076/data/includes/
Может ли быть проблема в кеше или в кеше из бд?
Может хостинг "кривой"?
В .htaccess ничего не писали?
Возможно. .htaccess не трогал
Но, вижу, в корневой папке есть подпапка( называется d: знаю, что она не от друпала, возможно, это технари хостинга сделали, но я подумал, что это от злоумышленников и просто её удалил, вот тогда сайт и полетел, но её восстановили, а всё равно не работает),
там htaccess прописан
<IfModule mod_authz_core.c>
Require all denied
</IfModule>
# Deny all requests from Apache 2.0-2.2.
<IfModule !mod_authz_core.c>
Deny from all
</IfModule>
# Turn off all options we don't need.
Options None
Options +FollowSymLinks
# Set the catch-all handler to prevent scripts from being executed.
SetHandler Drupal_Security_Do_Not_Remove_See_SA_2006_006
<Files *>
# Override the handler again if we're run later in the evaluation list.
SetHandler Drupal_Security_Do_Not_Remove_See_SA_2013_003
</Files>
# If we know how to do it safely, disable the PHP engine entirely.
<IfModule mod_php5.c>
php_flag engine off
</IfModule>
В общем, бог знает я ли накосячил или на хостинге косяк, но бекап решил проблему.
А кто-нибудь сталкивался с подобным? Это на рег.ру такая фигня. Даже сейчас копию сайта залил и такая же проблема.
Оказалось, дело в кеше шаблонов. У меня был кеш html.tpl, я его удалил, а на него всё равно ссылался сайт.
Вписал в index.php
drupal_flush_all_caches();
И всё стало нормально.
п.с а так-то в случае переноса сайта можно все таблицы кеша сносить? Ну, чтоб быть уверенным, что сайт не будет пытатся юзать то, чего нет, что бы сломаться.
Таблицы в дампе должны быть обязательно, а их содержимое можно не переносить
drush cc all
А что уже проблема почистить кэш через админку?
gun_dose, дак путь к html.tpl закешился, которого не было, следовательно никакого доступа к странице авторизации.
Ладно, всё решилось, всем спасибо. Есть проблемы? Чистим кеш!