Добрый день! Ситуация такая - заказчик купил себе домен и хочет, чтобы хостинг был куплен на этом же сайте. На данном сайте у меня хостинга нет. Есть ли смысл заказчику покупать хостинг на 10 сайтов или же мне нужно это сделать и в дальнейшем размещать там другие сайты? Или уговорить его привязать домен к моему хостингу? Кто вообще должен покупать хостинг?
Покупает заказчик Делаете экспертизу (например одобряете или бракуете выбор) или вообще наводите на нужный, за заказчиком только оформить остаетсяДополнительное обслуживание уже делаете отдельной услугой
Покупаете вы
Делаете договор, размещаете его на своем хостинге, тут можете накрутить цену на сам хостинг (если есть лояльное отношение к вам).
Продаете допуслуги, какие предлагают сами компании хостинга
Как понимаете -- ЛЮБОЙ вариант можно осуществить, любой можно реализовать выгодно всем... все от доверия и от ваших предложений зависит
Нет никаких законов регламентирующих этот вопрос. Как договоритесь с заказчиком, так и будет. Один мой друг™ обычно предлагает заказчику самому выбирать, но объясняет, что на его сервере больше возможностей по реализации нестандартных хотелок и больше гарантий безопасности данных, что за работу сайта на другом хостинге после этапа приёмки отвечать не будет, а за поддержку будет брать дополнительную плату.
Важно любой вариант решения закрепить в договоре, чтобы ни у одной стороны в будущем не было желания в одностороннем порядке воспринять ситуацию владением хостинга по-своему.
Какое отношение вы имеете к хостингу сайта вашего заказчика? Будете в дальнейшем сами его оплачивать? Разумеется, всё должно быть оформлено на владельца домена - не важно, в одном месте или в разных. Вам же меньше геморроя.
Заказчику безопаснее, если хостинг покупает он. Потому что если заказчик по какой-то причине захочет разорвать отношение с разработчиком/администратором, у него должен сохраниться доступ к сайту.
Разработчик/администратор может влиять на выбор хостера. Если разработчика/админа не устраивает хостер, выбранный заказчиком, он предупреждает о подводных камнях и может отказаться от работы с проектом.
Простой
