Việc quản lý hosting thường làm gián đoạn quá trình phát triển. Bạn viết mã trong trình soạn thảo, mở bảng điều khiển hosting để tạo một website, chuyển sang terminal để đóng gói hoặc đẩy dự án, quay lại bảng điều khiển để kiểm tra một lần triển khai, rồi mở thêm các công cụ khác khi DNS, nhật ký hoặc tài nguyên máy chủ cần được xử lý.
Hostinger Connector giảm bớt việc chuyển ngữ cảnh đó. Nó kết nối các dịch vụ Hostinger với các công cụ lập trình AI thông qua Model Context Protocol (MCP), cho phép bạn yêu cầu một trợ lý AI kiểm tra hoặc quản lý các tài nguyên hosting được hỗ trợ mà không cần rời khỏi trình soạn thảo.
Nghe có vẻ tiện lợi. Nhưng điều đó cũng đặt ra một câu hỏi quan trọng hơn: Bạn có thể tin tưởng một trợ lý AI thực hiện chính xác các tác vụ hosting thực tế không?
Để tìm câu trả lời, tôi đã thử Hostinger Connector với VS Code và GitHub Copilot trên một tài khoản Hostinger thật. Tôi dùng một ứng dụng Express.js nhỏ tên là PulseWatch và làm theo quy trình từ cài đặt đến triển khai trực tiếp. Tôi cũng thử triển khai lặp lại, bản ghi build, nhật ký, và khôi phục sau khi cố tình làm hỏng lệnh khởi động của ứng dụng.
Đây là cách tôi chấm điểm Hostinger Connector theo những lĩnh vực quan trọng nhất đối với một nhà phát triển đang cân nhắc có nên dùng nó hay không: chi phí, phạm vi tính năng, khả năng sử dụng hằng ngày, độ chính xác khi thực thi các tác vụ thực tế, và sự hỗ trợ phía sau khi có sự cố. Mỗi điểm số phản ánh những gì tôi thực sự tìm thấy trong quá trình thử nghiệm, chứ không phải trang tiếp thị.
| Thông số | Điểm | Lý do cho điểm này |
|---|---|---|
| Giá | 9.7/10 | Connector không có phí thuê bao riêng nào và được tặng kèm miễn phí với mọi gói. Chi phí duy nhất là tài nguyên hosting nền tảng mà bạn vốn sẽ cần dù có Connector hay không. |
| Tính năng | 9.5/10 | Phạm vi tính năng vượt ra ngoài triển khai, bao gồm website, domain, DNS, cơ sở dữ liệu, chiến dịch email, tài nguyên VPS, nhật ký và chẩn đoán, bao quát nhiều hơn một công cụ triển khai thông thường. |
| Dễ sử dụng | 9.1/10 | Cài đặt và OAuth diễn ra nhanh và không cần cấu hình thủ công, còn việc triển khai lặp lại rất dễ. Thiết lập website Node.js ban đầu cần hPanel vì AI không xác định được mục tiêu hợp lệ, đó là điểm thiếu thực sự duy nhất trong một quy trình nhìn chung rất mượt. |
| Độ chính xác thực thi | 8.5/10 | Phân tích dự án, chỉnh sửa mã, đóng gói, triển khai và khôi phục đều hoạt động tốt. AI đã dùng lại một domain bịa ra và diễn giải quá mức một kiểm tra khả năng truy cập trước khi mục tiêu đó tồn tại. |
| Hỗ trợ | 9.5/10 | Kodee đưa ra một câu trả lời chính xác, cụ thể cho một câu hỏi kỹ thuật thực tế ngay lần đầu, và chuyên gia con người sau đó còn sắc bén hơn. Việc chuyển cấp cần hai yêu cầu trực tiếp, nhưng cả AI lẫn câu trả lời của con người đều đáng tin cậy khi đã được đưa ra. |
| Tổng thể | 9.3/10 | Một công cụ quy trình hữu ích cho người dùng Hostinger làm việc trong các trình chỉnh sửa hỗ trợ AI. Nó không tốn thêm chi phí, bao phủ phạm vi tính năng rộng, và cả thiết lập lẫn hỗ trợ đều hoạt động tốt trong thử nghiệm. Độ chính xác thực thi với các mục tiêu triển khai mới là điểm cần lưu ý. |
Hostinger Connector không được bán như một sản phẩm độc lập. Hostinger cho biết Connector được bao gồm miễn phí với mọi gói, nghĩa là không có khoản phí Connector hàng tháng riêng nào cộng vào hóa đơn hosting của bạn.
Tuy nhiên, “miễn phí” cần được hiểu trong ngữ cảnh. Connector quản lý các tài nguyên Hostinger; nó không thay thế chúng. Bạn vẫn cần một dịch vụ hosting, cloud, VPS, domain, email hoặc dịch vụ Hostinger khác đủ điều kiện cho những tác vụ mà bạn muốn nó thực hiện.
Tại thời điểm đánh giá này, trang đích Connector làm nổi bật Business Web Hosting và Cloud Startup.
| Gói | Giá khuyến mãi | Kỳ thanh toán hiển thị | Giá gia hạn | Web apps | Website |
|---|---|---|---|---|---|
| Business | $3.79/month | $181.92 for 48 months | $16.99/month | 5 | 50 |
| Cloud Startup | $7.99/month | $383.52 for 48 months | $25.99/month | 10 | Unlimited |
Giá được hiển thị trước các loại thuế áp dụng. Giá khuyến mãi và phí gia hạn có thể thay đổi, vì vậy hãy kiểm tra tổng thanh toán hiện tại thay vì chỉ dựa vào mức giá hàng tháng được quảng cáo.
Nhận định về giá: Đừng mua gói cao hơn chỉ để có quyền truy cập Connector. Hãy chọn gói dựa trên số lượng website và web app bạn cần, tài nguyên chúng yêu cầu và mức hỗ trợ bạn muốn. Connector là một lớp quản lý được bao gồm sẵn, không phải sản phẩm chính được định giá.
Hostinger quảng cáo đảm bảo hoàn tiền trong 30 ngày cho các mua hosting đủ điều kiện. Không có chính sách hoàn tiền riêng cho Connector để đánh giá vì Connector không có phí độc lập.
Các hành động chính xác có sẵn phụ thuộc vào các dịch vụ Hostinger trong tài khoản của bạn và các công cụ mà ứng dụng AI được kết nối cung cấp.
Hostinger cũng công bố giới hạn tốc độ. Theo FAQ của Connector, mức mặc định là 60 yêu cầu mỗi phút và 1.000 yêu cầu mỗi giờ, với thông tin giới hạn tốc độ được trả về trong các tiêu đề phản hồi.
Những giới hạn đó khá rộng rãi cho việc sử dụng tương tác, nhưng các quy trình tự động hoặc lặp lại quá nhiều vẫn nên tránh các lệnh gọi trùng lặp không cần thiết.
Trước khi có thể đánh giá liệu Hostinger Connector có triển khai và quản lý hosting tốt hay không, tôi cần biết để nó hoạt động thì trước hết phải làm gì.
Một công cụ được xây dựng để hoạt động ngay trong trình chỉnh sửa sẽ nhanh chóng mất đi sức hút nếu việc thiết lập đòi hỏi chỉnh sửa file cấu hình, tạo token API, hoặc phải xác thực lại liên tục. Phần này chỉ nói về thiết lập. Kiểm thử tác vụ thực tế sẽ đến ngay sau đó.
Tôi đã cài Hostinger Connector từ VS Code Marketplace. Nó xuất hiện là kết quả đầu tiên khi tôi tìm “Hostinger”, nhà phát hành được liệt kê là Hostinger Official, và nó cài đặt thành công ngay lần đầu trong vòng chưa đến hai phút.
| Chi tiết | Kết quả |
|---|---|
| Tìm kiếm trên marketplace | Đạt, xuất hiện ngay |
| Xác minh nhà phát hành | Hostinger Official |
| Cài đặt | Hoàn tất trong chưa đến hai phút |
| Phiên bản tiện ích tại thời điểm thử nghiệm | 1.3.1 |
| Lượt cài đặt trên marketplace | 8,140 |
| Đánh giá của người dùng | 5 sao, dựa trên hai đánh giá |
Dòng cuối cùng đó đáng được lưu ý. 5 sao nghe có vẻ mạnh, nhưng mẫu chỉ hai bài đánh giá thì không nói cho tôi biết nhiều về trải nghiệm người dùng điển hình. Tôi sẽ không dựa vào con số đó trong nội dung đánh giá.
Một điều kiện tiên quyết khiến tôi ngạc nhiên: Hostinger Connector cung cấp các công cụ của Hostinger, nhưng nó cần một tác nhân AI đã hoạt động trong trình chỉnh sửa để thực sự gọi chúng.
Bản thân tiện ích mở rộng không có gì để tự tương tác. Trong VS Code, tác nhân đó là GitHub Copilot Chat, vì hiện tại đây là giao diện AI mà VS Code cung cấp cho các lệnh gọi công cụ MCP. Tôi đã có sẵn Copilot đang hoạt động, nên điều này không làm chậm tôi, nhưng người đọc nên biết Connector chỉ hữu ích khi có tác nhân AI đứng phía sau.
Nếu không cài và đăng nhập một tác nhân như vậy, nó chẳng có gì để kết nối vào.
Việc cài đặt không yêu cầu:
Cài đặt chính tiện ích mở rộng là một trong những phần trơn tru nhất của toàn bộ bài thử nghiệm. Điểm vướng thực sự duy nhất là một phụ thuộc mà Hostinger không đặt ở vị trí nổi bật: tiện ích mở rộng cần một tác nhân AI đang hoạt động trong trình chỉnh sửa thì mới làm được gì đó.
Khi tiện ích đã được cài, câu hỏi tiếp theo là việc kết nối nó với một tài khoản thật có đơn giản như vậy không.
Việc kết nối tài khoản dùng OAuth thông qua nút “1-Click Connect”. VS Code mở một trang xác thực Hostinger trong trình duyệt của tôi, phát hiện phiên Hostinger hiện có, và yêu cầu tôi chấp thuận quyền truy cập cho một thứ có nhãn hostinger-mcp.
Sau khi tôi nhấp Allow, tôi được đưa trở lại VS Code và thấy “Connected via OAuth”.
| Kiểm tra | Kết quả |
|---|---|
| Kết nối một chạm | Đạt |
| Trình duyệt tự động mở | Đạt |
| Phát hiện phiên Hostinger hiện có | Đạt |
| Cần token API thủ công | Không |
| Hiển thị màn hình ủy quyền | Có |
| Quyền được giải thích | Có, nhưng khá chung chung |
| Quay lại VS Code thành công | Đạt |
Màn hình ủy quyền cho tôi biết Connector có thể quản lý website, hosting, domain, subscriptions và các dịch vụ Hostinger khác.
Đó là một danh sách theo nhóm, không phải phân rã quyền chi tiết từng mục. Tôi muốn có mức độ chi tiết hơn ở đây, vì “manage subscriptions” và “manage websites” bao hàm các mức rủi ro rất khác nhau.
Điều cho tôi một chút kiểm soát ở đây là một bảng điều khiển riêng trong tiện ích liệt kê mọi nhóm công cụ và cho phép tôi bật hoặc tắt từng nhóm một cách riêng lẻ:
| Nhóm công cụ | Số công cụ khả dụng | Trạng thái mặc định |
|---|---|---|
| Websites | 80 | Đã bật |
| Domains | 26 | Đã bật |
| Subscriptions and Payments | 7 | Đã bật |
| Email Marketing | 12 | Đã bật |
| Ecommerce | 12 | Đã tắt |
| VPS | 62 | Đã tắt |
Đó là tổng cộng 199 công cụ, với 125 công cụ được bật mặc định. Tôi để Ecommerce và VPS tắt cho đến khi sẵn sàng thử trực tiếp, và tiện ích đã tôn trọng ranh giới đó trong suốt quá trình thử nghiệm.
Đây là kiểu chi tiết bảo mật không xuất hiện trên trang tiếp thị của Hostinger nhưng lại rất quan trọng với bất kỳ ai đang cân nhắc giao bao nhiêu quyền truy cập tài khoản cho một trợ lý AI. Tôi sẽ coi đó là một điểm mạnh thực sự.
Ngắt kết nối tài khoản có sẵn ngay trong cùng bảng điều khiển đó, không cần thay đổi mật khẩu Hostinger hay tìm một token đã lưu.
Việc ủy quyền diễn ra nhanh và không yêu cầu tôi tự quản lý token, nhưng màn hình quyền là dạng tổng quát chứ không phải chi tiết. Các điều khiển công cụ theo nhóm bên trong tiện ích làm nhiều hơn để hạn chế rủi ro thực tế so với màn hình OAuth.
Hostinger liệt kê hỗ trợ cho các client sau, được tổng hợp từ màn hình hướng dẫn ban đầu của tiện ích:
| Trình chỉnh sửa hoặc client | Được Hostinger liệt kê |
|---|---|
| VS Code | Có |
| Cursor | Có |
| Windsurf | Có |
| Devin Desktop | Có |
| Antigravity | Có |
| Claude Code | Có |
| OpenAI Codex CLI | Có |
Tôi đã dùng VS Code với GitHub Copilot làm môi trường kiểm thử chính.
Phần thiết lập cho tôi biết Connector rất dễ tiếp cận. Nó chưa nói gì về việc liệu nó có thực sự làm tốt công việc khi đã kết nối hay không, và đó mới là câu hỏi khó hơn mà tôi chuyển sang tiếp theo.
Cài đặt và kết nối một tiện ích mở rộng là phần dễ nhất. Điều thực sự quan trọng là nó có làm được công việc hosting thật một cách chính xác hay không, vì vậy tôi đã xây dựng một ứng dụng Express.js nhỏ tên là PulseWatch và đưa Connector vào cùng một lộ trình mà một nhà phát triển sẽ đi sau khi cài đặt: kiểm tra tài khoản, tìm mục tiêu triển khai, triển khai dự án, cập nhật nó, kiểm tra kết quả, và khôi phục sau một lỗi mà tôi cố ý tạo ra.
| Kiểm thử | Điều tôi muốn tìm hiểu |
|---|---|
| Đọc dữ liệu tài khoản | Nó có hiểu chính xác tài khoản hosting không? |
| Tìm mục tiêu triển khai | Nó có xác định đúng website mà không đoán bừa không? |
| Phân tích dự án Node.js | Nó có hiểu ứng dụng trước khi chạm vào không? |
| Triển khai PulseWatch | Nó có thể đưa một dự án thật từ trình chỉnh sửa lên hosting trực tiếp không? |
| Xuất bản một bản cập nhật nội dung | Nó có hữu ích cho công việc phát triển thường ngày không? |
| Kiểm tra build và nhật ký | Nó có cung cấp bằng chứng hữu ích sau khi triển khai không? |
| Triển khai một bản lỗi | Nó có phát hiện một lỗi ứng dụng thực sự không? |
| Khôi phục ứng dụng | Nó có thể khôi phục an toàn một bản phát hành đã biết là tốt không? |
PulseWatch được cố tình làm đơn giản: một máy chủ Express, một trang chủ, một script start trong package.json, và một endpoint /api/health trả về JSON. Chính endpoint health đó sau này lại trở nên quan trọng.
Một nền tảng hosting có thể báo build đã hoàn tất ngay cả khi ứng dụng không khởi động được. Một endpoint trực tiếp cho tôi cách kiểm tra độc lập xem tiến trình được triển khai có thực sự phản hồi hay không, thay vì chỉ tin vào một huy hiệu trạng thái.
Tôi bắt đầu bằng các lời nhắc chỉ đọc trước khi cho phép trợ lý chạm vào bất kỳ thay đổi trực tiếp nào. Nếu nó không thể mô tả chính xác tài khoản của tôi, tôi sẽ không có nhiều lý do để tin nó với các tác vụ triển khai, DNS, hoặc VPS.
Công cụ liệt kê website của Connector trả về năm site:
Tài khoản của tôi thực tế có nhiều hơn thế. hPanel cho thấy các website trải trên các gói Premium, Business và Growth, bao gồm site WordPress, site PHP/HTML, dự án Website Builder, và một số domain tạm thời.
Ở một lời nhắc khác hỏi về các gói hosting đang hoạt động của tôi, trợ lý nói rằng tôi chỉ có “one active hosting plan.” hPanel cho thấy có ba: Premium, Growth và Business.
| Kiểm tra | Kết quả |
|---|---|
| Liệt kê các website đã biết | Đạt |
| Liệt kê tất cả các gói hosting | Không đạt |
| Phát hiện gói Business không được dùng | Không đạt |
| Thực hiện thay đổi tài khoản nào không | Không |
Để công bằng với Connector, khi tôi phản hồi và chỉ ra sự không khớp, nó đã tự sửa, tách rõ những gì nó xác minh được với những gì nó đã suy đoán, và không lặp lại nhận định sai đó.
Đó là một kiểu thất bại tốt hơn là cố chấp giữ nguyên, nhưng nó có nghĩa là câu trả lời đầu tiên cho một câu hỏi về toàn bộ tài khoản không nên được xem là tuyệt đối đúng.
Quyền chỉ đọc hoạt động, nhưng câu trả lời đầu tiên cho bất kỳ câu hỏi nào ở cấp tài khoản đều chưa đầy đủ. Nó đã tự sửa khi bị chất vấn, điều đó quan trọng, nhưng tôi không nên phải chất vấn nó ngay từ đầu.
Lỗ hổng trong tầm nhìn tài khoản đó hóa ra là dấu hiệu báo trước cho một vấn đề lớn hơn. Bài kiểm thử thực sự xem liệu điều đó có quan trọng không sẽ đến tiếp theo, khi tôi yêu cầu Connector tìm một website mà nó chưa từng được cho biết tên.
Đây là lúc kiểm thử cho thấy điều nhiều nhất. Tôi yêu cầu trợ lý xác định một website Node.js mới tạo mà không nêu domain của nó, và không chạm vào bất kỳ site nào đã có.
Việc chọn mục tiêu là một yêu cầu an toàn cơ bản đối với công cụ có thể tác động lên tài khoản thật, nên tôi muốn xem nó xử lý sự không chắc chắn ra sao thay vì một câu trả lời đẹp đẽ.
Đây là những gì đã xảy ra, theo thứ tự:
| Bước | Connector đã làm gì | Kết quả |
|---|---|---|
| 1 | Dùng lại một tên domain từ một lần thử thất bại trước đó: pulsewatch-temp-20260714.hostingersite.com | Domain này chưa bao giờ được trả về bởi bất kỳ lệnh liệt kê website nào |
| 2 | Chạy kiểm tra khả năng truy cập trên domain đó | Trả về is_accessible: true |
| 3 | Xem kết quả đó như xác nhận rằng website đã tồn tại | Sai. Khả năng truy cập không giống như một bản ghi website tồn tại, có thể triển khai |
| 4 | Thử triển khai bằng các ID tài nguyên mà nó chưa xác nhận là hosting order ID | Hostinger trả về [Hosting:9999] Not found, hai lần |
Vấn đề cốt lõi: hai ID mà nó dùng là domain resource ID, không phải hosting order ID. Nó không hề xác nhận sự khác biệt đó trước khi gọi một công cụ tạo website trực tiếp với chúng.
Khi tôi yêu cầu nó giải thích, trợ lý cuối cùng đã đưa ra một bản tường thuật chính xác: nó có sẵn một công cụ liệt kê website hoạt động suốt thời gian đó, nhưng không gọi lại sau khi tôi tạo một site mới qua hPanel, nên nó lấp chỗ trống bằng một domain chưa được xác minh thay vì làm mới dữ liệu.
Khi tôi yêu cầu trực tiếp nó chạy lại công cụ liệt kê đó và kiểm tra xem có bản ghi mới hay không, nó lại gọi ba công cụ tra cứu triển khai không liên quan khác và báo rằng “không có website mới nào xuất hiện,” một kết luận mà chính các lệnh gọi công cụ đó không thể hỗ trợ.
Không điều nào trong số này tạo ra một website lạc trong tài khoản của tôi. Các lệnh gọi thất bại không để lại thứ gì phía sau. Nhưng khuôn mẫu thì đáng được gọi tên một cách thẳng thắn. Khi có dữ liệu chưa đầy đủ, trợ lý đã lấp chỗ trống bằng một suy đoán nghe có vẻ hợp lý, xem một tín hiệu yếu như bằng chứng mạnh, và hành động trên một tài khoản thật trước khi suy đoán đó được kiểm tra.
Đây là phát hiện quan trọng nhất trong phần này. Connector sẽ đoán một mục tiêu và hành động dựa trên phán đoán đó thay vì dừng lại và hỏi. Ở đây nó đã thất bại một cách an toàn, nhưng thói quen xem một tín hiệu yếu như bằng chứng là điều bạn cần chú ý trong tài khoản của chính mình.
Với việc Connector không thể tự tìm mục tiêu, tôi chỉ còn một lựa chọn: tự tạo mục tiêu rồi xem liệu điều đó có thay đổi gì không.
Vì Connector không thể xác định mục tiêu mới một cách đáng tin cậy, tôi đã hoàn tất thiết lập ban đầu theo cách thủ công trong hPanel để xem Hostinger chuẩn bị những gì trước khi triển khai qua Connector trở nên khả thi.
Quy trình là: Tạo website mới → Node.js web app → domain tạm thời → Hostinger tự chọn một trung tâm dữ liệu ở Vương quốc Anh với độ trễ ước tính 147ms → lựa chọn ba phương thức triển khai.
Màn hình thứ ba đó đáng được nhấn mạnh riêng. Hostinger cung cấp “Build with Hostinger Connector” như một phương thức triển khai ngay cạnh GitHub import và tải file thủ công. Tôi chọn nó với kỳ vọng rằng nó sẽ hoàn tất việc thiết lập site.
Thay vào đó, nó chuyển tôi đến trang cài đặt riêng của Connector, mà tôi đã hoàn thành trước đó rồi. Đó là một khoảng trống onboarding có thật. Tùy chọn được trình bày như một đường dẫn gốc của Connector thực ra không hề cung cấp gì cả.
Tôi quay lại và chọn tải file thủ công thay thế. Hostinger chấp nhận bản lưu trữ dự án của tôi (11.46 KB, đã loại trừ node_modules ), và màn hình cài đặt hiển thị tự động phát hiện chính xác:
Tôi nhấp Deploy. Quá trình hoàn tất thành công, và Hostinger gán cho nó một domain tạm thời thật: orange-walrus-700988.hostingersite.com. Đó là một domain khác với domain mà Connector đã bịa ra trước đó. Tôi mở thủ công cả trang chủ lẫn /api/health và xác nhận cả hai đều hoạt động.
Con đường thủ công hoạt động trơn tru một khi tôi ngừng chờ Connector tìm thấy nó. Nút “Build with Hostinger Connector” trên màn hình này nên được sửa hoặc gỡ bỏ. Hiện tại nó hứa một điều mà nó không thực hiện.
Giờ đã có một website thật, đã xác nhận. Câu hỏi tiếp theo là liệu Connector có hành xử khác đi khi đã có thứ cụ thể để tìm hay không.
Với một website thật, đã xác nhận, tôi quay lại Connector và yêu cầu nó kiểm tra chính xác domain đó. Lần này nó hoạt động mượt mà.
| Kiểm tra | Kết quả |
|---|---|
| Nhận ra site là mục tiêu triển khai Node.js | Đạt |
| Tìm được bản ghi triển khai đã hoàn tất | Đạt |
| Tìm được bản ghi build Node.js tương ứng | Đạt |
| Triển khai và build có cùng UUID | Đạt |
Điều đó xác nhận một điều quan trọng: các thất bại trước đó là về việc xác định và tạo một mục tiêu mới, chứ không phải về khả năng làm việc với một site Node.js khi nó đã tồn tại.
Tiếp theo tôi thử tính năng mà Hostinger quảng bá nhiều nhất: thay đổi một dòng nội dung cục bộ và xuất bản nó mà không cần mở hPanel.
Tôi yêu cầu trợ lý đổi một dòng chữ trên trang chủ, từ “Monitor Every Service. Catch Every Issue.” thành “Monitor Every Service. Resolve Issues Faster.”
| Bước | Kết quả |
|---|---|
| Tìm văn bản hiện có | Đạt |
| Chỉ thay đổi dòng được yêu cầu | Đạt |
| Xác minh ứng dụng cục bộ trước khi triển khai | Đạt |
Đóng gói dự án, loại trừ node_modules và .git | Đạt |
| Triển khai đến website đã xác nhận, hiện có | Đạt |
| Kiểm tra trạng thái triển khai và build sau đó | Đạt |
Cả quá trình cập nhật mất khoảng một phút. Trợ lý báo bản triển khai mới là “pending” ngay sau khi gửi, đơn giản vì nó kiểm tra trước khi Hostinger xử lý xong.
Khi tôi tự làm mới site trực tiếp, tiêu đề mới đã xuất hiện.
Các nhật ký build mà nó truy xuất sau đó khá cụ thể và hữu ích: thêm 67 gói, kiểm tra 68 gói, không có lỗ hổng nào, không có lỗi nào.
Đối với các site đã tồn tại, đây gần như là quy trình mà Hostinger hứa hẹn. Sửa, xác minh cục bộ, đẩy lên, và xác nhận, tất cả trong khoảng một phút, mà không rời khỏi trình chỉnh sửa. Đây là kết quả mạnh nhất trong toàn bộ bài thử.
Một lần triển khai sạch chỉ cho tôi biết đường đi thuận lợi hoạt động. Để xem Connector thực sự làm gì khi gặp áp lực, tôi đã cố tình phá ứng dụng.
Một công cụ chỉ thực sự đáng tin khi nó sống sót qua va chạm với một lỗi thật, chứ không chỉ qua một bản demo sạch. Tôi cố tình làm hỏng ứng dụng để xem báo cáo trạng thái và nhật ký của Connector có thực sự giúp tôi chẩn đoán hay không.
Trước khi thay đổi bất cứ thứ gì, trợ lý đã sao lưu package.json thành package.json.bak, đây đã là một thói quen tốt.
Sau đó tôi yêu cầu nó đổi script start từ “start”: “node server.js” thành “start”: “node missing-server.js”, một file không tồn tại.
Chạy cục bộ xác nhận một lỗi có thể tái tạo thật: Error: Cannot find module ‘…/missing-server.js’.
Tôi vẫn triển khai bản bị lỗi, cố ý, để xem Hostinger sẽ báo gì.
| Trạng thái hiển thị | Nó xác nhận điều gì | Nó không xác nhận điều gì |
|---|---|---|
| Build: completed | Dependencies được cài, giai đoạn build hoàn tất | Ứng dụng thực sự đã khởi động |
| Deployment: completed | Hostinger đã chấp nhận và xử lý bản phát hành | Mọi route đều khỏe mạnh |
Các nhật ký build có thể truy xuất qua Connector chỉ cho thấy việc cài đặt dependencies thành công và không có gì hơn. Lỗi runtime thiếu module không hề xuất hiện trong đó. Một nhà phát triển chỉ nhìn vào huy hiệu “completed” màu xanh sẽ không có lý do gì để nghi ngờ site đang hỏng.
Khôi phục diễn ra suôn sẻ. Trợ lý khôi phục package.json từ bản sao lưu, xác minh ứng dụng cục bộ, triển khai lại, và xác nhận sửa lỗi bằng cách gọi trực tiếp endpoint /api/health thay vì chỉ tin vào trạng thái triển khai.
Endpoint đó trả về phản hồi hoạt động bình thường, và đó là bằng chứng duy nhất trong toàn bộ bài thử thực sự chứng minh rằng ứng dụng đang chạy.
Đây là phát hiện lớn thứ hai. Trạng thái completed không phải là bằng chứng ứng dụng hoạt động, và chính các nhật ký của Connector cũng sẽ không cho bạn biết điều đó. Bản thân việc khôi phục hoạt động tốt một khi tôi biết có vấn đề cần khôi phục.
Sau một lỗi mà huy hiệu trạng thái không thể phát hiện, tôi muốn biết ở nơi nào khác sự tự tin của Connector có thể vượt quá năng lực thực tế của nó. Biến môi trường là bài kiểm tra tiếp theo.
Tôi yêu cầu trợ lý thêm một biến môi trường vô hại, xác nhận trước khi chạm vào bất kỳ thứ gì rằng đây là một khả năng Connector riêng biệt, và dừng lại nếu không có.
Nó tìm trong các công cụ khả dụng, không thấy hành động chuyên dụng nào để quản lý biến môi trường Node.js, và dừng lại trước khi thực hiện bất kỳ thay đổi mã hay triển khai nào.
Đây là hành vi tôi muốn thấy ở mọi chỗ khác trong bài thử này. Khi đối mặt với một giới hạn thật, nó đã dừng lại thay vì đoán. Tôi sẽ không kết luận rằng Hostinger Connector không hỗ trợ biến môi trường ở bất kỳ đâu trong bộ công cụ của nó, mà chỉ rằng trong bài thử này không có hành động như vậy được lộ ra.
| Kiểm thử | Kết quả | Phát hiện chính |
|---|---|---|
| Sao lưu manifest đang hoạt động | Đạt | Tạo file khôi phục trước khi sửa đổi |
| Đưa vào mục nhập điểm khởi động bị thiếu | Đạt | Thêm một lỗi có kiểm soát |
| Tái tạo lỗi cục bộ | Đạt | MODULE_NOT_FOUND được xác nhận |
| Triển khai bản lỗi | Đạt | Hostinger chấp nhận bản lưu trữ |
| Trạng thái build phát hiện lỗi | Không đạt | Build vẫn hiển thị completed |
| Nhật ký build cho thấy lỗi runtime | Không đạt | Lỗi thiếu module không xuất hiện |
| Khôi phục manifest đang hoạt động | Đạt | Khôi phục lệnh start ban đầu |
| Triển khai lại bản hoạt động | Đạt | Triển khai hoàn tất |
| Xác minh endpoint health trực tiếp | Đạt | API trả về trạng thái hoạt động |
Hostinger Connector thực hiện tốt các tác vụ thông thường, mang tính xác định:
Nó yếu hơn khi nhiệm vụ đòi hỏi diễn giải trên dữ liệu tài khoản không đầy đủ:
Kiểu mẫu này rất hữu ích khi quyết định trao cho trợ lý bao nhiêu quyền tự chủ.
Hãy dùng lời nhắc rộng hơn cho các hoạt động kiểm tra rủi ro thấp. Hãy dùng lời nhắc chính xác hơn và yêu cầu xác nhận rõ ràng cho các hành động thay đổi hạ tầng trực tiếp.
Ví dụ, thay vì:
| Triển khai ứng dụng này lên một site tạm thời mới của Hostinger. |
hãy dùng:
| Liệt kê các website hiện được Hostinger trả về. Chỉ xác định một website Node.js nếu nó xuất hiện trong kết quả đó. Cho tôi xem domain chính xác và bằng chứng trước khi triển khai. Đừng tạo, suy đoán hoặc dùng lại một domain không được Hostinger trả về. |
Lời nhắc thứ hai thu hẹp không gian cho sự suy đoán của trợ lý.
Việc đưa Hostinger Connector vào hoạt động rất dễ, không có những rắc rối thiết lập thường thấy, và các điều khiển theo nhóm công cụ cho tôi quyền quyết định thực sự đối với những gì AI có thể chạm tới.
Khi một website thật đã tồn tại với domain đã biết, nó thực hiện công việc tốt: một thay đổi nội dung một dòng đi từ chỉnh sửa đến trực tiếp trong khoảng một phút, kèm theo các nhật ký build hữu ích.
Vấn đề xuất hiện ở giai đoạn sớm hơn, không phải muộn hơn. Khi đối mặt với một mục tiêu mới mà nó không tìm ra, Connector đã tự bịa ra một domain và hành động dựa trên đó trước khi kiểm tra. Nó cũng gắn trạng thái “completed” cho một lần triển khai bị lỗi dù ứng dụng thực ra đã chết, và trong nhật ký của chính nó không có lỗi runtime. Điều đó không khiến công cụ trở nên không đáng tin trên các site đã có, nhưng cả hai vấn đề này có nghĩa là các mục tiêu triển khai mới và trạng thái sau triển khai cần được kiểm tra lại trước khi bạn tin tưởng hoàn toàn.
Hostinger xây dựng hỗ trợ dựa trên live chat và tự phục vụ hơn là gọi điện, nên tôi tập trung kiểm thử vào nơi mà phần lớn người dùng thực sự sẽ đến: trợ lý AI tích hợp trong hPanel, chuyển cấp lên con người phía sau nó, và kho kiến thức mà một nhà phát triển sẽ tìm đến trước khi mở chat.
| Kênh | Khả dụng | Ghi chú |
|---|---|---|
| Live chat (Kodee, AI) | 24/7 | Truy cập qua “Ask AI” trong hPanel |
| Live chat (người thật) | Chỉ khi được chuyển cấp | Không phải hàng chờ trực tiếp, được chuyển qua Kodee |
| Email / ticket | support@hostinger.com | Thông báo thời gian phản hồi là 1 ngày làm việc |
| Điện thoại | Không cung cấp | Không có đường dây điện thoại công khai cho hỗ trợ chung |
| Knowledge Base | Tự phục vụ | support.hostinger.com |
| Tutorials and Academy | Tự phục vụ | Hướng dẫn từng bước và một kênh YouTube |
Vì live chat là kênh Hostinger khuyên người làm phát triển dùng cho bất cứ việc gì khẩn cấp, và cũng là kênh có khả năng được dùng nhất khi đang gỡ lỗi một lần triển khai, tôi đã kiểm tra trực tiếp con đường đó thay vì gửi email ticket.
Tôi mở live chat qua “Ask AI” trong hPanel và hỏi Kodee một câu có câu trả lời thật dễ trả lời sai: liệu trạng thái build đã hoàn tất trên một triển khai Node.js có đảm bảo ứng dụng thực sự đang chạy hay không, và tôi sẽ tìm bằng chứng ở đâu nếu không.
Câu trả lời đầu tiên của Kodee rất cụ thể và chính xác:
“Completed” thường có nghĩa là giai đoạn build đã hoàn thành thành công; nó không đảm bảo ứng dụng khỏe mạnh sau khi khởi chạy. Để phát hiện start command sai hoặc lỗi crash runtime khác, hãy kiểm tra nhật ký runtime: trong hPanel vào Websites → Dashboard → Deployments để xem build logs, rồi mở stderr.log của ứng dụng trong thư mục nodejs để tìm lỗi khởi động như Port already in use hoặc Module not found.
Câu trả lời đó một mình đã giải quyết đúng sự mơ hồ mà bài kiểm thử khôi phục lỗi của tôi đã gặp trước đó trong bài đánh giá này. Kodee đã nêu tên một file nhật ký thật, thư mục đúng, và phân biệt đúng giữa build thành công với sức khỏe runtime.
Tuy nhiên, tôi cũng muốn xem liệu tôi có thể liên hệ với một nhân viên thật hay không, nên tôi nói với Kodee rằng tôi muốn xác nhận điều này trực tiếp với một chuyên viên hỗ trợ.
Nhưng việc có được một người thật còn khó hơn tôi mong đợi. Tôi yêu cầu trực tiếp một nhân viên live và bị chuyển lại cho Kodee hai lần, mỗi lần đều được khung là nhanh hơn chờ đợi:
Tôi hiểu vì sao bạn muốn vậy. Tôi có thể giúp bạn xác minh build, start command, và runtime logs ngay tại đây, thường là cách nhanh nhất để xác định vấn đề.
Trước khi chúng tôi chuyển cho một chuyên viên. Tôi có thể giải quyết vấn đề và giúp bạn không phải chờ đợi.
| Lần thử | Yêu cầu của tôi | Phản hồi của Kodee |
|---|---|---|
| 1 | “Can you connect me with a live agent?” | Đề nghị tự giải quyết vấn đề |
| 2 | “I’d still like to speak with a human agent. Please connect me.” | Lại đề nghị như vậy, hỏi domain và start command |
| 3 | Nhấp “Go to human” / gõ “I want to continue with a human” | Đã chuyển cấp |
Mất hai yêu cầu trực tiếp, rõ ràng trước khi Kodee ngừng chuyển tôi lại cho chính nó. Với một câu hỏi mà tôi có thể tự xử lý, sự cản trở đó là nhỏ. Với một người đang giữa sự cố và muốn gặp người thật, đó là một điểm gây khó chịu thực sự.
Điều xảy ra sau đó không phải là một chuyển giao trực tiếp theo nghĩa thông thường của “kết nối tôi với một người”. Kodee giải thích rõ mô hình thực tế:
Tôi đã chuyển yêu cầu của bạn cho một chuyên viên trong đội của chúng tôi để họ xem lại cuộc trò chuyện và gửi câu trả lời cho tôi, rồi tôi sẽ chuyển lại cho bạn ngay tại đây.
Đây là một lần xem xét không đồng bộ, chứ không phải chuyển trực tiếp live. Kodee vẫn là giao diện; một người xem lại bản ghi cuộc trò chuyện ở phía sau và Kodee chuyển câu trả lời khi có. Sự khác biệt này rất quan trọng với người đọc đang cân nhắc có nên chuyển cấp hay không, vì “human agent” ở đây không có nghĩa là một người mới cùng tham gia cửa sổ chat như ở hầu hết các hệ thống live chat khác.
Tôi tiếp tục đẩy cùng một chủ đề kỹ thuật trong lúc chờ, yêu cầu Kodee xác nhận đường dẫn nhật ký chính xác và liệu stderr.log có luôn được tạo hay không. Nó đưa ra một câu trả lời khá ổn theo cách riêng, nói đúng rằng file nhật ký có thể trống nếu ứng dụng chưa khởi động hoàn toàn hoặc ghi lỗi ở nơi khác.
Bản xem xét của chuyên viên đến sau khoảng 3 phút, được gắn tên trong chat là Mayas, và nó còn tốt hơn câu trả lời của Kodee chứ không chỉ lặp lại:
domains/[your-domain]/nodejs/stderr.log là vị trí đúng. Nó không phải lúc nào cũng được tạo ra hoặc có dữ liệu. Bạn chỉ thấy nội dung ở đó khi ứng dụng ghi ra stderr, chẳng hạn như với exception chưa bắt được hoặc unhandled rejection. Nếu start command sai và tiến trình thoát một cách im lặng, stderr.log có thể trống hoặc không tồn tại.
Mayas cũng thêm hai kiểm tra dự phòng mà Kodee chưa đề cập: kiểm tra stdout.log để xem dòng output cuối cùng trước khi crash, và xem có thiếu dòng xác nhận khởi động hay không như một dấu hiệu ứng dụng chưa từng khởi động hoàn toàn.
| Kiểm tra | Kết quả |
|---|---|
| Câu trả lời kỹ thuật đầu tiên chính xác | Có |
| Có thể chuyển cấp cho người thật | Có, nhưng bị cản hai lần trước khi được chấp thuận |
| Mô hình chuyển cấp | Xem xét và chuyển lại không đồng bộ, không phải chuyển trực tiếp live |
| Người trả lời được nêu tên | Mayas |
| Thời gian phản hồi của người thật | Khoảng 3 phút |
| Câu trả lời của người thật chính xác hơn AI | Có |
Knowledge Base của Hostinger được tổ chức theo các danh mục sản phẩm rộng: Getting Started, hPanel, Website Builder, Hostinger Horizons, Domains, DNS, Files Management, Email, MySQL Databases, Website, VPS, Agency Hosting Plans, Hostinger Reach, SSL Certificates, PHP, Profile Management, Billing, Affiliates and Referrals, Features, cPanel, và About Hostinger.
Không có danh mục nào trong số đó dành riêng cho Hostinger Connector. Cách duy nhất tôi tìm thấy bài viết đúng là tìm trực tiếp “Hostinger Connector”, và nó trả về năm kết quả, phần lớn chỉ liên quan lỏng lẻo, bao gồm một hướng dẫn plugin affiliate marketing và một bài viết hosting Node.js tổng quát.
Bài viết thực sự hướng dẫn thiết lập Connector có tên “How to Set Up Web Hosting MCP on Local IDEs,” được xếp dưới Features → General Information.
Tìm bằng tên tiếp thị thực tế của sản phẩm đã tìm thấy nó, nhưng người đọc duyệt theo danh mục hoặc tìm “MCP” mà không biết cách đặt tên của Hostinger có thể dễ dàng bỏ lỡ, và sự lệch nhau giữa tên tiếp thị và tên trong tài liệu là điều đáng biết trước khi bạn đi tìm.
Bản thân bài viết rất tốt khi đã tìm thấy. Nó được cập nhật lần cuối sáu ngày trước khi tôi thử nghiệm, và nó bao gồm:
Điểm cuối cùng đó khớp với điều tôi đã gặp trực tiếp trong quá trình thử nghiệm: Devin Desktop được tự động phát hiện, còn OpenAI Codex thì cần cách thủ công. Bài viết đã nắm đúng sự khác biệt đó.
Câu trả lời đầu tiên của Kodee cho một câu hỏi kỹ thuật khó là chính xác và cụ thể, điều mà không phải trợ lý hỗ trợ AI nào cũng làm được. Bài viết trong Knowledge Base hỗ trợ nó hiện thời và chi tiết khi bạn tìm thấy, dù tên tiếp thị của sản phẩm và tiêu đề tài liệu không khớp nhau, nên tìm kiếm là con đường đáng tin hơn duyệt theo danh mục.
Điểm yếu hơn là đường chuyển cấp lên con người. Kodee đã chuyển tôi trở lại với chính nó hai lần trước khi chấp nhận một yêu cầu trực tiếp về con người, và ngay cả khi đó, “human agent” cũng chỉ là một lượt xem xét không đồng bộ được chuyển lại qua cùng cửa sổ chat. Một khi con người đã xem, câu trả lời còn tốt hơn câu của Kodee, chính xác hơn và có thêm hai bước chẩn đoán mà Kodee không đưa ra.
Với hầu hết câu hỏi, riêng Kodee đã đủ để cho bạn một câu trả lời chính xác nhanh chóng. Nếu bạn thực sự muốn một người xác minh câu trả lời, hãy chuẩn bị hỏi nhiều hơn một lần, và hãy chờ một câu trả lời được chuyển lại thay vì một cuộc trò chuyện trực tiếp.
Có, đối với các nhà phát triển đã hosting với Hostinger và muốn xử lý các lần triển khai thường xuyên ngay từ trình chỉnh sửa. Thiết lập chỉ mất vài phút, OAuth loại bỏ nhu cầu dùng API key, và khi đã có một website với domain đã biết, Connector đã đưa một bản cập nhật trực tiếp lên live trong khoảng một phút kèm theo nhật ký để đối chiếu. Các câu trả lời hỗ trợ của Kodee đủ sắc để giải quyết một vấn đề kỹ thuật thực tế ngay lần đầu.
Điểm cần lưu ý là niềm tin, không phải sự tiện lợi. Khi gặp một mục tiêu mới mà nó không tìm ra, Connector đã bịa ra một domain và hành động dựa trên đó trước khi kiểm tra.
Nó cũng gắn nhãn một lần triển khai bị lỗi là “completed” trong khi ứng dụng thực tế đã chết, và trong nhật ký của chính nó không có lỗi runtime nào. Hãy dùng nó để tăng tốc công việc trên những site đã tồn tại, xác minh bất cứ thứ gì nó làm với một mục tiêu mới, và tự kiểm tra live site sau bất kỳ lần triển khai nào quan trọng.
| Description | Expert Review |
|---|---|
| Dịch vụ lưu trữ giá phải chăng với hiệu suất cao và công cụ qu�... | Read Shared Hosting Review |
| Lưu trữ WordPress ast và bảo mật với cài đặt một cú nhấp chuột v... | Read Wordpress Hosting Review |
| Lưu trữ VPS có khả năng mở rộng với tài nguyên chuyên dụng và quy�... | Read VPS Review |
| Lưu trữ đám mây nhanh chóng, linh hoạt với thời gian hoạt động tuy�... | Read Cloud Hosting Review |
| Các giải pháp lưu trữ an toàn và riêng tư với các vị trí trung tâm ... | Read Offshore Hosting Review |
| Lưu trữ email an toàn và đáng tin cậy với các tính năng cấp chuyên n... | Read Email Hosting Review |
| Lưu trữ Python đáng tin cậy với môi trường linh hoạt cho các nhà ph�... | Read Python Hosting Review |
| Dịch vụ lưu trữ PHP hiệu suất cao với hỗ trợ đầy đủ cho các t... | Read PHP Hosting Review |
| Hosting Windows VPS đáng tin cậy với quyền kiểm soát đầy đủ và các... | Read Windows VPS Review |
| Dịch vụ lưu trữ nhanh và linh hoạt được thiết kế riêng cho các �... | Read Nodejs Hosting Review |
| Hosting tối ưu cho các cửa hàng WooCommerce với tốc độ cao và tích h�... | Read Woocommerce Hosting Review |
| Dịch vụ lưu trữ máy chủ chuyên dụng cho trải nghiệm chơi Minecraft ... | Read Minecraft Server Hosting Review |
| Giải pháp lưu trữ có khả năng mở rộng với các tính năng nâng cao ... | Read Agency Hosting Review |
| Hosting nhanh, bảo mật, tối ưu cho các website thương mại điện tử Ma... | Read Magento Hosting Review |
| Hosting dựa trên Linux hiệu suất cao cho hoạt động trang web ổn định... | Read Linux Hosting Review |
| Giải pháp lưu trữ Java mạnh mẽ cho các ứng dụng web động và các d... | Read Java Hosting Review |
| Hosting tối ưu cho website thương mại điện tử với hiệu suất an toà... | Read Ecommerce Hosting Review |
| Dịch vụ lưu trữ Django đáng tin cậy với tốc độ nhanh và môi trư�... | Read Django Hosting Review |
| Dịch vụ lưu trữ cPanel dễ sử dụng với hiệu suất mạnh mẽ và h�... | Read Cpanel Hosting Review |
| Dịch vụ lưu trữ mạnh mẽ cho doanh nghiệp với tốc độ cao, bảo m�... | 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 |
| Máy chủ SMTP chuyên dụng để lưu trữ, đảm bảo gửi email ổn địn... | Read SMTP Server Review |
| Hosting nhanh và được tối ưu hóa, được thiết kế riêng cho các ứn... | Read Ruby on Rails Review |
| Lưu trữ giàu tính năng với tích hợp OpenClaw để xây dựng và quản ... | Read OpenClaw Review |
| Hosting nhanh và đáng tin cậy với máy chủ đặt tại Vương quốc Anh �... | Read UK Hosting Review |
| Lưu trữ giá cả phải chăng và đáng tin cậy với máy chủ đặt tại... | Read India Review |
| Read Singapore Review | |
| Read Australia Review | |
| Read AI Agent Review | |
| Read Paperclip VPS Review | |
| Read Hermes Agent Review | |
| Read Web Apps Hosting Review | |
| Read Hostinger Reach Review | |
| Read MCP Review | |
| Read hpanel Review | |
| Read Odoo Review | |
| Read Laravel Review | |
| Read MERN VPS Review | |
| Read Ubuntu Review | |
| Read Drupal Hosting Review |
Hostinger Connector là một tích hợp dựa trên MCP kết nối các môi trường lập trình AI được hỗ trợ với các dịch vụ của Hostinger.
Nó cho phép trợ lý AI gọi các công cụ Hostinger được hỗ trợ cho các tác vụ liên quan đến website, triển khai, tên miền, DNS, cơ sở dữ liệu, email và tài nguyên VPS.
Connector không phải là một nền tảng hosting riêng biệt và không thay thế hPanel. Nó cung cấp một cách khác để tương tác với các tài nguyên Hostinger.
Hostinger hiện đang liệt kê:
– VS Code
– Cursor
– Devin
– Antigravity
– Claude
– Codex
Hostinger cũng cho biết các client tương thích với MCP khác có thể được hỗ trợ. Việc thiết lập và hành vi của công cụ có thể khác nhau giữa các client.
Hostinger Connector miễn phí để cài đặt và được bao gồm trong các gói Hostinger. Không có gói đăng ký Connector riêng biệt nào trong phần giá được hiển thị trong bài đánh giá này. Bạn vẫn cần trả tiền cho dịch vụ Hostinger cơ bản, chẳng hạn như hosting web, hosting đám mây hoặc VPS.
Không. Hostinger Connector sử dụng xác thực OAuth. Trong quá trình thiết lập VS Code của tôi, tôi đã đăng nhập thông qua luồng ủy quyền trên trình duyệt của Hostinger. Tôi không tạo khóa API, không dán token vào trình soạn thảo và cũng không lưu thông tin xác thực trong tệp cấu hình.
Không. Hostinger cho biết các lệnh gọi Connector API tương tác với tài khoản thực. Hãy dùng một website, tên miền hoặc VPS thử nghiệm riêng khi học quy trình làm việc. Đừng cho rằng một lời nhắc được mô phỏng chỉ vì nó được đưa ra thông qua một cuộc trò chuyện AI.
Vâng. Hostinger công bố các giới hạn mặc định là:
60 yêu cầu mỗi phút
1.000 yêu cầu mỗi giờ
Hostinger cũng cho biết chi tiết về giới hạn tốc độ được trả về trong các header phản hồi.
Các giới hạn này nên đủ cho việc sử dụng tương tác thông thường. Tránh các cuộc gọi lặp lại không cần thiết, đặc biệt khi một phản hồi trước đó đã chứa thông tin cần thiết.
Có. Tôi đã triển khai một ứng dụng Express.js lên Hostinger và sau đó dùng Connector để đăng phiên bản cập nhật từ VS Code. Hostinger đã phát hiện Express, chọn Node.js 22.x và dùng thư mục gốc của dự án làm thư mục gốc trong lần triển khai ban đầu trên hPanel. Khi website đã tồn tại như một mục tiêu Node.js được nhận diện, việc triển khai lại qua Connector đã hoạt động thành công.
Không nhất thiết. Trong thử nghiệm có kiểm soát của tôi, Hostinger báo cáo một bản build đã hoàn tất sau khi tôi đổi start script để tham chiếu đến một tệp JavaScript bị thiếu. Các log build được truy xuất cho thấy quá trình cài đặt phụ thuộc thành công nhưng không hiển thị lỗi start ở thời gian chạy. Luôn xác minh website đang hoạt động hoặc gọi một health endpoint sau khi triển khai.
Không hoàn toàn. Connector có thể giảm tần suất nhà phát triển cần rời khỏi trình soạn thảo của họ, đặc biệt đối với các thao tác triển khai thường xuyên và kiểm tra tài khoản. hPanel vẫn hữu ích cho việc quản lý tài khoản bằng giao diện trực quan, thiết lập ban đầu, cấu hình chi tiết và trong các trường hợp AI không thể phát hiện hoặc hiển thị đúng tài nguyên cần thiết.
Trả lời một vài câu hỏi đơn giản và tìm giải pháp hoàn hảo cho bạn!
Bắt đầu Tìm kiếm Lưu trữ
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á.
