Phân tích chuyên gia với đánh giá người dùng Hostinger đã được xác minh
Tôi đã triển khai một Hostinger Laravel VPS, chạy nó qua bộ benchmark máy chủ đầy đủ, và gửi hỗ trợ Kodee AI với hai câu hỏi kỹ thuật thực tế. Một nút trên bảng điều khiển đã không thực hiện đúng như nhãn của nó hứa hẹn.
Tôi đã triển khai một Hostinger Laravel VPS, chạy nó qua bộ benchmark máy chủ đầy đủ, và gửi hỗ trợ Kodee AI với hai câu hỏi kỹ thuật thực tế. Một nút trên bảng điều khiển đã không thực hiện đúng như nhãn của nó hứa hẹn.
Hostginger bán gói Laravel VPS của mình như một máy chủ được cài sẵn, quản lý bằng AI, được tạo ra để đưa một dự án Laravel lên mạng thật nhanh. Phần lớn lời hứa đó đã được xác nhận trong quá trình thử nghiệm thực tế, benchmark mạnh, một tác nhân hỗ trợ AI có năng lực, và bản sao lưu được xác nhận chạy đúng lịch.
Một nút trên bảng điều khiển đã đưa tôi đến nơi mà tôi không bao giờ ngờ tới, và điều đó đáng biết trước khi bạn tự mình nhấp vào. Đây là phân tích đầy đủ.
Hostinger Laravel VPS Hosting
Khám phá cách Hostinger Laravel VPS Hosting cung cấp một môi trường linh hoạt để triển khai các ứng dụng Laravel với tài nguyên máy chủ riêng, toàn quyền kiểm soát, hiệu năng có thể mở rộng và các cấu hình tùy chỉnh cho các dự án web hiện đại.
Từ thanh toán đến máy chủ đang chạy chỉ trong vài phút
Cloudpanel cho quyền truy cập kiểm soát máy chủ đầy đủ
Kodee kiểm tra và sửa các sự cố trực tiếp
Sao lưu hàng tuần chạy và xác minh tự động
Mở rộng CPU mạnh trên cả hai lõi
Tốc độ đọc và ghi đĩa cân bằng
Hiệu năng mạng ổn định gần gigabit qua các lần kiểm thử
Bảo đảm hoàn tiền 30 ngày trên các gói VPS
Cons
Trình quét malware không được cài sẵn
Nút Manage App chuyển hướng đến Laravel Cloud
Tip Quản lý ứng dụng Laravel của bạn qua Cloudpanel thay vì nút Manage App, và kiểm tra tab Security nếu bạn muốn bật trình quét malware thực sự.
Phân tích xếp hạng
Để chấm điểm dịch vụ lưu trữ Hostinger Laravel VPS, tôi áp dụng phương pháp chấm điểm của HostAdvice, cách tiếp cận chuẩn hóa được dùng trên mọi bài đánh giá trên site, để điểm số nhất quán và dựa trên kiểm thử thực tế thay vì các tuyên bố marketing. Dưới đây là cách nó được chấm ở từng tiêu chí.
Kodee đã kiểm tra máy chủ trực tiếp hai lần và đưa ra các hướng sửa đúng, sẵn sàng triển khai cả hai lần.
Tổng thể
9.1/10
Một nhà cung cấp Laravel có năng lực với hỗ trợ và benchmark xuất sắc, bị kìm lại bởi một sai sót giao diện thực sự.
Hostinger Laravel VPS Hosting
Khám phá cách Hostinger Laravel VPS Hosting cung cấp một môi trường linh hoạt để triển khai các ứng dụng Laravel với tài nguyên máy chủ riêng, toàn quyền kiểm soát, hiệu năng có thể mở rộng và các cấu hình tùy chỉnh cho các dự án web hiện đại.
Hostinger bán hosting Laravel như một trong bốn tầng KVM VPS, từ KVM 1 đến KVM 8, mỗi tầng tăng đồng thời số lõi CPU, RAM, dung lượng NVMe và băng thông khi bạn nâng lên.
Bản thân Laravel không phải là một mua riêng biệt, mà là một ứng dụng cài đặt một lần được gắn lên bất kỳ tầng nào bạn chọn trong quá trình thanh toán, với Cloudpanel đi kèm như bảng điều khiển thực sự để quản lý bản cài đặt sau khi nó hoạt động.
Điều khoản thanh toán: Các gói được thanh toán trước theo kỳ 1, 12 hoặc 24 tháng, với kỳ hạn dài hơn có giảm giá thực sự so với mức giá hàng tháng. Xem widget giá bên dưới để biết chi tiết đầy đủ theo từng tầng và kỳ hạn.
Bảo đảm hoàn tiền: Các gói VPS có bảo đảm 30 ngày, nhưng phần chữ nhỏ ghi thêm một giới hạn thực tế. Bạn chỉ có thể yêu cầu hoàn tiền VPS một lần trong mỗi 180 ngày, vì vậy yêu cầu hoàn tiền lần hai cho một lần mua VPS khác trong khoảng thời gian đó sẽ không được chấp nhận. Các nâng cấp lên gói VPS hiện có đều bị loại trừ hoàn toàn.
Dùng thử miễn phí: Tôi không tìm thấy bản dùng thử riêng cho hosting Laravel VPS, chỉ có bảo đảm hoàn tiền 30 ngày. Hãy lên kế hoạch thời gian đánh giá của bạn với giới hạn đó trong đầu.
Phương thức thanh toán: Thẻ (Visa, Mastercard, Amex, Discover), PayPal, Google Pay, AliPay theo các biến thể riêng cho Trung Quốc và Hồng Kông, và Coingate cho tiền mã hóa. Thanh toán bằng crypto không nằm trong chính sách hoàn tiền, vì vậy hãy lưu ý nếu bảo đảm hoàn tiền quan trọng với bạn.
Những gì được bao gồm: Mọi tầng đều bao gồm tên miền .cloud miễn phí trong năm đầu, quyền root đầy đủ, tích hợp Git và Cloudpanel mà không tính thêm phí, nên giá niêm yết gần với chi phí thực hơn so với những nhà cung cấp tính riêng cho bảng điều khiển.
Hướng dẫn chính thức của Hostinger cho thấy KVM 1 là đủ cho một site Laravel đơn giản, còn KVM 8 được khuyến nghị cho các dự án nặng hơn, tiêu tốn nhiều tài nguyên.
Thêm vào đó từ quá trình thử nghiệm, sự nhầm lẫn ở nút Manage App về quản lý ứng dụng, và trình quét malware để tắt mặc định, đều áp dụng cho mọi tầng như nhau, nên tăng dung lượng sẽ không sửa được hai vấn đề đó. Hãy chọn gói dựa trên nhu cầu CPU và lưu lượng của ứng dụng, và xử lý hai vấn đề cụ thể này theo cùng một cách bất kể bạn chọn tầng nào.
Tính năng
Bộ xử lý AMD EPYC trên mọi tầng
Lưu trữ NVMe SSD trên tất cả các gói
Tích hợp Git để triển khai mã nguồn hợp lý hơn
Quyền root đầy đủ qua SSH
Bảng điều khiển Cloudpanel đi kèm mặc định
Tác nhân AI cho các tác vụ quản lý VPS
Sao lưu tự động hàng tuần trên mỗi gói
Tốc độ mạng 1 Gbps cho mỗi gói
Tên miền .cloud miễn phí trong một năm
Hostinger Laravel VPS Hosting
Khám phá cách Hostinger Laravel VPS Hosting cung cấp một môi trường linh hoạt để triển khai các ứng dụng Laravel với tài nguyên máy chủ riêng, toàn quyền kiểm soát, hiệu năng có thể mở rộng và các cấu hình tùy chỉnh cho các dự án web hiện đại.
Một ứng dụng Laravel sống hay chết trên máy chủ nền phía dưới nó cũng quan trọng không kém bản thân mã nguồn. Tốc độ tải trang phụ thuộc vào tốc độ CPU để thực thi PHP, các truy vấn cơ sở dữ liệu phụ thuộc vào I/O đĩa, session và cache phụ thuộc vào bộ nhớ, và nếu ứng dụng chạy các job hàng đợi hoặc có người dùng thực, thông lượng mạng và khả năng chịu tải liên tục cũng quan trọng.
Bản thân Laravel không thay đổi gì trong số đó, nó vẫn là PHP chạy trên Linux, nên bài kiểm tra thực sự ở đây là VPS.
Tôi đã chạy một bộ benchmark đầy đủ trên máy chủ, bao gồm CPU, bộ nhớ, đĩa, mạng và một lượt stress kéo dài, để xem gói này thực sự mang lại gì và điều đó có ý nghĩa gì đối với một ứng dụng thực tế.
Phiên bản tôi thử nghiệm là gói KVM 2, gói tôi chọn trong quá trình thanh toán:
CPU: 2 vCPU, được chia từ một host chạy bộ xử lý AMD EPYC 9354P
RAM: 7.8GB dùng được từ 8GB được cấp phát, cộng 2GB swap
Disk: 96GB dùng được từ 100GB NVMe cấp phát
OS: Ubuntu 24.04.4 LTS, kernel 6.8.0-137-generic
Trước khi đi vào các con số, cần biết rằng dòng Laravel VPS của Hostinger chạy cùng bốn tầng như toàn bộ dải VPS của nó, từ KVM 1 đến KVM 8, và KVM 2 nằm ở vị trí thứ hai từ dưới lên, cao hơn một bậc so với tùy chọn rẻ nhất và thấp hơn nhiều so với các tầng KVM 4 và KVM 8 được xây dựng cho các khối lượng công việc nặng hơn, nhiều ứng dụng hơn.
Những gì tiếp theo phản ánh một dự án Laravel nhỏ đến trung bình, một ứng dụng đơn lẻ phục vụ một lượng truy cập thực tế nhưng vừa phải, không phải một nền tảng lớn chạy nhiều dịch vụ trên cùng một máy.
1. Hiệu năng CPU
Đơn luồng: 1,624.55 sự kiện mỗi giây, độ trễ trung bình 0.61ms, phần trăm thứ 95 là 0.64ms
Đa luồng, 2 luồng: 2,864.02 sự kiện mỗi giây, độ trễ trung bình 0.70ms, phần trăm thứ 95 là 1.10ms
Độ lệch chuẩn công bằng giữa các luồng: 182.50 trên trung bình 14,321.5 sự kiện mỗi luồng
Đây là ý nghĩa thực tế của con số đơn luồng đó. Một yêu cầu Laravel điển hình, dựng một Blade view, chạy vài truy vấn Eloquent, kiểm tra session, chủ yếu dành thời gian trên một lõi CPU thực hiện công việc PHP thay vì trải rộng ra nhiều lõi cùng lúc.
Với độ trễ trung bình 0.61ms cho mỗi sự kiện tính toán trong bài test này, CPU không phải là phần của hệ thống sẽ làm cho trang có cảm giác chậm.
Khoảng cách giữa độ trễ trung bình và phần trăm thứ 95 cũng nhỏ, 0.61ms so với 0.64ms, có nghĩa là hiệu năng duy trì ổn định thay vì thỉnh thoảng một yêu cầu mất nhiều thời gian hơn hẳn phần còn lại, một mẫu sẽ thể hiện thành các lần tải trang chậm ngẫu nhiên với người dùng thực.
Kết quả đa luồng là con số hữu ích hơn để hiểu về khả năng đồng thời. Tăng từ một luồng lên hai luồng gần như tăng gấp đôi thông lượng, hiệu suất mở rộng khoảng 88 phần trăm, nghĩa là VPS này không mất nhiều năng lực do overhead hay do các tenant khác tranh chấp cùng tài nguyên lõi vật lý.
Về mặt thực tế, hai tiến trình PHP-FPM worker trên gói này có thể xử lý khoảng gấp đôi lượng yêu cầu so với một kịch bản đơn luồng trước khi CPU trở thành nút cổ chai, thay vì thấp hơn nhiều so với gấp đôi, điều bạn sẽ thấy nếu hai vCPU phải tranh giành chu kỳ với nhau.
Chỉ số công bằng giữa các luồng, chênh lệch khoảng 1.3 phần trăm giữa hai luồng, xác nhận rằng cả hai lõi đã làm việc gần như ngang nhau thay vì một lõi gánh hết tải trong khi lõi kia nhàn rỗi. Với một site thực tế, điều đó có nghĩa là các yêu cầu được phân phối đều qua các worker PHP-FPM thay vì dồn lại sau worker đang bận.
2. Tốc độ bộ nhớ
Ghi tuần tự: 5,865.22 MiB/sec
Đọc tuần tự: 7,155.43 MiB/sec
Tốc độ bộ nhớ quan trọng đối với Laravel theo cách dễ bị bỏ qua. Mỗi lần tra cứu OPcache, mỗi lần đọc session, mỗi mảng hay collection mà ứng dụng của bạn tạo ra khi xử lý một yêu cầu đều nằm trong RAM, và nếu một tầng cache như Redis cũng chạy trên cùng máy, nó đang cạnh tranh cho chính băng thông bộ nhớ đó.
Với khoảng 5.9 GiB mỗi giây ghi và 7.2 GiB mỗi giây đọc, VPS này có thể di chuyển dữ liệu vào ra bộ nhớ đủ nhanh để các thao tác bộ nhớ hầu như không phải thứ làm chậm một yêu cầu, nút thắt của một ứng dụng Laravel điển hình gần như luôn là đĩa hoặc mạng trước khi đến RAM.
Điều bộ nhớ ảnh hưởng trực tiếp hơn là dung lượng hơn là tốc độ. Với 7.8GB dùng được và 2GB swap phía sau, gói này có thể chạy thoải mái PHP-FPM, MySQL hoặc PostgreSQL, và một Redis nhỏ cùng lúc cho một ứng dụng đơn lẻ, nhưng nó không để lại nhiều khoảng trống nếu bạn chạy nhiều site trên cùng VPS hoặc một cơ sở dữ liệu có working set lớn.
Swap là một lưới an toàn cho một đợt tăng bộ nhớ ngắn, không phải là thay thế cho RAM nếu ứng dụng thực sự quá nhỏ so với gói này.
3. I/O đĩa
Ghi tuần tự: 740 MiB/s (776 MB/s), 740 IOPS
Đọc tuần tự: 749 MiB/s (785 MB/s), 748 IOPS
Đọc/ghi hỗn hợp 4K ngẫu nhiên: khoảng 9,400 IOPS theo mỗi hướng, thông lượng khoảng 36.7 MiB/s mỗi hướng
Tốc độ tuần tự là con số quan trọng cho các thao tác lớn, một lần, khôi phục bản sao lưu cơ sở dữ liệu, giải nén một tệp tải lên, ghi một file log lớn.
Với khoảng 740 đến 750 MiB/s theo cả hai chiều, và với đọc và ghi chênh lệch trong vòng hai phần trăm, ổ đĩa này không có điểm yếu lệch hẳn theo một chiều như trên một số lưu trữ đám mây, nơi đọc nhanh nhưng ghi chậm hơn nhiều.
Hiệu năng 4K ngẫu nhiên là con số thực sự dự đoán ứng dụng Laravel sẽ cảm thấy thế nào trong sử dụng hằng ngày, vì một cơ sở dữ liệu không đọc và ghi theo các khối tuần tự lớn, mà đọc và ghi các khối nhỏ, rải rác trên đĩa khi nó tra cứu hàng, cập nhật chỉ mục và ghi vào transaction log.
Hơn 9,000 IOPS theo mỗi hướng chuyển thành khoảng 9,000 thao tác cơ sở dữ liệu nhỏ mỗi giây trước khi I/O đĩa trở thành yếu tố giới hạn.
Một lần tải trang Laravel điển hình có thể kích hoạt từ vài đến vài chục truy vấn tùy cách ứng dụng được xây dựng, điều đó có nghĩa là ổ đĩa này còn đủ chỗ cho một số lượng người dùng đồng thời đáng kể cùng truy cập cơ sở dữ liệu trước khi các truy vấn bắt đầu xếp hàng chờ truy cập đĩa.
Sẽ cần một workload nặng về ghi, logging khối lượng lớn, một bảng queue bận rộn, ghi cache ra đĩa thường xuyên, mới đẩy được mức trần cụ thể này.
4. Tốc độ mạng
Lần 1: Download 990.06 Mbps, Upload 910.87 Mbps, độ trễ nhàn rỗi 0.31ms, mất gói 0%
Lần 2: Download 985.24 Mbps, Upload 947.82 Mbps, độ trễ nhàn rỗi 0.27ms, mất gói 0%
Cả hai lần chạy đều đạt tới máy chủ ở Phoenix, Arizona, khớp với vị trí United States mà tôi đã chọn trong quá trình thanh toán, gần full gigabit ở cả hai chiều với không có mất gói nào trong cả hai lần thử.
Đối với một ứng dụng Laravel, con số này quan trọng nhất ở hai điểm, tốc độ máy chủ phục vụ tài sản và phản hồi API cho người truy cập, và nếu ứng dụng gọi API bên ngoài hoặc kéo dữ liệu từ dịch vụ khác, tốc độ các yêu cầu đi ra hoàn tất.
Băng thông gần gigabit có nghĩa là băng thông sẽ không là giới hạn đối với một ứng dụng web điển hình, bạn sẽ cần khối lượng rất lớn các lần truyền file dung lượng lớn, video, tải xuống lớn, xuất hàng loạt, trước khi nó trở thành nút cổ chai thay vì CPU hoặc đĩa.
Kết quả gần như giống hệt nhau giữa hai lần chạy riêng biệt, cách nhau vài phút, cũng loại trừ khả năng đó chỉ là một kết quả may mắn nhất thời, đây là cách kết nối hoạt động một cách nhất quán chứ không phải một con số tình cờ tăng vọt một lần.
5. Bài stress test
Tôi đã chạy các tác vụ stress cho CPU, bộ nhớ và đĩa trong 180 giây mỗi loại để xem máy chủ giữ vững thế nào dưới tải kéo dài thay vì chỉ tăng vọt ngắn hạn:
Stress CPU, 2 workers: 540,042 bogo ops, 0 lỗi
Stress bộ nhớ, 2 workers: 24,335,966 bogo ops, 0 lỗi
Stress đĩa, 2 workers: 2,655,058 bogo ops, 0 lỗi
Các con số bogo ops riêng lẻ ở đây ít quan trọng hơn điều đã không xảy ra.
Không có worker nào thất bại và không có chỉ số nào không đáng tin cậy trong cả ba bài test, chạy liên tiếp trong ba phút đầy đủ mỗi bài, có nghĩa là máy chủ vẫn giữ CPU, bộ nhớ và đĩa dưới áp lực đồng thời mà không bị sập, không hạ xuống trạng thái không ổn định, và không trả về kết quả mà chính benchmark gắn cờ là đáng ngờ. Đây là điều gần nhất mà kiểu kiểm thử này đạt được để mô phỏng một đợt tăng truy cập thực tế, nhiều tài nguyên cùng bị đẩy lên tối đa cùng lúc, và đó là kết quả quan trọng nhất đối với bất kỳ ai lo site của mình sẽ gục khi có đợt bận rộn thay vì chỉ hoạt động tốt trong các bài kiểm tra riêng lẻ, từng phần một.
Nhận định tổng thể về hiệu năng
Gói KVM 2 hoạt động tốt cho những gì nó là, một VPS tầm nhỏ đến trung cấp chứ không phải gói flagship. Về mặt thực tế, máy chủ này có đủ tốc độ CPU đơn luồng và đủ IOPS đĩa ngẫu nhiên để giữ cho một trang Laravel điển hình tải nhanh, đủ thông lượng mạng để băng thông không thành nút cổ chai cho một ứng dụng web bình thường, và nó vẫn đứng vững với không có lỗi nào dưới ba bài stress test đồng thời.
Không điều nào trong số đó nên được hiểu là phán quyết cho toàn bộ hosting Laravel của Hostinger, vì đây chỉ là một tầng trong bốn tầng.
Một dự án cá nhân nhỏ hơn hoặc một ứng dụng ít truy cập có thể thoải mái chạy trên gói KVM 1 rẻ hơn, trong khi một ứng dụng Laravel phục vụ lưu lượng sản xuất thực, chạy các job theo lịch, queue worker và cơ sở dữ liệu cùng lúc, nên cân nhắc KVM 4 hoặc KVM 8 thay vì xem các con số của KVM 2 là giới hạn. Hãy chọn theo đúng những gì ứng dụng thực sự cần để chạy, chứ không chỉ theo giá khởi điểm trên trang gói.
Hostinger Laravel VPS Hosting
Khám phá cách Hostinger Laravel VPS Hosting cung cấp một môi trường linh hoạt để triển khai các ứng dụng Laravel với tài nguyên máy chủ riêng, toàn quyền kiểm soát, hiệu năng có thể mở rộng và các cấu hình tùy chỉnh cho các dự án web hiện đại.
Tôi đã thử Hostinger’s Laravel VPS từ lúc thanh toán cho đến khi mở các công cụ quản lý thực sự đi kèm.
Điều đó bao gồm việc chọn một gói và vị trí máy chủ, tạo tài khoản, thanh toán, rồi tìm cách thực sự quản lý một triển khai Laravel sau khi máy chủ đã hoạt động. Phần sau đây là trải nghiệm thực tế của quá trình đó, bao gồm một khoảnh khắc mà giao diện đã đưa tôi đến nơi tôi không hề mong đợi.
1. Đăng ký
Tôi bắt đầu trên trang đích Laravel VPS, nơi mở đầu bằng ba lời khẳng định đáng nhớ:
Sao lưu tự động hàng tuần miễn phí
VPS được quản lý bằng AI
Trình quét malware tự động
Tôi chọn gói KVM 2, một lựa chọn trung gian hợp lý cho một ứng dụng Laravel đơn lẻ thay vì một bản dựng tiêu tốn nhiều tài nguyên, và chuyển vào giỏ hàng.
Từ đó, trang giỏ hàng hiển thị mọi thứ trên một màn hình:
Kỳ thanh toán: 1, 12 hoặc 24 tháng, hiển thị mức tiết kiệm cho từng lựa chọn
Vị trí máy chủ: các khu vực được nhóm theo châu lục, kèm ước tính độ trễ bên cạnh
Kho ứng dụng: hơn một nghìn tùy chọn one-click cho OS, panel và ứng dụng
Tôi chọn 24 tháng để có mức giá thấp hơn, rồi dành nhiều thời gian hơn bình thường cho việc chọn vị trí máy chủ.
United Kingdom cho kết quả độ trễ tốt nhất trong danh sách, nhưng tôi vẫn cuộn qua các khu vực còn lại để so sánh. North America cho một kết quả tốt ở United States, còn lựa chọn nhanh nhất của Asia là Malaysia thì chậm hơn đáng kể so với cả hai.
Vì site tôi định dựng sẽ phục vụ chủ yếu người dùng ở Mỹ, tôi chọn United States thay vì tùy chọn United Kingdom nhanh hơn về mặt kỹ thuật.
Điều đó đáng nhấn mạnh cho bất kỳ độc giả nào đang so sánh khu vực trên trang này. Độ trễ tốt nhất đối với bạn, khi đang ngồi trước laptop của mình, không phải là con số quan trọng. Độ trễ tới những người thực sự sẽ truy cập site mới là thứ quan trọng, vì vậy hãy chọn dựa trên đối tượng của bạn, không phải dựa trên kết quả thử nghiệm của riêng bạn.
Tiếp theo, tôi cuộn vào kho ứng dụng, nơi Laravel đã được chọn sẵn, cùng kiểu thiết lập một lần Hostinger dùng trên toàn bộ danh mục ứng dụng của mình. Không cần thay đổi gì ở đó, nên tôi đi thẳng đến thanh toán.
Tôi đã đăng nhập bằng một tài khoản Hostinger có sẵn, nên việc đăng ký thực ra chỉ mất một cú nhấp.
Sau đó, trang địa chỉ thanh toán và phương thức thanh toán cung cấp:
Thẻ, bao gồm Visa, Mastercard, Amex và Discover
PayPal
Google Pay
AliPay, với các biến thể riêng cho China và Hong Kong
Coingate, cho thanh toán crypto
Tất cả trên một trang, không có chuyển hướng riêng. Tôi gửi thanh toán, nhận email xác nhận ngay lập tức, và quay lại hPanel với máy chủ mới đã được liệt kê là đang chạy.
Điều nổi bật ở đây là Hostinger cho rất nhiều lựa chọn ở bước thanh toán mà không bắt buộc cái nào trong số đó.
Việc so sánh vị trí đặc biệt đáng được xem xét nghiêm túc thay vì bấm qua, vì đề xuất mặc định của trang gói sẽ không phải lúc nào cũng phù hợp với những người thực sự sẽ dùng máy chủ.
2. Bảng điều khiển/Khu vực khách hàng
Sau khi thanh toán hoàn tất, hPanel mở ra ở màn hình chính, cùng một bảng điều khiển tài khoản trung tâm xử lý domain, email, website builder và quản lý VPS từ một nơi.
Nó chào tôi bằng tên, với một thanh nhắc AI, hàng nút tắt, một danh sách việc cần làm, và danh sách đang chạy của mọi website và máy chủ trên tài khoản ở phía dưới.
Tiếp theo, tôi cuộn xuống bảng VPS, nơi máy chủ mới đã được đánh dấu Running, với hostname, địa chỉ IP, gói và ngày hết hạn hiển thị mà không cần mở gì thêm.
Tôi nhấp Manage để vào bảng điều khiển dành riêng cho máy chủ.
Việc quay ngay về trang chủ tài khoản sau thanh toán, với máy chủ đã được cấp phát và liệt kê sẵn, là phần của quy trình này luôn hoạt động tốt.
Không có màn hình chờ riêng và không phải lục tìm menu để tìm thứ bạn vừa mua.
3. Quản lý Laravel và máy chủ
Nhấp Manage mở ra trang VPS Overview, và đây là nơi những khác biệt thực sự bắt đầu lộ ra.
Ngay đầu trang là một thẻ ứng dụng nhãn Laravel với nút Manage App, xác nhận Laravel đã được cài đặt tự động trong quá trình cấp phát.
Ngay bên dưới là một thẻ thứ hai mà tôi không hề mong đợi:
Cloudpanel, chạy trên Ubuntu 24.04
Tên người dùng quản trị hiển thị dạng văn bản rõ
Liên kết đặt lại mật khẩu
Nút Manage panel riêng, tách biệt với thẻ Laravel ở trên
Thẻ thứ hai đó quan trọng hơn vẻ ngoài của nó. Cloudpanel là một bảng điều khiển quản lý máy chủ đầy đủ, đi kèm cùng Laravel, không phải một trình hướng dẫn cài đặt một lần, và hóa ra nó mới là bề mặt thực sự để quản lý file, site và máy chủ hàng ngày.
Cuộn qua cả hai thẻ, phiên bản Ubuntu 24.04 nền phía dưới vẫn hiện ra, được đánh dấu Running, với các điều khiển khởi động lại và terminal cùng thông tin SSH root được bố trí giống như mọi VPS khác trên tài khoản này.
Vì máy chủ này vừa mới được cấp phát, các biểu đồ tài nguyên chưa có dữ liệu; hPanel hiển thị một thông báo bảo tôi kiểm tra lại sau khoảng 30 phút để có dữ liệu sử dụng, một cách xử lý trung thực cho một máy chủ thực sự chưa có lịch sử lưu lượng thay vì hiển thị các biểu đồ trống như thể chúng có ý nghĩa gì đó.
Xuống dưới nữa, tôi tìm thấy:
Quản lý SSH key
Quy tắc tường lửa
Snapshot sao lưu
Trình quét malware: Not installed
Dòng cuối cùng đó là khoảng trống thực sự đầu tiên. Trình quét malware hiện là Not installed, nằm ngay dưới một trang gói liệt kê trình quét malware tự động như một trong ba tính năng nổi bật của đúng sản phẩm này. Bất kể lời marketing nói gì, nó không được bật sẵn trên máy chủ bạn thực sự nhận được.
Hiếu kỳ xem liệu lời hứa nổi bật kia có đúng hơn không, tôi kiểm tra Backups & Monitoring tiếp theo. Nhật ký Latest Actions cho thấy:
Một hành động recreate được ghi cùng ngày
Các mục backup_create hàng tuần, mỗi mục đều được đánh dấu Success, kéo dài hơn một tháng
Lời khẳng định đó đã được xác nhận bằng chính nhật ký của tài khoản, một sự tương phản thực sự với trình quét malware đang để tắt ở ngay một phần bên cạnh.
Đáng lưu ý là Hostinger thực hiện một số tính năng được nêu ra theo mặc định và để những tính năng khác cho bạn tự bật, và cách duy nhất để biết cái nào là cái nào là phải tự đi kiểm tra, vì trang gói đối xử với chúng như nhau.
Sau đó tôi quay lại thẻ ứng dụng Laravel và nhấp Manage App, mong nó mở ra một màn hình thiết lập hoặc quản lý file dành riêng cho Laravel giống như nút của Cloudpanel.
Thay vào đó, nó mở ra một trang có tiêu đề “Let’s get started”, liên kết tới tài liệu của chính Laravel và các video hướng dẫn Laracasts, với một nút duy nhất bên dưới ghi Deploy now.
Tôi vẫn nhấp nó để xem nó dẫn đến đâu, và nó đưa tôi tới laravel.com/cloud, trang đăng ký cho Laravel Cloud.
Điều đáng nói thật rõ là đây.
Laravel Cloud không phải là sản phẩm của Hostinger và không liên quan gì đến VPS mà tôi vừa trả tiền. Nó là một nền tảng hosting được quản lý hoàn toàn riêng biệt, do chính đội ngũ Laravel xây dựng và bán, cạnh tranh trong cùng không gian với một dịch vụ như Vercel hoặc Heroku, với hệ thống tài khoản riêng, giá riêng, và khoản credit miễn phí riêng.
Đăng ký ở đó đồng nghĩa với việc trả tiền cho Laravel, bên cạnh số tiền bạn đã trả cho Hostinger, để host ứng dụng của bạn ở một nơi hoàn toàn khác.
Về lý do tại sao Manage App lại trỏ tới đó, tôi đã kiểm tra bài viết chính thức của knowledge base mà chính Kodee đã dẫn khi tôi hỏi, “How to use the Laravel VPS template at Hostinger.” Bài viết đó hướng dẫn truy cập CloudPanel tại IP VPS của bạn trên cổng 8443, chỉnh sửa tệp .env , và chạy các lệnh Composer và Artisan qua SSH.
Nó không hề nhắc đến nút Manage App, và cũng không nhắc đến Laravel Cloud chút nào. Vì vậy đây không phải là trường hợp có lời giải thích ở đâu đó mà tôi chưa tìm đến.
Hướng dẫn chính thức của Hostinger cho đúng template này không hề thừa nhận rằng nút đó tồn tại, và Kodee, khi tôi hỏi trực tiếp, đã xác nhận Manage App không quản lý VPS và cảnh báo rằng đăng ký Laravel Cloud từ đó sẽ tạo ra một hóa đơn thứ hai, tách biệt.
Bất kỳ ai nhấp Manage App với kỳ vọng quản lý ứng dụng của mình sẽ kết thúc ở một trang đăng ký cho một sản phẩm trả phí khác, mà không có tài liệu nào báo trước điều đó.
Cái nút thực sự đưa bạn đến đó nằm ở thẻ bên dưới. Manage panel, trên thẻ Cloudpanel.
Nhấp vào đó sẽ mở ra màn hình đăng nhập hỏi tên người dùng và mật khẩu, và chỗ này đáng nói cụ thể, vì bảng điều khiển không đưa thêm gợi ý nào khi bạn đã ở màn hình đó.
Tên người dùng là admin, và mật khẩu là mật khẩu máy chủ Hostinger đã gửi qua email khi VPS được cấp phát lần đầu, không phải mật khẩu tài khoản Hostinger của bạn.
Nếu email đó đã thất lạc từ lâu, liên kết Reset nằm ngay cạnh ô mật khẩu trên thẻ Cloudpanel sẽ tạo một mật khẩu mới mà không cần lục lại hộp thư.
Sau khi đăng nhập, Cloudpanel mở ra ở danh sách Sites, với hostname của VPS đã được cấu hình sẵn như một site đang hoạt động, PHP được đặt làm loại ứng dụng, và có một liên kết Manage bên cạnh.
Mở phần cài đặt của site đó cho thấy một hàng tab đầy đủ, Settings, Vhost, Databases, Varnish Cache, SSL/TLS, Security, SSH/FTP, File Manager, Cron Jobs, và Logs.
Đó là một bảng điều khiển thực sự đầy đủ, và cần nhấn mạnh rằng có luôn một tab Cron Jobs ngay trong cùng giao diện đó. Kodee đã hướng dẫn tôi thêm lệnh cron cho scheduler bằng tay qua SSH, cách đó vẫn ổn, nhưng Cloudpanel có cách point-and-click để làm điều tương tự mà không cần chạm vào terminal, và cả Kodee lẫn bài viết knowledge base đều không nhắc đến nó như một lựa chọn.
Với phần đó đã rõ, menu bên trái trên trang quản lý máy chủ là nơi các điều khiển thực sự nằm.
Đây là những gì nó cung cấp:
Overview: trang tóm tắt chính, với các thẻ ứng dụng Laravel và Cloudpanel, sử dụng tài nguyên, và các lối tắt tới mọi thứ bên dưới
Settings: cấu hình cấp máy chủ, bao gồm các thứ như đặt lại mật khẩu root và đổi hostname
OS & Panel: quyền kiểm soát hệ điều hành và bảng điều khiển nào được cài trên máy chủ
Backups & Monitoring: mở rộng thành Snapshots & Backups, Server Usage, và Latest Actions, chính nơi tôi tìm thấy nhật ký sao lưu hàng tuần xác nhận lời hứa đó là thật
Security: bao gồm trình quét malware và cài đặt tường lửa, phần mà tôi thấy trình quét đang tắt
API: mở tài liệu API của Hostinger trong một tab mới, cho những ai tự động hóa việc quản lý máy chủ bên ngoài bảng điều khiển
DNS Manager: quản lý domain và bản ghi DNS gắn với máy chủ
Tutorials: liên kết ngoài tới nội dung trợ giúp của Hostinger
Đó là phạm vi đủ rộng để gọi là bao phủ đầy đủ cho quản trị VPS. Cấu hình máy chủ, điều khiển OS, bảo mật, sao lưu, DNS và truy cập API đều được thể hiện thành các danh mục riêng thay vì bị giấu trong một menu cài đặt chung chung, và tôi không gặp thiếu thứ gì mình cần trong danh sách này.
Điều nó không làm là gộp các công cụ dành riêng cho Laravel, triển khai mã, quản lý các file môi trường, chạy lệnh Artisan, tất cả những thứ đó diễn ra qua Cloudpanel hoặc terminal, không phải qua thanh bên này.
Điều đó đưa tôi đến nút terminal nằm trên thẻ Ubuntu. Mục đích của nó là truy cập dòng lệnh trực tiếp vào máy chủ, mở một phiên SSH sống ngay trong trình duyệt mà không cần một SSH client riêng hay sao chép private key vào máy của bạn.
Nhấp vào đó đưa tôi thẳng vào một root shell, đã được xác thực sẵn, với banner chào mừng của Cloudpanel trên màn hình hiển thị địa chỉ web của nó và một công cụ CLI có tên clpctl để quản lý bảng điều khiển từ dòng lệnh.
Đối với bất kỳ ai thoải mái làm việc từ terminal, đó là con đường nhanh nhất để thực sự cấu hình bản cài Laravel, triển khai mã, chỉnh sửa biến môi trường, chạy migration, vì không có nút riêng nào cho những thứ đó trong hPanel.
Nhận định tổng thể về mức độ dễ sử dụng
Thanh toán và con đường từ lúc trả tiền đến một máy chủ đang chạy hoạt động tốt ở đây, và việc cho trọng số thực sự vào lựa chọn vị trí máy chủ, thay vì chỉ mặc định theo khu vực test nhanh nhất, là một điểm nhỏ nhưng hữu ích cho bất kỳ ai đang nghĩ đến nơi mà người dùng thực sự của họ sẽ ở.
Bản thân thanh bên quản lý máy chủ bao phủ mọi thứ mà một quản trị VPS cần, cài đặt, điều khiển OS và panel, sao lưu, bảo mật, DNS, và truy cập API dưới dạng các danh mục tách biệt rõ ràng, và tôi không đụng phải bế tắc khi tìm một điều khiển cấp VPS nào đó mà nó thiếu. Phần yếu ở đây là tầng quản lý ứng dụng.
Trình quét malware được quảng cáo trên trang gói không được cài sẵn trên máy chủ tôi nhận được, và nút thực sự mang nhãn Manage App trên thẻ Laravel lại đưa bạn tới trang đăng ký một sản phẩm cạnh tranh thay vì bất cứ thứ gì giống quản lý ứng dụng.
Cloudpanel và terminal đều hoạt động đúng như mong đợi một khi bạn tìm thấy chúng, và các bản sao lưu hàng tuần chạy đúng lịch như đã hứa. Điểm gồ ghề là giao diện của chính Hostinger chỉ bạn tới nhầm cửa đầu tiên, và không có gì trong bảng điều khiển giải thích rằng Manage App không phải là quản lý ứng dụng mà bạn đang tìm.
Hostinger Laravel VPS Hosting
Khám phá cách Hostinger Laravel VPS Hosting cung cấp một môi trường linh hoạt để triển khai các ứng dụng Laravel với tài nguyên máy chủ riêng, toàn quyền kiểm soát, hiệu năng có thể mở rộng và các cấu hình tùy chỉnh cho các dự án web hiện đại.
Kodee, trợ lý AI của Hostinger, nằm phía sau nút Ask AI trong hPanel và xử lý hỗ trợ ở đây, giống như trên các sản phẩm khác của Hostinger.
Tôi đã thử nó với hai câu hỏi kỹ thuật riêng biệt về VPS này, một về vấn đề giao diện mà tôi đã gặp, và một câu sâu hơn về cách Laravel thực sự chạy trong môi trường production trên máy chủ này.
Sau đó, tôi xem lại knowledge base của Hostinger để xem có bao nhiêu phần trong số đó nó bao phủ mà không cần phải hỏi ai cả.
1. Hỗ trợ AI (Kodee)
Câu hỏi đầu tiên của tôi xuất phát trực tiếp từ việc kiểm tra nút Manage App của thẻ ứng dụng Laravel, vốn đã mở Laravel Cloud, một nền tảng trả phí riêng biệt, thay vì bất cứ thứ gì gắn với chính VPS.
Tôi hỏi Kodee trực tiếp liệu nút đó có đúng là mở Laravel Cloud hay là quản lý bản cài đã chạy qua Cloudpanel, và nếu tôi đăng ký Laravel Cloud từ đó thì điều gì thực sự sẽ xảy ra.
Kodee trả lời trong vòng chưa đầy một phút:
Xác nhận Manage App không quản lý bản cài VPS hiện có
Xác định đúng đó là liên kết tới Laravel Cloud, một nền tảng triển khai riêng biệt
Chỉ ra Cloudpanel, có thể truy cập tại IP của VPS trên cổng 8443, là bề mặt quản lý thực sự
Cảnh báo rằng đăng ký Laravel Cloud sẽ tạo ra một môi trường riêng, được tính phí độc lập, chứ không triển khai gì lên VPS tôi đã trả tiền
Đó là một câu trả lời đúng, gọn ghẽ cho một câu hỏi có chi phí thực sự nếu bạn trả lời sai, và nó đi kèm một trích dẫn từ tài liệu chính thức của Hostinger thay vì đoán mò.
Tiếp theo, tôi hỏi một thứ nặng về kỹ thuật hơn. Ứng dụng Laravel trong môi trường production phụ thuộc vào một mục cron cho task scheduler và một tiến trình Supervisor để giữ queue worker chạy, và tôi muốn biết liệu template VPS có tự động thiết lập cái nào không, và liệu Supervisor có còn tồn tại sau khi reboot nếu tôi tự cấu hình nó hay không.
Kodee nói rằng nó sẽ kiểm tra trực tiếp máy chủ trước khi trả lời, và nó đã làm vậy:
Báo rằng không có mục cron schedule:run nào
Báo rằng không có dịch vụ Supervisor nào được cấu hình
Báo rằng không có queue worker nào được thiết lập
Cung cấp đúng dòng cron cần cho scheduler
Cung cấp một khối cấu hình Supervisor đầy đủ cho queue worker, với các cờ đúng
Xác nhận Supervisor vẫn tồn tại sau khi reboot một khi được bật bằng systemctl enable –now supervisor
Thêm nhắc nhở phải chạy php artisan queue:restart sau khi triển khai code mới, một chi tiết rất dễ bỏ quên và gây lỗi production thực sự nếu bỏ qua
Tôi nghĩ gì về hỗ trợ AI: Kodee đã tự mình xứng đáng với các câu trả lời ở đây thay vì đoán. Xác nhận không có cron scheduler và không có tiến trình Supervisor trước khi đề xuất bất cứ thứ gì là khác biệt giữa một câu trả lời dạng checklist và một câu trả lời dựa trên chính những gì máy chủ cụ thể này thực sự đang làm, và lời nhắc khởi động lại queue worker sau mỗi lần deploy là kiểu chi tiết chỉ xuất hiện khi ai đó, hoặc thứ gì đó, thực sự hiểu cách queue Laravel hoạt động trong production.
Hai câu hỏi, hai câu trả lời chính xác và đầy đủ, đều được đưa ra trong vòng vài phút.
2. Knowledge Base
Knowledge base của Hostinger được tổ chức giống nhau trên mọi sản phẩm, các ô danh mục lớn với số lượng bài viết, một thanh tìm kiếm, và bộ lọc danh mục ở phía trên.
Thay vì duyệt, tôi đi thẳng vào tìm kiếm và gõ “laravel”, kết quả trả về 15 bài trên hai trang, nhiều hơn đáng kể so với một ứng dụng one-click hẹp thường hiển thị.
Điều đó đáng kèm một lưu ý. Nhiều kết quả hơn không đồng nghĩa với nhiều kết quả phù hợp hơn, vì một số kết quả chỉ liên quan gián tiếp, một bài về giới hạn mail PHP và một bài khác về vấn đề di chuyển website chỉ xuất hiện vì chúng nhắc đến Laravel thoáng qua.
Kết quả liên quan nhất, “How to use the Laravel VPS template at Hostinger,” bao gồm truy cập Cloudpanel, hiểu cấu trúc thư mục của Laravel, chỉnh sửa tệp .env , chạy Composer, và chạy migration.
Đây là một hướng dẫn tốt để đưa một dự án Laravel đầu tiên chạy trên template này. Điều nó không bao gồm là scheduler hay queue worker, chính khoảng trống mà Kodee phải lấp khi tôi hỏi.
Đào sâu hơn vào kết quả tìm kiếm cho thấy một điều đáng nhấn mạnh. Một bài cũ hơn, “How to deploy Laravel 8 at Hostinger,” có bao gồm một ví dụ cron hoạt động cho scheduler, nhưng nó được viết cho một thiết lập cũ khác hoàn toàn, triển khai Laravel thủ công trên shared hoặc cloud hosting thay vì template VPS hiện tại, với cấu trúc file public_html không liên quan gì đến cách Cloudpanel tổ chức một VPS.
Bất kỳ ai trên template VPS này tìm hướng dẫn scheduler trong knowledge base rất có thể sẽ rơi vào một bài mô tả một sản phẩm khác trước khi tìm được thứ thực sự áp dụng cho máy chủ của họ.
Tôi nghĩ gì về knowledge base: Số lượng bài viết nhìn qua thì mạnh, 15 kết quả cho một từ khóa tìm kiếm, nhưng khối lượng thô che khuất việc nội dung hữu ích thực ra rời rạc đến mức nào. Bài viết cốt lõi về template VPS được viết tốt và đưa một dự án đầu tiên chạy được, nhưng nó dừng đúng ở chỗ một triển khai production bắt đầu trở nên nghiêm túc, và phần tài liệu duy nhất có nói về scheduler lại nằm trong một bài viết cho một thiết lập hosting cũ, không liên quan.
Một độc giả chỉ tin vào knowledge base rất có thể sẽ làm theo hướng dẫn cũ đó và cấu hình sai VPS của mình bằng cách sao chép các lệnh được xây dựng cho một cấu trúc file hoàn toàn khác.
Nhận định tổng thể về hỗ trợ
Kodee đang gánh phần việc nặng ở đây, và nó làm tốt. Cả hai trao đổi đều liên quan đến việc nó kiểm tra trạng thái trực tiếp của máy chủ trước khi trả lời, và câu thứ hai tạo ra một bản sửa hoàn chỉnh, đúng, sẵn sàng triển khai cho một thứ mà template VPS để mặc định chưa cấu hình.
Knowledge base đủ tốt để đưa một dự án Laravel đầu tiên chạy, nhưng phạm vi của nó mỏng đi rất nhanh sau đó, và những gì tồn tại cho việc thiết lập nâng cao hơn, như scheduler, lại nằm trong một bài viết được viết cho một sản phẩm hosting hoàn toàn khác.
Với bất cứ thứ gì vượt quá mức cơ bản, Kodee là con đường đáng tin cậy hơn, và nó liên tục chứng minh điều đó bằng cách thực sự kiểm tra những gì nó thấy thay vì những gì nó đoán.
Hostinger Laravel VPS Hosting
Khám phá cách Hostinger Laravel VPS Hosting cung cấp một môi trường linh hoạt để triển khai các ứng dụng Laravel với tài nguyên máy chủ riêng, toàn quyền kiểm soát, hiệu năng có thể mở rộng và các cấu hình tùy chỉnh cho các dự án web hiện đại.
Chúng tôi có khuyên dùng Hostinger Laravel Hosting không?
Có. Các nền tảng ở đây rất mạnh. Laravel và Cloudpanel được cài sẵn và hoạt động, phần cứng nền cho kết quả benchmark tốt trên CPU, bộ nhớ và đĩa, và Kodee đã đưa ra hai câu trả lời kỹ thuật chính xác, hiểu trạng thái máy chủ khi tôi thử thách nó thực sự. Sao lưu hàng tuần cũng khớp với nhật ký của tài khoản, đúng như quảng cáo.
Những điểm chưa ổn khá hẹp nhưng đáng biết trước khi mua. Trình quét malware được liệt kê như một tính năng nổi bật không được bật sẵn trên máy chủ tôi nhận được, và nút Manage App trên thẻ Laravel đưa bạn tới Laravel Cloud, một sản phẩm trả phí riêng biệt, thay vì bất cứ thứ gì giống quản lý ứng dụng, mà không có tài liệu nào cảnh báo trước cho bạn.
Không điều nào trong số đó khó khắc phục khi bạn đã biết Cloudpanel mới là bề mặt quản lý thực sự, nhưng cả hai đều không nên buộc người dùng phải đoán.
Đối với một nhà phát triển muốn Laravel chạy nhanh trên hạ tầng tốt, và sẵn sàng bỏ ra năm phút để tìm Cloudpanel thay vì nút bị gắn nhãn sai bên cạnh nó, đây là một khuyến nghị dễ dàng. Đối với người muốn mọi tính năng được quảng cáo đều bật ngay khi máy chủ khởi động mà không cần kiểm tra chéo gì, hãy dành thêm vài phút để thiết lập trước khi coi như đã xong.
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.
Cảm ơn anh Trung đã hỗ trợ tôi rất nhiệt tình, giúp tôi giải quyết được nhiều vấn đề chưa làm được và hoàn thành được các dự án mang lại nhiều uy tín cho tôi.
Hosting của mình hết hạn nhưng vì một số lý do chưa thể tiếp tục thanh toán. Mình gửi ticket nhờ support để lấy lại file backup gần nhất...wow...mình nhận được file chỉ sau 5 phút!
Hostinger có tốt để hosting các ứng dụng Laravel không?
Có. Laravel và Cloudpanel được cài sẵn ngay khi VPS được cấp phát, phần cứng nền tảng hoạt động tốt về CPU, bộ nhớ và ổ đĩa, và trợ lý AI Kodee của Hostinger cung cấp các câu trả lời chính xác, cụ thể cho những câu hỏi cấu hình Laravel thực tế. Điểm trừ chính là trình quét phần mềm độc hại được đi kèm nhưng lại đang tắt mặc định dù được quảng cáo là có sẵn.
Hostinger’s Laravel VPS có được cài sẵn Laravel không?
Có. Laravel được cung cấp dưới dạng ứng dụng một cú nhấp chuột trong quá trình thanh toán VPS và sẽ tự động cài đặt trên Ubuntu cùng với Cloudpanel, bảng điều khiển được dùng để quản lý ứng dụng, cơ sở dữ liệu và cài đặt tên miền của bạn sau đó.
Hostinger có cung cấp bản dùng thử miễn phí cho hosting Laravel VPS không?
Không có bản dùng thử miễn phí riêng cho các gói VPS Laravel. Hostinger bảo đảm mọi gói VPS bằng chính sách hoàn tiền trong 30 ngày, tuy nhiên yêu cầu hoàn tiền VPS lần thứ hai trong vòng 180 ngày kể từ lần đầu sẽ không được chấp thuận.
Tôi có thể được hoàn tiền cho dịch vụ hosting VPS của Hostinger không?
Có, trong vòng 30 ngày kể từ ngày mua, miễn là bạn chưa được hoàn tiền cho một gói VPS khác trong vòng 180 ngày qua. Việc nâng cấp lên một gói VPS hiện có và các khoản thanh toán bằng tiền điện tử đều không được hoàn tiền.
Làm thế nào để quản lý ứng dụng Laravel của tôi trên VPS của Hostinger?
Thông qua Cloudpanel, có thể truy cập từ nút Manage panel trên thẻ Cloudpanel trong hPanel, hoặc trực tiếp tại địa chỉ IP của VPS trên cổng 8443. Nút Manage App trên chính thẻ Laravel không quản lý ứng dụng mà liên kết đến Laravel Cloud, một sản phẩm lưu trữ riêng biệt không liên quan đến VPS.
HostAdvice.com cung cấp các đánh giá web hosting chuyên nghiệp và hoàn toàn độc lập với bất kỳ đơn vị nào. Các đánh giá của chúng tôi không thiên vị, chân thực và áp dụng những tiêu chuẩn đánh giá chung cho mọi đối tượng.
Chúng tôi nhận được hoa hồng từ một số các công ty có trên danh sách, tuy nhiên khoản chi phí này trả theo hình thức dịch vụ và sản phẩm không hề ảnh hưởng đến định hướng hoặc kết luận trong nội dung đánh giá của chúng tôi. Đồng thời không ảnh hưởng đến việc xếp hạng các nhà đơn vị hosting. Khoản phí này chi trả chi phí tài khoản, chi phí kiểm chứng hoặc trả cho người viết đánh giá.
