Как перенести содержимое блога на другой хостинг
На блоге прошли еще одни изменения (в лучшую сторону). Яндекс поощрил блог своей (второй уже) десяткой. Теперь уже ТИЦ 20. Апдейта Гугла никак не дождусь...
В одной из прошлых статей писал об относительном своем достижении — переезде блога на другой хостинг. В этой же статье расскажу как же этот процеес происходил.
Для начала — необходимо было мне выбрать сам хостинг. Процесс был длительный и пришлось «прочесать» много сайтов, предоставляющие такие услуги. Но пока остановился на одном. По предварительной оценке — «цена-качество». Вот стоимость можно сразу определить — прочитав предоставляемые услуги и соответствующие тарифы, а вот качество прийдется определить по ходу — на практике. Не спорю — есть более дорогие хостинги, а следовательно (возможно) и более надежные, но решил пока остановиться на этом.
Итак — хостинг выбран — http://ukrline.com.ua/ Дальше — регистрируемся, выбираем тариф. Я выбрал тарифную сетку «Line-3» с привычным обьемом 1 Гб, этот весь обьем могу использовать для блога. В отличие от предыдущей площадки, где был обьем всего 10 Мб и он почти был забит под «завязку» одними фотографиями и картинками к статьям.
Как же делается перенос содержимого блога?
Я буду описывать вариант с ВордПрессом, когда нет доступа к файлам блога, то есть та ситуация, которая была у меня. Для тех у кого этот доступ был и есть — процесс будет аналогичным в принципе, а для надежности можно все файлы блога перекачать через ftp к себе на винчестер.
В сети такой информации про переноса блога просто завались, но почему-то описываемые средства мне показались делом сложным и решил сделать по своему. Ниже описуемый вариант мне показался намного проще.
Захожу на свою площадку intwayblog.com — в раздел "Управление" — «Экспорт» .
Предлагается :
создать XML-файл, который можно будет сохранить на компьютере.
Этот формат, который мы назвали расширенным RSS для WordPress (WXR), будет содержать все ваши записи, произвольные поля, рубрики и метки.
Когда вы сохраните файл, можно использовать функцию импорта в другом блоге на WordPress, чтобы импортировать этот блог.
Все, нажимаю клаву «Скачать файл экспорта». У меня появляется файл xml размером до этих пресловутых 10 Mb.
Возвращаемся на новый хостинг.
Небольшое отступление...
Можно конечно попросить нового хостера перенести все содержимое со старого хостинга. Суть проста – необходимо предоставить саппорту хостера все необходимые данные от старого хостинг-аккаунта и он (саппорт) все действия по переносу WordPress-сайта выполнит за Вас. Адекватный хостинг-провайдер в большинстве случаев не откажет Вам в этом, ведь он должен оставить хорошее впечатление о качестве своих услуг.
Если доступ к файлам присутствует — можно сделать так: сначала необходимо скопировать все файлы с фтп-сервера со старого хостинг на новый. Данный процесс упростит возможность сжатия всех файлов в один архив, который закачивается и распаковывается на новом хостинге. Любой современный хостер должен поддерживать работу с архивами через панель управления хостингом. Иначе пофайловая загрузка займет гораздо больше времени (в папке с Вордпрессом очень много файлов).
Другой момент здесь – возможность копирования файлов напрямую с одного фтп-сервера на другой. Я пока с данной возможностью не встречался, но, насколько мне известно, это есть. Если такой возможности нет, то процесс переноса файлов весьма неудобен – сначала их необходимо скачать на свой компьютер (конечно, если нет локальной копии), а после этого закачивать на новый хостинг.
Но в данном (моем) случае такой возможности нет, да и пока на данном этапе и сложностей тоже не встретил. Поэтому продолжаем дальше — с учетом того, что домен уже у меня есть. В этом случае — чуть больше гемороя.
Захожу в панель управления сайтом (сPanel). Все данные с паролями — высланы мне на почту. Не теряем. Dыбираю «Диспетчер файлов». Перед этим скачал в сети самую новую версию конструктора блогов на движке WordPress и этот запакованный архив в Диспетчере заливаю в папку public_html/. В этой папке будут находится все мои файлы. В диспетчере выбираю этот запакованный архив и в меню сверху нажимаю на клавишу «извлечь». Так намного быстрее. У меня был архив с предустановленными некоторыми плагинами, поэтому занимал место около четырех мегабайт. Это немного и архив такой переписывается быстро. Если же через ftp заливать все файлы вордпресса — то это муторное дело и довольно долго будут переписываться коротенькие файлики. Их довольно таки много. А так — будет и быстрее и попроще.
Распаковав — файлы уже легли по своим местам. Впереди процесс установки WordPress, этот процесс несложный и описания в сети найти можно легко. Будет время и я расспишу тоже (в ближайших постах), как это все происходит дабы не перегружать данную статью.
... пропускаю момент установки...
После процесса установки — заходим в наш пустой блог. И делаем обратную процедуру — процедура «Импорта». В том же разделе «Управления» выбираю способ импортировать записи и комментарии в текущий блог. Выбираю систему из списка. В данном случае движок блога остается прежним — это WordPress. А значит выбираю эту систему для импорта.
Мне предлагают перенос — импорт записей, комментариев, дополнительных полей, страниц и рубрик из файла экспорта WordPress. Предлагается:
Загрузите файл расширенного RSS WordPress (WXR), и мы импортируем записи, комментарии, произвольные поля и рубрики в этот блог.
Выберите файл расширенного RSS WordPress, затем нажмите Загрузить и импортировать.
Выбираем сохраненный ранее из Экспорта файл XML
По идее все. Остается вручную закачать новые плагины, выбрать тему (такую же найти или выбрать другую), активировать плагины, повыставлять все необходимые виджеты с предварительно сохраненными кодами в них.
Дальше — так как мой домен еще находится у предыдущего регистратора, то их службе поддержки сообщаем новые данные DNS серверов для перенаправления домена на новое место обитания. Новые данные мы берем из почты, где они должны прийти от нового хостера. Типа такого
Primary NameServer : ns1.ххххх.хххх, IP : 000.000.000.01
Secondary NameServer : ns2.ххххх.хххх, IP : 000.000.000.02
Перенаправление может занимать до 48 часов, так что надо запастись терпением.
На этом пока все, наверное в следующей статье напишу все-таки свой вариант установки WordPress, дабы не отвлекать вас и не покидали мой блог в поисках ответа. А заодно прикреплю один-два видеоурока к этой теме.
------------------------------
Самые интересные клипы можно скачать или просмотреть он-лайн на klipzona.ru
ВНИМАНИЕ!!!
Получай на E-mail БЕСПЛАТНЫЕ статьи про раскрутку и монетизацию блогов.
Александр, Спасибо Вам большое, что осветили эту тему (интересующую меня особенно на данный момент)! Руки не доходят со своей тематикой на такие вещи... Дальнейших Успехов в Продвижении! Непременно загляну еще!
Есть и другой путь с бэкапом базы данных, практически все тоже.
Н-да, у меня за доллар 25 метров хоста, правда, когда его превысил никто мне ничего не писал и не укорял, т.е. все это условности.
А зачем тебе гектар пространства? Вроде как и 150 должно было хватить. Или есть планы хорошие фото выкладывать?
twiceal написал(а):
С бэкапом вроде как понятно — все через это делают, а я по-другому сделал. Вначале сделал, а потом читал, как делают другие... хотя надо делать наоборот — почитать, а потом делать — но все обошлось без ошибок.
Не-а, не хватает мне 150ти... чисто для блога — может быть но в натяжку... я еще к этому хостингу прикрепил три сайта и порой заливаю временные файлы по несколько десятков Мб... вообщем частично использую как файловый архив, для разных экспериментов — мне так удобнее чем через другие сервисы, в которых ссылка может запросто пропасть через определенное время...
Тю! Так я обшибнулся! Не обратил внимания на NameServer...
А почему ты отказался от интвеевского хостинга? Или, просто срок истекает?
Спасибо большое за информацию, за советы! Я ими воспользуюсь!
Руслан написал(а):
Нет, не истекает... у меня была проблема технического характера. В Pleske надо было при создании блога для переноса или нового — создать базу данных и далее добавить нового пользователя. Вот базу я создал, а вот добавить пользователя не получилось, так как не было (!!!) как этого пользователя подтвердить. У других смотрел есть клавиша OK, как положено для подтверждения, а у меня ее не было. Вообщем какой-то глюк я думаю. Написал письмо в тикет, первый раз ответили через 28 (!) дней. Писал даже Навросю — он пообещал передать просьбу в СП по номеру запроса, но с тех пор прошла еще неделя, после которой ответили... вопросом на вопрос — типа дайте нам еще скрин... выслал скрин... и тишина...
У меня нет времени столько ждать и я разместился на другом месте. У них же я общался со службой поддержки письмами — несколько раз отвечали за сутки по разным вопросам... кажется раз шесть или семь... Вообщем сколько писал — столько и отвечали. Все вопросы мои были удовлетворены. Такая оперативность меня больше устроила.
как впечатления? Я вот присматриваюсь к этому хостеру, тоже нужен будет хост.
Я, с размерами все ясно. Если еще сайты, то, конечно, 150 маловато
@twiceal: смотри , там есть тариф 150 Мб за 2 долл. в мес.
Александр, спасибо, тоже собираюсь в скором времени так сделать. Воспользуюсь Вашими советами.
Здравствуйте, Александр! По рекомендации Полевой Яны я пришел к Вам за помощью. У меня есть свой отличный и надежный хостинг от Google. С регистрацией, переносом и парковкой доменов у меня никогда не возникает никаких проблем. А вот с базами данных... Многие интвеевцы, через плохую работу сервисов Интвея, хотят переехать ко мне на хостинг. Я ищу материалы в Интернете, которые помогут мне в разрешении моих вопросов. Основная из моих проблем — это перенос базы данных. Сделать бэкап базы данных не составляет особого труда, но вот куда ее потом?.. я не знаю. Помогите мне, пожайлуста, если Вы компетентны в этих вопросах. Буду очень Вам благодарен и весьма признателен. Кстати, мне очень понравился Ваш блог, в основном своей уникальностью. У Вас очень хорошо получается в доступной форме выкладывать материал. Без всяких там «умных и трудных» слов.
@Богдан Билан: Очень приятно, что привлек внимание такого человека. По поводу твоей просьбы. Можно не заморачиваться с базой данных. У меня два варианта — оба пробовал и оба работали, только во втором варианте — не все гладко проходило с картинками...
Задача 1. Перенести или скопировать все записи, рубрики, страницы и комментарии из одного WordPress блога в другой.
Разработчики WordPress позаботились о тех, кому нужно будет перенести все записи или записи любого автора на другой блог.
Решение:
1) Зайти в админку блога, с которого необходимо перенести/скопировать записи (ваш_блог.com/wp-admin)
2) Перейти в «Инструменты» – «Экспорт», выбрать: экспортировать всё или записи только определенного автора и нажать кнопку «Ок». После этого на жесткий диск(в указанное место) будет скопирован файл экспорта.
3) Зайти в админку блога на который необходимо перенести/скопировать записи
4) Перейти в «Инструменты» – «Импорт», далее выбрать:
WordPress Импорт записей, комментариев, произвольных полей, страниц, рубрик и меток из файла экспорта WordPress.
5) Кликнуть “Обзор“, выбрать файл, который был сохранен на пункте 2 и нажать на кнопку «Загрузить и импортировать файл».
Готово.
Задача 2. Перенести WordPress блог на другой домен.
Тут чуть сложнее.
Предположим, нужно изменить имя домена блога. Новый домен уже есть. Теперь нужно перенести все файлы и базу данных блога на новый домен так, чтобы все настройки и данные сохранились.
Решение:
1) Перенести все файлы Wordpress на новый домен.
2) Сделать бэкап(резервное копирование) базы данных блога. Для этого в phpMyAdmin кликнуть на вкладке «Экспорт». Далее поставить галочку напротив «Сохранить как файл» и нажать «Ок». (Если база данных слишком большая желательно упаковать базу в zip, gzip). После этого файл базы данных будет сохранен на диск.
3) Создать новую базу данных MySQL для нового домена. В phpMyAdmin кликнуть на вкладке «Импорт». Выбрать файл, который получили на первом пункте и нажать «Ок». Дальше должна появиться надпись, сообщающая об успешном импорте:
Ваш SQL-запрос был успешно выполнен:
Содержимое файла было импортировано.
4) Изменить файл wp-config.php (изменить имя базы, если требуется – имя пользователя и пароль).
5) Теперь необходимо поменять все старые url в базе данных на новые. Для этого нужно зайти в phpMyAdmin на вкладку SQL и в поле ввода ввести следующие запросы.
*oldsite.com – url старого домена, newsite.com – url нового домена
Заменяется url/адрес блога в настройках:
Заменяется URL (guid) каждого поста:
Заменяется url во всех постах:
Готово. Блог перенесен и должен корректно работать на новом домене.
Попробуй начни с первого варианта (если условия соблюдаются) Если нужен только второй вариант, можешь начать со второго — если будут проблемы с отображением картинок, поверх переложить файл импорта с первой задачи...
Саша, ну ты и умница! Наверное, у тебя технический склад ума. А в ответ на комментарий Богдана почти целый пост получился!
Спасибо, Александр, я тоже об этом подумываю. Когда прикручивала доменное имя второго уровня, то блог отсутствовал 3 недели. И сейчас постоянные заморочки, надоело, смешно и мечтать о заработке.
@ Яна: Я не очень хорошо еще знаю php — так как хотел бы... учусь, развиваюсь... если что-то надо сделать чего еще не знаю — рыщу по сети в поисках ответа. Порой нахожу, а иногда приходится для проверки каких-то новых для меня действий — тренироваться на экспериментальном блоге. Многие вещи отрабатываю там. А потом уже на основном блоге здесь.
По некоторым непонятным для меня до конца действиям — действую наобум, по какой-то интуиции, которая подсказывает сделать как-то так и не иначе. Иногда помогает. Еще со времен процессоров Интел Инсайт 286-й серии, когда еще Пентиумов не было и распространен был MS-DOS пятой версии... ой боже — как-же это давно было... Тогда еще без знаний, без книжек — учился и разбирался по методу тыка. Комп был такой ИСКРА с процем 086... представь себе — с рабочей тактовой частотой процессора 4,76 МГц ... потом были процы 286й, 386, 486 ((не у меня — не подумайте) и потом первый Пентиум с частотой уже аж (!) 75 МГц. Страшно подумать — знакомый чуть позже купил второй пень за бешенные деньжища и он был по максимуму нафарширован и это было всегото (уже) 330 МГц и памяти кажется в 32 Мб (с запасом)... сейчас на таком компе можно читать только книжки (в блокноте)...
Яна написал(а):
Вот Богдан бы прочитал — узнать бы, пригодилось или нет?
Начиная свой комментарий сразу хочу выразить Вам слова благодарности. Вот уж не ожидал я, что Вы настолько подробно (пошагово) опишете весь алгоритм переноса сайта от исходных условий до результата.
Вот так и заслуживают уважение раньше совсем незнакомые мне люди! Спасибо Вам большое!
Здравствуйте, Александр! Извините, что так долго не отвечал Вам — мне нужно было сначала все попробовать, прежде чем отвечать. Скажу Вам, что алгоритм работает. Все очень хорошо, доступно и понятно. По сути дела все проблемы связанные с переносом сайтов решены.
Правильнее сказать — почти все. Но!.. одна проблема еще не решена. Вот всегда оно вот это «но...»?! Как не удивительно, НО у меня еще один вопрос, так сказать, личного характера: как быть с большим сайтом? Подходит ли этот же алгоритм? И что делать если в процессе переноса случится прерывание процеса (ошибка) — все пропало???? Вот конкретная ситуация. У моего лучшего друга сайт очень большой — DIMYCH.COM — там много картинок, видео, страниц, постов и прочих материалов. Кроме проблемы с переносом у нас есть и другая проблема — домен куплен в Интвее, доступа к смене NS-servers нету, как нам припарковать домен на мой хостинг? Сайт большой и загружается с инвеевского хостинга иногда более 100 секунд и мы уже давно хотим переносить этот сайт ко мне на хостинг, но каждый раз боимся его трогать. Но время поджимает — пора действовать. Буду Вам весьма благодарен и признателен, если Вы дадите нам пошаговые инструкции, как и в каком порядке все это делать, чтобы не потерять данные.
Александр, мне бы не хотелось злоупотреблять Вашей добротой и Вашими руками и умом делать всю работу по переносу сайтов, но, поверьте, мне больше нет у кого спросить, и попросить рекомендаций и советов. Александр, я с пониманием отнесусь к Вам, если не увижу ответа на свои вопросы — ведь я всегда привык считать, что каждый человек сам должен решать все свои проблемы.
@ Галина Долгих:
Мне искренне жаль людей, которые хостятся в Интвее! Это такая головная боль! Извините, если наступил на больной палец...
@ admin:
А есть тариф 20 ГБ за $2,5/мес —
@ Богдан Билан: Наверное самый тактичный человек! Спасибо — приятно! теперь по порядку:
Надо бы наверное уточнить в цифрах — насколько сайт велик — здесь речь идет о десятках или сотнях Mb либо же несколько Гб. Все же думаю — это не Гигабайты — раз хостинг Интвеевский и значит все дело до этого предела. Но — это не столь важно.
Проходит ли этот алгоритм? А почему бы и нет? Во всяком случае — стоит просто попробовать — ничего плохого в этом не будет. Делаем все бэкапы БД, резервные копии какие можно — резервируем место на новом хостинге — под виртуальное имя (временно). Потом переносим (по описанию выше) весь процесс на новый хост.
Замечу (!!!): — весь этот процесс безопасен. Почему? Потому-что:
Первое. Когда мы копируем допустим базу или файл XML, то при разрыве связи — что произойдет? файл не передасться как следует. Что происходит например при копировании фильма с флешки на комп. И выдернуть флеху с разьема. Это не есть хорошо, но фильм попросту не перепишется. Делаем попытку заново. Тут есть небольшие все-же отличия и может пример не совсем удачен, но суть практически одинаковая. Если не удалось с первого раза — пробуем еще. Ведь в таком случае — мы делаем процесс считывания данных с оригинала, а при чтении данных — ничего ужасного не произойдет. При обрыве связи — может нарушиться БД на новом месте, если туда уже записывать с компа. Но итут ничего страшного — так как она была пустая — восстанавливаем (или удаляем и делаем новую) и продолжаем попытки...
Это блог, а значит суть не меняется. Нужен интернет, который быстро сможет скачать десятки или сотни Mb на комп и потом на новое место. Замечу также, что я не вижу ничего опасного, так как у нас продолжают работать одновременно оба блога — новый и старый. После того как файл XML перенесется на новый блог, туда останется ручками перенести тему блога, все необходимые плагины и виджеты. Это прийдется перенести вручную.
Блог Дмитрия Самелюка знаю — как-то бывал на нем, правда давненько уже...
нет ничего не пропало — я советую делать перенос в два этапа (кто-то делает и за один — если позволяют функционально оба хостера — перенос между серверами по запросам SQL) — я не заморачивался такими процессами — а сделал так как могут сделать все.
Переносим XML (как читать выше в комментах — задача 1) с блога на старом хостинге — на комп. У меня файл занял 10 Mb. Тут если и будут обрывы связи — и фиг с ним. Повторяем попытку до тех пор — пока у нас не будет полностью скаченный файл на винчестере.
Второй этап — заходим на новый блог с выделенным местом, но пока с виртуальным именем и в админке (понятное дело — WordPress должен быть там установлен) — в разделе «Импорт» забираем с компа наш файл XML. Все. Если в этом случае будут обрывы связи — то тут будет процесс записи. Но если не получилось — процесс тоже повторяем. Я не знаю — но если даже будет нарушена новая БД, то ее за две минуты удаляем и ставим новую. И далее — опять скачиваем с компа на блог файл XML, то есть повторяем процесс.
Богдан, у меня ситуация в точь была такая же — даже в общем-то хуже. Ведь располагался мой блог на Интвейблоге — на площадке, где нет доступа к файлам блога — ни по ftp ни через другую панель или диспетчер фалов. Но — перенес. У вас же — ситуация попроще — блог продолжает работать может и медленно, но работает. И доступ к файлам есть. И раз вы регистрировали домен через Интвей (как и я) — то обращайтесь к службе поддержки, для того чтобы они сменили адреса dns серверов на новые — которые будут на новом месте- на новом хостинге. Мне тоже давали на новом месте эти адреса и я написал тикет в СП Интвея, чтоб домен перенаправили на другие адреса dns — попросту у себе переписали. Вот и все. На новом месте — можно пользоваться блогом временно, используя новые ip-адреса. После того как данные dns изменяться — а по идее они могут полностью поменяться в течение 48 часов — то прийдется до этого времени потерпеть. Все.
Богдан, если может какой пункт неясен — вполне возможно, что не совсем внятно сумел обьяснить — пиши, задавай вопросы. Так как я на практике (а не только в теории) это сделал, значит могу уже (имею право) кому-то что-то обьяснять или советовать — как мне кажется. Да и для других — нуждающимся — это пригодится. Пусть читают комменты.
Вот напишу пример письма пришедшего от нового хостера:
точные данные естессно скрою
Данные по Вашему аккаунту на сервере
Вход в Вашу Панель Управления Сайтом:
Логин : Мой_логин
Пароль : XXXXXX
Таривный план : LINE-3
IP Адрес : XXX.XXX.XXX.XX
Домен : мой_сайт.com
POP Сервер : мой_сайт.com
SMTP Сервер : мой_сайт.com
FTP Логин : мой_логин
FTP Пароль : XXXXXXXX
FTP URL : мой_сайт.com (XXX.XXX.XXX.XX)
При переносе домена Вам необходимо заменить в нем DNS,
DNS:
Primary NameServer : ns1.название_хоста.info, IP : XXX.XXX.XXX.X1
Secondary NameServer : ns2.название_хоста.info, IP : XXX.XXX.XXX.X2
Если у Вас нет доступа к панели управления доменом, попросите сделать это регистратора.
Полная замена DNS произойдет в течение 48 часов.
Вы можете попасть на сайт используя адрес
Богдан Билан написал(а):
Кстати — совсем недавно только узнал, что у вас 20 Гиг дают за 2,5 долл.в мес. Отличный тариф. Только как я понял — надо сразу за годовой хостинг платить? даже если так — все-равно класс. Кто будет спрашивать — буду предлагать и этот вариант.
@ admin:
Александр, спасибо Вам большое. Я все понял. И порядок действий и каждый шаг в отдельности. Как только получим результат — я постараюсь сообщить Вам об этом. Желаю Вам успехов в делах и процветающего интернет-бизнеса.
@Богдан: буду ждать результатов.
Спасибо за такую подробную инструкцию!
Я уже меняла хостинг, сайты на ВП действительно, реально даже самоучке перенести самому, без программиста.
А вот есть у меня один сайт на Юкозе... Ну да, сделала по началу большую ошибку и по незнанию (глупости) разместила там сайт. И как его теперь перенести? Готова даже вручную на ВП перетаскивать, но хочется сохранить урл-ы страниц. Может знаете, как это реализовать?
@Ирина: я когда-то тоже хотел на Юкосе что-то разместить, но передумал — хорошо, что много места свободного давалось для сайта, но мне не понравилась архитектура. Не было свободы. Не было ftp и т.д. думаю, что перенести на WordPress с точным соблюдением всех урлов нельзя. В ВордПрессе в админке четко указано, с каких платформ можно переносить информацию
Спасибо, Александр! Буду переезжать, воспользуюсь Вашими советами.
Александр привет. Такой вопрос. Вроде если в Интвей отдать перекатать на второй домен, прикрутят.
Потом со вторым доменом переезжать на новый хостинг. Скажи так опасность опускания показателей тИЦ и PR есть при смене домена или переезде на хостинг? А то я уже запуталась. И еще при перенесении способом котороый ты описал, комменты сохраняются?
Отвечай здесь, чтоб если что цепочка было.
Да и еще почитала тут про базу данных, т.е. это все загруженные файлы и т.д.?
@Виктория, Импорт записей, комментариев, произвольных полей, страниц, рубрик и меток из файла экспорта WordPress.
Слушай, а ведь это идея!!! Александр спасибо, второй варинт просто супер! Пока старый ведется, я же смогу новый нарастить ведь так?
Просто знаешь я не хочу платить пакет в интвее новый, а если не платить то ведь все равно получается, что блог потом заблокируется, поэтому тут ситуация на спасание материала скорее всего!
Только вот еще вопрос, а ведь старые записи, что я перенесу на новый блог, будут смотреться как плагиат или поисковики будут смотреть на это как на зеркало, ведь все равно потом то старый блог будет заблокирован?
@Виктория: А когда у тебя сроки заканчиваются на пак Интернет? Сколько еще времени?
Перенесешь все данные на новый блог — будет пока зеркало. Новые статьи можно писать на новом блоге (все старые переносим тоже туда). Активно занимаемся индексацией только новых статей. А на старый блог переносишь через три-четыре дня. Тогда на новом блоге — новые статьи не будут считаться плагиатом. Это вариант предусматривает постепенный прирост показателей нового блога и постепенное падение показателей старого. Это в теории. Другой вариант — когда ты как работала так и работаешь дальше — пишешь статьи на старом блоге, а на новый переносишь через некоторое время. Но здесь есть вариант того — что как зеркало — новый блог будет существовать, а вот индексироваться может и не будет... Потому-что за якобы плагиат — могут забанить... Потом можно конечно разгребтись — но это будет морока и стопроцентной гарантии легкого вывода на прежние показатели никто не даст... Я бы наверное выбрал все-таки первый вариант...
Вообще у меня заканчивается 14 февраля, говорят что еще 2 месяца блог живет и даже вроде можно пользоваться.
Александр вот я так же и хотела сделать. Старый оставить чисто для Блогуна, но только без дублирования новых статей.
А вот на новом все продолжать вести блог по тематике.
Просто есть вопрос — если я буду писать с определенного момента разные статьи на 2-х блогах, мой новый из-за большого кол-ва продублированных статей со старого блога в бан не попадет, как думаешь?
@Виктория: Вот это хорошая идея — старый оставить для Блогуна — а все новое — на новом блоге...
По поводу бана — смотри: такое вполне возможно... Но я думаю — стоит поступить так. Пока есть старый блог — пусть статьи все старые будут там. Новые статьи будут появляться на новом блоге — на старом пропиаришь свой переезд. Но перенести все статьи на новый конечно же надо — не пропадать же им. Только можно сделать так. Чтобы не было возможного бана или попадания в нежелательные черные списки — потом вручную все новые уже опубликованные статьи на новом блоге — можно отредактировать с занесением в черновики или скорре всего в «Личное». В итоге — статьи сохранятся на блоге — но их видеть будешь только ты. Пока. Временно. Пока будет существовать старый блог. Когда тот исчезнет — можешь постепенно выводить те статьи из атрибута «Личное» в атрибут «Опубликованное» но оставляя старые реальные даты. В итоге — новые на сайте (но старые по времени) статьи будут постепено опубликовываться увеличивая количество контента. Карта сайта будет их глотать. Визуально — они будут только в архиве. Бана не должно быть так как оригинала не будет (старый блог) — и твои статьи должны остаться копирайтными. Правда есть еще кэш Гугла, который хранит старые статьи со старого блога — но это уже думаю не аварийно и не так чревато. Ты же не будешь пачками их сразу выводить в «Опубликованные» — поэтому думаю этот вариант вполне может подойти. Процесс будет постепенный — а значит я думаю и не болезненный.
Блин, если так делать, то получится, комментарии не сохранятся да?
И еще, Во многих новых статьях есть постовые от Блогуна. И получается со статьями я их удалю... — это вроде на санкции ведет. Или перед удалением, вывести все деньги и сделать новый аккаунт?
Виктория написал(а):
Почему-же? Сохранятся.
Виктория написал(а):
А вот это интересный момент... по-крайней мере — чтоб избежать санкций стоит завести новый аккаунт в Блогуне — когда будет новый блог. Но воспользуешься тогда — когда нарастишь циверки ТИЦ и PR. Вот только один момент не ясен — будут ли вообще санкции к тебе или к старому блогу? Это надо почитать правила в Блогуне более детально.
Хотя с другой то стороны эти ссылки ведь все переедут на новый блог, только потом...
Надо будет почитать...
Да-да — ссылки-то переедут... Есть одна мысль:
Ты покупаешь домен, изменяются пузомерки, но ссылочная масса-то остается (у тех которые покупали ссылки). Они никуда не денутся. Только поменяется рейтинг блога. Но такое ведь может случится и на старом. Мало ли за что ПС могут «опустить» блог. Только в нашем случае — это будет исскуственное понижение показателей и наверняка они могут в будущем подняться — ведь так? А значит ничего страшного случится не может, но почитать вопросы-ответы и какие-то там соглашения у Блогуна стоит.
Похоже, когда-нибудь займусь этим вопросом... Уже подыскивала себе новый хостинг.
Процесс «переезда» очень сильно зависит еще и от хостера. Кто-то в техсаппорте и сам со всем поможет (бэкап базы, бэкап скриптов) и перельет куда надо. Кстати, перелив при базе несколько гектаров занятие не такое уж тривиальное, и на домашнем канале такой бэкап не всегда и выкачаешь!
Просто сам натыкался неоднократно на всевозможные такие грабли (и сам, и для свлоих клиентов — реселлер хостинга), уже опробовано на своей шкуре и канале много раз
@ Виталий: Согласен, сейчас есть много хостеров предоставляющих услуги полного переноса сайтов. Сейчас так и делаю. Меньше возни, меньше ошибок, да и к тому же бесплатно. А если и взять тот момент, что базы очень емкие — то это становится едва ли не спасительным единственно возможным вариантом, особенно для тех у кого есть ограниченный траф.
Виталий, спасибо за отзыв
Осуществляю переезд, а у меня файл экспорта весит 4,9 мб. И при импорте его на новый вордпресс пишут следующее: Размер загруженного файла превышает значение upload_max_filesize, установленное в файле php.ini. Там лимит стоит 2 мб. Пожплуйста, подскажите как поступить
Если при импорте на новом хосте это появляется — проще обратиться к службе поддержки хостера — они уж на эту проблему конкретно озвучат ответ. Потому-что у меня такого варианта не было. И вообще сейчас модно полностью переложить весь переезд на плечи хостеров. Потому как бывает так что переносить следует блог весом в 1-2 Гига, а для не шустрого интернета — это может показаться большой проблемой. Хостеры этот вопрос умеют решать быстро. Если такая услуга есть и она прописана. Но есть не у всех. Поэтому стоит подумать...
Извиняюсь за несколько замедленный интернет — я как-раз и отношусь к этим людям с проблемным интернетом
Спасибо за совет! Обратился к хостерам. Отпишусь как будет результат
Ок, Артем — будет не лишним в этой статье всем кто будет читать.
Данный пост реально помог мне принять очень важное для себя решение. За что автору отдельное спасибо. Жду от Вас новых постов!
Респект автору за такой подробный инструктаж.Уберег от косяков.
Я нашел отличный способ не попасть в бан! И можете меня поздравить — я таки переехал! Просто написал в Интвей суппорт, чтобы они с моего старого адреса kandar.intwayblog.net сделали редирект на новый адрес. Можете попробовать ввести старый адрес — все равно перекинет на новый))
@ Артем Кандар: пробовал, работает. )) Спасибо что написал!
Спасибо, Александр, за подробные инструкции, много ошибок бы допустил если бы во время не ознакомился...
@ Amen: Вэлкам, и пожалуйста. Рад был помочь ;)
Спасибо за статью, пробовал одно время переносить , но что то все криво получилось. Потом со психу все снес и сделал блог заново, все равно гс был. Счас опять буду переносом заниматься, ибо bill.conturov.net лежит и не отвечает
Александр, скажите, а вы довольны этим хостингом? Это для меня темный лес. Вот думаю переехать на отдельный домен и вообще не знаю куда податься? а какое расширение лучше? и какой тарифный план и пространство на диске подошло бы моему блогу. Может что-то посоветует, исходя и з собственного, смотрю, серъезного опыта! С Пикасой вы мне уже помогли очень!
@ gesiona: Старенькая статья, но еще актуальная. Возможно скоро будет еще один переезд. В принципе я доволен хостингом в том плане, что он мне удобен почти всем. Но были проблемы с загрузкой одной время. Хостер как-то невнятно обьяснял в чем дело, переводили блог на другой сервер, возможно как-то ограничили блог, просто по их словам у блога был невероятный перегруз сервера. И это при том, что кроме статей ничего не менялось. Откуда такая нагрузка? Не портал, не магазин, не каталог-варезник... простой блог, откуда были перегрузки?
Сейчас вроде нормализовалось, пока посещаемость невысокая, но если будет выше, не факт, что будут опять проблемы. На данный момент тестирую немецкие сервера и они мне за такие же деньги показывают высокое быстродействие.
При смене домена, будут заново переиндексироваться странички. Правда у тебя еще не очень завышены пузомерки, поэтому можно начинать. К домену второго уровня поисковые машины оказываются более лояльны, нежели к третьему.
Да, за Пикассу вспомнил...
Ну вот смотри, у меня сейчас хостинг ukrline.com.ua, все удобно, удобные цены. Они не самые дешевые, но и не дорогие. У меня была посещаемость тут же осенью 250 гостей в сутки и блог нормально работал. Удобная панель управления, диспетчер файлов. Но вот скорость по ftp не намного, но ниже, чем в ниже представленных случаях. У дешевого хостинга свои недостатки, а именно: если предлагают низкую цену — значит будет много сайтов по соседству, что приведет к перегрузкам сервера и сервера баз данных. Ну и что бы избежать перегрузок хостер будет резать ресурсы: процессорный лимит на опирации, память и ширину канала. Вот так-то... но и платить пока 10 долл. в мес. на небольшой блог — это лишнее. Я думаю, для твоего блога пока вполне сойдет 300-500 мб места (какой-нить стартовый тариф или экономный) Если у тебя один блог, сама прикинь и посчитай, сколько он будет весить (в панели управления текущим хостингом). Я думаю обьема памяти 64 мб хватит, хотя есть уже и по 128 мб, за ту же цену. Если 32мб — не соглашайся.
Я тестирую сейчас пару сайтов на dataworker.net
Они на немецких серверах. По крайней мере прирост в скорости я чувствую. Пока доволен, но прошло всего пару мес.
Дальше есть один блог на 5hvosting.ru — по-моему владелец, раздает места со своего или своих серверов. Скорость отличная пока — тест месяц, потом оплата за следующий. Пока месяца не прошло, но недовольства пока нет. Но цена при этом невысокая.
Скоро залью что-то на beget.ru
Уж больно много знакомых хвалят. Хочется тоже попробовать. И в на этой или след.неделе, что-то там размещу.
На этом сайте http://hosting101.ru/catalog/de отзывы и описания немецких серверов.
Я бы еще предложил такие варианты:
rusonyx.ru для меня дороговат. Блоги не будут окупаться, но отзывы хорошие
llhost.ru от блоггера Хрюнделя, несколько знакомых у него хостятся
serverside.su немцы
zarethernet.com/openvz.html виртуальный сервер за 80 рублей!!!
zarethernet.com/lite.html обычный хостинг от них же
interhost.com.ua/tarifs.html 900mb 2долл 20 сайтов
dehost.biz 20 сайтов за год 12 долл 2gb
gelihost.com/hosting.html 4 ДОЛЛ. НЕОГРАНИЧ ДОМЕНОВ
Пока у меня нет что размещать на них, но себе на заметку взял, потому что их тоже отбирал из большой кучи.
Многое можешь почитать здесь hosting101.ru
Вообщем выбор есть.
Спасибо, Александр за столь подробную информацию!!! Что-то начинает проясняться. Цель переезда — это то, что мой блог выпал из индекса Яндекса (вернее в индексе он есть, а в поиске только 2 страницы). И Гугл для вебмастеров половину статей из сайтмапа не индексирует, пишут, что запрещено файлом robots.txt Так я уже устала разбираться, почему за один день количество заходов с 60% из поиска упало до 1%, то уже думаю переехать. Может, домен второго уровня виноват. Может, ты как-то на платной основе сможешь мне помочь разобраться? Или все-таки переезжать. Но подбором хостинга я займусь по твоему списку. Огромное спасибо за такой подробный обзор. Такая информация очень ценная! Знаю, что могу тебе доверять!
@ gesiona: Пересмотри запреты в robots.txt — может что и лишнее.Может быть виноват твой домен третьего уровня. Была бы это площадка ЖЖ или лиру — другое дело, а твой случай не уникален. Я вот наблюдаю в этот момент такое же отношение ПС к блогу одной знакомой — тоже с доменом третьего уровня.
Вика, я как-то не привык брать с девушек деньги, я им помагаю за спасибо, а с парней — другое дело. Если есть вопросы — пиши, будем разбираться ))
Пока у тебя сложилась такая ситуация с индексацией — покупай домен второго уровня и он будет твоим. Зараннее сделай все возможные бэкапы и резервные копии и затем переезд на новый хостинг. Если что непонятно будет — пиши, я постараюсь помочь.
Странички же на блоге, затем заново переиндексируются. Главное, чтоб оставалось неизменным rss представление в яндексе.
Спасибо! Порылась в вебмастере и гугла, и яндекса. В самом деле прямым текстом написано, что урлы сайтмапа заблокированы robots.txt. Я не знаю, что там было не так, поэтому открыла все. Подожду еще немного, если улучшений никаких, наверное, придется переезжать. И спасибо, что откликнулся.
@ gesiona: Вика, мне кажется, пока такая ситуация — можно попробовать это сделать сейчас. Если ты планируешь вести блог продолжительное время, то я думаю домен второго уровня для твоего блога был бы кстати. С доменом третьего уровня нельзя считать блог полноценно своим.