Перейти до вмісту
Пошук в
  • Детальніше...
Шукати результати, які ...
Шукати результати в ...

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


Recommended Posts

Ребята, подскажите, пожалуйста, как правильно переехать с хостинга на хостинг?

Дамп базы перенесли, все файлы перенесли, что же делать дальше?

И важный вопрос — нужен ли домен второго уровня, чтобы хотя бы зайти в

админку, или можно на техническом домене на хостинге это все запустить?

Что надо править в conf.php и admin.php? Сейчас там все пути начинаются с

каких-то «/home/b/». Как должны выглядить эти пути, если папка с сайтом лежит на

обычном хостинге в public_html?

Надіслати
Поділитися на інших сайтах


1. скопируйте магазин на новый хостинг

2. запустите install, установите (при установки нужные пути сами будут прописаны)

3. перезалейте БД из дампа поверх чистой

4. в админке в настройках пропишите правильный URL нового магазина

все заработает

p.s. на "техническом" домене админка тоже будет работать.

Надіслати
Поділитися на інших сайтах


1. скопируйте магазин на новый хостинг

2. запустите install, установите (при установки нужные пути сами будут прописаны)

3. перезалейте БД из дампа поверх чистой

4. в админке в настройках пропишите правильный URL нового магазина

все заработает

p.s. на "техническом" домене админка тоже будет работать.

я бы немного по другому написал,подробнее чтоли,вдруг не все поймут:

1. Скопируйте свой магазин и скопируйте базу данных с хостинга.

2. Возьмите чистый opencart или ocstore ,установите его на хостинге,при этом в файлах config и в корне сайта и в админке пути сами пропишутся.

3. Удалите все файлы кроме двух config-ов.

4. Очистите базу данных,залейте новую со своего магазина

5. Скопируйте свой магазин на хостинг.

6. В настройках админки пропишите УРЛ сайта , обязательно со слешем в конце.

7. Если используете ЧПУ , то проверьте файл htaccess, обычно на хостинге нужно писать просто RewriteBase / , на локалке эта надпись может выглядеть как RewriteBase /папка_с_сайтом/

8. Можно наслождаться:)

Надіслати
Поділитися на інших сайтах


Так, друзья, не очень понял вас.

Сложности возникают уже на п.2.

Магазин скопировали, дамп базы тоже.

Каким образом запустить install? Именно для этого надо взять «чистый opencart»?

Тогда появится возможность инсталла? А не затрет ли этот новый чистый opencart магазин,

который скопировали?

Надіслати
Поділитися на інших сайтах


Так, друзья, не очень понял вас.

Сложности возникают уже на п.2.

Магазин скопировали, дамп базы тоже.

Каким образом запустить install? Именно для этого надо взять «чистый opencart»?

Тогда появится возможность инсталла? А не затрет ли этот новый чистый opencart магазин,

который скопировали?

не нужно чистый опенкарт - достаточно папки install с чистого. и удалить предварительно оба файла конфига, как написал.

ничего не затрет, не бойтесь :) только базу данных, от которой у вас есть сохраночка.

Надіслати
Поділитися на інших сайтах


Проще заменить старый путь в конфигах на новый.

Новый можно узнать так

<?php
echo $_SERVER['DOCUMENT_ROOT'];
?>

проще чем что?проще чем заменить файлы?Мне не проще,сидеть что-то писать..намного быстрее просто заменить

Надіслати
Поділитися на інших сайтах


я бы немного по другому написал,подробнее чтоли,вдруг не все поймут:

1. Скопируйте свой магазин и скопируйте базу данных с хостинга.

2. Возьмите чистый opencart или ocstore ,установите его на хостинге,при этом в файлах config и в корне сайта и в админке пути сами пропишутся.

3. Удалите все файлы кроме двух config-ов.

4. Очистите базу данных,залейте новую со своего магазина

5. Скопируйте свой магазин на хостинг.

6. В настройках админки пропишите УРЛ сайта , обязательно со слешем в конце.

7. Если используете ЧПУ , то проверьте файл htaccess, обычно на хостинге нужно писать просто RewriteBase / , на локалке эта надпись может выглядеть как RewriteBase /папка_с_сайтом/

8. Можно наслождаться:)

Вроде все понятно, кроме одного момента!

Когда делаю Install, в БД уже что-то пишется, без чего потом магазин не запускается.

Т.е. после п.2 мы имеем на сервере БД с некоторой информацией.

п.3 удаляем все файлы кроме двух конфигов. ок.

п.4 - каким образом ее очистить? Вот здесь непонятно.

Если ее просто удалить на сервере и создать заново чистую с такими же параметрами,

а потом в нее импортировать старую БД, то магазин не запускается.

Пишет Error No: 1146, Table 'название базы_setting' doesn't exist

Или БД надо как-то частично очистить?

Надіслати
Поділитися на інших сайтах


Так, вроде получилось.

Но, возникла новая проблема, теперь картинки из папки /image не отображаются. Причем файлы там есть, нормальные, при попытке открыть картинку протсо по ссылке в браузере — Forbidden.

Надіслати
Поділитися на інших сайтах


  • 1 month later...
  • 1 month later...

Вопрос актуален, как ты разобрался с картинками?

Только что перезалил магазин на новый хост, часть картинок не отображается.

Причем через админку их видно при редактировании страниц.

Просмотрел исходник и разобрался.

оказывается при вставке картинок на страницы через админку прописывется полный адрес пути.

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

исправил все пути вручную.

Змінено користувачем AleksandrFedoseev
Надіслати
Поділитися на інших сайтах


Как правильно переехать с хостинга на хостинг? - Такой вопрос возник сегодня и у меня

Пришлось и мне такое делать, оказался подводный камень, не упомянутый выше - кодировка БД.

Расскажу как было, может кому пригодится.

Изначально была на MySQL кодировка cp1251, так как собирался магазин для тестов на TopServer v.2.1

На сервере на который нужно было залить, была кодировка utf8.

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

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

По поводу того что говорили выше - представлю в своем варианте, как делал я и в итоге все заработало:

1) Копируем чистый (новый) скрипт магазина на новый хостинг

2) Инсталлируем магазин (см. ниже примечание)

3) С нового хостинга (на который только что поставили чистый магазин) удаляем все файлы и папки кроме ./config.php и ./admin/config.php

4) Удаляем на старом хостинге ./config.php и ./admin/config.php (чтобы они случайно не заменились)

5) Копируем все оставшиеся файлы и папки со старого места в новое

6) В новую базу данных переносим все из старой, в нужной кодировке (см. выше)

7) В админку можно теперь войти по старому паролю (по тому который был на хостинге с которого переносили)

8) В админке заходим в Система --> Настройки --> Адрес магазина (URL) и прописываем новый, полный адрес. Например: http://site.com/ (с "http://" и в конце "/")

9) Если нужно изменить пароль к админке, заходим Система --> Пользователи --> Пользователи

Примечание:

При инсталляции столкнулся с еще одной проблемой: у пользователя от MySQL был слишком хитроумный пароль "*~e2<!Jh" и вылетала все время ошибка что не может подключиться к базе данных, и просит проверить адрест хоста, логин и пароль MySQL. Мне подсказали сделать пароль без спец символов. Сделал - и все заработало.

Вот собственно и все, может кому-то будет полезным. Удачи!

Надіслати
Поділитися на інших сайтах


Пришлось и мне такое делать, оказался подводный камень, не упомянутый выше - кодировка БД.

Расскажу как было, может кому пригодится.

Изначально была на MySQL кодировка cp1251, так как собирался магазин для тестов на TopServer v.2.1

На сервере на который нужно было залить, была кодировка utf8.

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

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

А что это за файл? И где он?
Надіслати
Поділитися на інших сайтах


Заходите в БД (базу данных). Выгружаете её - получаете файл (там, куда выгрузили).

Выгрузить БД (сделать бэкап) можно и через админку:

Система -> Бэкап/Восстановление -> Бэкап
Надіслати
Поділитися на інших сайтах


Заходите в БД (базу данных). Выгружаете её - получаете файл (там, куда выгрузили).

Выгрузить БД (сделать бэкап) можно и через админку:

Система -> Бэкап/Восстановление -> Бэкап
Спасибо, всё нашел
Надіслати
Поділитися на інших сайтах


  • 4 weeks later...

Добрый день!

Решил поделиться.

ПОПЫТКА переезда Opencart v1.5.1.3.1 (английская + руссификация, без дополнительных наворотов) с nic.ru на masterhost.ru

На nic.ru:

1. Делаем дамп базы через phpmyadmin.

2. Из дампа базы удаляем строку CREATE DATABASE .......

3. Копируем все файлы магазина в режиме binary себе на комп.

4. Из скопированных файлов полностью удаляем содержимое папки /image/cache/ (файлы + подпапки).

На masterhost.ru:

5. Создал тестовую базу через контрольную панель (через phpmyadmin запрещено create database).

6. Создал тестовый поддомен.

7. Залил оригинальный дистрибутив своего магазина.

8. Запустил install.

9. По умолчанию на мастерхосте права на папки 755, поэтому install ругается на права. Записываем поочерёдно все папки и файлы, на которые он ругается, меняем их на 777 (сначала ругается на download, меняем download на 777, дальше он ругается на следующую папку, меняем на 777 и т.д.). У меня это:

/download/

/image

/image/data

/image/cache

/system/logs

/system/cache

config.php

admin/config.php

10. Прописываем параметры базы данных.

11. Запускаем магазин (или админку). Видим ошибку: Unknown: date() [function.date]: It is not safe to rely on the system's timezone settings.........

Данная ошибка описана подробно здесь: https://opencartforum.com/topic/4762-выдает-ошибку/

Мне помогло прописывание в .htaccess строки php_value date.timezone Europe/Moscow

ДА! Не забываем переименовывать файл .htaccess.txt в просто .htaccess

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

13. Создаём через контрольную панель рабочую базу для переносимого магазина.

14. Заходим через phpmyadmin, находим нашу базу, делаем заливку дампа.

15. Редактируем файлы /config.php и /admin/config.php следующим образом:

а) в подразделе //DIR меняем пути на новые;

б) в подражделе //DB прописываем новые параметры доступа к БД;

в) разделы //HTTP, //HTTPS меняем в случае, если изменилось доменное имя магазина;

г) ОПЦИОНАЛЬНО в целях безопасности можно поменять /admin/ на что-то другое, например, /123admin456/, но в этом случае нужно также переименовать и саму папку магазина admin на 123admin456 (в Prestashop эта замена обязательна).

16. Загружаем файлы магазина на хостинг по FTP.

17. Прописываем права на файлы и папки в соответствии с пунктом 8.

18. Редактируем .htaccess в соответствии с пунктом 10

(ТУТ НАЧИНАЕТСЯ ИНТЕРЕСНОЕ)

============

В отличии от nic.ru, на мастерхосте папки и файлы, залитые по FTP отличаются по правам от созданных средствами магазина через image manager, т.е. если вы все данные (файлы и подпапки) в папке /image/data/ залили по FTP, работать с ними корректно image manager не сможет.

Если же вы загрузили изображения через image manager, то не сможете с ними оперировать через FTP, например, удалить.

По этой же причине нельзя удалять созданный магазином кэш изображений через FTP.

Частичное решение проблемы будет описано в следующих пунктах, но оно меня полностью не устраивает в связи с неудобством - невозможностью работы с изображениями параллельно в image manager и по FTP.

============

Следующие пункты на практике я не проверял.

Вариант 1:

*. Полностью удаляем сожержимое папки /image/data на хостинге (файлы, подпапки), кроме файла index.html.

*. Создаём заново структуру папок и загружаем в них изображения через image manager.

*. Возможно, дальше будет всё нормально работать, не проверял. У кого будет желание проверить, потом отпишите.

Вариант 2:

*. Не создаём и не используем подпапки в папке /image/data/, все изображения храним исключительно в корне /image/data/. В этом случае, файлы можно будет заливать по FTP и использовать. Ограничение будет касаться только файлов, загруженных при помощи image manager - их нельзя будет удалить по FTP.

Предполагаемые подводные камни пунктов *:

1. Возможно пропадут линки между продуктами и реальными файлами изображений, но не факт.

2. Если вы сначала запустите магазин, а потом только удалите соджеримое /image/data, возможно, часть изображений успеет попасть в кэш с неправильными правами.

3. Если вы устанавливали различные модули, дополнения через админку на старом хостинге, при этом создавались файлы самим движком магазина, при переносе этих файлов на новый хостинг могут возникнуть аналогичные проблемы с правами, причём, проявиться они могут не сразу.

Я решил пока не перевозить магазин на мастерхост.

Надіслати
Поділитися на інших сайтах


  • 9 months later...

Всех приветствую. Совсем не силен в php и OpenCart. На Денвере все работает. Пробую установить ocstore v1.5.3.1 на хостинг CMC ось Unix провайдер Zenon. Запускаю shop.хх.хх/install/index.php. На экране появляется табличка . Подтверждаю согласие. После этого осуществляется переход на страницу shop.хх.хх/install/index.php?route=step_1 , а на экране сообщение -

Not Found

The requested URL /index.php was not found on this server.

В связи с этим и вопрос - может кто подскажет - куда копать?

Решил - надо было запускать как хх.хх/install/index.php :-)

post-20043-0-83923400-1344505568_thumb.jpg

Надіслати
Поділитися на інших сайтах


Створіть аккаунт або увійдіть для коментування

Ви повинні бути користувачем, щоб залишити коментар

Створити обліковий запис

Зареєструйтеся для отримання облікового запису. Це просто!

Зареєструвати аккаунт

Вхід

Уже зареєстровані? Увійдіть тут.

Вхід зараз
  • Зараз на сторінці   0 користувачів

    • Ні користувачів, які переглядиють цю сторінку

×
×
  • Створити...

Important Information

На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність.