22 июля 2010 в 19:47
Господа, надумал переехать на новый хостинг.
Сделал так: забэкапил в три этапа базу данных (на новом сервере установлен лимит в 300 секунд, сразу вся база не заливается) силами PHPMyAdmin.
Создал и импортировал данные из бэкапов.
Слил все файлы со старого хостинга на новый.
Отредактировал settings.php под новую базу.
Захожу и все. Белый фон, при попытке залогиниться, перекидывает на старый хостинг.
Выходят такие ошибки:
warning: realpath() [function.realpath]: open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): (/var/www/v-5263/data:.) in /var/www/v-5263/data/www/astana-expo.kz/includes/file.inc on line 190.
warning: realpath() [function.realpath]: open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): (/var/www/v-5263/data:.) in /var/www/v-5263/data/www/astana-expo.kz/includes/file.inc on line 763.
warning: tempnam() [function.tempnam]: open_basedir restriction in effect. File() is not within the allowed path(s): (/var/www/v-5263/data:.) in /var/www/v-5263/data/www/astana-expo.kz/includes/file.inc on line 763.
warning: fopen() [function.fopen]: Filename cannot be empty in /var/www/v-5263/data/www/astana-expo.kz/includes/file.inc on line 764.
Невозможно создать файл.
warning: realpath() [function.realpath]: open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): (/var/www/v-5263/data:.) in /var/www/v-5263/data/www/astana-expo.kz/includes/file.inc on line 190.
warning: realpath() [function.realpath]: open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): (/var/www/v-5263/data:.) in /var/www/v-5263/data/www/astana-expo.kz/includes/file.inc on line 190.
Все function.realpath ссылаются почему-то на старый хостинг. Куда копать?
UPD.
Старый адрес: naprivale.kz (думаю завтра к вечеру ДНСы сменятся и он уже функционировать не будет)
Новый адрес (временная песочница): astana-expo.kz
Комментарии
У хостера включен безопасный режим.
Вердикт: фтопку такого хостера
проверьте временную папку в admin/settings/file-system
в чём недостатки если у каждого юзера есть своя tmp дира?
Хотя бы в том, что у друпала в требованиях значится safe mode off
а так как у нас защищённый режим настраивают, друпал оказывается вообще неработоспособен
Написал в саппорт хостера. Жду отключения. Буду надеяться что это панацея.
open_basedir ведь не зависит от safe_mode, это даже в php.ini написано
Дело в том, что не могу зайти в админку. При попытке залогиниться, перекидывает на старую площадку.
посмотрите в phpinfo значение параметра upload_tmp_dir и пропишите его в качестве временной папки admin/settings/file-system
можно через phpmyadmin
http://astana-expo.kz/phpinfo.php создал, там собственно указано /tmp
Извиняюсь, как это провернуть?
там указана /var/www/v-5263/data/mod-tmp
SET VALUE = 's:28:"/var/www/v-5263/data/mod-tmp";'
WHERE name = 'file_directory_temp'
[delete]
спасибо, оформление заработало.
Но при попытке залогиниться выкидывает на старый хостинг и ошибки с главной не ушли. Т.е. доступа в админку нет, потому-что редиректит при вводе логина на старый адрес.
очистите таблицы с префиксом cache_
все пункты меню нафиг вычистил ((( а также редиректит.
может что-то неправильно делаю?
есть команда на phpmyadmin?
TRUNCATE `cache_block`;
TRUNCATE `cache_filter`;
TRUNCATE `cache_form`;
TRUNCATE `cache_menu`;
TRUNCATE `cache_page`;
TRUNCATE `cache_block` ;# MySQL вернула пустой результат (т.е. ноль строк).
TRUNCATE `cache_filter` ;# MySQL вернула пустой результат (т.е. ноль строк).
TRUNCATE `cache_form` ;# MySQL вернула пустой результат (т.е. ноль строк).
TRUNCATE `cache_menu` ;# MySQL вернула пустой результат (т.е. ноль строк).
TRUNCATE `cache_page` ;# MySQL вернула пустой результат (т.е. ноль строк).
ок, можно ли как нибудь в phpmyadmin отключить техобслуживание сайта? а то не могу даже проверить все остальные функции.
SET VALUE = 's:1:"0";'
WHERE name = 'site_offline'
блин, весь контент редиректится....
В итоге: контент не восстановлен, структура вылетела в трубу, сохранились только пользователи и то без паролей. Очень, перелопачиваю все в рукопашную. а это много: все вьюсы, имэджкэши, и т.д....
Когда я меняю хостин сайта то:
в admin/settings/performance
очищаю все кэши, убираю Оптимизировать CSS-файлы и все, что потенциально может абсолютные ссылки.
Это также сокращает объем SQL файла при backup
очищаю таблицу watchdog - там тоже может набраться много старых записей.
Если уж SQL файл все равно очень большой, очищаю таблицы с индексацией (SQL файл может сократиться вдвое)
Мне неоднократно приходилось наблюдать, что случайные ошибки в записях, чаше всего возникают в таблицах кэша.
Поэтому чтобы SQL файл случайно не оказался кривым - чищу кэш перед бэкапом.
Если все же система грохнулась. Делаю чистую установку, потом все используемые модули.
А потом делаю восстановление только рабочих таблиц - со структурой, данными и пользователями, все таблицы кэшей и индексов пропускаю.