irbius пишет: Не могу разобраться, как соединить две скачанные части архива *.gz 2011-05-04.15-38-35.8e553a79.tar.gz 2011-05-04.15-38-35.8e553a79.tar.gz.1
Их оба надо положить возле restore.php, он сам все соединит.
Друзья, должен напомнить, что:
Архивы, созданные системой резервного копирования, предназначены исключительно для распаковки с помощью restore.php
Мы старались сделать его бинарно совместимым с Linux GNU tar и gzip, однако мы не гарантируем, что любая версия tar распакует наш архив. А тем более, rar, zip, 7z и пр.
Большие архивы автоматически делятся на части. Формат деления - исключительно своя разработка, пожалуйста, не пытайтесь их распаковать как многотомные архивы всякого рода архиваторами.
Система резервного копирования и переноса максимально автоматизирована:
выбрали режим (VPS, стандартный, максимально безопасный),
положили на новом сервере restore.php (или локально внутрь веб окружения или виртуальной машины),
указали адрес старого сайта и имя архива,
автоматически архив (а если было деление на части, то все части) скачались и распаковались,
указали данные подключения к БД (получили у хостера)
Всё, имеем копию прежней установки! Если по какой-то причине показанный алгоритм не работает, пожалуйста, пишите .
Данные подключения к базе данных на веб окружении на windows:
Виктор Краснов пишет: Да, точно, ошибся в названии. То есть, как я понимаю, нормальным будет такой вариант (в плане временной неработоспособности сайта проблем нет - он пока без посетителей): 1. сделать резервную копию сайта (для последующего восстановления на новом сервере) 2. попросить хостера заново собрать чистый vps 3. после чего развернуть на нем веб-окружение, и восстановить сайт из копии
Ну, понятно, что не обойдется без необходимости самостоятельной установки каких-нибудь пакетов, типа фтп-клиента...
Совершенно верно, но VPS должен работать на конкретной версии Linux, например CentOS 5.
В веб окружении 2.0 нет модуля для работы с закодированными файлами. Вам надо на старой установке через систему обновлений получить все исходные коды, потом делать перенос.
Если этот тест не прошел, значит скрипт не смог подключиться сам к себе на $_SERVER['HTTP_HOST'] : _SERVER["SERVER_PORT"].
Причина может быть в файерволе или наличии http/ntlm авторизации на сервере. Все последующие тесты, где требуется подключение к себе, работать не будут:
Цитата
Загрузка файла Внутреннее перенаправление (функция LocalRedirect) Фактическое ограничение памяти Сохранение сессии без UserAgent HTTP авторизация Создание и запуск файла
Дмитрий Яковенко пишет: После того как был открыт файл /var/www/bitrix/php_interface/init.php и без изменений закрыт, возникла следующая ошибка Такого не бывает.
Ох, Дмитрий, в техподдержке бывает и не такое
Ничего не делали, сайт/компонент/форма/обмен/... перестал работать. Это нормально.
Проверка сайта - тестирование конфигурации, Проблемная версия БД: 5.1.34
Интересно, если бы фраза была "эта версия mysql содержит ошибки", это бы вызывало меньше вопросов?
Резервное копирование - ошибка при тестировании, Сравнение (Collation) для таблицы "..." (utf8_unicode_ci) отличается от значения для базы (utf8_general_ci)
При создании бэкапа используются значения collation в таблице, которые были до этого в системе. Видимо, тут дело в том, какой collation установлен у вас на сервере БД по умолчанию. Чтобы сказать точно, надо разбираться через ТП.