Вибираючи хостинг для свого, можливо, майбутнього сайту, його розробники чомусь часто не враховують один момент: сайт буде рости. І те, що є цілком достатнім сьогодні завтра виявиться дуже тісними рамками, а зміна хостингу для діючого проекту - справа дуже складна і неприємне. C іншого боку, дуже не хочеться купувати виділений Oracle-сервер для розміщення односторінкового прайс-листа. Як же знайти "золоту середину"?
Для початку, втім це і взагалі корисно, постарайтеся максимально чітко відповісти на просте запитання: навіщо вам потрібен сайт? Якщо ваша відповідь зводиться до банального "щоб було", то краще не поспішати - сміття в інтернеті і так багато, так чи варто додавати ще? Значно краще і корисніше спочатку все продумати і спланувати, а потім вже зробити.
Наступним етапом стане спроба представити свій ідеал сайту - тобто як він повинен виглядати і що робити, якщо все піде саме так, як ви плануєте. Тепер відкиньте явно нереальні фантазії із серії "знайдеться пара зайвих мільйонів і я обжену Гугл", а час, що залишився розсортуйте в порядку важливості.
Ось тепер треба починати записувати справжні і майбутні вимоги до хостингу.
Дисковий простір. Цей параметр здається не таким важливим, особливо, якщо сайт тільки-тільки запускається і тому займає мало місця. Але тут дуже легко "нарватися". По-перше логи, які мають тенденцію зростати дуже швидко, особливо у популярних сайтів. По-друге, якщо ви надасте користувачам можливість завантажувати файли до вас (наприклад, для обміну), то місце знову-таки буде з'їдатися дуже швидко. По-третє, такі речі як форуми, особливо популярні, є вельми ненажерливими. Та й хіба мало що ще. Тому варто відразу ж дізнатися скільки буде коштувати перевищення дискової квоти і чи можливо її збільшення при необхідності (я якось нарвався на хостера, який навідріз відмовився дати мені зайву сотню мегабайт диска).
Трафік. Ще один дуже важливий параметр. Для початку, спробуємо оцінити середній трафік сайту. Припустимо, що середній розмір вашої сторінки 20 Кб, користувач в середньому дивиться 4 сторінки і на сайт до вас заходить 500 чоловік в день. Просто перемножуємо ці цифри і отримуємо трафік трохи більше 1 Гб в місяць. Можливі пастки тут полягають в тому, що трафік розподіляється нерівномірно, а хостер може виставляти обмеження на денній або місячний трафік. Припустимо, що якесь популярне видання напише про ваш сайт. Ви отримаєте дуже різке збільшення числа відвідувачів протягом одного-двох днів, причому такий пік цілком здатний "зжерти" весь ваш місячний ліміт. Тому, вибираючи хостера варто поцікавитися по-перше, скільки коштує перевищення трафіку, а по-друге, що відбувається якщо ви ліміт перевищуєте. Варіанти можуть бути самі різні. Деякі провайдери вважають трафік за день і як тільки ви ліміт вибрали, сайт блокується. Інші - вважають трафік за місяць (що дозволяє витримати невеликі піки відвідуваності, але може і сильно підвести, якщо ці піки виберуть весь ліміт - до кінця місяця ваш сайт виявиться заблокованим). Більшість же провайдерів просто виставлять вам додатковий рахунок, але тому що перевищення трафіку зазвичай коштує досить дорого, то іноді має сенс брати тарифний план з запасом.
До речі, не забудьте переконатися, що веб-сервер налаштований на віддачу стислих веб сторінок (всі сучасні браузери вміють розуміти і приймати заархівовані веб-сторінки і розпакувати їх вже на комп'ютері "одержувача"). Це дозволяє одночасно і знизити трафік (текст, з якого і складаються веб-сторінки дуже добре архівується) і збільшити "видиму" швидкість сервера (стислі сторінки передаються швидше завдяки маленькому розміру).
Фізичне розміщення сервера. Тут варто орієнтуватися на відвідувачів - в більшості випадків, чим ближче (фізично) знаходиться сервер, тим швидше доступ до нього і менше ймовірність якихось затримок. У той же час, якщо сервер від вас далеко, то його складніше оновлювати - все через ті ж затримок. Тому вибираючи хостинг варто протестувати наскільки добре сервер "видно" вам і вашим майбутнім відвідувачам - для цього існує утиліта traceroute (в Windows - tracert.exe).
Встановлене ПЗ. Цей параметр виключно важливий при розвитку сайту. До нього відноситься те, яка операційна система встановлена на сервері, який веб-сервер використовується, які додаткові модулі встановлені, які мови програмування підтримуються, які СУБД. Зрозуміло, ці дані в першу чергу потрібні веб-майстру, який програмує ваш сайт, але ж він знає тільки ваші поточні вимоги і не має уявлення про плани розвитку! Щодо програмного забезпечення будь-які поради давати найскладніше - тут дуже багато що залежить від особистих пристрастей, але можна відзначити кілька універсальних моментів.
Підтримка баз даних потрібна для динамічних сайтів. Зрозуміло, можна викрутитися записуючи дані в файли, але при ускладненні проекту це стане досить серйозним обмеженням, тому якщо у вас в планах розвитку сайту намічається якась динаміка і інтерактивність, а планована відвідуваність сайту перевищує сотню людина в день, то БД можна вважати необхідною .
Популярність використовуваного програмного забезпечення дуже допоможе уникнути винаходи велосипедів. У Мережі є багато архівів готових скриптів, які (можливо, з деякою модифікацією) зручно використовувати на своєму сайті, замість того, щоб писати нові. Але якщо ваш хостер підтримує тільки якісь екзотичні комбінації, то і скриптів, для них відповідних, знайдеться не так багато! В принципі, стандартом де-факто можна вважати сочентаніе PHP + MySQL - для нього найпростіше буде отримати консультацію в Мережі або підібрати готовий скрипт. Втім, підтримку Perl'а теж не варто скидати з рахунків - все-тай один з найбільш поширених мов, для якого скрипти і книжки писалися багато років.
З приводу операційної системи нічого говорити не буду, щоб не розпалювати "релігійні війни", але недарма ж freeBSD + Apache є найбільш поширеним поєднанням в Інтернеті. Хоча, любителі IIS мені теж зустрічалися.
Обмеження на використання ПЗ - це ще один важливий параметр. Природно, відноситься він тільки до віртуального хостингу, але якщо у вас і так виділений сервер, то навіщо ви взагалі все це читаєте? Отже обмеження. Вони можуть бути самими різними - починаючи з завантаження процесора і макисмально часу роботи скриптів, і закінчуючи розміром бази даних. Тут на жаль, взагалі неможливо сказати щось певне, тому що потреби в тих чи інших ресурсах дуже сильно залежать від сайту. Втім, є два універсальних моменти: з одного боку, будь-які обмеження рано чи пізно почнуть вас гальмувати, а з іншого - немає такого скрипта, який не можна було б оптимізувати. Тому, вибираючи хостинг просто подивіться де обмежень менше і обговоріть з хостером можливості плавної зміни тарифного плану на той, який дає велику свободу, якщо ви впретеся в обмеження.
Залізо. За великим рахунком, на віртуальному хостингу залізо вас цікавити не повинно. І в більшості випадків ви з подібними проблемами не зіткнетеся - у хостера працюють професіонали і сервера збирають грамотно. Але все ж якщо планований сайт відрізняється від "середньостатистичного", то має сенс з хостером проконсультуватися. Наприклад, якщо передбачається повністю динамічний і популярний ресурс, який працює з великою базою даних, то можна впертися в швидкість обміну з диском. Теоретично можна зіткнутися і з нестачею швидкості процесора, якщо ваші скрипти виробляють якісь складні обчислення, але це вже дуже постаратися треба. Втім, якщо в розвитку свого сайту ви дійшли до таких екстремальних випадків, то вам пора задуматися про виділений сервер.
От і все. Тепер залишилося тільки пару днів помучать хостера питаннями, після чого урочисто розмістити на сервері той index.html, заради якого все і затівалося.