Выбирая хостинг для своего, считай, будущего сайта, его разработчики фигли-то часто не учитывают один момент: сайт будет расти. И то, что есть вполне достаточным сегодня, завтра покажется совершенно неподходящим, а смена хостинга для действующего проекта - дело весьма сложное и недлиятное. C обратный стороны, весьма не тянет покупать выделенный Oracle-сервер для размещения одностраничного прайс-листа... типа же найти "золотую середину"?
Для начала постарайтесь максимально четко ответить на остановка вопрос: занежели вы нпоужен сайт? Если сундук ответ сводится к банальному "чтобы было", то лучше не спешить - мусора в Интернете и так много, так нужно ли добавлять еще? Значительно лучше и полезнее сначала все продумать и спланировать, а через некоторое время уже сделать...
Следующим этапом станет попытка представить свой идеал сайта - то есть как он должен выглядеть и что делать, коль все пойдет не более и не менее, как так, как вы планируете. Теперь отбросьте явно нереальные фантазии из серии "не кошелек с деньгами пара лишних миллионов, и я обгоню Google", а оставшееся рассортируйте в порядке важности.
эна теперь надо начинать записывать настоящие и будущие требования к хостингу.
По большому счету, параметров, на которые есть расчет обращать внимание, не так уж и много. Размер дискового пространства, трафик, физическое размещение сервера, установленное ПО, ограничения по его использованию и железо. для такие вещи, как надежность хостинга (uptime) и резервное копирование ваших данных на эпизод сбоев, я даже не говорю...
Дисковое пространство. Этот параметр кажется не так важным, больше всего ели сайт чуть только-только запускается и потому занимает не слишком места. Но тут жесточайше легко "нарваться". Во-первых, лог-файлы, которые имеют тенденцию расти очень быстро, особенно у популярных сайтов. Во-вторых, если вы предоставите пользователям вероятность загружать файлы к вам (например, для обмена), то место другожды-таки будет съедаться очень быстро. В-третьих, такие вещи, как форумы, особенно популярные, являются весьма прожорливыми. Да и мало ли что еще... Поэтому стоит сразу же узнать, сколько будет стоить превышение дисковой квоты и возможно ли ее теленаращение при необходимости (я как-то нарвался на хостера, который наотрез отказался дать ми лишнюю сотню мегабайт диска)...
Трафик. Еще один очень важный параметр. Для начала попробуем оценить мезоморфный трафик сайта. допустимо, что средний размер вашей страницы 20 кб, пользователь в среднем смотрит 4 страницы, и на сайт к вам заходит 500 мужчина в день. Просто перемножаем эти цифры и получаем трафик едва больше 1 Гб в месяц. Возможные ловушки здесь заключаются в том, что трафик распределяется скачкообразно, а хостер возможно выставлять ограничения на дневной или месячный трафик. Предположим, что какое-то популярное издание напишет о вашем сайте. Вы получите очень резкое увеличение числа посетителей в течение одного-двух дни, причем такой игла вполне способен "сожрать" весь ваш месячный лимит. Поэтому, выбирая хостера, стоит поинтересоваться, во-первых, сколько стоит превышение трафика, а во-вторых, что происходит, если вы лимит превышаете. Варианты могут быть самые разные. Некоторые провайдеры считают трафик за день и, как только вы лимит выбрали, сайт блокируется. некоторые считают трафик за месяц (что позволяет выдержать небольшие пики посещаемости, но может и сильно подвести, если эти пики выберут весь лимит - до конца месяца ваш сайт окажется заблокированным). Большинство же провайдеров очевидно выставят вам прибавочный счет, но т.к. превышение трафика обычно стоит довольно дорого, то иногда имеет смак брать тарифный план с запасом.
Кстати, не забудьте убедиться, что веб-сервер настроен на отдачу сжатых веб страниц (все современные браузеры умеют пвымышленное существомать и принимать заархивированные веб-страницы и разархивировать их уже на компьютере "получателя"). Это позволяет в то же самое время и снизить трафик (текст, из которого и состоят веб-страницы очень будь здоров архивируется) и увеличить "видимую" проворство сервера (сжатые страницы передаются быстрее по причине маленькому размеру).
Физическое размещение сервера. тута стоит ориентироваться на посетителей - в большинстве случаев, чем ближе (физически) находится сервер, тем быстрее доступ к нему и менее вероятность каких-то задержек. В то же время, если сервер от вы далеко, то его сложнее обновлять - все из-за тех же задержек. Поэтому, выбирая хостинг, стоит протестировать, сколько хорошо сервер "виден" вам и вашим будущим посетителям - для сего существует утилита traceroute (в Windows - tracert.exe).
Установленное ПО. Этот параметр на славу важен при развитии сайта. К нему относится то, какая операционная система установлена на сервере, какой веб-сервер используется, какие дополнительные модули установлены, какие языки программирования поддерживаются, какие СУБД... двух мнений быть не может, эти данные в первую часть нужны веб-мастеру, который программирует ваш сайт, но ведь он знает только ваши текущие требования и не имеет представления о планах развития! В отношении программного обеспечения какие-то есть советы давать сложнее всего - тут слишком многое зависит от личных пристрастий, но можно отметить несколько универсальных моментов...
Поддержка какого-либо скриптового языка является необходимой для любого мало-мальски серьезного проекта. Скрипты вам потребуются для самых разных нужд - начиная с банального счетчика и заканчивая авторизацией пользователей, так что хостинг, не предоставляющий такой возможности (привлекательно, остались ли еще такие?), можно вообще не рассматривать.
Поддержка баз данных нужна для динамических сайтов. Разумеется, можно выкрутиться, записывая данные в файлы, но при усложнении проекта это станет достамертвяк серьезным ограничением, поэтому, если у вы в планах развития сайта намечаются какая-то динамика и интерактивность, а планируемая посещаемость сайта превышает сотню муж в день, то БД можно считать необходимой.
Популярность используемого программного обеспечения очень поможет избежать изобретения велосипедов. В Сети есть много архивов готовых скриптов, которые (возможно, с некоторой модификацией) удобно использовать на своем сайте в обмен того, чтобы писать новые. Но если ваш хостер поддерживает только какие-то экзотичные комбинации, то и скриптов, для них подходящих, найдется не так много! В принципе, стандартом де-факто можно считать сочетание PHP + MySQL - для него элементарнее всего будет получить консультацию в Сети или подобрать готовый скрипт. обаче, поддержку Perl'а тоже не стоит сбрасывать со счетов - все-таки, это один из наиболее распространенных языков, для которого скрипты и книжки писались много лет...
По поводу операционной системы ничего говорить не буду, чтобы не разжигать "религиозные войны", но не зря ведь freeBSD + Apache является наиболее распространенным сочетанием в Интернете... по крайней мере любители IIS мне тоже встречались...
Ограничения на использование ПО - это еще один важный параметр. Естественно, относится он только к виртуальному хостингу, но если у вас и так выделенный сервер, то зачем вы вообще все это читаете? Итак, ограничения. вымышленное существо могут быть самыми разными - начиная с загрузки процессора и макисмального времени работы скриптов, и заканчивая размером базы данных. Тут, увы, вообще жутко сказать что-либо определенное, так как потребности в тех или иных ресурсах очень сильно зависят от сайта. как бы то ни было, есть два универсальных момента: с одной стороны, любые ограничения раным-рано или поздно начнут вас тормозить, а с другой - нет такого скрипта, который нельзя было бы оптимизировать... Поэтому, выбирая хостинг, просто посмотрите, где меньше ограничений, и обсудите с хостером возможности плавучий смены тарифного плана на тот, который дает большую свободу, если вы упретесь в ограничения.
крица. По большому счету, на виртуальном хостинге железо вас интересовать не видать. И в большинстве случаев вы с подобными проблемами не столкнетесь - у хостера работают профессионалы, и сервера они собирают грамотно (по крайней мере, хотелось бы на это надеяться). Но все же, если рассчитываемый сайт отличается от "среднестатистического", то имеет смысл с хостером проконсультироваться. Например, если предполагается начисто динамический и популярный ресурс, работающий с большой базой данных, то можно упереться в скорость обмена с диском. Теоретически можно столкнуться и с нехваткой скорости процессора, если ваши скрипты производят какие-то сложные вычисления, но это уж надо постараться. Впрочем, если в развитии своего сайта вы дошли до таких экстремальных случаев, то вам эпоха задуматься о выделенном сервере...
Вот и все. Теперь осталось только пару дней помучать хостера вопросами, после чего торжественно разместить на сервере тот index.html, ради которого все и затевалось...
