Школа наш дом

Подбирая хостинг для собственного, вероятно, грядущего веб-сайта, его создатели отчего-то довольно часто не рассматривают 1 момент: веб-сайт будет увеличиваться.

И то, что считается вполне необходимым сегодня послезавтра будет весьма узкими рамками, а замена хостинга для работающего проекта — дело очень сложное и неприятное. C другой стороны, весьма не хочется приобретать выделенный Oracle-сервер для расположения одностраничного прайс-листа… Как отыскать «золотую середину»?

Сперва, попробуйте предельно хорошо ответить на простой вопрос: для чего вам необходим веб-сайт? Если ваш ответ сводится к избитому «чтобы было», то лучше не торопиться — мусора в сети-интернет и настолько много, так нужно ли дополнять еще? Существенно лучше и нужнее предварительно все взвесить и спланировать, а затем сделать…

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

Вот отныне нужно начинать вписывать реальные и грядущие требования к хостингу. Узнать подробно про LARAVEL VPS можно на сайте hs-design.ru.

Собственно говоря, характеристик, на которые стоит смотреть, не так много: объем дискового места, трафик, физическое расположение сервера, поставленное ПО, ограничения по его применению и железо. Про такую вещь, как долговечность хостинга (uptime) и запасное копирование ваших данных на пример перебоев можно и не рассуждать. Это вещи серьезные.

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

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

Трафик. Еще один весьма значительный показатель. Сперва, постараемся расценить средний трафик веб-сайта. Допустим, что средний объем вашей страницы 200 Кбайт, клиент примерно глядит 4 страницы и на веб-сайт к вам входит 500 человек в сутки. Просто перемножаем эти числа и принимаем трафик. Вероятные западни тут состоят в том, что трафик делится неритмично, а хостер может ставить ограничения на дневной либо ежемесячный трафик.

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

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

Иные — полагают трафик в месяц (что дает возможность перенести незначительные вершины популярности, а может и значительно подвести, если эти вершины найдут весь предел — до конца месяца ваш веб-сайт будет заблокированным). Абсолютное большинство же провайдеров просто поставят вам особый счет, а т.к. превышение трафика как правило стоит не дешево, то временами имеет резон брать тарифный план с резервом.

К слову, не забывайте удостовериться, что веб-сервер настроен на мощность плотных веб страничек (все передовые обозреватели могут осознавать и принимать архивированные интернет-страницы и разархивировать их на ПК «получателя»).

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

Физическое расположение сервера. Здесь стоит ориентироваться на гостей — как правило, чем ближе (на физическом уровне) располагается сервер, тем стремительней доступ к нему и меньше возможность каких-либо задержек. В то же самое время, если сервер от вас далеко, то его труднее обновлять — все из-за таких же задержек. Вследствие этого подбирая хостинг стоит проверить как хорошо сервер «виден» вам и вашим грядущим гостям — для этого есть программа traceroute (в Виндоус — tracert.exe).

Поставленное ПО. Данный показатель только важен при формировании веб-сайта. К нему относится то, какая ОС установлена на компьютере, какой веб-сервер применяется, какие особые модули определены, какие языки программирования удерживаются, какие СУБД… Само собой разумеется, эти данные прежде всего нужны вебмастеру, который программирует ваш веб-сайт, а так как он знает лишь ваши нынешние требования и не имеет представления о проектах развития. В отношении ПО какие-нибудь рекомендации предоставлять труднее всего — здесь чересчур многое находится в зависимости от собственных увлечений, а можно обозначить несколько многогранных факторов.

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

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

Известность применяемого ПО весьма сможет помочь избежать «изобретения велосипедов». В интернете есть очень много архивов готовых скриптов, которые (вероятно, с определенной версией) комфортно применять на собственном веб-сайте, вместо того, чтобы писать новые.

Но в случае если ваш хостер сохраняет лишь какие-то экзотические композиции, то и скриптов, для них оптимальных, обнаружится не много! В целом, эталоном де-факто можно назвать сочентание Html + MySQL — для него легче всего будет получить консультацию в интернете либо выбрать готовый script. Тем не менее, помощь Perl’а также не следует скидывать со счетов — все же это один из наиболее известных языков, для которого скрипты и книги писались очень много лет…

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

Здесь, как досадно бы это не звучало, вообще нельзя сообщить что-нибудь установленное, т.к. надобности в тех либо других ресурсах сильно находятся в зависимости от веб-сайта. Тем не менее, есть 2 многогранных этапа: с одной стороны, все ограничения в какой-то момент начнут вас замедлять, а с иной — нет такого скрипта, который невозможно было бы улучшить… Вследствие этого, подбирая хостинг просто взгляните, где ограничений меньше, и обсудите с хостером возможности мягкой замены тарифного плана на тот, который предоставляет огромную волю, если повстречаете ограничения.

Железо. Собственно говоря, на онлайн хостинге железо вас занимать не должно. И как правило вы с такими неприятностями не столкнетесь — у хостера работают мастера и сервера создают правильно. А все-таки если планируемый веб-сайт различается от «среднестатистического», то имеет резон с хостером посоветоваться.

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

Вот и все. Отныне осталось лишь пару суток помучать хостера вопросами, затем празднично расположить на компьютере тот index.php, для которого все и затевалось.