Как переписать большой объем с хостинга на хостинг?

12
[Удален]
#11
Dreammaker:
через wget - остальное всё от лукавого

Ну это уж точно изврат :) А что, scp или rsync нынче не в моде?

Dreammaker
На сайте с 20.04.2006
Offline
569
#12
javadf:
Ну это уж точно изврат :) А что, scp или rsync нынче не в моде?
There are two different ways for rsync to contact a remote system:
using a remote-shell program as the transport (such as ssh or rsh) or
contacting an rsync daemon directly via TCP.

Мне кажется или мы на другой стороне плодим сущности?

В случае wget нам нужен только файл. :)

[Удален]
#13
Dreammaker:
Мне кажется или мы на другой стороне плодим сущности?

В случае wget нам нужен только файл.

Ну это философский вопрос. :) Для wget нужен HTTP, HTTPS или FTP, для scp или rsync - только шелл.

Dreammaker
На сайте с 20.04.2006
Offline
569
#14

javadf, ну если предположить что хостинг сам по себе предполагает на нём есть как минимум что-то одно из

javadf:
HTTP, HTTPS или FTP

и при этом не факт, что есть

javadf:
шелл

то всё же wget, имхо, предпочтительнее :)

Но, да, это уже будет философское пережёвывание :)

arkadiy_a
На сайте с 11.06.2008
Offline
82
#15

ТС! Неоднократно такое проделывал, и без ssh. На хостингах что я пользовался- ssh обычно был недоступен, т.е. он был доступен только на дорогих тарифах. Решал задачу элементарно просто. Вместо ssh использовал вебшелл на PHP ( мой самый любимый это C99), если вдруг вебшелл на PHP не работал как надо (из-за safe_mode=on) то использовал шелл на perl (r57), он-то всегда даст вызвать необходимые юниксоидные команды.

Порядок действий:

Сначала с помощью tar запаковываем то что хотим перенести, полученный tar.gz остается доступен через web.

Затем на новом хосте тоже в вебшелле вызываем wget, скачиваем архив , с помошью того же tar распаковываем.

Вообще tar хорош тем, что в отличие от zip корректно сохраняет права на файлы

12

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий