1. Помилка №1. На хостингу можна розмістити будь-які скрипти, якщо хостинг відповідає їх вимогам.
2. Помилка №2. Для безлімітного хостингу немає рамок витрати ресурсів.
3. Помилка №3. Налаштування сервера хостингу можна змінювати будь-яким чином.
4. Помилка №4. Надмірне навантаження на хостингу з боку одного користувача не можлива.
5. Помилка №5. Навантаження на хостинг залежить тільки від відвідуваності сайтів.
6. Помилка №6. Регулярний backup на хостингу робиться для клієнта.
7. Помилка №7. Вибирати хостинг потрібно за ціною.
8. Помилка №8. Автоматичний тестовий період - гарантія якості хостингу.
9. Помилка №9. Повернення коштів повинен поширюватися на весь період дії хостингу.
10. Помилка №10. На хорошому хостингу НЕ буває проблем.

Величезна популярність віртуального (shared) хостингу давно стала причиною відсутності у новачків, а іноді і у досвідчених веб-майстрів, чіткого розуміння суті даної послуги. Ця популярність, плюс надлишок пропозицій на ринку хостингу, серед яких мало по-справжньому збалансованих, привела до появи ряду поширених помилок, про які ми і хочемо поговорити в даній статті. Хибні уявлення заважають, про які піде мова нижче, взяті з статистики найбільш частих звернень в нашу службу підтримки, тому сподіваємося, що стаття виявиться корисною як для існуючих клієнтів HOSTLIFE, так і для тих, хто планує приєднатися до їх числа, а також допоможе тим, хто ще не визначився у виборі хостинг-провайдера. Отже, приступимо!

Помилка №1. На хостингу можна розмістити будь-які скрипти, якщо хостинг відповідає їх вимогам.

Мабуть, найбільш часта помилка клієнтів, яке побудоване на тому, що до уваги не береться на головна особливість shared-хостингу - відсутність для користувача гарантовано виділених системних ресурсів. Віртуальний хостинг являє собою оренду осередку на сервері, на якому працює велика кількість користувачів. Простіше кажучи, запити до всіх розташованим на сервері хостингу сайтів обробляються одним і тим же веб-сервером Apache, всі скрипти обробляються одним інтерпретатором PHP, і всі бази даних обслуговуються одним сервером баз даних MySQL. Системні ресурси на такому сервері розподіляються динамічно - в гіршому випадку основну їх частку споживають найбільш навантажені проекти, а решта проектів задовольняються тим що залишається. Щоб уникнути подібних ситуацій, адміністратором сервера забезпечується контроль рівномірного розподілу ресурсів, - для цієї мети і вводяться деякі обмеження на роботу з послугою, що включають в себе і обмеження на використовувані скрипти. Якщо скрипти, які клієнт бажає розмістити (наприклад торрент-трекер, чат або міні-пошукова система), вимагають значних обчислювальних потужностей, то їх розміщення на хостингу стане причиною порушення нормального розподілу ресурсів і викличе проблеми в роботі більшості користувачів (аж до порушення стабільної роботи сервера). Для коректної роботи подібних проектів потрібні гарантовано виділені системні ресурси - VPS / VDS або виділений сервер, але це тема вже іншої статті.

Щоб уникнути будь-яких проблем перед розміщенням таких проектів на віртуальному хостингу потрібно отримати консультацію у служби підтримки клієнтів. Наш центр підтримки користувачів працює цілодобово, і ми завжди будемо раді допомогти у виборі підходящої послуги.

Помилка №2. Для безлімітного хостингу немає рамок витрати ресурсів.

Концепція безлімітного хостингу - це більше, ніж банальна скасування лімітів на дискову квоту і витрата трафіку. Безлімітний хостинг сьогодні - це комплексна послуга «все в одному», що дозволяє клієнту успішно розвивати власні проекти без оглядки на обмеження за ресурсами. Однак не можна забувати про те, що ресурси сервера - це величина кінцева, і реалізувати повна відсутність лімітів неможливо технічно, але можна прибрати жорсткі рамки, залишивши лише максимально допустимі межі навантаження на сервер для окремого користувача. Такий хостинг можна назвати безлімітним, і при такій концепції для 90% користувачів послуги безліміт буде таким в прямому сенсі цього слова, так як досягти планки максимально допустимого навантаження дуже важко. В останні 10% входять користувачі, які хочуть скористатися послугою хостингу не за призначенням, вірячи в оману про безмежність ресурсів і маючи в своєму розпорядженні на хостингу свідомо не відповідають цій послузі проекти, такі як файлові обмінники, файлові храніліша, системи розподілу трафіку, і так далі.

Перед розміщенням на віртуальному хостингу проекту, що вимагає свідомо великого обсягу ресурсів - дискового простору, трафіку, або ж обчислювальної потужності, необхідно отримати консультацію у операторів служби підтримки.

Помилка №3. Налаштування сервера хостингу можна змінювати будь-яким чином.

Віртуальний хостинг на даний момент забезпечує їй певну гнучкість в налаштуванні. Наприклад, користувачам нашого хостингу доступні можливості налаштування веб-сервера Apache за допомогою файлу .htaccess, а також гнучке налаштування інтерпретатора PHP за допомогою призначеного для користувача файлу php.ini. Налаштування хостингу є оптимальними для роботи більшості поширених скриптів і систем управління контентом, але тим не менш, періодично ми отримуємо повідомлення від користувачів про необхідність установки будь-якої бібліотеки або компонента, або зміни загальних параметрів сервера відповідно до системними вимогами деяких скриптів. На подібні прохання в більшості випадків ми змушені відмовляти, і причина проста - хостинг є публічною послугою, а не індивідуальної. Та настройка, яка хороша для окремо взятого користувача, що не буде оптимальною для більшості, а в ряді випадків зміна налаштувань стане причиною проблем в роботі вже розміщених на хостингу сайтів.

Міняти глобальні настройки сервера віртуального хостингу так, як це потрібно окремому користувачеві - це недозволена розкіш, дозволити собі яку може хіба що початківець хостинг-провайдер з мінімум клієнтів, але не компанія з багаторічним стажем роботи і тисячами клієнтів.

Помилка №4. Надмірне навантаження на хостингу з боку одного користувача не можлива.

Дуже часто користувачі, що розміщують на віртуальному хостингу проекти, які виростають до рівня високонавантажених, або є такими спочатку, дивуються повідомленнями про перевищення максимально допустимого навантаження на сервер. Серед користувачів послуги популярно оману, що з огляду на динамічного поділу ресурсів на хостингу навантаження на сервер створюється будь-ким іншим, а повідомлення про її перевищенні є спробою провайдера примусово перевести клієнта на дорожчу послугу. Насправді, це помилка не може відповідати істині навіть з тієї простої причини, що у кожної послуги є своє коло споживачів. З безлічі розміщуються на хостингу сайтів певна їх частина завжди створює більш високе навантаження, ніж інші сайти разом узяті, що може призводити до проблем в роботі сервера. Ігнорувати таке навантаження хостинг-провайдер просто не має права, тому що не може ставити інтереси одного користувача вище інтересів всіх користувачів сервера, так само як і не може продавати левову частку ресурсів сервера, необхідних для роботи таких проектів, за ціною віртуального хостингу.

Для нашої компанії головним завданням є зручність і комфорт клієнта в роботі з послугою, будь то віртуальний хостинг, або виділений сервер, різниці немає. Іноді для забезпечення стабільної роботи послуг доводиться йти на такі заходи, як попередження окремих користувачів про надмірному навантаженні, але це не що інше, як вимушений захід, ставитися до якої слід з належним розумінням. До того ж, набагато простіше не допускати проблем, дотримуючись відповідність проекту і послуги, ніж боротися з наслідками неправильного вибору.

Помилка №5. Навантаження на хостинг залежить тільки від відвідуваності сайтів.

При виборі клієнтом тарифного плану хостингу нам дуже часто доводиться чути один і той же питання - на скільки унікальних відвідувачів на добу розрахований вибраний тариф. Намагаючись вибудувати лінійну залежність відвідуваності і вартості тарифного плану, користувачі часто забувають про те, що відвідуваність сайту - не єдиний фактор, що визначає навантаження на сервер, але часто і не найважливіший. Створювана сайтом навантаження залежить в першу чергу від особливостей роботи скрипта. Якщо скрипт збалансований і оптимізований для високої відвідуваності, то створювана ним навантаження на сервер не буде виходити за межі норми навіть при багатотисячної добової відвідуваності проекту. Якщо ж використовується CMS, які не адаптована для високої відвідуваності, або ж скрипти не є оптимізованими для високого навантаження, то проблеми можуть виникнути і при невисокій відвідуваності сайту.

Вибирати хостинг потрібно, керуючись сумою критеріїв, а не якихось одним критерієм, нехай і позірним очевидно вірним.

Помилка №6. Регулярний backup на хостингу робиться для клієнта.

Більшість хостинг-провайдерів мають налагоджену систему регулярного резервного копіювання даних користувача. Ми не виняток, і на нашому хостингу резервне копіювання даних здійснюється щоденно, а для відновлення завжди доступні резервні копії за останні дві доби.

Дуже часто клієнти звертаються з проханням відновити акаунт з наявної на сервері резервної копії для скасування будь-яких некоректних змін на сайті, і ми завжди охоче йдемо назустріч. Однак, іноді запит на відновлення даних виявляється запізнілим - на момент створення резервної копії проблема вже мала місце, а більш ранні копії відсутні. У подібних ситуаціях клієнти часто звинувачують хостинг-провайдера, піддаючись омані і вважаючи, що резервні копії на сервері робляться для того, щоб клієнт мав можливість завжди скасувати будь-які некоректні дії. Насправді резервні копії створюються провайдером для страховки збереження даних користувачів в непередбачених ситуаціях, наприклад при збої обладнання. Щоденне резервне копіювання - це страховка, яка дозволяє відновити дані навіть тоді, коли основний носій виходить з ладу безповоротно, а можливість відновлення даних користувачів за запитом - це всього лише приємне доповнення, але не мета резервування. Сучасні панелі управління, зокрема DirectAdmin і сPanel, використовувані на хостингу від HOSTLIFE, дозволяють користувачам при необхідності самостійно створювати незалежні резервні копії. Даною можливістю бажано не нехтувати, і завжди користуватися перед тим, як вносити будь-які серйозні зміни, - тоді потреба у відновленні даних з автоматично створюваних резервних копій відпаде.

Помилка №7. Вибирати хостинг потрібно за ціною.

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

Щоб не потрапити в халепу, при виборі хостингу потрібно визначитися в першу чергу з тим, що Ви хочете отримати, і вже потім думати про вартість. Потрібно чітко визначити для себе рамки - в розміщенні сайтів на одному акаунті, в кількості листів, що відправляються на добу, у витраті трафіку і необхідному дисковому просторі (хоча б приблизні рамки), у використанні планувальника Cron, і т.д. Якщо проект є досить навантаженим - потрібно дивитися в бік VIP-хостингу, де число акаунтів користувачів, що розміщуються на сервері, в рази менше, ніж на стандартному хостингу (наприклад, 30 акаунтів проти 100-150), а конфігурація сервера більш продуктивна. Якщо розміщуються проекти - це легкі сайти, наприклад сайти-візитки або домашні сторінки - можливості «топових» тарифних планів просто не будуть використовуватися, досить буде стандартних пропозицій. Поважаючий себе хостинг-провайдер не приділятиме стабільності роботи серверів з «дорогими» тарифними планами більше уваги, ніж серверів з «дешевими» пропозиціями, - стабільність завжди повинна бути на незмінно високому рівні. Саме такого підходу ми і дотримуємося.

Помилка №8. Автоматичний тестовий період - гарантія якості хостингу.

Золота прислів'я «довіряй, але перевіряй" не втратила своєї актуальності і для it-послуг. Бажання клієнтів протестувати роботу з хостингом перед покупкою послуги цілком зрозуміло і більш ніж виправдано, тому практично будь-який провайдер запропонує Вам безкоштовний тестовий період, як мінімум на кілька днів (звичайний термін - тиждень). У багатьох провайдерів система активації тестового періоду працює автоматично - досить вказати відповідну галочку при при формуванні замовлення. Ми ж пішли іншим шляхом - тестовий період на послуги хостингу від HOSTLIFE надається тільки після реєстрації клієнта, за офіційним запитом до служби технічної підтримки, після з'ясування подробиць щодо характеру розміщуються проектів. Комусь здасться, що такий підхід не настільки зручний, як автоматична активація, - можливо. Але зате тестовий період отримують тільки перевірені користувачі, які будуть використовувати послугу за призначенням. Такий підхід зберігає стабільність хостингу - адже можливість безкоштовної роботи з послугою, нехай навіть і обмежений час, як магніт привертає різних нечистих на руку людей, які будуть використовувати хостинг в шкідливих цілях, і бажали б робити це не тільки безкоштовно, але і анонімно. Таких можливостей ми не дамо, як не дасть жоден хостинг-провайдер, який надає дійсно якісний сервіс, або щонайменше прагнути до цього.

Помилка №9. Повернення коштів повинен поширюватися на весь період дії хостингу.

Якість завжди має свою ціну - це загальновідомий факт. Однак, іноді обрана послуга може з яких-небудь причин не підійти користувачеві, а дізнатися про це він може тільки після роботи з нею, іноді по закінченню тривалого терміну. Для вирішення подібних ситуацій у багатьох хостинг-провайдерів передбачено повернення коштів. Тут є кілька варіантів - хтось може запропонувати Вам повне повернення коштів протягом усього оплаченого терміну, більшість же хостинг-провайдерів запропонує лімітовані умови повернення коштів. Наприклад, клієнти HOSTLIFE можуть повернути кошти, сплачені наперед, за повні місяці послуги, протягом перших 30 днів роботи, в тому випадку, якщо замовлення на даний вид послуг є першим. Якщо мова йде про віртуальному хостингу - то повернення можливе в тому випадку, якщо віртуальний хостинг замовляється вперше. Іноді у користувачів виникає питання, чому ми вибрали саме таку політику, і в чому полягає складність при поверненні коштів, наприклад, через півроку роботи з послугою. Відповідь проста - ніяких складнощів немає, але повернення коштів повинен захищати права тих користувачів, кому послуга дійсно не підійшла, а не користувачів, що бажають відмовитися від зобов'язань, взятих на себе раніше, без об'єктивних на те причин. Будь-яка співпраця передбачає певні зобов'язання з боку обох сторін, які підкріплюються певними гарантіями. Оплата відразу на тривалий термін - це підтвердження рішення про довгострокову співпрацю з боку клієнта. Можливість повернення коштів в будь-який час - це можливість для клієнта в будь-який момент відмовитися від співпраці, але відсутність зобов'язань з боку клієнта неминуче призводить і до відсутності (зменшення їх) з боку провайдера. У 90% випадків така співпраця вже не може бути довготривалим, а отже, і успішним. Повертати кошти на протязі всього терміну дії замовлення може тільки провайдер-одноденка, що живе одним днем ​​і не думає про перспективи розвитку.

У роботі з HOSTLIFE успішну співпрацю - це співпраця, в якому зацікавлені на тривалий термін обидві сторони. Це добре розуміємо ми, і знає кожен клієнт, який працює з нами тривалий термін, і спостерігає за успішним зростанням власних проектів на нашому хостингу.

Помилка №10. На хорошому хостингу НЕ буває проблем.

Стовідсотковій Аптайм роботи хостингу - це міф, Який є Бажанов для всіх Користувачів хостингу, и одночасно з ЦІМ - це еталон, до якому Прагнемо ми, як напевно, и будь-який Інший хостинг-провайдер. У нас для цього є всі, что нужно - Надійна технічна база, и команда професіоналів, на 100% відданіх життя без делу. Альо кроме цього, є и обставинні, Які від нас не залежався и Передбачити Які Неможливо. Такі проблеми іноді стають на шляху будь-которого хостинг-провайдера, и вінікають як правило з вини Користувачів хостингу, Аджея shared-хостинг - це послуга, что НЕ предполагает для Користувачів гарантовано віділеніх ресурсов. Відповідно, стабільність роботи на віртуальному хостингу в Першу Черга Залежить від самих Користувачів послуги. Іноді в окремих користувачів виникають проблеми, які не можуть не вплинути на стабільність роботи сервера в цілому, - це можуть бути ддос-атаки, навмисне чи випадкове перевищення максимально допустимих рамок витрати ресурсів, розміщення проектів, свідомо не відповідають послузі, або ж розміщення скриптів, які можуть створювати проблему неявно, і т.д. Зрозуміло, завдяки цілодобовому моніторингу стабільності серверів ми дізнаємося про проблеми моментально, і завжди вирішуємо їх в максимально короткі терміни, але такі проблеми неминучі. Акаунти на серверах хостингу відкриваються в автоматичному режимі, і хоча вони періодично перевіряються, передбачити все можна, проте реально вирішувати проблеми відразу при їх виникненні, не втрачаючи ні хвилини. Такий підхід ми можемо гарантувати, і слідуємо йому протягом багаторічної історії компанії, завдяки чому кожен наш клієнт твердо знає, що стабільність наших послуг знаходиться на максимально можливому рівні.

* * *

Підводячи підсумки, хочемо сказати, що shared-хостинг, незважаючи на всю свою різноманіття - це сформований тип послуг для розміщення веб-сайтів в мережі Інтернет, що є в більшості випадків стартовою точкою розвитку проектів. Як і будь-який інший тип послуг, наприклад VPS або виділений сервер, віртуальний хостинг має і очевидні переваги, і помітні недоліки, на які варто звернути увагу, визначаючись з вибором послуги. Тільки чітка картина власних потреб, плюс аналіз незалежних відгуків і думок про провайдера дозволить зробити правильний вибір, чого ми Вам щиро бажаємо.

У наступних статтях ми проаналізуємо думки і помилки стосовно інших послуг. Коментарі, питання і зауваження до даної статті вітаються!