Експертний аналіз з перевіреними відгуками користувачів Hostinger
Я налаштував VPS Hostinger для Laravel, запустив на ньому повний набір серверних бенчмарків і звернувся до підтримки Kodee AI з двома реальними технічними запитаннями. Одна кнопка на панелі керування не виконувала того, що обіцяла її назва.
Я налаштував VPS Hostinger для Laravel, запустив на ньому повний набір серверних бенчмарків і звернувся до підтримки Kodee AI з двома реальними технічними запитаннями. Одна кнопка на панелі керування не виконувала того, що обіцяла її назва.
Hostginger продає свій Laravel VPS як попередньо встановлений, керований ШІ сервер, створений, щоб швидко запустити Laravel-проєкт у роботу. Більша частина цієї обіцянки підтвердилася під час реального тестування, сильні бенчмарки, потужний AI-агент підтримки, резервні копії підтверджено, що запускаються за розкладом.
Одна кнопка на панелі керування, однак, відправила мене туди, куди я зовсім не очікував потрапити, і про це варто знати, перш ніж натискати її самому. Ось повний розбір.
Laravel VPS Hosting від Hostinger
Discover how Hostinger Laravel VPS Hosting provides a flexible environment for deploying Laravel applications with dedicated server resources, full control, scalable performance, and customizable configurations for modern web projects.
Laravel автоматично встановлюється під час надання сервера
Від оформлення до робочого сервера — за кілька хвилин
Cloudpanel дає повний доступ до керування сервером
Kodee перевіряє та виправляє живі проблеми
Щотижневі резервні копії запускаються та перевіряються автоматично
Сильне масштабування CPU на обох ядрах
Збалансовані швидкості читання та запису диска
Стабільна майже гігабітна мережа протягом усіх тестових прогонів
30-денна гарантія повернення коштів на VPS-плани
Cons
Сканер шкідливого ПЗ не встановлено за замовчуванням
Кнопка Manage App перенаправляє до Laravel Cloud
Tip Керуйте своєю Laravel app через Cloudpanel, а не через кнопку Manage App, і перевірте вкладку Security, якщо хочете, щоб сканер шкідливого ПЗ був увімкнений.
Розподіл оцінки
Щоб оцінити Laravel VPS hosting від Hostinger, я застосував методологію оцінювання HostAdvice, той самий стандартизований підхід, який використовується в кожному огляді на сайті, тож оцінки залишаються послідовними та ґрунтуються на реальному тестуванні, а не на маркетингових обіцянках. Ось як він оцінився за кожним параметром.
Kodee двічі перевірив живий сервер і двічі дав точні, готові до розгортання виправлення.
Загалом
9.1/10
Потужний Laravel-хост із чудовою підтримкою та бенчмарками, але його стримує один реальний інтерфейсний недолік.
Laravel VPS Hosting від Hostinger
Discover how Hostinger Laravel VPS Hosting provides a flexible environment for deploying Laravel applications with dedicated server resources, full control, scalable performance, and customizable configurations for modern web projects.
Hostinger продає Laravel hosting як один із чотирьох рівнів KVM VPS, від KVM 1 до KVM 8, причому кожен наступний рівень збільшує кількість ядер CPU, обсяг RAM, NVMe-диск і пропускну здатність.
Сам Laravel не купується окремо, це застосунок у форматі one-click, який додається до будь-якого рівня, вибраного під час оформлення, а Cloudpanel входить у комплект як фактична панель керування для роботи з інсталяцією після запуску.
Умови білінгу: Плани оплачуються наперед на терміни 1, 12 або 24 місяці, причому довші строки дають реальні знижки від місячної ставки. Дивіться віджет цін нижче для повного розбиття за рівнями та термінами.
Гарантія повернення коштів: На VPS-плани діє 30-денна гарантія, але дрібний шрифт додає реальне обмеження. Ви можете запросити повернення коштів за VPS лише раз на 180 днів, тож друге повернення за окрему покупку VPS у межах цього вікна не пройде. Оновлення наявного VPS-плану взагалі не підлягають поверненню.
Безкоштовний пробний період: Я не знайшов окремого безкоштовного пробного періоду для Laravel VPS hosting, лише 30-денну гарантію повернення коштів. Плануйте час на оцінку з урахуванням цього обмеження.
Способи оплати: Карта (Visa, Mastercard, Amex, Discover), PayPal, Google Pay, AliPay у окремих варіантах для Китаю та Гонконгу, а також Coingate для криптовалюти. Оплата криптовалютою не підпадає під політику повернення коштів, тож майте це на увазі, якщо гарантія для вас важлива.
Що входить у комплект: Кожен рівень включає безкоштовний домен .cloud на перший рік, повний root-доступ, Git integration і Cloudpanel без додаткової плати, тож заявлена ціна ближча до реальної вартості, ніж у хостів, які стягують окрему плату за панель керування.
Власні рекомендації Hostinger підказують, що KVM 1 достатній для простого Laravel-сайту, а KVM 8 рекомендований для важчих, ресурсоємних проєктів.
Додам ще з тестування, що плутанина з керуванням застосунком через кнопку Manage App і сканер шкідливого ПЗ, який за замовчуванням вимкнений, стосуються всіх рівнів однаково, тож збільшення тарифу не виправить жодну з цих проблем. Обирайте план відповідно до потреб CPU і трафіку, а ці дві конкретні проблеми вирішуйте однаково незалежно від того, який рівень ви оберете.
Функції
Процесори AMD EPYC на всіх рівнях
NVMe SSD-накопичувачі на всіх планах
Git integration для спрощеного розгортання коду
Повний root-доступ через SSH
Панель керування Cloudpanel, що входить за замовчуванням
AI-агент для завдань керування VPS
Автоматичні щотижневі резервні копії на кожному плані
Мережева швидкість 1 Gbps на кожному плані
Безкоштовний домен .cloud на один рік
Laravel VPS Hosting від Hostinger
Discover how Hostinger Laravel VPS Hosting provides a flexible environment for deploying Laravel applications with dedicated server resources, full control, scalable performance, and customizable configurations for modern web projects.
Laravel-застосунок живе або вмирає так само через сервер під ним, як і через сам код. Час завантаження сторінок залежить від швидкості CPU для виконання PHP, запити до бази даних залежать від дискового введення-виведення, сесії та кеш залежать від пам’яті, а якщо застосунок запускає черги завдань або має реальних відвідувачів, важливими стають пропускна здатність мережі та здатність витримувати тривале навантаження.
Сам Laravel нічого з цього не змінює, це все ще PHP, що працює на Linux, тож реальний тест тут — це VPS.
Я запустив повний набір бенчмарків на сервері, охопивши CPU, пам’ять, диск, мережу та тривалий стрес-тест, щоб побачити, що цей план насправді дає і що це означає для реального застосунку.
Інстанс, який я тестував, був планом KVM 2, саме його я обрав під час оформлення:
CPU: 2 vCPU, виділені з хоста з процесором AMD EPYC 9354P
RAM: 7.8GB доступних із 8GB, виділених разом із 2GB swap
Диск: 96GB доступних із 100GB NVMe-ліміту
OS: Ubuntu 24.04.4 LTS, kernel 6.8.0-137-generic
Перш ніж перейти до цифр, варто знати, що Laravel VPS-лінійка Hostinger працює на тих самих чотирьох рівнях, що й решта VPS-асортименту, від KVM 1 до KVM 8, і KVM 2 — це другий знизу, на один крок вище за найдешевший варіант і значно нижче за рівні KVM 4 та KVM 8, створені для важчих, багатозастосункових навантажень.
Нижче наведено результати для малого або середнього Laravel-проєкту, одного застосунку з реальною, але помірною кількістю трафіку, а не великої платформи, що запускає кілька сервісів на одній машині.
1. Продуктивність CPU
Однопоточний режим: 1,624.55 подій за секунду, середня затримка 0.61ms, 95-й перцентиль 0.64ms
Багатопотоковий режим, 2 потоки: 2,864.02 подій за секунду, середня затримка 0.70ms, 95-й перцентиль 1.10ms
Стандартне відхилення справедливості потоків: 182.50 при середньому 14,321.5 подій на потік
Ось що насправді означає ця однопотокова цифра на практиці. Типовий запит Laravel, рендеринг Blade-представлення, виконання кількох запитів Eloquent, перевірка сесії, більшу частину часу проводить на одному ядрі CPU, виконуючи PHP-роботу, а не розподіляючись одразу на кілька ядер.
За середньої затримки 0.61ms на обчислювальну подію в цьому тесті CPU не є тією частиною стеку, через яку сторінка буде здаватися повільною.
Різниця між середньою затримкою та 95-м перцентилем теж невелика: 0.61ms проти 0.64ms, що означає, що продуктивність була стабільною, а не такою, де окремі запити займали б значно більше часу за інші — це проявилося б як випадкові повільні завантаження сторінок для реальних відвідувачів.
Багатопотоковий результат — корисніший показник для розуміння одночасності. Перехід від одного потоку до двох майже подвоїв пропускну здатність, приблизно 88 відсотків ефективності масштабування, а це означає, що цей VPS не втрачає багато потужності через накладні витрати або через сусідні інстанси, які змагаються за ті самі фізичні ядра.
На практиці це означає, що PHP-FPM, запущений із двома worker-процесами на цьому плані, може обробляти приблизно вдвічі більше запитів, ніж у сценарії з одним потоком, перш ніж CPU стане вузьким місцем, а не менше ніж удвічі, як було б, якби два vCPU заважали один одному в боротьбі за цикли.
Показник справедливості потоків, приблизно 1.3 відсотка варіації між двома потоками, підтверджує, що обидва ядра виконували приблизно однакову частку роботи, а не одне ядро тягнуло все навантаження, поки інше простоювало. Для реального сайту це означає, що запити рівномірно розподіляються між PHP-FPM worker-процесами, а не накопичуються в черзі за тим worker-процесом, який випадково зайнятий.
2. Швидкість пам’яті
Послідовний запис: 5,865.22 MiB/sec
Послідовне читання: 7,155.43 MiB/sec
Швидкість пам’яті важлива для Laravel так, що це легко не помітити. Кожен пошук у OPcache, кожне читання сесії, кожен масив або колекція, яку ваш застосунок створює під час обробки запиту, живе в RAM, і якщо на тій самій машині також працює кешувальний шар, як-от Redis, він конкурує за ту саму пропускну здатність пам’яті.
За приблизно 5.9 GiB на секунду на запис і 7.2 GiB на секунду на читання цей VPS може переміщувати дані в пам’ять і з пам’яті досить швидко, тож операції з пам’яттю навряд чи будуть тим, що уповільнить запит; вузьким місцем для типового Laravel-застосунку майже завжди буде диск або мережа, а не швидкість RAM.
Де пам’ять важливіша безпосередньо — це ємність, а не швидкість. З 7.8GB доступної RAM і 2GB swap у резерві цей план може комфортно запускати PHP-FPM, MySQL або PostgreSQL і невеликий екземпляр Redis поруч для одного застосунку, але він не залишає багато місця, якщо ви запускаєте кілька сайтів на одній VPS або базу даних із великим робочим набором.
Swap — це запобіжна сітка на випадок короткого стрибка пам’яті, а не заміна RAM, якщо застосунок справді замалий для цього плану.
Random 4K mixed read/write: приблизно 9,400 IOPS у кожному напрямку, близько 36.7 MiB/s пропускної здатності на напрямок
Послідовна швидкість — це показник, який має значення для великих одноразових операцій: відновлення резервної копії бази даних, розпакування архіву завантаження, запис великого лог-файлу.
За приблизно 740–750 MiB/s в обох напрямках, і з тим, що читання та запис відрізняються менш ніж на два відсотки, цей диск не має перекосу в один бік, який трапляється на деяких хмарних сховищах, де читання швидке, а запис суттєво відстає.
Випадкова продуктивність 4K — це показник, який насправді передбачає, як Laravel-застосунок відчуватиметься в повсякденному використанні, тому що база даних не читає і не записує великими послідовними блоками, вона читає і записує маленькі, розкидані блоки по диску, шукаючи рядки, оновлюючи індекси та записуючи до свого журналу транзакцій.
Понад 9,000 IOPS у кожному напрямку означає приблизно 9,000 дрібних операцій бази даних за секунду, перш ніж дискове I/O стане обмежувальним фактором.
Типове завантаження сторінки Laravel може запускати від кількох до кількох десятків запитів, залежно від того, як побудований застосунок, а це означає, що цей диск має запас для значної кількості одночасних користувачів, які звертаються до бази даних, перш ніж запити почнуть ставати в чергу в очікуванні доступу до диска.
Щоб упертися в цей ліміт, знадобилося б явно записоємне навантаження: високочастотне логування, зайнята таблиця черги, часті записи кешу на диск.
Обидва прогони показали сервер у Phoenix, Arizona, що відповідає розташуванню United States, яке я вибрав під час оформлення, майже повний гігабіт в обох напрямках і нуль втрат пакетів у двох спробах.
Для Laravel-застосунку цей показник найбільше важливий у двох речах: як швидко сервер може віддавати ресурси та API-відповіді відвідувачам, і якщо застосунок викликає зовнішні API або тягне дані з інших сервісів, як швидко завершуються ці вихідні запити.
Пропускна здатність майже на рівні гігабіта означає, що мережа не стане обмеженням для типового вебзастосунку; потрібно було б дуже велике навантаження на передачу великих файлів, відео, великих завантажень або масових експортів, щоб це стало вузьким місцем раніше за CPU або диск.
Майже ідентичні результати в двох окремих прогонах, зроблених із різницею в кілька хвилин, також виключають випадковий разовий сплеск; це те, як з’єднання працює стабільно, а не число, яке випадково один раз підскочило.
5. Стрес-тест
Я запускав CPU-, memory- і disk-stressor-и по 180 секунд кожен, щоб побачити, як сервер поводиться під тривалим навантаженням, а не лише під коротким сплеском:
CPU stress, 2 workers: 540,042 bogo ops, 0 failures
Disk stress, 2 workers: 2,655,058 bogo ops, 0 failures
Окремі числа bogo ops тут менш важливі, ніж те, чого не сталося.
Нуль збоїв worker-процесів і нуль ненадійних метрик у всіх трьох тестах, запущених підряд по три повні хвилини кожен, означає, що сервер тримав CPU, пам’ять і диск під одночасним тиском без падіння, без переходу в ненадійний стан і без повернення результатів, які сам бенчмарк позначив би як підозрілі. Це найближче, до чого цей тип тестування наближається до моделювання реального сплеску трафіку, коли кілька ресурсів завантажені одночасно, і це саме той результат, який має найбільше значення для тих, хто боїться, що їхній сайт впаде під час пікового навантаження, а не лише добре виглядатиме в окремих тестах.
Загальний висновок щодо продуктивності
План KVM 2 працює добре для свого класу, тобто це невеликий або середній VPS, а не флагманський. Практично це означає, що цей сервер має достатню однопотокову швидкість CPU та достатню кількість випадкових дискових IOPS, щоб підтримувати швидке завантаження типового Laravel-сторінки, достатню пропускну здатність мережі, щоб bandwidth не став вузьким місцем для звичайного вебзастосунку, і він витримав навантаження без жодного збою під час трьох одночасних стрес-тестів.
Нічого з цього не слід сприймати як вердикт щодо Laravel hosting від Hostinger загалом, адже це лише один рівень із чотирьох.
Менший особистий проєкт або низькотрафіковий застосунок цілком може комфортно працювати на дешевшому плані KVM 1, тоді як Laravel-застосунку, що обслуговує реальний production-трафік, запускає заплановані завдання, queue workers і базу даних одночасно, варто дивитися в бік KVM 4 або KVM 8, а не сприймати ці цифри KVM 2 як межу. Обирайте залежно від того, що саме ваш застосунок має робити, а не лише від стартової ціни на сторінці плану.
Laravel VPS Hosting від Hostinger
Discover how Hostinger Laravel VPS Hosting provides a flexible environment for deploying Laravel applications with dedicated server resources, full control, scalable performance, and customizable configurations for modern web projects.
Я тестував Laravel VPS від Hostinger від оформлення замовлення до відкриття фактичних інструментів керування, які він надає.
Це охоплювало вибір плану та розташування сервера, створення облікового запису, оплату, а потім з’ясування, як саме керувати Laravel-розгортанням після запуску сервера. Нижче — як це виглядало насправді, включно з моментом, коли інтерфейс відправив мене не туди, куди я очікував.
1. Реєстрація
Я почав зі сторінки Laravel VPS, яка відкривається трьома твердженнями, про які варто пам’ятати від самого початку:
Безкоштовні автоматичні щотижневі резервні копії
VPS, керований ШІ
Автоматичний сканер шкідливого ПЗ
Я вибрав план KVM 2, розумний середній варіант для одного Laravel-застосунку, а не ресурсоємної збірки, і перейшов до кошика.
Після цього сторінка кошика показала все на одному екрані:
Період оплати: 1, 12 або 24 місяці, за кожним варіантом показано економію
Розташування сервера: регіони згруповані за континентами, поруч із кожним вказано орієнтовну затримку
Marketplace застосунків: понад тисяча one-click варіантів ОС, панелей і застосунків
Я обрав 24 місяці за нижчу ставку, а потім провів більше часу, ніж зазвичай, над вибором розташування сервера.
United Kingdom показував найкращу затримку в списку, але я все одно прокрутив решту регіонів для порівняння. North America показувала непоганий результат для United States, а найшвидший варіант в Asia, Malaysia, значно відставав від обох.
Оскільки сайт, який я мав на увазі, мав би переважно американську аудиторію, я обрав United States, а не технічно швидший варіант United Kingdom.
Це варто підкреслити для будь-кого, хто порівнює регіони на цій сторінці. Найкраща затримка для вас, коли ви сидите перед власним ноутбуком, — це не той показник, який має значення. Має значення затримка для людей, які насправді відвідуватимуть сайт, тож обирайте відповідно до своєї аудиторії, а не до власних тестових результатів.
Далі я прокрутив до marketplace застосунків, де Laravel уже був вибраний, у тому самому форматі one-click setup, який Hostinger використовує для всього свого каталогу застосунків. Нічого змінювати не потрібно було, тож я перейшов прямо до оформлення.
Я вже був увійшов у наявний обліковий запис Hostinger, тож реєстрація зайняла лише один клік.
Після цього на екрані з платіжною адресою та оплатою були доступні:
Карта, що охоплює Visa, Mastercard, Amex і Discover
PayPal
Google Pay
AliPay, у окремих варіантах для China та Hong Kong
Coingate для криптовалютної оплати
Усе на одній сторінці, без окремого перенаправлення. Я відправив платіж, одразу отримав підтвердження на email і повернувся в hPanel, де новий сервер уже був у списку як запущений.
Тут особливо впадає в око те, скільки вибору Hostinger дає під час оформлення, не змушуючи робити нічого з цього обов’язково.
Особливо варто серйозно поставитися до порівняння локацій, а не просто натискати далі, адже рекомендований за замовчуванням варіант на сторінці плану не завжди відповідає тому, хто фактично користуватиметься сервером.
2. Панель керування / кабінет клієнта
Після успішної оплати hPanel відкрився на головному екрані, тій самій центральній панелі акаунта, яка керує доменами, поштою, конструктором сайтів і VPS-менеджментом з одного місця.
Вона привітала мене по імені, показала AI-панель запитів, рядок кнопок швидкого доступу, список завдань і нижче — список усіх сайтів і серверів в акаунті.
Далі я прокрутив до таблиці VPS, де новий сервер уже був позначений як Running, а його hostname, IP-адреса, план і дата завершення були видимі без відкриття чогось додатково.
Я натиснув Manage, щоб перейти до панелі конкретного сервера.
Потрапляння на головну сторінку акаунта одразу після оплати, коли сервер уже розгорнутий і показаний у списку, — це та частина цього процесу, яка стабільно працює добре.
Тут немає окремого екрана очікування і не треба шукати в меню те, що ви щойно купили.
3. Керування Laravel і сервером
Натискання Manage відкрило сторінку VPS Overview, і саме тут починаються справжні відмінності.
Угорі була картка застосунку з міткою Laravel і кнопкою Manage App, що підтверджувало автоматичне встановлення Laravel під час розгортання.
Прямо під нею була друга картка, якої я не очікував:
Cloudpanel, побудований на Ubuntu 24.04
Адміністративне ім’я користувача показане відкритим текстом
Посилання для скидання пароля
Своє окреме меню Manage, окремо від картки Laravel вище
Ця друга картка важливіша, ніж здається. Cloudpanel — це повноцінна панель керування сервером, що постачається разом із Laravel, а не одноразовий майстер налаштування, і саме вона виявилася фактичною поверхнею для керування файлами, сайтами та сервером щодня.
Прокручуючи повз обидві картки, нижче був сам інстанс Ubuntu 24.04, позначений як Running, із кнопками перезавантаження та термінала й root SSH-даними, розкладеними так само, як на будь-якому іншому VPS цього акаунта.
Оскільки сервер щойно було розгорнуто, графіки ресурсів ще не були заповнені, hPanel показав повідомлення з проханням повернутися приблизно через 30 хвилин за даними про використання — чесний спосіб поводження із сервером, у якого насправді ще немає історії трафіку, замість показу порожніх графіків так, ніби вони щось означають.
Нижче я знайшов:
Керування SSH-ключами
Правила firewall
Знімки резервних копій
Malware scanner: Не встановлено
Ця остання строка — перша справжня прогалина. Malware scanner читається як Not installed, стоячи прямо під сторінкою плану, де автоматичний malware scanner зазначений як одна з трьох головних функцій цього самого продукту. Що б там не обіцяли в маркетингу, він не вмикається за замовчуванням на сервері, який ви фактично отримуєте.
Зацікавившись, чи інша головна обіцянка працює краще, я перевірив Backups & Monitoring далі. Журнал Latest Actions показав:
Запис recreate, зафіксований того ж дня
Щотижневі записи backup_create, кожен зі статусом Success, що тягнуться більш ніж за місяць назад
Ця обіцянка підтвердилася тим, що показували журнали самого акаунта, і це різкий контраст із malware scanner, який знаходився неподалік, але був неактивним.
Варто знати, що Hostinger частину своїх заявлених функцій постачає за замовчуванням, а інші залишає на ваше власне увімкнення, і єдиний спосіб дізнатися, що саме до чого належить, — це перевірити самому, оскільки на сторінці плану всі вони подаються як однаково включені.
Потім я повернувся до картки Laravel app і натиснув Manage App, очікуючи, що вона відкриє щось на кшталт Laravel-специфічного налаштування або екрана керування файлами, як це зробила кнопка Cloudpanel.
Замість цього відкрилася сторінка під назвою “Let’s get started”, що веде до власної документації Laravel і відеоуроків Laracasts, а під нею була єдина кнопка Deploy now.
Я все одно натиснув її, щоб побачити, куди це веде, і мене перекинуло на laravel.com/cloud, сторінку реєстрації Laravel Cloud.
Ось важливе уточнення.
Laravel Cloud — це не продукт Hostinger і не має нічого спільного з VPS, за який я щойно заплатив. Це окрема, повністю керована платформа хостингу, створена й продавана безпосередньо командою Laravel, яка конкурує в тому ж просторі, що й Vercel або Heroku, зі своєю системою облікових записів, власними цінами та власним безкоштовним кредитом на використання.
Реєстрація там означала б оплату Laravel, додатково до того, що ви вже заплатили Hostinger, щоб розмістити свій застосунок десь зовсім в іншому місці.
Щодо того, чому Manage App веде саме туди, я перевірив офіційну базу знань, на яку сам Kodee послався, коли я запитав: “How to use the Laravel VPS template at Hostinger.” У цій статті описано, як отримати доступ до CloudPanel через IP вашого VPS на порті 8443, редагувати файл .env і запускати Composer та Artisan-команди через SSH.
Вона ніде не згадує кнопку Manage App і не згадує Laravel Cloud взагалі. Тож це не той випадок, коли пояснення існує десь, куди я просто не подивився.
Власний офіційний гайд Hostinger для цього конкретного шаблону не визнає, що ця кнопка взагалі існує, а Kodee, коли я запитав прямо, підтвердив, що Manage App не керує VPS і попередив, що реєстрація в Laravel Cloud звідти означатиме другий, окремий рахунок.
Будь-хто, хто натисне Manage App в очікуванні керування своїм застосунком, потрапляє на сторінку реєстрації іншого платного продукту без жодного попередження чи документації, яка б це пояснювала.
Кнопка, яка насправді веде туди, де треба, розташована на одну картку нижче. Manage panel на картці Cloudpanel.
Натискання її відкриває екран входу, який просить ім’я користувача та пароль, і тут варто бути точним, оскільки панель не дає жодних підказок після того, як ви опинилися на цьому екрані.
Ім’я користувача — admin, а пароль — це пароль сервера, який Hostinger надіслав на email під час першого розгортання VPS, а не пароль вашого облікового запису Hostinger.
Якщо той лист уже загубився, посилання Reset поруч із полем пароля на картці Cloudpanel генерує новий пароль без потреби шукати старий у пошті.
Після входу Cloudpanel відкривається на списку Sites, де hostname VPS уже налаштований як живий сайт, PHP встановлено як тип застосунку, а поруч є посилання Manage.
Відкриття налаштувань цього сайту показало повний ряд вкладок: Settings, Vhost, Databases, Varnish Cache, SSL/TLS, Security, SSH/FTP, File Manager, Cron Jobs і Logs.
Це справді повноцінна панель керування, і варто зазначити, що вкладка Cron Jobs знаходиться прямо тут, у тій самій інтерфейсній зоні. Kodee показав мені, як додати cron-запис планувальника вручну через SSH, що працює нормально, але Cloudpanel має спосіб зробити те саме через інтерфейс без дотику до термінала, і ні Kodee, ні стаття з бази знань не згадали про це як про варіант.
Коли з цим було покінчено, ліве меню на сторінці керування сервером — це місце, де живуть справжні інструменти.
Ось що воно пропонує:
Overview: сторінка з підсумком, із картками Laravel і Cloudpanel, використанням ресурсів і швидкими посиланнями до всього нижче
Settings: налаштування на рівні сервера, зокрема скидання root-пароля та зміну hostname
OS & Panel: керування операційною системою та тим, яка панель керування встановлена на сервері
Backups & Monitoring: розгортається у Snapshots & Backups, Server Usage і Latest Actions, де я й знайшов журнал щотижневих резервних копій, що підтверджував виконання цієї обіцянки
Security: охоплює malware scanner і налаштування firewall, розділ, де я знайшов сканер вимкненим
API: відкриває документацію API Hostinger у новій вкладці для тих, хто автоматизує керування сервером поза панеллю
DNS Manager: керування доменом і DNS-записами, прив’язаними до сервера
Tutorials: зовнішнє посилання на довідковий контент Hostinger
Це досить широкий набір, щоб назвати його повним покриттям для адміністрування VPS. Налаштування сервера, керування ОС, безпека, резервні копії, DNS і доступ до API представлені як окремі категорії, а не заховані в загальному меню налаштувань, і я не натрапив ні на що, чого б мені не вистачало в цьому списку.
Чого там немає, то це будь-яких Laravel-специфічних інструментів: розгортання коду, керування env-файлами, запуск Artisan-команд — усе це відбувається або через Cloudpanel, або через термінал, а не через цей sidebar.
Що підводить мене до кнопки термінала на картці Ubuntu. Її призначення — прямий доступ до командного рядка сервера, відкриття живої SSH-сесії в браузері без потреби у сторонньому SSH-клієнті або копіюванні приватного ключа на свій комп’ютер.
Натискання її відразу кинуло мене в root shell, уже автентифікований, із вітальним банером Cloudpanel на екрані, де був показаний його власний веб-адрес і CLI-інструмент під назвою clpctl для керування панеллю з командного рядка.
Для тих, хто почувається комфортно в терміналі, це найшвидший шлях до фактичного налаштування Laravel-інсталяції, розгортання коду, редагування змінних середовища, запуску міграцій, оскільки всього цього немає в окремих кнопках у hPanel.
Загальний висновок щодо простоти використання
Оформлення та шлях від оплати до робочого сервера тут працюють добре, і надання реальної ваги вибору розташування сервера, а не просте прийняття регіону, що тестується найшвидше, — це невелика деталь, яка справді корисна для тих, хто думає про те, де насправді будуть їхні відвідувачі.
Сама панель керування сервером покриває все, що потрібно адміністратору VPS: налаштування, керування ОС і панеллю, резервні копії, безпеку, DNS і доступ до API як чітко окремі категорії, і я не зіткнувся з жодною перешкодою в пошуку потрібного VPS-інструмента, якого б там не було. Проблема виникає на рівні керування застосунком.
Сканер шкідливого ПЗ, заявлений на сторінці плану, не був встановлений на сервері, який я отримав, а кнопка, яка фактично підписана як керування Laravel app, відправляє вас до сторінки реєстрації конкуруючого платного продукту замість чогось, що хоч трохи нагадує керування застосунком.
Cloudpanel і термінал працюють саме так, як повинні, щойно ви їх знаходите, а щотижневі резервні копії виконуються за графіком, як і було обіцяно. Нерівність у тому, що власний інтерфейс Hostinger спочатку підказує неправильні двері, і ніде в панелі не пояснюється, що Manage App — це не те керування застосунком, яке вам потрібно.
Laravel VPS Hosting від Hostinger
Discover how Hostinger Laravel VPS Hosting provides a flexible environment for deploying Laravel applications with dedicated server resources, full control, scalable performance, and customizable configurations for modern web projects.
Kodee, AI-асистент Hostinger, знаходиться за кнопкою Ask AI в hPanel і тут виконує роль підтримки, як і для решти продуктів Hostinger.
Я перевірив його двома окремими технічними запитаннями щодо цього VPS: одним про проблему інтерфейсу, з якою я вже зіткнувся, і другим, глибшим, про те, як саме Laravel працює в production на цьому сервері.
Після цього я переглянув базу знань Hostinger, щоб побачити, скільки з цього вона покриває без потреби когось питати.
1. AI-підтримка (Kodee)
Моє перше запитання було прямо з тестування кнопки Manage App на картці Laravel, яка відкривала Laravel Cloud, окрему платну платформу, а не щось, пов’язане з самим VPS.
Я прямо запитав Kodee, чи мала ця кнопка відкривати Laravel Cloud або керувати вже встановленою через Cloudpanel інсталяцією, і що саме станеться, якщо я зареєструюся в Laravel Cloud звідти.
Kodee відповів менш ніж за хвилину:
Підтвердив, що Manage App не керує наявною VPS-інсталяцією
Правильно визначив її як посилання на Laravel Cloud, окрему платформу розгортання
Вказав на Cloudpanel, доступний за IP VPS на порту 8443, як на справжню поверхню керування
Попередив, що реєстрація в Laravel Cloud створить окреме, незалежно оплачуване середовище, а не розгорне щось на VPS, за який я вже заплатив
Це чітка, правильна відповідь на запитання, яке має реальну фінансову ціну, якщо помилитися, і вона супроводжувалася посиланням на власну документацію Hostinger, а не здогадкою.
Далі я поставив запитання з більшим технічним навантаженням. Laravel-застосунки в production залежать від cron-запису для scheduler-а завдань і процесу Supervisor, щоб worker-процеси черги залишалися активними, і я хотів дізнатися, чи налаштовує шаблон VPS щось із цього автоматично, а також чи переживе Supervisor перезавантаження, якщо я налаштую його самостійно.
Kodee сказав, що перевірить сервер безпосередньо перед відповіддю, і так і зробив:
Повідомив, що запис schedule:run cron відсутній
Повідомив, що служба Supervisor не налаштована
Повідомив, що queue worker не налаштований
Надав точний cron-рядок, потрібний для scheduler-а
Надав повний блок конфігурації Supervisor для queue worker із правильними прапорцями
Підтвердив, що Supervisor зберігається після перезавантаження, якщо увімкнути його через systemctl enable –now supervisor
Додав нагадування виконати php artisan queue:restart після розгортання нового коду — деталь, яку легко пропустити і яка спричиняє реальні production-баги, якщо її забути
Що я думаю про AI-підтримку: Kodee тут справді заслужив свої відповіді. Підтвердження того, що на сервері немає scheduler cron і немає процесу Supervisor, перш ніж рекомендувати щось, — це різниця між відповіддю за чеклістом і відповіддю, прив’язаною до того, що саме робить цей конкретний сервер. А нагадування перезапускати queue worker після деплою — це саме та дрібниця, яка з’являється лише тоді, коли хтось, або щось, справді розуміє, як Laravel queues поводяться в production.
Два запитання, дві точні й повні відповіді, і обидві — за кілька хвилин.
2. База знань
База знань Hostinger організована однаково для всіх продуктів: великі плитки категорій із кількістю статей, рядок пошуку та фільтр категорій угорі.
Замість перегляду я одразу перейшов до пошуку й увів “laravel”, що повернуло 15 результатів на двох сторінках, помітно більше, ніж у більш вузьких one-click застосунків.
Однак тут варто зробити застереження. Більша кількість результатів не означає більшу релевантність, оскільки кілька збігів були лише побічно пов’язані: стаття про обмеження PHP mail і ще одна про проблеми міграції сайту з’явилися просто тому, що в них згадується Laravel.
Найрелевантніший результат, “How to use the Laravel VPS template at Hostinger,” описує доступ до Cloudpanel, розуміння структури папок Laravel, редагування файлу .env, запуск Composer і запуск міграцій.
Це добрий посібник із запуску першого Laravel-проєкту на цьому шаблоні. Чого він не покриває, так це scheduler або queue workers, тобто саме ту прогалину, яку Kodee мав заповнити, коли я запитав.
Глибше в результатах пошуку виявилося ще дещо, на що варто звернути увагу. Старіша стаття “How to deploy Laravel 8 at Hostinger” дійсно містить робочий cron-приклад для scheduler-а, але вона написана для іншого, старішого налаштування — ручного розгортання Laravel на shared або cloud hosting, а не для поточного шаблону VPS, із файловою структурою public_html, яка не має жодного стосунку до того, як Cloudpanel організовує VPS.
Будь-хто, хто шукає в базі знань підказки щодо scheduler-а для цього VPS-шаблону, спочатку натрапить на статтю, що описує інший продукт, а не на щось, що справді підходить до його сервера.
Що я думаю про базу знань: На папері виглядає добре кількісно: 15 результатів на один пошуковий запит, але сама цифра приховує, наскільки розпорошеним є справді корисний контент. Основна стаття про VPS-шаблон добре написана й допомагає запустити перший проєкт, але зупиняється саме там, де production-розгортання стає серйозним, а єдина документація, що справді покриває scheduler, належить до зовсім іншого, старішого хостинг-продукту.
Читач, який покладається лише на базу знань, цілком може піти за тим старим гайдом і неправильно налаштувати свій VPS, скопіювавши команди, створені для зовсім іншої файлової структури.
Загальний висновок щодо підтримки
Kodee тут бере на себе основну роботу, і робить це добре. Обидві розмови починалися з того, що він перевіряв живий стан сервера перед відповіддю, а друга з них дала повне, правильне, готове до розгортання виправлення для того, що шаблон VPS не налаштовує за замовчуванням.
База знань допомагає запустити перший Laravel-проєкт, але її покриття швидко слабшає за цим рівнем, а те, що все-таки існує для більш складного налаштування, як-от scheduler, знаходиться в статті, написаній для зовсім іншого хостинг-продукту.
Для всього, що виходить за межі базових речей, Kodee — надійніший шлях, і він постійно це підтверджував, дивлячись на те, що реально є, а не на те, що припускав.
Laravel VPS Hosting від Hostinger
Discover how Hostinger Laravel VPS Hosting provides a flexible environment for deploying Laravel applications with dedicated server resources, full control, scalable performance, and customizable configurations for modern web projects.
Так. Основи тут сильні. Laravel і Cloudpanel приходять попередньо встановленими та робочими, базове обладнання добре показує себе в бенчмарках CPU, пам’яті та диска, а Kodee дав дві точні, орієнтовані на реальний сервер технічні відповіді, коли я перевірив його на практиці. Щотижневі резервні копії підтвердилися власними журналами акаунта — саме так, як і було заявлено.
Гострі кути вузькі, але їх варто знати до покупки. Сканер шкідливого ПЗ, заявлений як головна функція, не був увімкнений за замовчуванням, а кнопка Manage App на картці Laravel відправляє вас до Laravel Cloud, окремого платного продукту, а не до чогось, що схоже на керування застосунком, і ніде немає попередження про це.
Жодну з цих речей неважко обійти, коли знаєш, що Cloudpanel — це справжня поверхня керування, але й не повинно бути потреби в здогадках.
Для розробника, який хоче швидко запустити Laravel на надійній інфраструктурі та готовий витратити п’ять хвилин, щоб знайти Cloudpanel замість неправильно підписаної кнопки поруч, це легка рекомендація. Для того, хто хоче, щоб кожна заявлена функція була увімкнена в момент запуску сервера без жодної додаткової перевірки, закладіть кілька додаткових хвилин на налаштування перед тим, як вважати все готовим.
The section about renewal pricing is probably the most important takeaway. Introductory prices always look attractive, but it's the renewal cost that determines the real long-term value. I also found another review on Bestecision that breaks down the pricing, performance, and renewal considerations in detail.
Хостингер - это худший сервис из всех что я попробовал, абсолютно не рекомендую, это просто развод! Дважды сняло деньги за домены которые я не продолжал, поддержка - тупая, не смогла решить проблему, дублируют мои личные данные в своей системе и затем повторно снимают деньги. Баги в системе
Прежде всего, нам очень жаль слышать о доставленных неудобствах и полученном неприятном опыте.
После внимательного рассмотрения Вашей ситуации и общения с поддержкой в целом, мы бы хотелось бы внести ясность в некоторые моменты:
Второй аккаунт был создан посредством авторизации Вами год назад на hostinger.com через Google аккаунт и совершение там покупки. Со своей стороны мы не можем продублировать аккаунт, как и добавить метод оплаты.
При совершении покупок кредитной картой или PayPal аккаунтом, мы автоматически привязываем Ваш метод оплаты к профилю. Это сделано для Вашего удобства - чтобы для будущих покупок Вам не нужно было вносить все данные заново. Также, для обеспечения бесперебойной работы Ваших услуг, мы включаем автоматическое продление услуг после покупки (и конечно уведомляем заранее о будущих оплатах). Таким образом Вы можете сделать покупку к примеру хостинга и больше не волноваться о своевременности продления - система сделает всё для Вас.
Мы уже исправили ситуацию и отправили все подробности в чате и на почту. Пожалуйста, свяжитесь с нами, если у Вас есть какие-либо вопросы!
Користую десь півтори місяці, однак за цей час вже мав приємну нагоду відмітити оперативну, швидку і дуже якісну технічну підтримку. Ви молодці! Тішусь, що обрав саме Hostinger. Поки все подобається і влаштовує.
Пользуюсь данным хостингом с 2012 года. Конечно, возникают иногда небольшие проблемы, но ОЧЕНЬ редко, а решаются службой поддержки МОМЕНТАЛЬНО. Никогда даже не посещала мысль о том, что бы перейти куда-то. Рекомендую. Даже не сомневайтесь!!!
Чудова підтримка, зручна адмінка і приємні тарифи!
Користуюсь близько року, хостинг дуже зручний, всі важливі інструменти та послуги "під рукою", були проблеми - швидше за все через те що я новачок в сфері створення сайтів, тех.підтримка завжди допомагала - оперативно та люб'язно! Дякую за вашу роботу. Думаю продовжити, а може й оновити тарифний "план" )
Так чтоб вы понимали ничего не понимаю в этом, парни с тех поддержки все разжевали в рот положили и компотом все залили)) Все настроил за пару часов. Больше времени ушло на перенос базы данных с локалки на их сервер, но и тут была проблема какая то кодировка не давала поставить базу, ребята сами все исправили. Спасибо огромное
Чи підходить Hostinger для хостингу Laravel-додатків?
Так. Laravel і Cloudpanel попередньо встановлено в момент надання VPS, базове обладнання добре справляється з CPU, пам’яттю та диском, а AI-асистент Hostinger Kodee дає точні, конкретні відповіді на реальні запитання щодо конфігурації Laravel. Основний недолік — сканер шкідливого ПЗ, який постачається вимкненим, попри те, що заявлений як включений.
Чи постачається Laravel VPS від Hostinger із попередньо встановленим Laravel?
Так. Laravel доступний як програма в один клік під час оформлення VPS і автоматично встановлюється на Ubuntu разом із Cloudpanel — панеллю керування, яку потім використовують для керування застосунком, його базою даних і налаштуваннями домену.
Чи пропонує Hostinger безкоштовний пробний період для Laravel VPS-хостингу?
Немає окремого безплатного пробного періоду для планів Laravel VPS. Натомість Hostinger надає на кожен тариф VPS 30-денну гарантію повернення коштів, хоча друге відшкодування за VPS протягом 180 днів від першого не буде схвалено.
Чи можу я отримати відшкодування за VPS-хостинг Hostinger?
Так, протягом 30 днів із моменту покупки, якщо ви вже не повертали кошти за інший тариф VPS протягом останніх 180 днів. Оновлення до наявного тарифу VPS і платежі, здійснені в криптовалюті, взагалі не підлягають поверненню.
Як керувати моїм Laravel-додатком на VPS від Hostinger?
Через Cloudpanel, доступний через кнопку «Manage panel» на картці Cloudpanel у hPanel, або безпосередньо за IP-адресою VPS на порту 8443. Кнопка Manage App на самій картці Laravel не керує застосунком, а веде до Laravel Cloud — окремого хостинг-продукту, не пов’язаного з VPS.
HostAdvice.com пропонує професійні і незалежні відгуки про веб-хостинги. Наші відгуки є чесними, неупередженими і рівними для всіх учасників.
Ми отримуємо грошову винагороду від компаній, про які пишемо. Винагорода не впливає на характер і лояльність наших відгуків. Так само, це жодним чином не впливає на позиції певних компаній в рейтингах. Винагорода лише покриває витрати на плату рецензентам, купівлю акаунтів і вартість тестів.
