Hostginger 出售其 Laravel VPS，作為一個預先安裝、AI 管理的伺服器，目標係令 Laravel 專案可以快速上線。喺實際測試入面，大部分承諾都成立，包括強勁嘅基準測試、功能不錯嘅 AI 支援代理、以及確認按時運行嘅備份。
不過，控制台上一個按鈕把我送到一個完全意想不到嘅地方，而呢一點喺你自己撳之前，值得先知道。以下係完整分析。
為咗為 Hostinger 的 Laravel VPS hosting 打分，我採用咗 HostAdvice 嘅 rating methodology，即係網站上每個評測都使用嘅同一套標準化方法，咁樣分數可以保持一致，並且基於真實測試，而唔係營銷說法。以下係各項參數嘅得分。
| 參數 | 分數 | 點解有呢個分數 |
|---|---|---|
| Prices | 9.0/10 | 各級別都有穩定嘅 30 日保證，不過 VPS 退款之間要隔 180 日先可以再申請。 |
| Features | 9.1/10 | EPYC 硬件、Cloudpanel 同 Git 整合全部級別都有，不過惡意軟件掃描器要手動啟用。 |
| Performance | 9.2/10 | CPU 擴展能力強、磁碟速度平均，而且壓力測試零失敗。 |
| Ease of Use | 8.7/10 | 付款流程快而順，但一個令人困惑嘅應用管理按鈕，而且完全冇文件說明，拉低咗分數。 |
| Support | 9.6/10 | Kodee 兩次檢查實際運行中嘅伺服器，並提供咗準確、可直接部署嘅修正方案。 |
| 總分 | 9.1/10 | 一個功能完整嘅 Laravel 主機，支援同基準測試都非常出色，只係俾一個真實介面失誤拖慢咗少少。 |
Hostinger 將 Laravel hosting 作為四個 KVM VPS 級別之一出售，由 KVM 1 到 KVM 8，隨住級別提升，CPU 核心、RAM、NVMe 硬碟空間同頻寬都會一齊增加。
Laravel 本身唔係獨立購買項目，而係喺你付款時揀嗰個級別上面加上一個一鍵安裝應用；Cloudpanel 亦一併附送，並且係實際用嚟管理已上線安裝嘅控制面板。
落單之前，有幾點值得留意：
Hostinger 自己嘅指引話 KVM 1 已經足夠一個簡單 Laravel 網站，而 KVM 8 就適合較重、資源密集型項目。
根據測試，再補充一點：關於 Manage App 按鈕嘅應用管理混亂，以及惡意軟件掃描器預設關閉，呢兩點喺所有級別都一樣，所以升級容量都唔會解決呢兩個問題。揀計劃時應該根據 CPU 同流量需求，而唔係淨係睇標價；而呢兩個特定問題，無論你揀邊個級別，都要用同一種方式處理。
Laravel 應用嘅成敗，喺伺服器本身同代碼一樣重要。頁面載入取決於 CPU 速度去執行 PHP，資料庫查詢取決於磁碟 I/O，session 同快取取決於記憶體，如果應用有排程工作或者真實訪客，網絡吞吐量同持續負載處理能力都一樣重要。
Laravel 本身唔會改變呢啲，佢都係喺 Linux 上面跑 PHP，所以真正要測試嘅，其實就係呢部 VPS。
我對呢部伺服器做咗完整基準測試，涵蓋 CPU、記憶體、磁碟、網絡，同埋持續壓力測試，睇吓呢個計劃實際提供啲咩，同埋對真實應用代表咩意思。
我測試嘅實例係 KVM 2 計劃，即係我喺付款時揀嘅嗰個：
正式講數據之前，最好知道 Hostinger 嘅 Laravel VPS 系列其實同佢其他 VPS 產品一樣，都係四個級別，KVM 1 到 KVM 8，而 KVM 2 係由下而上第二個級別，喺最平嗰個之上一級，但又遠低於為較重型、多應用工作負載而設嘅 KVM 4 同 KVM 8。
以下結果反映一個小至中型 Laravel 專案，即一個單一應用，服務真實但規模唔大嘅流量，而唔係一個喺同一部機上跑多個服務嘅大型平台。
以下係單線程數字喺實際應用上代表啲咩。一般 Laravel 請求，例如渲染 Blade view、執行幾個 Eloquent 查詢、檢查 session，大部分時間都係由一個 CPU 核心處理 PHP 工作，而唔係同時分散去多個核心。
喺呢個測試入面平均每個計算事件延遲 0.61ms，表示 CPU 唔會係令頁面變慢嘅部分。
平均延遲同 95th percentile 之間差距都好細，0.61ms 對 0.64ms，代表效能保持穩定，而唔係偶爾有某幾個請求慢好多，嗰種情況會令真實訪客見到間歇性慢載入。
多線程結果更有用，因為佢更能反映並發能力。由一個 thread 去兩個 thread，吞吐量幾乎翻倍，擴展效率約 88%，即係呢部 VPS 並冇因為開銷或者其他租戶爭用實體核心而失去太多效能。
實際嚟講，如果 PHP-FPM 喺呢個計劃上跑兩個 worker process，當 CPU 成為瓶頸之前，佢可以處理大約兩倍於單線程情況嘅請求量，而唔係少過兩倍；如果兩個 vCPU 互相搶 cycles，就會出現後者嗰種情況。
thread 公平性數值，即大約 1.3% 變異，證明兩個核心大致平均分擔工作，而唔係一個核心做晒，另一個閒置。對真實網站嚟講，即係請求會平均分配到各個 PHP-FPM worker，而唔係堆喺某一個忙緊嘅 worker 後面。
記憶體速度對 Laravel 嚟講，其實比好多人成日忽略。每一次 OPcache 查找、每一次 session 讀取、每一個應用喺處理請求時建立嘅 array 或 collection，都係喺 RAM 入面運作；如果 Redis 呢類快取層都喺同一部機上跑，仲會同呢啲記憶體頻寬爭資源。
每秒大約 5.9 GiB 寫入同 7.2 GiB 讀取，代表呢部 VPS 可以喺記憶體入面搬運資料得夠快，幾乎唔會因為記憶體操作而拖慢請求，對一般 Laravel 應用嚟講，瓶頸多數會先出喺磁碟或者網絡，而唔係 RAM 速度。
記憶體更直接重要嘅地方，其實係容量而唔係速度。呢個計劃有 7.8GB 可用 RAM 同 2GB swap，足夠同時運行 PHP-FPM、MySQL 或 PostgreSQL，同埋一個細型 Redis，適合一個單一應用；但如果你喺同一部 VPS 上面跑幾個網站，或者資料庫工作集好大，就唔會有太多餘裕。
swap 只係短暫記憶體高峰嘅安全網，唔可以代替真正足夠嘅 RAM，如果應用對呢個計劃嚟講真係太大，swap 唔會係長遠解決方案。
順序速度係反映大規模一次性操作嘅數字，例如還原資料庫備份、解壓上傳檔案、寫入大型 log 檔。
大約 740 到 750 MiB/s 嘅雙向速度，加上讀寫相差唔超過 2%，表示呢塊磁碟唔會出現某些雲端儲存常見嗰種方向失衡，即讀取快但寫入慢好多。
Random 4K 表現先至真係能夠預示 Laravel 應用日常用起上嚟感覺如何，因為資料庫唔係一次過讀寫大塊順序資料，而係喺查找 rows、更新 index、寫 transaction log 時，喺磁碟上讀寫好多細小、分散嘅區塊。
每秒少少超過 9,000 IOPS 雙向表現，即代表喺磁碟 I/O 成為限制之前，大約每秒可以處理 9,000 次細型資料庫操作。
一個普通 Laravel 頁面載入，可能會觸發由幾個到幾十個 query，視乎應用寫成點；呢塊磁碟足以支撐一定數量嘅並發用戶同時查資料庫，先至會開始喺磁碟存取上排隊。
要推到呢個上限，會需要明顯寫入密集型工作，例如大量日誌、繁忙嘅 queue table，或者頻繁寫入磁碟嘅快取。
兩次測試都喺我揀嘅美國地點附近嘅 Phoenix, Arizona 伺服器進行，下載同上傳都接近滿千兆，兩次都冇 packet loss。
對 Laravel 應用嚟講，呢個數字最主要影響兩樣嘢：伺服器向訪客傳送資產同 API 回應有幾快，以及應用如果要呼叫外部 API 或拉取其他服務資料，呢啲 outbound call 完成得有幾快。
接近千兆嘅吞吐量代表對一般網頁應用嚟講，頻寬唔會成為限制；除非你有好大量大檔傳輸、影片、大型下載、批量匯出，否則瓶頸多數都會係 CPU 或磁碟，而唔係頻寬。
兩次測試相隔幾分鐘，但結果幾乎一樣，亦排除咗只係一次幸運爆高嘅可能，呢個先係呢條連線嘅常態表現，而唔係偶爾撞中高峰嘅數字。
我對 CPU、記憶體同磁碟各自跑咗 180 秒壓力測試，睇吓伺服器喺持續負載下表現如何，而唔係只係短時間爆發：
單獨睇 bogo ops 數字意義冇咁大，真正重要係冇發生咩事。
三項測試連續跑足三分鐘，全部都係 0 failed workers 同 0 untrustworthy metrics，代表伺服器喺 CPU、記憶體同磁碟同時受壓時，依然穩定運作，冇崩潰、冇降頻到唔可靠，亦冇回傳俾 benchmark 標記為可疑嘅結果。呢個已經係呢類測試最接近模擬真實流量高峰嘅方式，即係多個資源同時推到極限；而對擔心網站喺繁忙時段會唔會倒下嘅人嚟講，呢個結果最重要。
以上唔應該被解讀為對 Hostinger Laravel hosting 整體嘅最終結論，因為呢度只係四個級別之中嘅一個。
更細嘅個人專案或低流量應用，完全可以喺更平嘅 KVM 1 跑得好好；而一個要同時處理真實生產流量、排程工作、queue worker 同資料庫嘅 Laravel 應用，就應該考慮 KVM 4 或 KVM 8，而唔係將呢啲 KVM 2 數字當成上限。選擇時應該根據應用實際需要，而唔係只睇計劃頁上面最吸引眼球嘅入門價。
我由付款到打開實際管理工具，測試咗 Hostinger 嘅 Laravel VPS。
呢個過程包括揀計劃同伺服器地點、建立帳戶、付款，然後搵方法去真正管理一個已上線嘅 Laravel 部署。以下係實際體驗，包括一個令我意外嘅時刻，因為介面將我帶咗去一個我冇預計過嘅地方。
我先由 Laravel VPS landing page 開始，頁面最前面有三個值得記住嘅主張：
我揀咗 KVM 2 計劃，作為一個合理中間選擇，適合單一 Laravel 應用，而唔係資源需求好高嘅部署，之後就入咗購物車。
之後，購物車頁面將所有嘢都放喺同一個畫面：
我揀咗 24 個月，因為月費低啲，然後喺伺服器地點上用咗多啲時間。
列表入面 United Kingdom 顯示出最好延遲，但我都照樣向下掃睇埋其他地區。North America 入面 United States 結果都唔錯，而 Asia 最快嘅選項 Malaysia 就比前兩者慢好多。
因為我諗住個網站主要面向美國用戶，所以我揀咗 United States，而唔係技術上延遲更低嘅 United Kingdom。
呢點對任何比較呢頁地區選項嘅讀者都值得留意。對住你自己部 laptop 測出嚟最好嘅 latency，唔一定係最重要嗰個數字。真正重要係對實際會用你網站嘅人有幾快，所以應該根據你嘅受眾去揀，唔好淨係根據自己測試結果。
之後，我掃入應用商店，Laravel 已經預先揀好，呢個係 Hostinger 喺整個 app catalog 上用緊嘅同款一鍵安裝流程。冇咩需要改，我就直接去付款。
我已經登入咗現有 Hostinger 帳戶，所以註冊本身只係一個撳掣動作。
之後，帳單地址同付款畫面提供咗：
全部都喺同一頁，冇跳去另一個頁面。我提交付款後即刻收到確認電郵，然後返到 hPanel，見到新伺服器已經列作 Running。
呢度最突出嘅地方係 Hostinger 俾咗好多付款選擇，但又冇逼你一定要用。
特別係地點比較，真係值得認真對待，而唔係隨手略過，因為 plan 頁嘅預設建議未必同實際用緊伺服器嘅人一致。
付款完成後，hPanel 開咗去主頁，即係處理 domain、email、website builder 同 VPS 管理嘅同一個中央帳戶介面。
頁面會用你個名打招呼，仲有 AI 提示欄、一排快捷按鈕、一個待辦清單，同埋下方列出所有網站同伺服器。
之後我掃去 VPS 表格，新伺服器已經標示為 Running，主機名、IP 地址、計劃同到期日都一眼睇到，唔使打開任何嘢。
我撳 Manage 入去伺服器專屬面板。
付款後即刻落到帳戶主頁，伺服器已經完成部署並列出嚟，呢一步流程一直做得好順。
唔需要另外等畫面，亦唔使喺選單入面搵你啱啱買嘅嘢。
撳 Manage 之後會開到 VPS Overview 頁面，而呢度先開始見到真正分別。
頁面頂部有一張標示 Laravel 嘅 app 卡片，同埋一個 Manage App 按鈕，證明 Laravel 喺開通時已經自動安裝。
直接下面仲有第二張我冇預料到嘅卡片：
第二張卡片比表面睇落更重要。Cloudpanel 係同 Laravel 一齊附帶嘅完整伺服器控制面板，唔係一次性設定精靈，而事實證明佢先係日常管理檔案、網站同伺服器嘅實際介面。
再向下掃，下面嘅 Ubuntu 24.04 實例顯示為 Running，仲有 reboot 同 terminal 控制，同 root SSH 資料，佈局同呢個帳戶入面其他 VPS 一樣。
由於呢部伺服器啱啱先部署，資源圖表仲未有資料；hPanel 顯示一則訊息，叫我大約 30 分鐘後再返嚟睇使用數據，呢種做法誠實地處理咗一部真係未有流量歷史嘅伺服器，而唔係用空白圖表假扮有嘢睇。
再向下我搵到：
最後嗰行係第一個明顯缺口。惡意軟件掃描器顯示為 Not installed，正正放喺產品頁面將「自動惡意軟件掃描器」列為呢個產品其中一個重點功能嘅下方。不管營銷點講，喺你實際收到嘅伺服器上，佢並未預設開啟。
我想知另外一個重點主張係咪好啲，就去睇 Backups & Monitoring。Latest Actions 日誌顯示：
呢個主張同帳戶自己嘅日誌吻合，證明係真嘅，亦同一段距離之外嗰個未啟用嘅惡意軟件掃描器形成鮮明對比。
要知道 Hostinger 有啲聲稱功能係真係預設提供，但有啲就要你自己開啟，唯一方法係自己去搵，因為 plan 頁面將佢哋一律當作已包含。
之後我返去 Laravel app 卡片，撳 Manage App，預期會開到某種 Laravel 專用設定或檔案管理畫面，好似 Cloudpanel 個按鈕咁。
但結果係打開一個標題為 “Let’s get started” 嘅頁面，連去 Laravel 自己嘅文件同 Laracasts 影片教學，下面仲有一個按鈕寫住 Deploy now。
我照樣撳咗一下，睇吓會帶我去邊，結果去到 laravel.com/cloud，即係 Laravel Cloud 嘅註冊頁。
呢度要精準分清楚一點。
Laravel Cloud 係唔屬於 Hostinger 嘅產品 ，同我啱啱付款嘅 VPS 完全冇關。佢係 Laravel 團隊自己建立並出售嘅另一個全託管 hosting 平台，市場定位同 Vercel 或 Heroku 類似，有自己嘅帳戶系統、自己嘅收費同自己嘅免費使用額度。
如果你喺嗰度註冊，即係要向 Laravel 付款，另外再加上你已經俾咗 Hostinger 嘅錢，而應用其實係喺另一個地方託管。
至於點解 Manage App 會導向嗰度，我查咗 Kodee 引用嘅官方知識庫文章，How to use the Laravel VPS template at Hostinger。嗰篇文章講解點樣透過你嘅 VPS IP 同 8443 port 去存取 CloudPanel、編輯 .env 檔案，以及透過 SSH 運行 Composer 同 Artisan 指令。
文章入面完全冇提 Manage App 按鈕，亦冇提過 Laravel Cloud。咁即係話，呢唔係因為我未睇到某個解釋而已。
Hostinger 針對呢個模板嘅官方教學，根本冇承認呢個按鈕存在；而當我直接問 Kodee 時，佢都確認 Manage App 唔係用嚟管理 VPS，並提醒如果由嗰度去註冊 Laravel Cloud，就會變成另外一張獨立帳單。
任何人如果以為撳 Manage App 就可以管理自己個 app，最後只會見到另一個收費產品嘅註冊頁，而事前完全冇任何文件提示呢件事。
真正帶你去管理嘅按鈕，其實喺下面一張卡片，Manage panel，位於 Cloudpanel 卡片上。
撳入去之後會開啟登入畫面，要求輸入 username 同 password，而喺呢一點上要講清楚，因為畫面本身完全冇提示。
username 係 admin，而 password 係 Hostinger 喺 VPS 第一次開通時寄畀你嘅伺服器密碼，唔係你嘅 Hostinger 帳戶密碼。
如果嗰封電郵早就搵唔返，Cloudpanel 卡片上面、密碼欄旁邊嗰個 Reset 連結，可以幫你重新產生一個新密碼，唔使返去 inbox 慢慢搵。
登入之後，Cloudpanel 會打開 Sites list，VPS 主機名已經設定成一個 live site，應用類型設為 PHP，旁邊有 Manage 連結。
打開嗰個 site 嘅設定後，見到一整排分頁，包括 Settings、Vhost、Databases、Varnish Cache、SSL/TLS、Security、SSH/FTP、File Manager、Cron Jobs 同 Logs。
呢個係真正完整嘅控制面板，而且值得特別提一提，因為 Cron Jobs 分頁就咁擺喺度。Kodee 叫我透過 SSH 手動加入 scheduler 嘅 cron 條目，做法完全冇問題，但 Cloudpanel 其實有圖形化方式可以做同一件事，唔使碰 terminal，而 Kodee 同知識庫文章都冇提過呢個選項。
講完前面，伺服器管理頁面左邊嗰個選單就係真正控制所在。
佢提供以下內容：
呢個範圍已經夠全面，可以話係 VPS 管理需要嘅完整覆蓋。伺服器設定、OS 控制、安全、備份、DNS 同 API 存取，都各自有獨立分類，而唔係埋喺一個大雜燴設定選單入面，我亦冇遇到任何想要但搵唔到嘅控制項。
但佢唔會將 Laravel 專用工具整合入去，例如部署程式碼、管理環境檔案、運行 Artisan 指令，全部都要透過 Cloudpanel 或 terminal，而唔係呢個 sidebar。
咁就講到 Ubuntu 卡片上面嗰個 terminal 按鈕。佢嘅作用係直接用命令列登入伺服器，喺瀏覽器內開一個即時 SSH session，唔需要另外用 SSH client，亦唔需要將 private key 複製到自己部機。
撳落去之後，我即刻進入咗 root shell，已經完成認證，畫面上有 Cloudpanel 嘅歡迎 banner，顯示佢自己嘅網頁地址同一個叫 clpctl 嘅 CLI 工具，用嚟透過命令列管理 panel。
對於熟悉 terminal 嘅人嚟講，呢個係真正配置 Laravel 安裝、部署程式碼、編輯環境變數、執行 migrations 嘅最快方法，因為 hPanel 入面冇任何專門按鈕可以做呢啲事。
伺服器管理 sidebar 本身涵蓋咗 VPS 管理員需要嘅所有嘢：設定、OS 同 panel 控制、備份、安全、DNS 同 API 存取，而且分類清晰，冇任何我搵唔到嘅 VPS 級控制項。問題出喺應用管理層。
產品頁面宣傳嘅惡意軟件掃描器，喺我收到嘅伺服器上並未安裝；而 Laravel 卡片上面嗰個標為 Manage App 嘅按鈕，會帶你去一個競爭對手嘅收費產品註冊頁，而唔係任何類似應用管理嘅地方，事前亦冇任何文件提醒你。
Cloudpanel 同 terminal 一旦搵到，就運作得好正常；每週備份亦如承諾般按時運行。真正粗糙嘅地方係，Hostinger 自己嘅介面先指錯咗門，而面板內完全冇說明 Manage App 唔係你以為嘅應用管理入口。
Kodee 係 Hostinger 嘅 AI 助手，藏喺 hPanel 入面嘅 Ask AI 按鈕後面，喺呢度同佢其他產品一樣負責支援。
我用咗兩條針對呢部 VPS 嘅技術問題去測試佢，一條關於我已經遇到嘅介面問題，另一條關於 Laravel 喺呢部伺服器上點樣喺生產環境運作嘅更深層問題。
之後，我又查咗 Hostinger 嘅知識庫，睇吓唔使問人嘅情況下可以覆蓋到幾多內容。
我第一條問題直接來自測試 Laravel app 卡片嘅 Manage App 按鈕，因為嗰個按鈕打開咗 Laravel Cloud，一個獨立收費平台，而唔係任何同 VPS 有關嘅功能。
我直接問 Kodee 呢個按鈕係咪應該打開 Laravel Cloud，抑或管理已經透過 Cloudpanel 運行緊嘅安裝，同埋如果我喺嗰度註冊 Laravel Cloud，實際會發生咩事。
Kodee 喺一分鐘內回覆：
呢個係一個清晰而正確嘅答案，針對一個如果答錯會有實際金錢代價嘅問題，而且仲附上咗 Hostinger 自己文件嘅引用，而唔係估答案。
之後我問咗一條更技術性嘅問題。Laravel 應用喺生產環境依賴一個 cron 條目去執行 task scheduler，並且依賴 Supervisor 進程去保持 queue workers 運行。我想知呢個 VPS 模板會唔會自動設定其中任何一樣，以及如果我自己配置 Supervisor，佢重啟後會唔會繼續存在。
Kodee 話會先檢查伺服器本身再答，結果佢真係咁做：
我對 AI 支援嘅睇法：Kodee 喺呢度真係用答案贏得咗信任。佢先確認呢部伺服器上真係冇 scheduler cron 同 Supervisor process，先至再建議下一步；呢種做法就係同清單式答覆唔同，而係基於呢部具體伺服器實際狀態。佢仲提醒你部署後要重啟 queue worker，呢個係真真正正了解 Laravel queue 喺生產環境點運作先會講得出嘅細節。
兩條問題，兩個準確而完整嘅答案，而且都喺幾分鐘內提供。
Hostinger 嘅知識庫結構同佢其他產品一樣：頂部有大型分類方塊、文章數量、搜尋欄同分類篩選器。
我冇去慢慢瀏覽，直接用搜尋功能輸入 “laravel”，結果返咗 15 條，分佈喺兩頁，明顯比好多較窄嘅一鍵應用類型多。
不過要加個提醒：結果多唔代表相關性高，因為當中有幾篇其實只係旁敲側擊地提到 Laravel，例如一篇講 PHP mail 限制，另一篇講網站遷移問題，都因為順帶提及 Laravel 而出現。
最相關嗰條結果係 “How to use the Laravel VPS template at Hostinger”，內容講點樣存取 Cloudpanel、理解 Laravel 目錄結構、編輯 .env 檔案、運行 Composer 同運行 migrations。
呢篇文章對於將 Laravel 專案跑起嚟係一個幾好嘅教學。不過，佢完全冇講 scheduler 或 queue worker，正正就係 Kodee 需要補返嘅空缺。
再深入睇搜尋結果，搵到一樣值得指出嘅事。另一篇舊文 “How to deploy Laravel 8 at Hostinger” 的確有 scheduler 用到嘅 cron 例子，但佢係針對另一套舊嘅設定，講嘅係喺 shared 或 cloud hosting 上手動部署 Laravel，仲有 public_html 檔案結構，完全唔同於 Cloudpanel 喺 VPS 上嘅組織方式。
任何喺呢個 VPS template 上用知識庫搵 scheduler 指引嘅人，都好可能先搵到一篇講緊另一個產品嘅文章，而唔係真正適用於自己伺服器嘅內容。
我對知識庫嘅睇法：單睇搜尋結果數量，15 條結果似乎好充足，但原始數量掩蓋咗實際上有幾分散。核心嘅 VPS template 文章寫得唔錯，足夠幫你開頭跑起第一個 Laravel 專案；但去到真正生產部署需要嘅地方就即刻斷咗，而唯一有講 scheduler 嘅文件又屬於另一個舊嘅 hosting 設定。
只靠知識庫嘅讀者，好容易跟住嗰篇舊指南去做，結果用咗完全唔適用於呢部 VPS 嘅檔案結構同指令，搞到自己個 VPS 設錯。
知識庫可以幫你將第一個 Laravel 專案跑起，但一過咗基本範圍，內容就好快變得薄弱，而且有用嘅進階內容，例如 scheduler，竟然係擺喺一篇針對完全唔同 hosting 產品嘅文章入面。
對於基本以外嘅需求，Kodee 係更可靠嘅途徑，而且佢一再證明自己係根據實際查核得出答案，而唔係靠估。
推薦。基本面喺呢度好強。Laravel 同 Cloudpanel 開機即用兼預先安裝，底層硬件喺 CPU、記憶體同磁碟方面都交到好成績，而 Kodee 喺我用真實問題測試時，提供咗兩次準確、能根據伺服器狀態作答嘅技術回覆。每週備份亦同帳戶日誌吻合，完全符合宣傳。
粗糙位不多，但值得喺買之前知道。產品頁面寫到嘅惡意軟件掃描器，喺我收到嘅伺服器上並冇預設開啟；而 Laravel 卡片上嘅 Manage App 按鈕會帶你去 Laravel Cloud 呢個獨立收費產品，而唔係任何似樣嘅應用管理頁面，事前亦冇文件提示。
只要你知道 Cloudpanel 先係真正管理介面，呢兩點都唔難繞過；但本來都唔應該要靠自己摸索。
對想快速喺穩定基建上跑 Laravel，並且願意花五分鐘搵 Cloudpanel，而唔係撳錯旁邊嗰個誤導按鈕嘅開發者，呢個係好容易推薦嘅選擇。對想一開機就所有廣告功能都即刻開好，而完全唔使再核對嘅人，就最好預多幾分鐘做設定，先至好當完成。
| Description | Expert Review |
|---|---|
| 價格實惠的主機託管，具備高效能及簡易管理工具。 | Read Shared Hosting Review |
| 快速且安全的 WordPress 主機，提供一鍵安裝和高級功能。 | Read Wordpress Hosting Review |
| 可擴充的 VPS 主機託管，提供專用資源及 root 存取權限。 | Read VPS Review |
| 快速、靈活的雲端託管，提供卓越的正常運行時間及可擴展資源�... | Read Cloud Hosting Review |
| 在離岸數據中心位置提供安全及私密的主機託管方案。 | Read Offshore Hosting Review |
| 安全可靠的電郵託管服務，具備專業級功能。 | Read Email Hosting Review |
| 為開發人員提供靈活環境的可靠 Python 託管。 | Read Python Hosting Review |
| 高效能 PHP 主機託管，全面支援動態網站及應用程式。 | Read PHP Hosting Review |
| 可靠的 Windows VPS 主機託管，提供完整控制與自訂選項。 | Read Windows VPS Review |
| 為 Node.js 應用程式度身訂造的快速且靈活主機託管，提供最佳效�... | Read Nodejs Hosting Review |
| 為 WooCommerce 商店提供優化主機託管，具備高速和安全整合。 | Read Woocommerce Hosting Review |
| 專用伺服器託管，打造無縫的 Minecraft 遊戲體驗。 | Read Minecraft Server Hosting Review |
| 為數碼代理商及開發人員提供具可擴展性及進階功能的託管方案 | Read Agency Hosting Review |
| 為 Magento 電子商務網站優化的快速、安全主機託管。 | Read Magento Hosting Review |
| 高效能的 Linux 主機託管，確保網站運作穩定及安全。 | Read Linux Hosting Review |
| 強大可靠的 Java 主機託管解決方案，適用於動態網頁應用程式及�... | Read Java Hosting Review |
| 為電子商務網站提供優化主機服務，具備安全、快速及可靠的效�... | Read Ecommerce Hosting Review |
| 可靠的 Django 主機託管，提供高速效能及安全環境。 | Read Django Hosting Review |
| 易於使用的 cPanel 主機託管，具備強勁效能及可靠支援。 | Read Cpanel Hosting Review |
| 為企業提供強大的主機託管服務，具有高速、安全及可擴展性。 | Read Business Hosting Review |
| Easy-to-use website builder with drag-and-drop tools and customizable templates. | Read Website Builder Review |
| Optimized hosting for Joomla sites with one-click installation and reliable performan... | Read Joomla Hosting Review |
| Powerful hosting with full PostgreSQL database support for data-driven applications. | Read PostgreSQL Hosting Review |
| Flexible hosting with MongoDB integration for scalable, modern web applications. | Read MongoDB Hosting Review |
| AI-powered website creation platform for building professional sites in minutes. | Read Horizons Review |
| Reliable hosting for n8n workflow automation with easy setup and management. | Read n8n Hosting Review |
| VPS hosting with Docker support for containerized application deployment and scaling. | Read Docker VPS Review |
| 專用 SMTP 伺服器託管，提供可靠及安全的電郵傳送。 | Read SMTP Server Review |
| 為 Ruby on Rails 網頁應用程式度身打造嘅快速同經過優化嘅主機服�... | Read Ruby on Rails Review |
| 提供豐富功能嘅託管服務，整合 OpenClaw，用於建構同管理夾公仔�... | Read OpenClaw Review |
| 快速可靠嘅託管，配備英國本地伺服器，帶來最佳本地效能。 | Read UK Hosting Review |
| 價格實惠且可靠、設有印度伺服器的主機服務，可實現低延遲存�... | Read India Review |
| Read Singapore Review | |
| Read Australia Review | |
| Read AI Agent Review | |
| Read Paperclip VPS Review | |
| Read Hermes Agent Review | |
| Read Hostinger Connector Review | |
| Read Web Apps Hosting Review | |
| Read Hostinger Reach Review | |
| Read MCP Review | |
| Read hpanel Review | |
| Read Odoo Review | |
| Read MERN VPS Review | |
| Read Ubuntu Review | |
| Read Drupal Hosting Review | |
| Read Express.js Review | |
| Read React Review | |
| Read Nextjs Review |
係。Laravel 同 Cloudpanel 喺 VPS 一完成配置時就已經預先安裝好，底層硬件喺 CPU、記憶體同磁碟方面表現都唔錯，而且 Hostinger 嘅 Kodee AI 助手對真正嘅 Laravel 設定問題提供準確而具體嘅答案。主要嘅問題係一個隨附但預設為關閉嘅惡意軟件掃描器。
是。Laravel 會在 VPS 結帳時以一鍵應用程式形式提供，並會自動安裝於 Ubuntu 上，連同 Cloudpanel 一併安裝；Cloudpanel 是之後用來管理應用程式、其資料庫及網域設定的控制面板。
Laravel VPS 計劃沒有專屬免費試用。Hostinger 為每個 VPS 方案提供 30 日退款保證，不過如果在首個退款後 180 日內申請第二次 VPS 退款，將不會獲批。
是的，在購買後 30 日內，只要你在過去 180 日內未曾就另一個 VPS 計劃申請退款。現有 VPS 計劃的升級以及以加密貨幣支付的款項均不適用於任何退款。
透過 Cloudpanel，可從 hPanel 的 Cloudpanel 卡片上的 Manage panel 按鈕進入，或者直接透過 VPS IP 地址的 8443 埠存取。Laravel 卡片本身上的 Manage App 按鈕並不是用來管理應用程式，而是連結到 Laravel Cloud，這是一個與 VPS 無關的獨立託管產品。
