Чим відрізняються хостинги

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

Звичайно з точки зору розробника це очевидна річ.

1. Так звичайно ні кому не хочеться працювати з поганим інтерфейсом, незрозумілою послугою.
2. Невиразні хостинги, невиразна служба підтримки.
3. Відстає відстає у всьому, можливо даний хостинг все ще підтримує старі технології.
4. Відсутність елементарних речей.

Але краще наведу вам реальний випадок. Сьогодні вийшла досить тривіальна задача, перекинути розроблений сайт на робочий сервер. Старий сайт був зібраний на чистому html і як годиться убогий до несвідомості. Тому, сайт на joomla 3 для клієнта, м'яко кажучи, скачок вперед.

В тз на перенесення як завжди отсутсвовал частина даних наданих клієнтом, наприклад доступи до адмінки, а тільки фтп і управління доменом.

Порившись в хуізе і host -a, з'ясували що фактично админка і є управління хостингом, де клієнт купив свій домен і поклав сайт.

О Боже! це що за 80 роки?

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

Запити до БД йдуть по 60 секунд!

При подвійному натисканні на будь-яке посилання (а при такій швидкості реакції таке бажання виникає завжди) вилазить місцева, навіть не знаю як її назвати 404, типу пішов-ка ти!

Є кумедні сервіси яких не встретіш на інших хостингах, як перевірити пароль FTP

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

Однак знаходжу кнопочку, перейти в нову адмінку, і думаю ура ось воно, це була стара версія

Вууаля! Управлінням хостингу Бета версія! Мама дорога? З 13 кнопок половина не працюють.

Ось і старий друг.

Ось так феєрично редагуються ДНС зони. Природно, ні існуючої зони, ні куди він додасть свої значення, перетре існуючі, і які зараз існують він не показує.

Що зайняло додаткові добу і так тривалої роботі.

Де існуючі записи, куди вони поділися, що станеться після додавання зітруться, додадуться, перекриють, як редагувати предидущие записи.

Що це? Так простіше було просто вивести сам файл для редагування!

Ось це функціонал! Знову ж немає ніякого розуміння що станеться після додавання дублюючої записи з новим значенням, де старі записи, це взагалі що за шкільна виріб?

Файловий менеджер підкорив своїм функціоналом, а графічний інтерфейс за межами мого розуміння.

Відразу розуміючи чим пахне, з горем навпіл через веб інтерфейс вписую phpinfo

На хостингу виявився веб файловий менеджер, правда трохи убогий, натягнути CSS на нього вже сил не вистачило.

І бачу чудову напис в самій першому рядку після якої роблю такі дії.

Для повного розуміння ущербності сервера, подивився коли joomla могла підтримувати php 4.4 - виявилося що навіть joomla 1 не працювала на ньому!

FreeBSD 6.4 - мамонт, враховуючи що вже 9, а стабільна версія 8.4, враховуючи що фрібсд дуже і дуже не часто оновлюється це ціла вічність.

Так у мене в Біла Церква на домашньому прокис досі стоїть FreeBSD 6, так вибачте я не продаю його, та й це звичайна пуття, та й живу за 8000 км від будинку

Але ж насправді, я думаю версію php можна змінити, латочок понаставити, але це говорить в першу чергу про недолугості і відсутності хоч якихось оновлень, все нові сервіси та послуги, нові функціональні фішки обійшли цей сервер, і якщо зручністю я можу пожертвувати , то проект може зажадати в ультимативній формі деяких можливостей, таких як php прапори в .htaccess (днями, такого ж роду хостинг працюючи під FastCGI природно не міг їх зробити, але не добрий адже відмінна штука FastCGI, мої сервера також працюють під ним , ось тільки самі php прапори в ньому можна виставити в php .ini до якого тут був закритий доступ. В результаті витративши добу на перенесення сайту (а убогі сервера вимагають куди більше час на елементарні речі) так ще й довелося відмовитися від затії перенести на нього 1c-bitrix. притому витративши цілий день.

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

І вже роблячи скріншоти дивлюся тарифний план і вартість, що. 15 тисяч в рік?

10 рублів це вже край для такого сервера, які 15000, та за такий сервіс мені повинні доплачувати.

Ну щоб звичайному користувачеві були зрозумілі мої почуття скажу вам так, так я опустив все реально технічні тонкощі оскільки завдання статті не сказати який поганий сервер і як на ньому все бездарно зроблено, а показати що при роботі з хостингом дуже важливо його якості, фактично поганий хостинг може дати вам 100% -1000% приріст за часом розробки, купу проблем, підводних каменів і вирішити їх швидше за все буде не можливо. Оскільки навіть провідні хостери, убогі і всього лише вирішують самі основні проблеми. АЛЕ дають можливість їх вирішити самостійно. Чи не лідируючі сервера просто не в стан налагодити свою роботу. А отже, не в стан надавати нормальну послугу.

Користуйтеся ТОП 10, а краще ТОП5 хостерів, або в разі 1с-bitrix. рекомендованих ними хостинг майданчиків. Принаймні це гарантує, що сайт буде на них працювати.

Також, можливий третій варіант, добре вивчений основним розробником вашого сайту хостинг, всі недоліки якого відомі. Відомі так само їх способи вирішення.