Drupal при переносе на хостинг белый экран разберем детали


Как загрузить сайт на хостинг? (Загрузить в Интернет)?



Drupal Русскоязычное сообщество

База данных Drupal 7 бесконечно растет. Проект только создан, материалов нет, установленных модулей 10-15 штук, обычно.
Уже более 124Мб, ограничение на хостинге 100Мб на данном начальном тарифе, но даже если перейти на другой тариф, то база продолжит расти. Увеличиваются таблицы d7_cache_. Получается что растет кэш 86,5 Мб, как его удалить или запретить?
В настройках-производительность-удалить кэш, не влияет на размер таблиц.

Комментарии

Cron выполняется? Сколько в настройках производительности указано время жизни кеша, максимальное и минимальное?

  • Войдите или зарегистрируйтесь, чтобы отправлять комментарии

Cron выполняется? Сколько в настройках производительности указано время жизни кеша, максимальное и минимальное?

Выполняется раз в сутки:

/ usr / bin / php / home / userNNN-NNN / www / mywebsite.com / cron.php

Минимальное время жизни кэша: Нет
Максимальное время: Нет
Кэширование блоков: выключено
Кэшировать страницы для анонимных пользователей:выключено
Объединение и сжатие файлов CSS: нет
Объединение файлов JavaScript: нет

Уже пару недель так и всёравно растет (было 70Мб, теперь 124Мб).

  • Войдите или зарегистрируйтесь, чтобы отправлять комментарии

Для запуска крона в семерке нужно передавать cron_key, который можно посмотреть в отчете о состоянии.
У Вас крон не работал.

  • Войдите или зарегистрируйтесь, чтобы отправлять комментарии

Для запуска крона в семерке нужно передавать cron_key, который можно посмотреть в отчете о состоянии.
У Вас крон не работал.

Крон также ежедневно запускал вручную,

пока ничего не изменилось

  • Войдите или зарегистрируйтесь, чтобы отправлять комментарии

А если установить максимальное время жизни, сутки например для кеша?

  • Войдите или зарегистрируйтесь, чтобы отправлять комментарии

А если установить максимальное время жизни, сутки например для кеша?

Не меняется, 1 день ставил на мин и макс, галочки везде, чистил кэш и обновлял до D 7.2

Всего размещено 1 из 999 возможных, использовано 100.00 из 100.00Мб и 22.56Мб за дополнительную плату.

  • Войдите или зарегистрируйтесь, чтобы отправлять комментарии

А phpmyadmin что кажет про таблицы? по скольку записей? Может все ферментировано? Дайте скрин таблиц. Вот не знаю есть-ли в mysql такое понятие как shrink..

  • Войдите или зарегистрируйтесь, чтобы отправлять комментарии

А phpmyadmin что кажет про таблицы? по скольку записей? Может все ферментировано? Дайте скрин таблиц. Вот не знаю есть-ли в mysql такое понятие как shrink..

Размер базы данных phpmyadmin показывает меньше 30 Мб

  • Войдите или зарегистрируйтесь, чтобы отправлять комментарии

Вот скрин phpmyadmin

Угу как и предполагал..
Почитайте как сделать shrink.
В частности это

«Движок InnoDB не поддерживает уменьшение размеров файлов БД — это принципиальное ограничение. Единственный способ уменьшить размер БД — сделать дамп, переинициализировать хранилище, восстановить из дампа. Увы, это действительно так. »

Это значит, что если нагадили в таблицу на 30 мб то, даже после удаления записей из таблицы, файл будет весить 30 мб.

  • Войдите или зарегистрируйтесь, чтобы отправлять комментарии

Угу как и предполагал..
Почитайте как сделать shrink.
В частности это

«Движок InnoDB не поддерживает уменьшение размеров файлов БД — это принципиальное ограничение. Единственный способ уменьшить размер БД — сделать дамп, переинициализировать хранилище, восстановить из дампа. Увы, это действительно так. »

Это значит, что если нагадили в таблицу на 30 мб то, даже после удаления записей из таблицы, файл будет весить 30 мб.

Был удивлен когда при переносе на новую площадку хостинга бд стала всего 30 мб, но это же проблема каждую неделю делать бэкап, удалять и восстанавливать, есть решение.

А что будет через несколько месяцев.

  • Войдите или зарегистрируйтесь, чтобы отправлять комментарии

А что будет через несколько месяцев.

Купите нормальный хостинг без ограничений по базе.

  • Войдите или зарегистрируйтесь, чтобы отправлять комментарии

А что будет через несколько месяцев.

Купите нормальный хостинг без ограничений по базе.

Ну будет размер базы упираться в общий размер 2-3 Гб. Через 1 год будет > 1.2 Гб только одного кэша, если не больше.

За месяц база данных увеличилась почти на 100 Мб, это при мизерной посещаемости!

  • Войдите или зарегистрируйтесь, чтобы отправлять комментарии

Нет, не будет.
Поясню:
записали 100 строк по мегабайту в таблицу - 100мб
отработал крон убило кеш - файл так и остался 100мб, но на это место будет записана другая инфа.
т.е. записали 30 строк по метру - все равно файл 100 мб, а не 130.

  • Войдите или зарегистрируйтесь, чтобы отправлять комментарии

Нет, не будет.
Поясню:
записали 100 строк по мегабайту в таблицу - 100мб
отработал крон убило кеш - файл так и остался 100мб, но на это место будет записана другая инфа.
т.е. записали 30 строк по метру - все равно файл 100 мб, а не 130.

Не совсем понял, а почему у меня кэш постоянно растет? Именно самих файлов базы данных mysql
Разве на новом хостинге не будет так расти?

Или кэш не постоянно растет а до определенного значения? Если так, то может просто сменить тариф на дорогой с ограничем по базе 600 Мб на том же хостинге?

  • Войдите или зарегистрируйтесь, чтобы отправлять комментарии

Или кэш не постоянно растет а до определенного значения? Если так, то может просто сменить тариф на дорогой с ограничем по базе 600 Мб на том же хостинге?

до опред. значения
600 мб вполне хватит для среднего сайта.
P.S. если будет много нод не включайте модуль поиска - дох. отожрет..

Просто интересно, а сколько там стоит тариф с 600 мб под базы?

  • Войдите или зарегистрируйтесь, чтобы отправлять комментарии

Или кэш не постоянно растет а до определенного значения? Если так, то может просто сменить тариф на дорогой с ограничем по базе 600 Мб на том же хостинге?

до опред. значения
600 мб вполне хватит для среднего сайта.
P.S. если будет много нод не включайте модуль поиска - дох. отожрет..

Просто интересно, а сколько там стоит тариф с 600 мб под базы?

200 рублей в месяц - IHC, буду менять хостинг

Спасибо за помощь, а то непонимал то ли баг D7, то ли хостинг кривой

  • Войдите или зарегистрируйтесь, чтобы отправлять комментарии

Из всего вышенаписаного сделаю вывод решения данного вопроса. Как я понял это все из за мусора в БД, база растягивается, но уменьшиться физически не может. Уменьшить ее можно сделав бекап, потом удалить БД, создать новую и из бекапа импортировать таблицы.
Или вообще ничего не делать, на место мусора записывается свежая инфа, и если ее не много, она не будет дальше растягивать БД.

Есть еще другой вариант, можно задать другой тип таблиц, вместо InnoDB сделать MyISAM. Как по умолчанию сделать MyISAM, я спросил тут http://www.drupal.ru/node/70475

Из всего вышенаписаного сделаю вывод решения данного вопроса.

нефиг браться за тов чем не разбирваешься, без особой надобности.

Это не предьява, а деперсонализированный результат размышлений.

много бла бла бла

читать про оптимизацию таблиц у MyISAM и InnoDB, узнать из этой же статьи что у InnoDB нет оптимизации и что делать в данном случае.
Сделать выводы

Движок InnoDB, я угадал? Все лечится довольно элегантно: ставится модуль DB Maintenance (вроде так называется), и по крону он делает OPTIMIZE TABLE всем таблицам, что некисло жмет размер таблиц. Для сравнения, на среднего размера сайте таблица watchdog под InnoDB за два дня разрастается на 12 гигов, после OPTIMIZE TABLE остается 50 метров.

  • Войдите или зарегистрируйтесь, чтобы отправлять комментарии

Движок InnoDB, я угадал? Все лечится довольно элегантно: ставится модуль DB Maintenance (вроде так называется), и по крону он делает OPTIMIZE TABLE всем таблицам, что некисло жмет размер таблиц. Для сравнения, на среднего размера сайте таблица watchdog под InnoDB за два дня разрастается на 12 гигов, после OPTIMIZE TABLE остается 50 метров.

Ага, а потом в одно веселое утро просыпаемся и видим, что база порушена без возможности восстановления, а последний бекап делался в прошлом году. Сильно не рекомендую этот модуль. К тому же там делается не просто OPTIMIZE TABLE - это не работает в большинстве случаев на InnoDB.

  • Войдите или зарегистрируйтесь, чтобы отправлять комментарии

Ага, а потом в одно веселое утро просыпаемся и видим, что база порушена без возможности восстановления

У меня стоит этот модуль, тупо поставил на оптимизацию все таблицы и работает пока нормально.

К тому же там делается не просто OPTIMIZE TABLE - это не работает в большинстве случаев на InnoDB.

Всмысле? optimize table стандартная фишка же

Всмысле? optimize table стандартная фишка же

курим маны, узнаем, что есть разные движки с разницыми подходами.
optimize table для MyISAM != optimize table для InnoDB

А почему собственно - решено? Что хоть за решение? Слезать с ИХЦ?

Таже проблема с IHC.ru

я решил проще, перевел все таблицы из формата INNODB в MYISAM. Самым безхитростным способом:

1. Скачал дамп БД
2. Открыл в текстовом редакторе (пр. Notepad++)
3. Сделал Поиск и замена строки ENGINE=InnoDB на ENGINE=MYISAM
4. Теперь ihc.ru видит что БД весит на 180мб, а лишь 12мб

Конечно поменять хостинг не проблема, но я уже проплатил за год и не хотелось пока мучаться с возвратом средств

Здравствуйте, спасибо сделал как Вы написали.
Да действительно БД уменьшилась в 8 раз, по скорости быстрее
1)скажите это как нибудь в дальнейшем может ухудшить работу сайта?
2)у меня опять возникла проблема, БД занимала 145 а через сутки 205, при этом объявлений не добавилось, а только обновлялись, при этом сами и хаотично, это я так понимаю неправильно что то прописано в обновлении.
Сайт www.autoprof.biz
Буду благодарен за помощь

Подскажите а если на сайте есть Krumo version 0.2.1a | http://krumo.sourceforge.net это не вирус? потому что авант время от времени видит его как вирус

В особенности вот на этот комментарий.
P.S. безграничная благодарность и хвала автору оного за великодушие и нежлобность перед форумчанами!

Как правило дует файлы кэша. Их не сложно преиодически очищать даже вручную.

Filezilla ошибка при переносе файлов

Вхожу - все ОК. Как только начинаю переносить файлы начинает выдавать ошибку.

Ответ: 220-Local time is now 18:25. Server port: 21.
Ответ: 220-This is a private system - No anonymous login
Ответ: 220-IPv6 connections are also welcome on this server.
Ответ: 220 You will be disconnected after 15 minutes of inactivity.
Команда: USER kudonru
Ответ: 331 User kudonru OK. Password required
Команда: PASS **********
Ответ: 331 User kudonru OK. Password required
Команда: PASS **********
Ответ: 530 Login authentication failed
Ошибка: Critical error: Невозможно подключиться к серверу
Статус: Ожидание подключения в 5 секунд после неудачной попытки.
Ответ: 530 Login authentication failed
Ошибка: Critical error: Невозможно подключиться к серверу
Статус: Ожидание подключения в 5 секунд после неудачной попытки.
Статус: Ожидание подключения в 2 секунды после неудачной попытки.
Статус: Определение IP-адреса для kudon.ru
Статус: Соединяюсь с 178.124.142.37:21.
Статус: Определение IP-адреса для kudon.ru
Статус: Соединяюсь с 178.124.142.37:21.
Статус: Соединение установлено, ожидание приглашения.
Статус: Соединение установлено, ожидание приглашения.
Ответ: 220---------- Welcome to Pure-FTPd [privsep] [TLS] ----------
Ответ: 220-You are user number 2 of 50 allowed.
Ответ: 220-Local time is now 18:25. Server port: 21.
Ответ: 220-This is a private system - No anonymous login
Ответ: 220-IPv6 connections are also welcome on this server.
Ответ: 220 You will be disconnected after 15 minutes of inactivity.
Команда: USER kudonru
Ответ: 220---------- Welcome to Pure-FTPd [privsep] [TLS] ----------
Ответ: 220-You are user number 3 of 50 allowed.
Ответ: 220-Local time is now 18:25. Server port: 21.
Ответ: 220-This is a private system - No anonymous login
Ответ: 220-IPv6 connections are also welcome on this server.
Ответ: 220 You will be disconnected after 15 minutes of inactivity.
Команда: USER kudonru
Ответ: 331 User kudonru OK. Password required
Команда: PASS **********
Ответ: 331 User kudonru OK. Password required
Команда: PASS **********
Ответ: 530 Login authentication failed
Ошибка: Critical error: Невозможно подключиться к серверу
Статус: Ожидание подключения в 5 секунд после неудачной попытки.
Ответ: 530 Login authentication failed
Ошибка: Critical error: Невозможно подключиться к серверу
Статус: Ожидание подключения в 5 секунд после неудачной попытки.
Статус: Ожидание подключения в 1 секунду после неудачной попытки.
Статус: Определение IP-адреса для kudon.ru
Статус: Соединяюсь с 178.124.142.37:21.
Статус: Определение IP-адреса для kudon.ru
Статус: Соединяюсь с 178.124.142.37:21.

С службой поддержки хостинга проблему решить не удалось. Режим - пассивный. В чем тут дело. Вхожу - нормально, файлы удалял - удалились, загружаю - ошибки.

25.10.2014, 19:31

При переносе файлов на хостинг белый экран
Создана база данных, затем через ftp переносила файлы на хостинг, в результате белый экран, нет.

Ошибка при переносе сайта
Здравствуйте. Переношу сайт на другой хостинг. При загрузке тех. домена вылазит такое Warning.

FileZilla -Ошибка: Невозможно подключиться к серверу
Статус: Ожидание повтора. Статус: Определение IP-адреса для files.000webhost.com.

Кто сможет объяснить про хостинг и подключение через прогу FileZilla в чём ошибка
на Zpanel у меня есть домен такого вида (vrtc.*здесь название сайта*.com) Хочу через программу.

FileZilla Ошибка сервера
Привет) При подключении через FileZilla, введя все данные хостинга, логин и пароль, выдает ошибку.

Перенос сайта на хостинг

Итак, вы потратили некоторое время на создание своего сайта и теперь хотите вывести его «в люди». Или, быть может, у вас уже есть свой веб-сайт в Интернете, но по какой-то причине вы приняли решение перенести его на другой хостинг. Для осуществления задуманного вам поможет следующая статья.

Прежде всего необходимо позаботиться о том, чтобы доменное имя сайта было направлено на виртуальный хостинг, куда осуществляется перенос. Если домен был указан изначально в форме заказа на хостинг на нашем сайте, то для созданной хостинговой учетной записи он становится главным. При этом основные DNS-записи (A, CNAME и др.) cPanel прописывает автоматически. Все, что вам остается сделать для направления доменного имени на наш хостинг, это изменить в панели доменного регистратора текущие NS-записи на dns1.hostiq.ua, dns2.hostiq.ua, если вы используете услугу виртуального хостинга. Если вы активировали с нами услугу реселлер-хостинга, то NS-записи должны быть dns1.twinservers.net, dns2.twinservers.net. После внесения изменений необходимо дождаться полного обновления DNS-кэша по всей сети Интернет. Это может занять до 72 часов.

Если домен был зарегистрирован одновременно с активацией хостинга на сайте нашей компании, то выполнять вышеописанные действия не нужно.

Содержание

Перенос файлов сайта

Внимательно ознакомьтесь с этим пунктом, поскольку его обязательно нужно выполнить при переносе любого сайта на другой хостинг.

Вам необходимо скачать все необходимые файлы со старого хостинга на свой компьютер, а затем загрузить их в свою хостинговую учетную запись в папку /public_html.

Сделать это можно как средствами cPanel, так и во время подключения по протоколу FTP. Загрузка файлов в cPanel осуществляется с помощью Диспетчера файлов. Он находится в разделе «Файлы».

Откроется главная страница Диспетчера файлов. В меню слева вам нужно найти папку public_html и отметить ее кликом мыши. После этого нажмите кнопку «Отправить», которую можно найти в верхнем меню.

В следующем окне вам нужно выбрать файлы, которые должны быть загружены на хостинг. Для выбора файлов нажмите кнопку “Choose File”.

Если файлов много, то вы можете упаковать их в архив и загрузить вышеописанным образом. Чтобы распаковать архив, перейдите на главную страницу Диспетчера файлов, выберите загруженный файл архива и нажмите кнопку «Извлечь» в верхнем меню. Обратите внимание на тот факт, что формат архива .rar не поддерживается в cPanel, потому файлы лучше упаковать в .zip или же tar.gz архив.

Дождитесь, пока архив распакуется. Как только файлы будут извлечены, убедитесь, что индексный файл находится в корне папки public_html. Чтобы удалить ставший ненужным файл архива, выделите его и нажмите на кнопку «Удалить» в верхнем меню.

Если для загрузки файлов на хостинг вам удобнее использовать FTP-клиент, то для установления соединения понадобятся те же детали доступа, которые вы используете для входа в cPanel, а также IP физического сервера, на котором создана ваша хостинговая учетная запись (его можно посмотреть в письме c уведомлением о создании хостинговой учетной записи). Номер порта FTP – 21.

Выберите все необходимые для работы сайта файлы и загрузите их в папку public_html (выделите файл/файлы, кликните по нему/ним правой кнопкой мыши и нажмите «Закачать файлы на сервер»). Если вы загрузили на хостинг архив с файлами, то распаковать его нужно при помощи Диспетчера файлов cPanel, о чем было написано выше.

Перенос обычного HTML-сайта на хостинг

Теперь приступим непосредственно к процессу переноса контента. Рассмотрим простейший случай – обычный сайт, состоящий из статических html-страниц. Здесь достаточно только перенести файлы сайта на наш хостинг в папку /public_html. О том, как это сделать, вы можете почитать в пункте 1.

На этом все необходимые действия для переноса сайта, состоящего из простых html-страниц, выполнены. Если DNS-записи обновились, главная его страница будет отображаться после ввода доменного имени в адресной строке браузера.

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

Перенос сайта с CMS на хостинг

Перенос сайта на CMS Joomla

Перенос Joomla на хостинг сначала потребует выполнения тех же действия при переносе файлов, что и в пункте 1. Правильнее будет упаковать все файлы и папки сайта в архив, загрузить его на хостинг в папку public_html и затем распаковать. Однако одного только размещения файлов сайта в cPanel аккаунте будет недостаточно. Необходимо правильно перенести базу данных и отредактировать конфигурационный файл configuration.php.

Чтобы перенести базу данных со старого хостинга на новый, создайте дамп базы, сохраните его на свой компьютер, после чего создайте новую БД в своем cPanel аккаунте на нашем хостинге, добавьте к созданной БД пользователя, назначьте ему привилегии и импортируйте созданный дамп при помощи phpMyAdmin. Подробную инструкцию о том, как это сделать, вы найдете в статье «Создаем дамп базы данных MySQL и восстанавливаем его».

Теперь осталось внести изменения об имени базы данных, пользователе и пароле в файл configuration.php. Путь к нему на хостинге /public_html/configuration.php. Найдите его в папке public_html через Диспетчер файлов (раздел cPanel «Файлы» >> ”Диспетчер файлов”), кликните правой кнопкой мыши по названию файла и нажмите “Edit”.

Обязательно выберите кодировку utf-8 при открытии. Еще раз нажмите «Edit», чтобы продолжить.

В конфигурационном файле отредактируйте следующие параметры: $db – имя базы данных, $user – имя пользователя базы данных, $password – пароль пользователя созданной базы данных. Они должны совпадать с теми данными, которые вы ввели при создании БД на виртуальном хостинге, активированном у нас.

Также необходимо внести изменения в значения параметров $log_path и $tmp_path. Они должны содержать абсолютные пути к папкам log и tmp.

По окончании редактирования конфигурационного файла нажмите на кнопку «Сохранить изменения».

Готово. Все необходимые действия для переноса сайта, созданного с помощью CMS Joomla, выполнены. Убедитесь, что для сайта настроены корректные DNS-записи. Если это так, то после ввода доменного имени в адресной строке браузера откроется главная страница вашего веб-сайта.

Перенос сайта на CMS WordPress

Перенос сайта на WordPress на другой хостинг выполняется в несколько этапов. Перед началом переноса сайта позаботьтесь о том, чтобы были выключены все плагины.

Дальнейшая процедура практически аналогична предыдущим пунктам. Вам нужно сделать резервную копию сайта и базы данных, загрузить сайт в папку public_html, создать новую БД в cPanel, задать для нее пользователя и пароль, после чего импортировать дамп базы данных переносимого сайта. Инструкция по переносу базы данных доступна по этой ссылке. Не забудьте о внесении изменений в DNS-записи домена.

Теперь осталось отредактировать файл wp-config.php. Полный путь к нему /public_html/wp-config.php. Для этого перейдите в окно Диспетчера файлов cPanel, выделите конфигурационный файл, кликните правой кнопкой мыши и нажмите “Edit”, выберите кодировку utf-8, еще раз нажмите “Edit” для продолжения. Внести изменения нужно для следующих параметров:

1. DB_NAME – здесь должно быть имя БД, которую вы создали в cPanel,

2. DB_USER – имя пользователя, добавленного к указанной БД,

3. DB_PASSWORD – пароль для созданного пользователя БД,

4. DB_HOST – адрес сервера БД.

Сохраните внесенные изменения. На этом все. Необходимые шаги для переноса сайта WordPress выполнены.

Перенос сайта на CMS DLE

Чтобы перенести на хостинг сайт, работающий на базе CMS DLE, необходимо точно также, как и в предыдущих пунктах, создать бекап сайта и его базы данных, загрузить сайт в хостинговую учетную запись при помощи файлового диспетчера или FTP-клиента, создать новую базу данных, добавить к ней пользователя и задать пароль, после чего импортировать дамп базы данных переносимого сайта.

После того, как вы перенесете контент и импортируете базу данных, откройте в Диспетчере файлов конфигурационный файл dbconfig.php (путь к нему /public_html/dbconfig.php) и отредактируйте в нем следующие параметры:

1. DBNAME – имя созданной вами на хостинге БД,

2. DBUSER – имя пользователя,

3. DBPASS – пароль созданного пользователя БД.

Сохраните внесенные изменения. Проверьте корректность DNS-записей домена, по которому сайт должен быть доступен. Если все сделано правильно, сайт будет доступен.

Перенос сайта на CMS OpenCart

Перенесите файлы сайта в папку public_html, создайте новые БД и пользователя, импортируйте дамб базы с предыдущего хостинга или локального компьютера.

Подробную информацию можно найти в пункте 1, а также в статье «Перенос базы данных сайта». Не забудьте о смене DNS-записей домена.

После выполнения вышеописанных задач найдите с помощью Диспетчера файлов cPanel файл config.php (по умолчанию путь к файлу /public_html/config.php) и откройте его для редактирования, убедитесь, что в настройках кодировки установлена utf-8.

В конфигурационном файле внесите изменения в следующие параметры:

1. DB_USERNAME – имя пользователя созданной на хостинге БД,

2. DB_PASSWORD – пароль пользователя БД,

3. DB_DATABASE – имя самой БД.

В этом же файле вам необходимо полностью отредактировать пути к файлам и папкам сайта. Вместо greycolo должно буть указано ваше имя пользователя cPanel.

Сохраните внесенные изменения. После этого внесите те же самые изменения в конфигурационный файл /public_html/admin/config.php.

Готово. Если все сделано корректно, перенос Opencart на другой хостинг завершен.

Перенос сайта на CMS Drupal

В этом случае вам необходимо выполнить те же действия по переносу контента и базы данных, которые были описаны в пункте 1 и статье о переносе MySQL базы данных. Обязательно измените DNS-записи для доменного имени сайта.

Когда все файлы, необходимые для работы сайта, будут размещены в директории public_html, а база данных импортирована на хостинг, найдите с помощью Диспетчера файлов cPanel конфигурационный файл settings.php. Путь к нему /public_html/sites/default/settings.php. Откройте файл для редактирования. Убедитесь, что выбрана кодировка utf-8.

Если вы используете Drupal версии 7 и выше, вам необходимо внести информацию о созданной на нашем хостинге базе данных в переменную $databases:

database – имя созданной БД,

username – имя пользователя БД,

password – пароль пользователя БД.

Для других версий Drupal в конфигурационном файле необходимо отредактировать значение переменной $db_url:

Соответственно, вместо username нужно подставить имя пользователя созданной БД, вместо password – пароль этого пользователя, вместо databasename – имя БД.

Сохраните изменения в конфигурационном файле. На этом процедура переноса сайта окончена. Если все сделано корректно и DNS-записи обновились, ваш сайт будет доступен после ввода его доменного имени в адресной строке браузера.

Перенос сайта на CMS phpBB

Процесс переноса форума (в качестве примера рассмотрена CMS phpBB) практически ничем не отличается от переноса сайтов, работающих на других системах управления контентом. Перенесите все файлы в папку public_html, создайте в cPanel новую базу данных и импортируйте в нее sql-файл с предыдущего хостинга. Подробно почитать об этом вы можете в пункте 1 и статье «Перенос базы данных сайта».

По окончании выполнения вышеуказанных действий найдите с помощью Диспетчера файлов cPanel конфигурационный файл config.php и откройте его для редактирования. Кодировка должна быть utf-8.

Внесите изменения в следующие параметры:

$dbname – имя созданной БД,

$dbuser – имя пользователя этой БД,

$dbpasswd – пароль созданного пользователя БД.

Сохраните внесенные изменения. На этом процедура переноса сайта окончена. После обновления DNS-записей домена он будет доступен.

Перенос сайта с denwer на хостинг

Перенос сайта с денвера на хостинг, вне зависимости от используемой CMS, требует выполнения тех же действий: загрузки файлов созданного сайта в папку public_html (подробнее почитать об этом вы можете в пункте 1), создания базы данных и пользователя на хостинге и импорт в нее свою БД (подробную информацию об этом вы найдете в статье «Как перенести базу данных сайта»). После того, как перенос контента и базы данных будет завершен, внесите поправки в конфигурационный файл (configuration.php, config.php, wp-config.php в зависимости от типа CMS). В нем вам нужно обновить информацию о базе данных, пользователе, пароле по аналогии со всеми предыдущими пунктами.

Не забудьте обновить DNS-записи для домена. Если вы выполнили все вышеописанные действия, перенос сайта на хостинг завершен.

Отзывы

worhtighpal81
Ульян
Филимон
Ипат
ruhgieloz

Написать отзыв

Success! Your message has been sent.