呢個 plan 背後嘅 server 喺 Vilnius,立陶宛,所以我用 GTmetrix 分別喺兩個唔同地方做咗兩次測試,而唔係只做一次,一次係德國 Frankfurt,接近實際 server;另一次係美國 San Antonio,位於大西洋另一邊。
喺接近 server 嘅位置測試可以見到比較接近最佳情況嘅數字,而喺遠處測試就可以反映另一洲真實訪客實際見到嘅表現,兩者並排先至可以知道 performance 係咪真係喺伺服器所處地區之外都頂得住。
Metric
Frankfurt, Germany (near server)
San Antonio, USA (far from server)
Performance grade
90%
100%
Structure grade
98%
99%
TTFB
652ms
164ms
Connect time
158ms
121ms
Backend time
494ms
43ms
Largest Contentful Paint
1.4s
448ms
Total Blocking Time
0ms
0ms
Cumulative Layout Shift
0.01
0
Fully Loaded Time
1.7s
478ms
結果同單靠距離推測嘅情況相反。Frankfurt 雖然比 Vilnius 近得多,但 Frankfurt 測試喺每一項指標上都慢過 San Antonio,而且差距唔細。單係 backend time 呢一項,由美國測試嘅 43ms 跳到歐洲測試嘅 494ms,已經係十一倍差距,而呢個數字正正反映伺服器喺未有任何內容離開機房之前,生成頁面要用幾耐時間。
呢個 backend gap 先至真正解釋咗表格入面其他數字。咁大嘅差距多數反映兩次測試之間快取狀態唔同,而唔係純粹網絡距離;一個測試好可能撞正頁面快取版本,幾乎即時供應,而另一個就觸發 Drupal 喺嗰次請求即場重新渲染頁面。
Hostinger 呢個 plan 預設已開啟 CDN,連同 Drupal 自己嘅內部頁面快取,一個或者兩個一齊用,都可以產生完全一樣嘅模式:一個位置見到由快取提供嘅快速回應,而另一個位置就見到重新生成嘅較慢回應,唔會因為邊個地理上接近 Vilnius 就改變。
簡單啲講,當頁面已經被快取之後,地理距離幾乎無關重要,San Antonio 嘅結果證明,就算訪客喺完全另一個大洲,都可以喺少過半秒之內載入到呢個 Drupal 網站。
無論如何,無論快取狀態係點,真正重要嘅數字都保持得好強。兩次測試入面 Total Blocking Time 都係零,代表頁面唔會因為 JavaScript 而令訪客等候先至可以互動。Layout shift 亦都喺兩次測試入面接近零,所以頁面載入時唔會亂跳,呢點對用戶體驗好重要,因為如果指示要你太早撳某樣嘢,CDN-heavy 的設定往往比大多數情況更易出問題。
Overall Verdict on Performance
呢個 Drupal hosting plan 由世界兩邊睇都表現唔錯,但唔係因為距離本身所顯示嘅原因。
喺距離 Vilnius server 好遠嘅位置,訪客因為快取而喺少過半秒內載入頁面;而喺物理上更接近 server 嘅位置,測試反而撞正較慢、未快取嘅回應。呢個先係真正故事:快取狀態比伺服器實際地理位置更主導使用體驗。
如果你嘅 Drupal 網站大多數係靜態或者輕度互動,例如 blog 內容、公司網站、portfolio,呢個 plan 一旦有快取,全球都會好快。如果你嘅 Drupal 架構好多個人化或者登入後內容,無法放喺快取層後面,就要以較慢、未快取嘅數字作為更接近真實嘅基準。
我用已儲存嘅卡完成付款。checkout 就係咁簡單,無額外確認步驟,無其他表格。我直接去到 hPanel,個新 plan 已經列喺度,而確認購買嘅收據 email 就另外送達。
What I thought about registration. 以任何 hosting 公司標準嚟講,呢個 checkout 都算清晰,主要因為 Hostinger 將畫面數量壓到好少,plan、期限同 domain、billing 同 payment,一路做完。將免費 domain 同兩個郵箱直接包入 cart,而唔係當成要額外加購嘅項目,係一個幾好嘅安排。
唯一要預先留意嘅係 billing period 預設值。佢一開波就係最長期限,而唔係最短,所以如果你比較緊月費同總承擔,就要先檢查嗰個下拉選單,唔好以為畫面上見到嘅數字就係最短期價錢。
再落少少就有幾個針對整個帳戶嘅推廣面板,包括用 AI 起網站、設立 online store、攞免費 business email、用 AI agents、加入 Hostinger Discord,同埋 claim 免費 domain,全部都同我剛買嘅 Drupal plan 無直接關係。
再往下有一個 Your to-dos 區,顯示幾項未完成嘅 account 項目,包括同 Reach email marketing 有關嘅未完成設定同一個未認領嘅免費 email address,仲有一個 Show more link 可以展開更多內容。再下面係 Your business 區,列出所有連喺帳戶上嘅網站,而到頁面更底先會見到 hosting plan 同 VPS instances 嘅專用表格,每一行一眼就見到 hostname、IP address、status 同 expiry date,唔需要撳入去。
Hostinger 透過兩個我可以直接測試到嘅渠道支援呢個 plan:live chat 同自助 Help Center。
Live chat 一打開就會先入到 Kodee,Hostinger 嘅 AI support agent,之後先有真人加入對話。
Kodee 唔係一個只會複製幫助文章返畀你嘅腳本式 chatbot,Hostinger 係用 the Model Context Protocol with account-level access 去訓練佢,所以佢可以檢查 live site 上嘅真實設定,而且喺其他產品上仲可以直接執行變更,而唔只係講解。
如果對話需要升級,後面仲有真人 agent。我分開測試咗兩個渠道,先係 live chat,再係 Help Center。
Does hPanel pick Drush or HTTP cron automatically?
Neither by default. hPanel runs exactly what you configure, a cron URL for HTTP, or a Drush command for CLI
Is a cron job currently set up on this account?
No, confirmed against the live account rather than assumed
Do web PHP limits match CLI cron limits?
Web settings on this site are 512M memory, 360 second execution time. CLI cron can run under a separate PHP configuration, and max_execution_time commonly is not enforced on CLI scripts, so the two should not be assumed equal
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.