Периодически возникают проблемы. В целом сейчас мой vps работает лучше, чем месяц назад, но хуже, чем два месяца назад.
finder.ru: Просто все же говорили, что уйдут из мх полностью
Два переезда равноценны одному пожару :) С виртуальным хостингом всё достаточно просто - сделал дамп базы, перелил файлы, создал базу, переписал ns. А сервер нужно настраивать, обживаться на новом месте. Пока нет времени этим заниматься и в целом качество vps приемлимое (тьфу-тьфу-тьфу), остаюсь на .m. Но в перспективе придется искать альтернативу.
mail bot v 1.0: Для отдела "К" надеюсь вы смотрите нас!!!
Вполне возможно, что смотрят. Но и пальцем не пошевельнут, пока вы не напишете заявление, потому что какое-то сообщение на каком-то форуме .. не серьезно (хотя не факт что будут что-нибудь делать и после заявления).
LineHost: Если есть доступ с наружи до MySQL, переносится и динамические сайты с нулевым даунтаймом. В принцыпе в любом случае можно перенести так, просто это уже стоит деньги.
Можно и без внешнего доступа к mysql перенести без даунтайма, достаточно выделенного ip на новом хостинге.
RewriteEngine on
Options +FollowSymLinks
RewriteRule .* http://ip_адрес%{REQUEST_URI} [L]
Это нужно положить в .htaccess на старом хостинге.
А после удаления сайта со старого хостинга (не меньше чем через неделю, лучше две) на новом хостинге склеить ip и домен через 301 редирект (на всякий случай)
eServer.ru: Слова прозвучавшие от Piston абсолютно не соответствуют действительности.
В этом вы не совсем правы. Я (живу в Поволжье) несколько дней мог попасть на свои сайты, размещенные у Вас, только через toonel заходил, интернет-провайдеры что-то сильно мутили. Судя по отзывам на форуме, аналогичные проблемы были не только у меня. Другое дело, что человек не знает что такое tracert, не может определить источник проблемы и обвиняет во всем хостера. А хостер хороший (тьфу-тьфу-тьфу).
peaktop: не забываем ставить их коды в <noindex><nofollow>коды</nofollow></noindex>
<noindex><a rel="nofollow" ...>...</a></noindex>
Vergiliy: И еще вопросик, если уж и считать статистику, то возможно ли одним счетчиком считать статистику для домена и поддоменов. Насколько я успел заметить: Майл -- разрешает сею функцию, а вот LiveInternet не горит желанием.
Если в LI вам нужно только количество поетителей по доменам/субдоменам, то можно просто добавить все субдомены в качестве синонимов (или алиасов, не помню как называется) и смотреть в статистике параметр "Варианты обращения".
Обычно ставлю Rambler (для лучшей индексации), LI (собственно, для статистики) и Mail.ru (скорее по привычке).
mastajedi: а просто смена громоздкой табличной верстки на более правильную верстку.
Если других причин нет, то лучше оставить верстку без изменений, от добра добра не ищут.
В общем случае невозможно сказать что у вас получится, потому что тут много противоречивых факторов.
Ходят слухи, что чем "глубже" контент в ячейках таблицы, тем хуже к этому относятся некоторые поисковики (хотя сам я в это не верю и на большинстве проектов делаю табличную верстку). После смены верстки может измениться расположение контента в теле документа (не визуальное, а именно в коде), теоретически это может повлиять на выдачу как в плюс, так и в минус.
Внутренняя оптимизация дает меньший вес по сравнению с внешней. Поэтому если новая верстка будет правильной с точки зрения html и тайтлы с ключевиками останутся, то скорее всего существенных изменений не будет.
далана? rpm -qa > pkglist --- cat pkglist | xargs | yum install
Для такого счастья нужна та же ось и та же панель. А иначе всё равно придется работать напильником.
Ну так а, что-то изменилось на vps
Периодически возникают проблемы. В целом сейчас мой vps работает лучше, чем месяц назад, но хуже, чем два месяца назад.
Просто все же говорили, что уйдут из мх полностью
Два переезда равноценны одному пожару :) С виртуальным хостингом всё достаточно просто - сделал дамп базы, перелил файлы, создал базу, переписал ns. А сервер нужно настраивать, обживаться на новом месте. Пока нет времени этим заниматься и в целом качество vps приемлимое (тьфу-тьфу-тьфу), остаюсь на .m. Но в перспективе придется искать альтернативу.
Вот только чего не ушли?
С виртуального хостинга ушел. И, думается, не я один. Это заметно даже по количеству отзывов в этой теме.
vps не администрируемые
Для отдела "К" надеюсь вы смотрите нас!!!
Вполне возможно, что смотрят. Но и пальцем не пошевельнут, пока вы не напишете заявление, потому что какое-то сообщение на каком-то форуме .. не серьезно (хотя не факт что будут что-нибудь делать и после заявления).
Если есть доступ с наружи до MySQL, переносится и динамические сайты с нулевым даунтаймом. В принцыпе в любом случае можно перенести так, просто это уже стоит деньги.
Можно и без внешнего доступа к mysql перенести без даунтайма, достаточно выделенного ip на новом хостинге.
Options +FollowSymLinks
RewriteRule .* http://ip_адрес%{REQUEST_URI} [L]
Это нужно положить в .htaccess на старом хостинге.
А после удаления сайта со старого хостинга (не меньше чем через неделю, лучше две) на новом хостинге склеить ip и домен через 301 редирект (на всякий случай)
RewriteRule ^(.*)$ http://сайт/$1 [L,R=301]
Слова прозвучавшие от Piston абсолютно не соответствуют действительности.
В этом вы не совсем правы. Я (живу в Поволжье) несколько дней мог попасть на свои сайты, размещенные у Вас, только через toonel заходил, интернет-провайдеры что-то сильно мутили. Судя по отзывам на форуме, аналогичные проблемы были не только у меня. Другое дело, что человек не знает что такое tracert, не может определить источник проблемы и обвиняет во всем хостера. А хостер хороший (тьфу-тьфу-тьфу).
Подкажите, пожалуйста, каким образом можно определить параметры скорости работы(открытия) сайта?
Многие cms показывают время генерации страницы.
Это каким должен быть сервер, чтобы простым сайтом делать на него нагрузку?
Обычное дело, если на "простом" сайте стоит мощная cms.
не забываем ставить их коды в <noindex><nofollow>коды</nofollow></noindex>
<noindex><a rel="nofollow" ...>...</a></noindex>
И еще вопросик, если уж и считать статистику, то возможно ли одним счетчиком считать статистику для домена и поддоменов. Насколько я успел заметить: Майл -- разрешает сею функцию, а вот LiveInternet не горит желанием.
Если в LI вам нужно только количество поетителей по доменам/субдоменам, то можно просто добавить все субдомены в качестве синонимов (или алиасов, не помню как называется) и смотреть в статистике параметр "Варианты обращения".
Обычно ставлю Rambler (для лучшей индексации), LI (собственно, для статистики) и Mail.ru (скорее по привычке).
Как бы сделали вы? И почему?
Если ресурсов сервера (хостинга) хватает для отдачи поисковикам архива, то пусть кушают. Чем больше на сайте хороших страниц - тем лучше.
а просто смена громоздкой табличной верстки на более правильную верстку.
Если других причин нет, то лучше оставить верстку без изменений, от добра добра не ищут.
В общем случае невозможно сказать что у вас получится, потому что тут много противоречивых факторов.
Ходят слухи, что чем "глубже" контент в ячейках таблицы, тем хуже к этому относятся некоторые поисковики (хотя сам я в это не верю и на большинстве проектов делаю табличную верстку). После смены верстки может измениться расположение контента в теле документа (не визуальное, а именно в коде), теоретически это может повлиять на выдачу как в плюс, так и в минус.
Внутренняя оптимизация дает меньший вес по сравнению с внешней. Поэтому если новая верстка будет правильной с точки зрения html и тайтлы с ключевиками останутся, то скорее всего существенных изменений не будет.