Мы используем cookie-файлы
Для оптимизации работы нашего сайта мы используем cookie-файлы. Продолжая использовать сайт, Вы соглашаетесь с использованием cookie-файлов.
  • UAH
  • USD
  • RUB
  • EUR
  • +38(044) 392-74-33  Киев
  • +38(057) 728-39-00  Харьков
  • +38(056) 794-38-31  Днепр
  • +38(032) 229-58-93  Львов
  • +38(048) 738-57-70  Одесса
  • +38(093) 170-15-42  Life
  • +38(067) 400-88-44  Киевстар
  • +38(095) 630-90-82  MTC
  • +1(888)393-24-51  USA, Toll free
  • +44(131)507-01-14  Great Britain
  • +7(499) 348-28-61  Москва

Панель управления хостингом. Нюансы при переносе сайтов между аккаунтами

Форумы Панель управления хостингом Нюансы при переносе сайтов между аккаунтами
info5
15.10.2015
хостинг: есть
домен: есть
Нюансы при переносе сайтов между аккаунтами
При использовании штатного функционала ПУ для переноса сайтов между аккаунтами есть 3 нюанса:
1. После переноса сайта, автоматом не меняются данные в домене - домен продолжает ссылаться на старый сервер, где уже нет перенесенного хоста. Нужно заходить и менять вручную.
2. Невозможность перенести сайт более 1Гб (много картинок). Из-за чего приходится переносить сайты в ручном режиме.
3. После архивации картинок через ПУ->файл менеджер и перенос этого архива через ftp-клиент вручную, перестали нормально работать скрипты по работе с картинками у которых есть кириллица в названии, при этом на старом аккаунте все работало. Решение подсказали в техподдержке - перекодировать названия файлов в utf-8. Но, как мне кажется проблему можно было бы решить изначально производя перекодировку при разворачивании архива на хостинге. Решение конечно кардинальное, но поскольку кодировка файловой системы и так utf-8, то автоматическая перекодировка при работе с архивами возможно позволит уберечь нервы техподдержки и тех кто после переноса получил неработающие файлы/картинки - хотя конечно при переносе отдельными файлами (не архивом) это не поможет.
Дмитрий Б.
17.10.2015
хостинг: есть
домен: нет
Т.е. до переноса имена файлов были в правильной кодировке? Кодировка имен изменилась после того как файлы были заархивированы и разархивированы?
info5
19.10.2015
хостинг: есть
домен: есть
Сейчас распишу подробно пункт 3:
1. Картинки, в процессе работы сайта на предыдущем аккаунте, загружались пользователем на сервер через cms, соответственно кодировка названий может быть любой, зачастую это cp1251 - имена файлов при загрузке не перекодируются. При этом скрипты создания миниатюр работали корректно.
2. Поскольку картинок было много, то пришлось их переносить в ручную - создать архив в файл-менеджере панели управления предыдущего аккаунта, затем скачать его на локальную машину, после чего загрузить по ftp на сервер нового аккаунта и разархивировать этот архив в файл-менеджере панели управления нового аккаунта.
3. Пришлось удалить все картинки на старом аккаунте, чтобы не ругалось, что слишком много места занимает сайт и перенести сайт при помощи стандартного функционала "Перенести сайт" панели управления предыдущего аккаунта.

После переноса, те же скрипты создания миниатюр, которые на предыдущем аккаунте работали корректно, на новом, работать с картинками с кириллицей в названии файла начали с ошибкой (стандартная безобидная php-функция getimagesize стала некорректно отдавать mime-type изображения), хотя настройки сайта и сервера идентичны, во всяком случае те, что доступны из панели управления хостера.

Итого отвечая на ваши вопросы:
- Картинки были в кодировке отличной от utf-8 (но при этом все работало).
- Кодировка архива не менялась, поскольку и процесс архивации и разархивации производился штатными средствами хостера.
- Изменилась ли кодировка файлов в процессе разархивации - не знаю, но скорее всего нет (согласно предыдущему пункту).

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

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

Поэтому и предложил, хоть и далеко не идеальное, но все же решение проблемы - принудительно переводить кодировку файлов в utf-8 при разархивации (у хостера написано что используется эта кодировка для ФС). Чтобы у других пользователей не возникало с этим проблем.

Ну или еще более простое решение - разрешить перенос сайтов содержащих более 1Гб (п.2 из первого сообщения) при помощи одноименного функционала. Поскольку, если бы можно было изначально переносить сайты более 1Гб, то проблемы по п3 (из первого сообщения) даже бы не возникло. Я конечно понимаю, что это ограничение создавалось исходя из какого-то опыта хостера, но с другой стороны сайты переносятся с аккаунта на аккаунт далеко не каждый день, а дай бог чтоб 3-4 раза за несколько лет их существования.
Участвовать в общении на этом форуме могут только
зарегистрированные пользователи.

Если вы уже зарегистрированы Вам необходимо войти на форум.

Тема закрыта по истечению срока давности.
Горячая линия
(044)
392 74 33
другие города