Сайт на старом хостинге или новом?

Аватар пользователя rayhack
Не в сети
Последнее посещение: 3 года 28 недель назад
Зарегистрирован: 2014-05-06
Сообщения:

Суть вопроса такова.<

style="color: rgb(0, 0, 0); font-family: 'Trebuchet MS', Helvetica, Arial, sans-serif; font-size: 13px; line-height: 16.510000228881836px;">На протяжении 2-х лет пользуюсь одним хостингом, только периодически увеличиваю свой трафик. Так у меня располагается уже порядка 10 сайтов.<

style="color: rgb(0, 0, 0); font-family: 'Trebuchet MS', Helvetica, Arial, sans-serif; font-size: 13px; line-height: 16.510000228881836px;"><

style="color: rgb(0, 0, 0); font-family: 'Trebuchet MS', Helvetica, Arial, sans-serif; font-size: 13px; line-height: 16.510000228881836px;">Назревает у меня новый проект, вот думаю, залить сайт на старый хостинг и не парится или все же лучше делать новые проект на новом хостинге?<

style="color: rgb(0, 0, 0); font-family: 'Trebuchet MS', Helvetica, Arial, sans-serif; font-size: 13px; line-height: 16.510000228881836px;"><

style="color: rgb(0, 0, 0); font-family: 'Trebuchet MS', Helvetica, Arial, sans-serif; font-size: 13px; line-height: 16.510000228881836px;">p/s/ почему возник данный вопрос? да потому, что давненько читал блог одного бывалого веб-мастера и он на этом (помнится) зацикливал внимание.

Аватар пользователя Tigrov
Не в сети
Последнее посещение: 38 недель 2 дня назад
Зарегистрирован: 2014-05-28
Сообщения:
Искать ли новый хостинг,

Искать ли новый хостинг, зависит от нескольких параметров

1. Насколько крупный новый проект.

Если очень большой, то может есть смысл вести его отдельно. Если небольшой, зачем заморачиваться.

2. Насколько сильно приходится увеличивать трафик.

Вот у меня была ситуация, когда на моём любимом хостинге накопилось 10 сайтов. А мне нужно было позарез сделать ещё один. Но, чтобы иметь возможность добавить 1 сайт, мне нужно было переходить на следующий тарифный план, расчитанный на 20 сайтов. Получается, что я покупал место для 1 сайта, а платил за 10.

Поскольку проект был небольшой, я выбрал вообще другой хостинг на 1 сайт. Получилось выгоднее, хотя не так удобно.

Если вы планируете ещё проекты, то можете расширять существующий тарифный план, если нет, взгляните на другой хостинг.

3. Насколько ваш хостинг надёжен?

Есть такая поговорка: "В одну корзину все яйца класть опасно".

Когда-то я был на хостинге, который регулярно забивали дос-атаками. Но он был очень выгодный в плане цены. Я держал на нём 3 сайта, не самых важных и было нормально. Но серьёзные проекты я бы к ним не добавлял.

Надеюсь ход моих мыслей вам хоть чем-то поможет.

Аватар пользователя loik1
Не в сети
Последнее посещение: 3 года 18 недель назад
Зарегистрирован: 2014-05-31
Сообщения:
.....
Есть такая поговорка: "В одну корзину все яйца класть опасно". Когда-то я был на хостинге, который регулярно забивали дос- атаками. Но он был очень выгодный в плане цены. Я держал на нём 3 сайта, не самых важных и было нормально. Но серьёзные проекты я бы к ним не добавлял.
Аватар пользователя naikk
Не в сети
Последнее посещение: 3 года 27 недель назад
Зарегистрирован: 2014-06-01
Сообщения:
Возможные причины для

Возможные причины для переноса сайта

Вы смогли создать свой сайт на локальном компьютере. Теперь появилась необходимость разместить сайт на хостинг, перекачав со своего компьютера. Только тогда он станет доступным для всех пользователей Интернета.

Сайт стал «тормозить» и медленно грузиться на старом хостинге. Происходит подобное по разным причинам: либо сайт стал очень популярным и посещаемым, либо ухудшились условия хостинга, предоставляемые хостинг-провайдером. Особенно часто подобной медлительностью грешат сайты, созданные на сложных универсальных «движках» «Joomla», «WordPress» и т. п.

Другая из причин, из-за которой у многих появляется желание переместить свой сайт на другой хостинг — это более низкая стоимость.

Так же, поводом для переноса сайта могут стать участившиеся сбои на сервере хостинга, проблемы с работой почтовых серверов и, особенно, медлительная служба технической поддержки хостинга.

Перенос сайта на другой домен. Подобный перенос, пожалуй, один из самых безболезненных.

Не зависимо от того, что именно побудило Вас для переноса своего сайта на другой хостинг, подготовка к работе и порядок действий практически один и тот же.

Порядок действий при переносе сайта

При переносе сайта с одного хостинга на другой необходимо выполнить следующие шаги:

Подготовиться к переносу. Необходимо собрать, подготовить все настройки от старого и нового хостингов.

Сделать резервную копию (backup) сайта на старом хостинге.

Скачать backup сайта со старого хостинга на свой компьютер.

Закачать backup сайта со своего компьютера на новый хостинг.

Восстановить сайт из резервной копии на новом хостинге.

Изменить настройки сайта с учётом новых параметров хостинга.

Прописать новые DNS сервера для домена сайта.

Подождать обновления DDNS в течение 3-48 часов.

Проверить работоспособность сайта и оперативно исправить неожиданно появившиеся ошибки в работе сайта на новом хостинге.

Разработчикам сайтов, системным администраторам список шагов поможет не пропустить ничего важного.

На заметку! Если на новом хостинге есть возможность работать с техническим доменом, то это большой плюс. Дело в том, что до того, как прописать у рабочего домена новые DNS сервера, Вы сможете проверить работу своего сайта на техническом домене. И только когда убедитесь, что всё корректно настроено, только тогда смело прописывайте у основного рабочего домена DNS нового хостинга — это позволит избежать очень многих ошибок.

Если на хостинге не предоставляется технический домен, то при переносе очень крупных и посещаемых сайтов имеет смысл зарегистрировать новый домен. Лучше потратить на покупку домена порядка 600 рублей, затем, проверить и отладить на нём работу своего сайта, чем в случае ошибок при переносе потерять клиентов за 2-3 дня работы сайта. Согласитесь, крупные сайты, приносящие прибыль каждый день, могут за 2 дня простоя потерять гораздо больше стоимости нового домена?!

Один из наиболее важных пунктов — это подготовка к переносу сайта. Уделим ему особое внимание в нашей статье!

Подготовка к переносу сайта

Прежде, чем начать процесс переезда сайта, необходимо тщательно подготовиться, кропотливо собрать все данные, которые потребуются в процессе переноса на том или ином этапе.

На заметку! Качество и скорость выполнения абсолютно любой работы, напрямую зависит от времени, выделенного на планирование, сбор необходимых данных, подготовку. Работа по переносу сайта — не исключение!

Если не уделить должного внимания подготовке к переносу, то увеличивается шанс оказаться в ситуации, когда процесс запуска сайта будет сильно затянут или невозможен! Что в свою очередь может грозить потерей клиентов и вылетом сайта из индексной базы поисковых систем.

Что же потребуется для переноса сайта

Во-первых, необходимо постараться уточнить у разработчиков сайта и убедиться, что выбранный хостинг удовлетворяет всем предъявляемым требованиям системой управления сайтом (CMS). Иначе, зачем тогда делать переезд?!

Во-вторых, необходимо получить доступ к панелям управления обоих хостингов. Имея доступ к панели управления хостинга, Вы сможете самостоятельно извлечь (создать) необходимые настройки для последующего скачивания (закачивания) сайта.

В-третьих, необходимо создать доступы FTP и SSH к обоим хостингам и проверить их работоспособность.

На заметку! Не все провайдеры хостинга предоставляют своим клиентам услугу подключения по SSH, но как минимум FTP доступ быть обязан!

В-четвертых, необходимо узнать настройки подключения к базе данных MySQL (сайты на php чаще всего работают в связке именно с базой MySQL) или любой другой базе, которую использует Ваш сайт на старом хостинге. Обязательно убедитесь, что новый хостинг предоставляет достаточно прав для создания аналогичной базы данных и с этим не возникнет потом проблем.

В-пятых, необходимо узнать информацию о регистраторе Вашего домена, найти и проверить настройки доступа к панели управления доменом. Вход в панель управления доменом на сайте регистратора Вам понадобятся для изменения информации о DNS-серверах у домена переносимого сайта.

В-шестых, необходимо установить и настроить необходимые программы — клиенты FTP и SSH, браузер.

На заметку! Если какие-то из данных и настроек не удалось найти или создать заново, то запуск сайта на хостинге может быть невозможен! В таком случае, стоит обратиться за консультациями к специалистам.

Собранную, подготовленную информацию стоит заранее разместить в одном месте, например, в одном файле (можно распечатать). Это позволит не запутаться и быстро находить необходимые настройки в процессе работы.

Только убедившись, что все данные у Вас есть, можете приступать к переносу сайта в соответствии с описанной нами последовательностью действий.

Пока не забыли, сообщим о сложностях, которые могут подстерегать Вас в процессе переноса сайта.

Особые случаи при переносе сайта

Большой размер базы данных

Когда база данных много весит, например, 700 мегабайт, то создать дамп базы данных может оказаться не так просто. Для создания подобного «тяжёлого» дампа с помощью утилиты «phpmyadmin» может потребоваться десятки минут. Многие хостинг-провайдеры задают ограничения на время выполнения скриптов (например, 30 секунд) на сайтах клиентов. Времени оказывается просто недостаточным для создания полного дампа базы данных.

Решение проблемы:

Подключиться по SSH и сделать дамп базы данных MySQL с помощью команды mysqldump. На выполнение команд в shell ограничений по времени нет. Копия базы данных будет сохранена на сервере. При необходимости, Вам останется скачать её на свой компьютер. Пример команды для создания дампа базы данных:

mysqldump -h localhost -u username -p databasename > vashmaster.sql

localhost — хост сервера базы данных,

username — логин пользователя базы данных,

databasename — название базы данных, которую следует сохранить,

vashmaster.sql — название файла, под которым будет создан дамп базы данных.

Ограниченные ресурсы сервера

Особые проблемы могут быть с отсутствием места на хостинге или ограничениями процессорного времени. Всё это приводит к тому, что в процессе создания копии сайта происходит неожиданное прерывание скрипта. Полную копию сайта создать не удаётся.

Решение проблемы:

Следует создавать дамп сайта по частям. Сначала сохранить одну часть папок, затем другую и т. д. до тех пор, пока весь сайт не будет выкачан. Скачанные файлы можно удалять с сервера, чтобы освободить больше места.

Скрытые файлы

На некоторых серверах выполнены такие настройки, что скрытые файлы (названия таких файлов начинаются с точки «.») не показываются при подключении по FTP. Это не позволяет скачать прямо по FTP такие важные файлы как .htaccess, что обязательно создаст определённые трудности при запуске сайта на другом хостинге или его восстановлении.

Решение проблемы:

Следует подключиться по SSH и сделать полный архив сайта, например, с помощью последовательности из двух команд:

tar --exclude=/full_path 2/www/images -c /full_path/filename.tar /full_path 2/www

/full_path 2/www — создаём архив этой директории,

/full_path 2/www/images — этот путь не будет добавлен в архив,

/full_path/filename.tar — под этим названием будет создан архив.

zip /full_path/filename.tar

/full_path/filename.tar — из этого файла будет создан архив /full_path/filename.tar.gz

Архив сайта много весит

Некоторые сайты, которые развиваются годами, имеют очень большой объём (десятки гигабайт). Даже в заархивированном виде. Так как трафик платный, это может создать процесс переноса очень дорогостоящим и долгим.

Решение проблемы:

Нам на помощь опять приходит SSH. Если у Вас есть доступ SSH к обоим хостингам, то можно перекачать сайт напрямую с одного сервера на другой с помощью утилиты scp — безопасное копирование файлов по протоколу SSH. Перекачка файла с сервера на сервер будет происходить без использования промежуточного звена, Вашего компьютера. При этом трафик за Интернет не набежит.

Необходимо подключиться по SSH к одному из серверов и выполнить на нём следующую команду:

scp user@host: /full_path/filename.tar.gz /full_path 2/

user — логин пользователя.

host — хост, с которого следует скачивать файлы.

/full_path/filename.tar.gz — путь к скачиваемому файлу архива.

/full_path 2/ — путь, по которому будет сохранён скачанный файл архива.

Пожалуй, на этом закончим описание процесса переносов сайтов. Теперь Вы имеете представление о том, как создать дамп базы данных или архив сайта. А так же, знаете то, как скопировать архив сайта с одного хостинга на другой.

Если у Вас возникнут неразрешимые проблемы в процессе переноса сайта, рекомендуем бесплатно обращаться в службу технической поддержки своего хостинга или к платным услугам сторонних специалистов, например, Ваш МАСТЕР.

Качественный хостинг характеризуется профессиональными сотрудниками, которые обязательно помогут.

Аватар пользователя loik1
Не в сети
Последнее посещение: 3 года 18 недель назад
Зарегистрирован: 2014-05-31
Сообщения:
....
конечно делать новый проект на новом хостинге .на одном хостинге лучше не нужно содержать много сайтов так как когда ни будь один из ваших сайтов будет взломан или залит шел и все ваши проекты снесут к чертям собачьим ..не советую иметь на одном хостинг аккануте большое количество сайтов Smile
Аватар пользователя Boris_Hurmaev94
Не в сети
Последнее посещение: 3 года 19 недель назад
Зарегистрирован: 2014-05-29
Сообщения:
Не обязательно покупать

Не обязательно покупать новый, можно и на этом. Нагрузка на все сайты идет одинаковая, только если вы не собрались прям создавать целый портал. Тогда вам придется даже арендовать сервер, что бы выдерживать нагрузки. По сути если написано 10 сайтов на аккаунте - делайте 10 сайтов, думаю проблем возникнуть не должно.

Аватар пользователя loik1
Не в сети
Последнее посещение: 3 года 18 недель назад
Зарегистрирован: 2014-05-31
Сообщения:
советую взять выделенный
советую взять выделенный сервер .если не знаете что это такое то вот для вас нащел статью Выделенный сервер (англ. dedicated server) — вид хостинга, при котором клиенту целиком предоставляется отдельная физическая машина (в противоположность виртуальному хостингу). Обычно используется для запуска приложений, которые не могут сосуществовать на одном сервере с другими проектами или имеют повышенные требования к ресурсам. Применение в деловом секторе Полный доступ к аппаратному и программному обеспечению Владелец выделенного сервера волен менять конфигурацию компьютера, устанавливать любую операционную систему, проводить на сервере любые технические работы — это не помешает работе других служб и серверов. В дополнение к выделенному серверу иногда идёт доступ по KVM/IP — это позволяет удалённо настраивать BIOS и ПО. Сетевая безопасность Сервер баз данных может находиться на отдельной машине для того, чтобы злоумышленник, получивший права суперпользователя на веб- сервере, не смог серьёзно испортить базу данных, так как ему будет разрешён не весь SQL, а лишь некоторый набор хранимых процедур, через который нанести большой вред просто невозможно. Разгрузка компьютера Предположим, что сервер баз данных потребляет столько вычислительных ресурсов, что ни веб-сервер, ни FTP-сервер на этой машине запустить уже нельзя. Тогда база данных располагается на выделенном сервере. Обеспечение бесперебойного доступа Если база данных и веб-сервер будут находиться на разных машинах, при выполнении технических работ на веб- сервере пользователи будут иметь доступ к базе данных. Применение в компьютерных играх Выделенным называется сервер многопользовательской игры, на котором запущена только серверная компонента игры (без находящегося на нём игрока). Если существует версия сервера для Unix-подобной операционной системы, обычно предпочитают именно её. На отдельный компьютер серверная часть сетевой игры переносится с такими целями: Разгрузка компьютера Если участников много, а игра требовательная, приходится создавать выделенный сервер — иначе на сервере (а то и на всех компьютерах) будут ощущаться задержки. Игровая площадка Выделенный сервер применяется как постоянно работающая площадка для сетевой игры.
Аватар пользователя lumia520
Не в сети
Последнее посещение: 3 года 22 недели назад
Зарегистрирован: 2014-06-02
Сообщения:
да

Лично бы я не создавал много сайтов на одном хостинге, как по мне это не удобно и рисковано! у меня было много сайтов и я их создавал на разнах хостингах, так как в наше время не все хостинги вечные многие закрываются. и было бы стремно потерять на одном хостинге потерять 10 сайтов. Создавай на новом хосте, так будет лучше не зацыкливайся на одном и том же!)

Аватар пользователя zmild
Не в сети
Последнее посещение: 3 года 11 недель назад
Зарегистрирован: 2014-06-16
Сообщения:
Лучше конечно старый хостинг,

Лучше конечно старый хостинг, ведь вы его уже знаете, он проверенный и надежный. Гораздо лучше заниматься со знакомыми вещами, чем лезть в другие дела. Если нет никаких минусов у старого хостинга, то стоит продолжать пользоваться им. Ах да, если новый проект будет очень ресурсоемким, тогда да, стоит покупать новый хостинг для сайта