- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
hubbiton, да это вообще самый кривой способ.
Легче всего настроить все заново и скопировать сайты и БД.
Либо dump, как я говорил выше, что бы не потерять настройки.
Либо хостера попросить предоставить образ виртуалки.
Ок, хостер предоставит образ виртуалки в таком формате, что его никуда не залить кроме как взад к хостеру
А иметь виртуалку внутри вируталки - это способ сделать себе самому гарантированно валидный образ например
Про оверхед можно забыть, это же только на время переезда
clonezilla в помощь.
Легче всего настроить все заново и скопировать сайты и БД.
Если есть свободное время, лучше всего так.
Из плюсов свежая инсталляция, как раз без лишнего мусора.
Можно проводить в несколько этапов.
Сначала выбрать "контрольные точки" — функции необходимых (веб) приложений. Записать, что должно работать и как.
Переписываем данные вебсервера, интерпретатора, сервера баз данных и что там вам ещё нужно для работы.
Далее, делаем свою виртуалку, да хоть на локалхосте, и ставим основные пакеты с зависимостями.
Водружаем свои веб-приложения, смотрим, что не работает.
Добавляем по месту то, чего не хватает.
Опять смотрим контрольные точки.
Если всё заработало, копаем глубже — сравниваем тщательно рабочий сервер и тестовый.
Устраняем ошибки.
Если всё взлетело, берём лог и настраиваем сервер для переезда. Как-то так.
Это общий принцип. Тут главное — тщательная подготовка и тестирование. Преимущество метода в том, что итоговое действие, сам переезд, можно автоматизировать, включая перенос контента и перенастройку маршрутизации/смену записи домена. После окончательного теста остаётся помолиться и запустить скрипт. Наблюдать, как оно работает, очень интересно.
Сделал проще. Скачал .bash_history, поэтапно выписал нужные комманды, вычистив весь мусор. Проверив установку в VirtualBox обкатал спорные моменты, заново почистил .bash_history и таким образом получил пошаговую инструкцию для установки. Для удобства накатал .sh файлик установки. Работает криво, но работает. Время простоя в процессе переноса составила 30 минут (ночью) - просто в настройках DNS переписал IP, а на самом сервере задал жесткий редирект.
Спасибо всем за ответы :)
Bureau, дампануть можно через программы – SQLyog, Navicat, которые отличаются скоростью. Второй может дампить 5 часов и заливать несколько суток. Я пользуюсь Йогой.