Для такого счастья нужна та же ось и та же панель. А иначе всё равно придется работать напильником.
Периодически возникают проблемы. В целом сейчас мой vps работает лучше, чем месяц назад, но хуже, чем два месяца назад.
Два переезда равноценны одному пожару :) С виртуальным хостингом всё достаточно просто - сделал дамп базы, перелил файлы, создал базу, переписал ns. А сервер нужно настраивать, обживаться на новом месте. Пока нет времени этим заниматься и в целом качество vps приемлимое (тьфу-тьфу-тьфу), остаюсь на .m. Но в перспективе придется искать альтернативу.
С виртуального хостинга ушел. И, думается, не я один. Это заметно даже по количеству отзывов в этой теме.
vps не администрируемые
Вполне возможно, что смотрят. Но и пальцем не пошевельнут, пока вы не напишете заявление, потому что какое-то сообщение на каком-то форуме .. не серьезно (хотя не факт что будут что-нибудь делать и после заявления).
Можно и без внешнего доступа к mysql перенести без даунтайма, достаточно выделенного ip на новом хостинге.
Это нужно положить в .htaccess на старом хостинге.
А после удаления сайта со старого хостинга (не меньше чем через неделю, лучше две) на новом хостинге склеить ip и домен через 301 редирект (на всякий случай)
В этом вы не совсем правы. Я (живу в Поволжье) несколько дней мог попасть на свои сайты, размещенные у Вас, только через toonel заходил, интернет-провайдеры что-то сильно мутили. Судя по отзывам на форуме, аналогичные проблемы были не только у меня. Другое дело, что человек не знает что такое tracert, не может определить источник проблемы и обвиняет во всем хостера. А хостер хороший (тьфу-тьфу-тьфу).
Многие cms показывают время генерации страницы.
Обычное дело, если на "простом" сайте стоит мощная cms.
<noindex><a rel="nofollow" ...>...</a></noindex>
Если в LI вам нужно только количество поетителей по доменам/субдоменам, то можно просто добавить все субдомены в качестве синонимов (или алиасов, не помню как называется) и смотреть в статистике параметр "Варианты обращения".
Обычно ставлю Rambler (для лучшей индексации), LI (собственно, для статистики) и Mail.ru (скорее по привычке).
Если ресурсов сервера (хостинга) хватает для отдачи поисковикам архива, то пусть кушают. Чем больше на сайте хороших страниц - тем лучше.
Если других причин нет, то лучше оставить верстку без изменений, от добра добра не ищут.
В общем случае невозможно сказать что у вас получится, потому что тут много противоречивых факторов.
Ходят слухи, что чем "глубже" контент в ячейках таблицы, тем хуже к этому относятся некоторые поисковики (хотя сам я в это не верю и на большинстве проектов делаю табличную верстку). После смены верстки может измениться расположение контента в теле документа (не визуальное, а именно в коде), теоретически это может повлиять на выдачу как в плюс, так и в минус.
Внутренняя оптимизация дает меньший вес по сравнению с внешней. Поэтому если новая верстка будет правильной с точки зрения html и тайтлы с ключевиками останутся, то скорее всего существенных изменений не будет.
