HostDB.ru
 
Логин

Пароль



или войдите через соцсеть:
провайдеров: 78, переходов на сайты провайдеров сегодня: 2

Голосование

Нужен ли облачный VPS простому сайтостроителю?







Анекдот




- Выбираем...

Выбираем...

Выбирая хостинг для своего, вероятно, будущего сайта, его разработчики что-то зачастую не учитывают один подход сайт будет расти. И то, которое является сполна достаточным в настоящее время завтра окажется очень тесной рамкой, а изменение хостинга для проекта, который действует, - дело весьма сложное и неприятное. C другой стороны, очень не хочется покупать выделенный Oracle-сервер для размещения одностраничного прайс-листа… Как же найти ”золотую середину”? Сначала, впрочем это и вообще полезно, постарайтесь максимально четко ответить на простой вопрос: зачем вам нужный сайт? Если ваш ответ сводится к банальному ”чтобы било”, то лучше не торопиться - мусор в интернете и так много, так или стоят добавлять еще? Значительно лучше и полезно сначала все продумать и спланировать, а затем уже сделать… Следующим этапом станет попытка представить свой идеал сайта - то есть как он должен выглядеть и что делать, если все пойдет именно так, как вы планируете. Теперь отбросьте явно нереальную фантазию из серии ”найдется пара лишних миллионов и я обгоню Гугл”, а что осталось рассортируйте в порядке важности. Вот теперь нужно начинать записывать настоящие и будущие требования к хостингу. По большому счету, параметров, на которые стоят обращать внимание, не так уж и много. Размер дискового пространства, траффик, физическое размещение сервера, установленное ПО, ограничение по его использованию и железо. О такой вещи, как надежность хостинга (uptime) и резервное копирование ваших данных на случай сбоев я не говорю… Дисковое пространство. Этот параметр кажется не настолько важным, особенно, если сайт лишь лишь запускается и потому занимает мало место. Но здесь очень легко ”нарваться”. Во-первых балка, которая должна тенденцию расти очень быстро, особенно у популярных сайтов. Во-вторых, если вы предоставите пользователям возможность загружать файлы к вам (например, для обмена), то место опять-таки будет съедаться очень быстро. В-третьих, такая вещь как форумы, особенно популярные, являются весьма прожорливыми. Да и мало ли что еще… Поэтому стоят сразу же узнать сколько будет стоить превышения дисковой квоты и возможно ли ее увеличение при необходимости (я как-то нарвался на хостера, который наотрез отказался дать мне лишнюю сотню мегабайт диска)… Траффик. Еще один очень важный параметр. Сначала, попробуем оценить средний траффик сайта. Предусмотрим, что средний размер вашей страницы 20 Кб, пользователь в среднем смотрит 4 страницу и на сайт к вам заходит 500 человек в день. Просто перемножаем эту цифру и получаем траффик немного больше 1 Гб в месяц. Возможная ловушка здесь заключается в том, что траффик распределяется неравномерно, а хостер может выставлять ограничение на дневной или месячный траффик. Предусмотрим, что какое-то популярное издание напишет о вашем сайте. Вы получите очень резкое увеличение числа посетителей в течение одного-двох дней, причем такой пик сполна способен ”сожрать” весь ваш месячный лимит. Поэтому, выбирая хостера стоят поинтересоваться во-первых, сколько стоит превышения траффика, а во-вторых, что происходит если вы лимит превышаете. Варианты могут быть сами разные. Некоторые провайдеры считают траффик за день и как только вы лимит выбрали, сайт блокируется. Другие - считают траффик за месяц (что позволяет вытримати небольшие копья отвідуваности, но может и сильно подвести, если эти копья выберут весь лимит - до конца месяца ваш сайт окажется заблокированным). Большинство же провайдеров просто выставят вам дополнительный счет, но поскольку превышение траффика обычно стоит достаточно дорого, то иногда имеет смысл брать тарифный план с запасом. Кстати, не забудьте убедиться, что веб-сервер настроен на отдачу сжатой веб страницы (все современные браузери умеют понимать и принимать веб-страницу, которая заархивировала, и разархивировать их уже на компьютере ”получателя”). Это позволяет одновременно и снизить траффик (текст, из которого и складывается веб-страница очень хорошо архивируется) и увеличить ”видимую” скорость сервера (сжатая страница передается быстрее благодаря маленькому размеру). Физическое размещение сервера. Здесь стоят ориентироваться на посетителей - в большинстве случаев, чем ближе (физически) находится сервер, тем быстрее доступ к ему и меньше достоверность какой-то задержки. В то же время, если сервер от вас далеко, то его сложнее обновлять - все из-за той же задержки. Поэтому выбирая хостинг стоят протестовать насколько хорошо сервер ”виден” вам и вашим будущим посетителям - для этого существует утилита traceroute (в Windows - tracert.exe). Установлено ПО. Этот параметр исключительно важен при развитии сайта. К ему относится то, какая операционная система установлена на сервере, какой веб-сервер используется, какие дополнительные модули установлены, какие языки программирования поддерживаются, какая СУБД… Понятно, эти данные в первую очередь нужны веб-мастеру, который программирует ваш сайт, но он знает лишь ваши текущие требования и не имеет представления о планах развития! Относительно программного обеспечения какие-либо советы давать сложнее всего - здесь очень многое зависит от личной страсти, но можно отметить несколько универсальных моментов. Поддержка какой-либо скриптового языки являются необходимыми для любого хоть немного серьезный проект. Скрипты вам будет нужно для самой разной потребности - начиная с банального счетчика и кончая авторизацией пользователей, так что хостинг, который не предоставляет такую возможность (интересно, остались ли еще такие?) можно вообще не рассматривать. Поддержка базы данной нужна для динамических сайтов. Понятно, можно выкрутиться записывая данные в файлы, но при осложнении проекта это станет достаточно серьезным ограничением, потому если у вас в планах развития сайта намечается какая-то динамика и интерактивность, а планируемая посещаемость сайта превышает сотню человек в день, то БД можно считать необходимой. Популярность используемого программного обеспечения очень поможет избежать изобретения велосипедов. У Сети есть много архивы готовых скриптов, которые (возможно, с некоторой модификацией) удобно использовать на своем сайте, вместо того, чтобы писать новые. Но если ваш хостер поддерживает лишь какую-то экзотичную комбинацию, то и скриптов, для их соответствующих, найдется не так много! В принципе, стандартом де-факто можно считать сочентание PHP + MYSQL - для его проще всего будет получить консультацию в Сети или подобрать готовый скрипт. Впрочем, поддержку Perlъа тоже не стоят сбрасывать из счетов - все-таи один из наиболее распространенных языков, для которого скрипты и книжка писались много годы… По поводу операционной системы ничего говорить не буду, чтобы не разжигать ”религиозные войни”, но ведь недаром freebsd + Apache является наиболее распространенным сочетанием в Интернете… Хотя, любителе IIS мне тоже встречались… Ограничение на использование ПО - это еще один важный параметр. Естественно, относится он лишь к виртуальному хостингу, но если у вас и так выделенный сервер, то зачем вы вообще все это читаете? Следовательно ограничение. Они могут быть самими разными - начиная из загрузки процессора и максимального времени работы скриптов, и кончая размером базы данных. Здесь к сожалению, вообще невозможно сказать что-либо определено, поскольку потребность в тех или других ресурсах очень сильно зависят от сайта. Впрочем, есть два универсальных моментов: с одной стороны, любые ограничения рано или поздно начнут вас тормозить, а из другой - нет такого скрипта, который нельзя было бы оптимизировать… Поэтому, выбирая хостинг просто взглянете где ограничений меньше и обсудите из хостером возможности плавного изменения тарифного плана на тот, который дает большую свободу, если вы упретесь в ограничение. Железо. По большому счету, на виртуальном хостинге железо вас интересовать не должно. И в большинстве случаев вы с подобной проблемой не столкнетесь - в хостера работают профессионалы и сервера собирают грамотно. Но все же если планируемый сайт отличается от ”среднестатистического”, то имеет смысл из хостером проконсультироваться. Например, если предусматривается полностью динамический и популярный ресурс, который работает с большой базой данных, то можно упереться в скорость обмена с диском. Теоретически можно столкнуться и с нехваткой скорости процессора, если ваши скрипты производят какие-то сложные вычисления, но это уже очень постараться нужно. Впрочем, если в развитии своего сайта вы дошли до таких экстремальных случаев, то вам пора задуматься о выделенном сервере… Вот и все. Теперь остались лишь пару дней мучать хостера вопросами, после чего торжественно разместить на сервере тот index.html, ради которого все и затевалось…
Опубликовано: 23.12.2011
Просмотров: 854
Автор: Ярослав
Источник: www.azhost.biz

 
Версия для печати

Мой комментарий

Ваше имя*:
Email:
Комментарий*:
Зарегистрироваться автоматически: Вы будете зарегистрированы на сайте автоматически при добавлении комментария. Обязательно заполните поле Email для этого.
Сумма чисел 7 и 15*:            

Заявка на хостинг
Провайдеры сами пришлют
вам свои предложения ;)

Конструктор VDS-KVM-SSD-10.0
15 Гб на диске, RAM 1024 Мб, 2400 Мгц, неогр. трафик.
177 руб.
Хостинг провайдер On-linedata.com
Плюс-1
3 Гб на диске, неогр. трафик.
219 руб.
Хостинг провайдер Спринтхост

Проверка IP

Ваш IP ....... 18.224.39.74 ← Проверить
Страна ..... не определена

Проверка домена (+whois)













Выбрать все
Расширенный поиск (более 50 зон)

Traceroute

Начало маршрута




Акции провайдеров

Все акции хостинг провайдеров


БЕСПЛАТНЫЙ КОНСТРУКТОР САЙТОВ И LANDING PAGE