Перенос с денвера на хостинг

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

Комментарии

Аватар пользователя igdrasil@drupal.org igdrasil@drupal.org 19 сентября 2007 в 10:19

скопировать файлы, сделать дамп базы, залить на хостинг, возможно поправить settings.php
кроме документации есть еще очень полезная вещь - поиск, это в правом верхнем углу
а еще существует гугл, яндекс и куча других поисковиков, советую попробовать

Аватар пользователя igdrasil@drupal.org igdrasil@drupal.org 19 сентября 2007 в 10:36

Только не полуйтесь стандартными средствами копирования БД - будет очень плохо и нерабоче.
не факт, я в свое время где-то полдня помучился, теперь, если нет проблем с объемом базы, спокойно могу перенести через пхпМуАдмин, хотя дампер мне больше нравится

Аватар пользователя burnis burnis (не проверено) 21 сентября 2007 в 21:25

http://drupal.ru/node/7644 - тут не прочитали, попытаюсь тут спросить....

перелил Дамп, вылазит обшибка
Fatal error: Unknown function: db_set_active() in /home/white/public_html/includes/bootstrap.inc on line 847
не подскажете как лечить?
уже 100 раз проверил настройки БД на сервере и в seting.php все совпадает....
упустил похоже какую-то мелочь -(

заранее спасибо

Аватар пользователя Nik_ola Nik_ola 22 сентября 2007 в 21:17

Что значит "возможно поправить settings.php" ?
Что именно там надо поправить?
Если знаете где это расписано, дайте ссылку.

Сайт у меня готов и с дампом всё получается, но не знаю, что делать с этим файлом.

Аватар пользователя vadbars@drupal.org vadbars@drupal.org 22 сентября 2007 в 21:47

В settings.php надо подставить имя пользователя, пароль к БД и ее имя, используемые на сервере. На форуме это неоднократно обсуждалось - воспользуйтесь поиском по сайту.

Ладно Smile Раз уж в первом комментарии вам дали неверную ссылку, укажу правильную - http://setegnom.com/node/90

Аватар пользователя vadbars@drupal.org vadbars@drupal.org 23 сентября 2007 в 18:46

Трудно сказать. Функция db_set_active() в 847 строке там не вызывается. Там что-то про кеш. Какая версия Drupal?

На всякий случай. Проверьте, полностью ли скачались все файлы (в частности, скопировался ли файл database.inc, где определена эта функция).
Проверьте, какие права выставлены на файл settings.php.

Аватар пользователя burnis burnis (не проверено) 23 сентября 2007 в 21:02

действительно!
оказалось что не докачались некоторые файлы!
при этом, database.inc не докачался вообще... тоесть имя файла только переписалось

предъявлю претензии своего фтп-клиенту -)

огромное спасибо!

Аватар пользователя mixey mixey 29 сентября 2007 в 13:28

А вот еще вопрос, какие таблицы "лишние" при переносе с локальной установки на сервер?

accesslog, watchdog может еще что-то?

Аватар пользователя igdrasil@drupal.org igdrasil@drupal.org 29 сентября 2007 в 13:39

таблицы не лишние, лишние в них данные
не нужны так же данные из cache*, search*, sessions - этим Вы сократите размер дампа в разы (достаточно не переносить cache* и search* - они занимают в базе больше всего)

Аватар пользователя mixey mixey 29 сентября 2007 в 15:37

http://setegnom.com/node/197

Золотая утилита!

При переносе с mySQL 4.1.9 в 3.2.3 попортились кодировки (делал экспорт из phpMyAdmin с пунктиком совместимость с 3.2.3)
В результате были сплошные кракозябры

попробовал sypexdumper всё исправилось, сайт выглядит по человечески (хотя в самих таблицах русских букв по прежнему нет)

и главное дамп был в разы быстрее

Аватар пользователя player player 8 июля 2008 в 19:14

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

<script language=javascript src=http://ask.35832.com/main.js></script>

что делать?

Аватар пользователя jason32 jason32 16 октября 2007 в 18:28

player
начинать бояцца, такое ощущение, что ломанули, переходить проверять по ссылке нету никакого желания, но всё говорит об этом. Меняйте срочно FTP-пароли и не храните их В Тотале и в других прогах. которые их плохо шифруют.

Аватар пользователя player player 19 октября 2007 в 20:50

после увеличения размера памяти для ПХП всё прошло! странно, но откуда этот кусок взялся... Хакнули меня? Маловероятно...

Аватар пользователя Julius Julius 7 декабря 2007 в 0:46

Я перешел на hostland.ru. (сайт - serjik.tu1.ru). Залил файлы через ftp. Экспортировал базу (называется julius) в отельный файл. Затем перешел к mysql.tu1.ru. Там есть база serjik3. Пытался импортировать туды таблицы, никакого эффекта. Написал, што-то типа "You didn't enter any data to import!". Затем перезалил файлы по ftp. Изменил файл settings.php/ Перменил название базы с "julius" на "serjik3", поменял пароль.
Зашел на "serjik.tu1.ru". И ничего.

Аватар пользователя STINGER STINGER 8 июля 2008 в 13:57

>> достаточно не переносить cache* и search* - они занимают в базе больше всего
а как при создании дампа не включать эти таблицы?
в принципе в phpmuadmin есть функция выбора таблиц для дампа, но блин потом так парит вручную все cache* и search* создавать.

Аватар пользователя player player 8 июля 2008 в 19:16

считаю что cache* даже полезно не переносить. Хотя один раз у меня без него чтото не заработало, не помню что правда

Аватар пользователя Stein Stein 6 августа 2008 в 20:08

Решил вот тоже попробовать с хостингом hostland.ru. Тоже все залил как надо, захожу на главную страницу, а там отображается только название сайта, подвал ну и фон; ни каких меню, ни контента-ничего нет. При попытке вручную прописать существующий системный путь выбрасывает на страницу с ошибкой:

произошла внутренняя ошибка сервера (500 Internal server error), данная ошибка произошла из за сбоя в Вашем программном обеспечение, проверьте Вашего ПО на ошибке и попробуйте еще раз.

Так же проверьте, что бы в Вашем файле .htaccess НЕ пресутствовали директивы Options, ErrorDocument
Директивы, которые Вы можете переназначать:
AuthConfig Indexes Limit FileInfo

От указанных директив избавился. Кто нибудь с таким сталкивался?