Tôi đã đăng ký hai ứng dụng WordPress vào Cloudways Site Manager cho bài đánh giá này, một thông qua màn hình onboarding nằm gọn trong thanh bên của chính ứng dụng, một thông qua luồng hàng loạt nằm ở cấp tài khoản.
Từ đó, tôi đã chạy một Safe Update thực sự trên bốn plugin, xây dựng một lịch tự động cập nhật dùng chung bao phủ cả hai site, bật ghi nhật ký hoạt động, và dành đủ thời gian trong bảng điều khiển cấp tài khoản để hiểu cùng một mẩu thông tin xuất hiện ở nhiều nơi như thế nào, và tại sao điều đó quan trọng hơn vẻ bề ngoài của nó.
Site Manager đã thay thế một add-on cũ hơn của Cloudways có tên SafeUpdates. Hiểu được SafeUpdates không thể làm gì sẽ giải thích hầu hết mọi quyết định thiết kế trong sản phẩm hiện tại.
SafeUpdates chạy mọi thứ qua SSH, điều này tạo ra một bộ vấn đề cụ thể cho bất kỳ ai quản lý hơn vài site:
Các agency quản lý hai mươi hoặc nhiều hơn các cài đặt WordPress đã nói với Cloudways, về cơ bản, rằng công cụ này hoạt động cho đến khi nó không còn mở rộng được nữa, và khả năng mở rộng chính là lý do họ chọn Cloudways ngay từ đầu.
Site Manager là câu trả lời trực tiếp cho phản hồi đó. Bối cảnh này quan trọng khi đọc phần còn lại của bài đánh giá, vì nó giải thích tại sao một số phần của sản phẩm lại có cảm giác trưởng thành bất thường đối với một thứ vẫn còn ở Public Preview, và tại sao những phần khác, như bước onboarding bạn sẽ gặp ở ngày đầu tiên, vẫn còn lộ rõ các mối ghép.
Với bối cảnh đó, câu hỏi tiếp theo là phạm vi: công cụ này thực sự chạm tới điều gì. Trước khi đi vào onboarding, cập nhật và lập lịch, đáng để xác định chính xác Site Manager bao phủ những gì và không bao phủ những gì, vì câu trả lời trung thực tinh tế hơn nhiều so với một câu trả lời có hoặc không đơn giản.
Mọi ứng dụng có thể được đăng ký vào Site Manager cấp tài khoản, dù thông qua màn hình theo từng ứng dụng hay trình hướng dẫn hàng loạt trong mục Integrations, đều đến từ một server đã có sẵn trong tài khoản Cloudways của tôi.
Không có trường nào để dán thông tin xác thực cho một cài đặt được lưu trữ bên ngoài, và cũng không có connector nào cho một site đang chạy trên host khác hoàn toàn.
Bộ tính năng đầy đủ được đề cập trong bài đánh giá này, Safe Update clone staging, kiểm thử hồi quy trực quan, nhật ký hoạt động, lập lịch hàng loạt, tất cả đều nằm trong lớp gốc được host trên Cloudways này.
Cloudways cũng phát hành một plugin WordPress miễn phí, cũng có tên Cloudways Site Manager, được đồng phát triển với WP Remote.
Khác với bảng điều khiển gốc, plugin này cài trực tiếp lên một site WordPress bất kể nó được host ở đâu, nghĩa là nó có thể đưa một site bên ngoài, không phải Cloudways, vào một phiên bản của cùng chế độ xem tập trung.
Tuy nhiên, đây thực sự là một sản phẩm khác với bảng điều khiển gốc, và khoảng cách giữa hai bên là điều đáng chú ý:
| Khả năng | Site Manager gốc (ứng dụng được host trên Cloudways) | Plugin Site Manager (mọi host) |
|---|---|---|
| Dashboard tập trung | Có | Có |
| Cập nhật core, plugin, theme | Có | Có |
| Safe Update (clone staging + kiểm thử hồi quy trực quan) | Có | Không |
| Caching ở cấp server (Varnish, Redis, Cloudflare) | Có | Không |
| Nhật ký hoạt động | Có (Pro) | Không tương đương |
| Chi phí | Miễn phí (Basic) / trả phí (Pro) | Miễn phí |
Plugin cũng vô hiệu hóa các bản tự động cập nhật của chính WordPress khi đang hoạt động, một lựa chọn có chủ ý từ Cloudways để tránh xung đột trong quá trình quản lý từ xa.
Cloudways nói thẳng rằng con đường qua plugin chỉ là bước đệm chứ không phải đích đến: nếu bạn muốn toàn bộ stack, sao lưu tự động, staging một chạm, tích hợp Cloudflare, caching được quản lý, thực hành tốt nhất được nêu ra là chuyển site bên ngoài lên Cloudways thay vì quản lý từ xa lâu dài.
Đối với một agency có toàn bộ portfolio được host trên Cloudways, tất cả những điều này không quan trọng. Với bất kỳ ai vẫn còn vận hành một vài site ở nơi khác, và phần lớn các agency tôi đã nói chuyện trong nhiều năm qua đều có ít nhất vài site như vậy, plugin là một lựa chọn thực sự cho việc giám sát và cập nhật cơ bản, chỉ là không phải sự thay thế cho những gì bảng điều khiển gốc làm được.
Với câu hỏi về phạm vi đã được giải quyết, phần thực tế bắt đầu ở đây: thực sự đăng ký một ứng dụng WordPress. Cloudways cho bạn hai con đường để vào Site Manager gốc, và chúng không phù hợp như nhau cho công việc này.
Đây là chính xác cách tôi đi tới đó lần đầu tiên. Từ dashboard chính của Cloudways, tôi nhấp vào server của mình, rồi vào ứng dụng WordPress đang nằm trên đó, điều này đưa tôi tới trang Access Details của ứng dụng đó.
Thanh bên bên trái ở đó liệt kê Access Details, Staging Management, Monitoring, Application Security, Domain Management, và sau đó là Site Manager, được đánh dấu bằng thẻ “New”. Nhấp vào đó đưa tôi thẳng tới một màn hình có tiêu đề “Simplify App Management with Site Manager,” hoàn toàn dành riêng cho ứng dụng đó, với hai thẻ gói đặt cạnh nhau, Basic và Pro.
Tôi nhấp vào Get Pro. Đó là lúc mọi thứ đi chệch hướng.
Màn hình chuyển thành “Subscribing to the Site Manager Plan…” với một thông báo giải thích rằng Cloudways đang cài đặt plugin và đồng bộ dữ liệu site của tôi, và việc này có thể mất vài phút tùy theo kích thước của ứng dụng.
Nó chạy khoảng hai phút rồi thất bại, trả về một thông báo lỗi màu đỏ: “Please delete existing plugin and install again.” Tôi không hề có plugin nào được cài trước đó để xóa, nên bản thân thông báo đó không nói cho tôi biết thực sự điều gì đã xảy ra sai.
Tôi nhấp Get Pro lần thứ hai, trên cùng màn hình gói đó, mà không thay đổi gì. Lần thử đó hoạt động. Nó chạy khoảng ba phút và kết thúc bằng một thông báo thành công màu xanh xác nhận rằng tôi đã đăng ký gói Site Manager, đưa tôi tới trang Overview của ứng dụng, số plugin, số theme, điểm hiệu năng, và bảng Manage Updates đều được điền đầy đủ và sẵn sàng.
Đây là con đường đáng dùng ngay khi bạn có nhiều hơn một site để quản lý, và đây là chính xác cách tôi đã tìm và sử dụng nó.
Từ dashboard chính của Cloudways, thanh điều hướng bên trái có một hàng biểu tượng: Home, Flexible, Autonomous, Integrations, và Agency Partners. Tôi nhấp Integrations. Điều đó mở ra một bảng thẻ, trong đó có Site Manager (được đánh dấu “New”), Application Migration, DNS Made Easy, CookieYes, và Equalize Digital Accessibility Checker.
Nhấp vào thẻ Site Manager đưa tôi tới một màn hình hoàn toàn khác với Con đường 1, một màn hình nằm dưới breadcrumb Integrations → Add-Ons → Site Manager, với hàng tab riêng: Overview, Manage Updates, Auto Updates, History.
Trang Overview này là trung tâm chỉ huy thực sự. Nó hiển thị các số liệu toàn tài khoản, Total Apps on Site Manager, Apps on Free Plan, Apps on Pro Plan, Apps with Auto Updates, và bên dưới là bảng Manage Applications liệt kê mọi ứng dụng đã được đăng ký.
Để thêm ứng dụng nữa, tôi nhấp Add Apps to Site Manager ở góc trên bên phải của bảng đó. Điều đó mở ra một trình hướng dẫn hai bước:
Một ghi chú phía trên danh sách giải thích rằng nó loại trừ các site staging, các site trên server đã dừng, và bất kỳ ứng dụng nào đang chạy add-on SafeUpdates cũ hơn. Tôi chọn ứng dụng mình muốn và nhấp Select Plan.
Cả luồng này mất chưa tới một phút sau khi tôi vào được màn hình trình hướng dẫn, và nó áp dụng cho mọi ứng dụng tôi đã đánh dấu ở bước một cùng lúc, không cần lặp lại việc chọn gói cho từng site.
Sau khi đã đăng ký ứng dụng thông qua cả hai con đường, đây là phát hiện đã thay đổi cách tôi nghĩ về việc bảo trì sản phẩm này hàng ngày. Tôi đã thêm một ứng dụng WordPress thứ hai vào một server vốn đã có Site Manager quản lý tích cực một ứng dụng khác trên cùng server đó.
Tôi kỳ vọng ứng dụng mới sẽ tự động xuất hiện, vì nó nằm ngay cạnh một ứng dụng mà Site Manager đã biết. Nó không xuất hiện. Số “Total Apps on Site Manager” trên dashboard cấp tài khoản vẫn y nguyên cho đến khi tôi tự tay đưa ứng dụng mới qua onboarding.
Đây là một lựa chọn thiết kế, nhưng là một lựa chọn thiết kế đi kèm chi phí vận hành:
Site Manager tách thành một gói miễn phí thực sự hữu ích và một gói Pro mở khóa những tính năng mà một agency thực sự sẽ xây dựng quy trình làm việc quanh đó.
| Tính năng | Basic (Miễn phí) | Pro |
|---|---|---|
| Site Overview | Có | Có |
| Quản lý Users, Themes, Plugins | Có | Có |
| Quick Updates | Có | Có |
| WordPress Single Sign-On | Có | Có |
| Centralized Dashboard | Có | Có |
| Safe Updates (clone staging + kiểm thử hồi quy) | Không | Có |
| Scheduled Auto Updates | Không | Có |
| Site Performance Monitoring | Không | Có |
| Activity Logs | Không | Có |
| Update History | Không | Có |
Basic không phải là một bản dùng thử bị cắt xén. Nó bao gồm một site overview thực thụ, khả năng quản lý users, themes, và plugins mà không cần chạm vào wp-admin, WordPress single sign-on một chạm, Quick Updates, và đáng chú ý là chính dashboard tập trung.
Cloudways không khóa trải nghiệm cốt lõi “xem tất cả site của bạn ở một nơi” sau một bức tường trả phí. Những gì bị khóa là mọi thứ làm cho dashboard đó đủ đáng tin cậy để hành động mà không cần giám sát liên tục.
Pro hiện đang được dùng miễn phí trong Public Preview bất kể giá niêm yết của nó là bao nhiêu, là $3 mỗi ứng dụng mỗi tháng, giảm xuống $2 mỗi ứng dụng khi bạn vượt quá năm ứng dụng.
Mốc chiết khấu đó đáng để tính toán trước khi cho rằng Pro mở rộng rẻ:
| Số site được quản lý | Chi phí Pro (giá niêm yết) |
|---|---|
| 3 site | $9/tháng |
| 5 site | $10/tháng ($2/app) |
| 10 site | $20/tháng |
| 25 site | $50/tháng |
| 50 site | $100/tháng |
Không con số nào trong số đó là vô lý so với cái giá của một lần cập nhật bị hỏng và không có bản sao lưu có thể gây ra cho niềm tin của khách hàng, nhưng định giá theo từng ứng dụng có nghĩa là hóa đơn tăng theo đường thẳng cùng với portfolio của bạn, chứ không phải theo kiểu nhảy bậc của một số công cụ cạnh tranh ở các cấp cao hơn.
Với việc đăng ký và giá cả đã được nói rõ, phần còn lại của bài đánh giá này sẽ đề cập đến trải nghiệm sử dụng hằng ngày thực sự như thế nào, bắt đầu với một mảnh kiến trúc đáng để hiểu.
Đây là phần thiết kế của Site Manager mất nhiều thời gian nhất để thực sự hiểu, và nó không được giải thích ở đâu trong chính giao diện.
Đây là ba cánh cửa đi vào cùng một căn phòng. Chế độ xem theo từng ứng dụng dành cho người đang làm việc bên trong chính site đó nhưng tình cờ thấy một bản cập nhật đang chờ. Hành động theo từng hàng ở cấp tài khoản dành cho người đang quét toàn bộ portfolio và quyết định xử lý một site ngay lúc này.
Tab lập lịch là để loại bỏ con người khỏi vòng lặp hoàn toàn.
Trong ba cánh cửa vừa mô tả, phần này nói về hai cánh đầu tiên, chế độ xem theo từng ứng dụng và hành động theo từng hàng ở cấp tài khoản, vì cả hai đều mở cùng một cơ chế cập nhật.
Mọi gói đều có Quick Update. Áp dụng nó chỉ mất vài giây: bản cập nhật được cài trực tiếp lên production mà không có kiểm tra tương thích và không tạo bản sao lưu trước.
Bản copy giao diện của Cloudways khá thẳng thắn về đánh đổi này, cảnh báo rằng nó “có thể mang theo rủi ro nếu các bản cập nhật không tương thích.”
Tôi không chạy Quick Update trong bài kiểm tra này, nên tôi không thể mô tả từ trải nghiệm thực tế việc một bản thất bại sẽ trông như thế nào trên màn hình. Đó là một lỗ hổng thực sự trong bài đánh giá này, và tôi sẽ coi bất kỳ tuyên bố nào về hành vi thất bại của Quick Update, từ tôi hay từ bất kỳ ai khác chưa từng kích hoạt một lần thất bại, với sự hoài nghi thích đáng.
Safe Update là nơi Pro xứng đáng với giá của nó, và đáng để đi qua toàn bộ quy trình vì quá trình này phức tạp hơn “sao lưu rồi cập nhật.”
Đây là chính xác cách tôi kích hoạt nó. Từ bảng Overview cấp tài khoản trong Integrations → Site Manager, tôi tìm hàng của ứng dụng có bản cập nhật đang chờ và nhấp menu ba chấm Actions ở cuối hàng đó. Nó mở ra bốn tùy chọn: WP-Admin, App Overview, Manage Updates, và Manage Plan. Tôi nhấp Manage Updates.
Điều đó mở ra một hộp thoại liệt kê mọi plugin có bản cập nhật đang chờ, bốn plugin trong trường hợp của tôi, Breeze, Elementor, Object Cache Pro, và WP ULike, mỗi plugin được hiển thị như một mục đã được chọn với phiên bản hiện tại và phiên bản nó sẽ được cập nhật lên.
Bên dưới danh sách có hai tùy chọn radio: Quick Update và Safe Update, mỗi tùy chọn có một mô tả ngắn về đánh đổi. Tôi chọn Safe Update và nhấp Proceed.
Thay vì một thanh tiến trình đơn lẻ, hộp thoại mở tiếp theo hiển thị một danh sách kiểm tra theo giai đoạn cập nhật theo thời gian thực.
Staging environment:
Production:
Tôi bắt đầu chạy lúc 6:21 pm và nó kết thúc lúc 6:27 pm. Sáu phút, cho bốn plugin, qua một chu trình staging-rồi-production đầy đủ. Bản thân hộp thoại đặt kỳ vọng rằng việc này “thường mất chưa đến một phút,” nhưng lần chạy của tôi vượt quá xa con số đó.
Khoảng cách giữa ước tính được nêu và thời gian thực tế là điều đáng lên kế hoạch thay vì bị bất ngờ nếu bạn chạy Safe Update trên một loạt plugin trong một cửa sổ bảo trì, hãy dự trù theo phút chứ không phải giây, đặc biệt khi số plugin tăng lên.
Một thông báo thành công xác nhận kết quả, và ngay khi nó hoàn tất, tab History cấp tài khoản ghi lại nó là “On-Demand Successful: Plugins (4)” với một liên kết dẫn tới chi tiết đầy đủ.
Việc khép kín vòng lặp đó, nhìn một hành động diễn ra rồi ngay lập tức có thể chỉ vào một hồ sơ vĩnh viễn của nó, chính là kiểu bằng chứng hướng tới khách hàng mà một agency cần, và SafeUpdates chưa bao giờ cung cấp cho họ.
Cả hai đều nằm trong luồng lập lịch chứ không phải màn hình cập nhật theo yêu cầu, nên rất dễ bị bỏ qua:
Cùng nhau, hai mặc định này quyết định việc một đợt cập nhật qua đêm không có người giám sát sẽ khiến bạn thức dậy trước một plugin bị gắn cờ còn nằm trong hàng chờ, hay trước một site bị kẹt giữa chừng vì một theme không tương thích làm toàn bộ quy trình dừng lại. Đáng để kiểm tra cả hai trước khi tin tưởng bất kỳ lịch nào chạy không người giám sát.
Điều đó bao gồm hai cánh cửa đầu tiên. Phần này nói về cánh cửa thứ ba: loại bỏ con người khỏi vòng lặp hoàn toàn. Tab Auto Updates, truy cập từ cùng trang Site Manager cấp tài khoản, là nơi lời hứa “quản lý nhiều site như thể chúng là một” hoặc thành hiện thực hoặc sụp đổ. Trong trường hợp của tôi, nó đã thành hiện thực.
Đây là chính xác cách tôi thiết lập nó. Từ Integrations → Site Manager, tôi nhấp tab Auto Updates ở hàng trên cùng.
Với chưa có gì được lên lịch, trang hiển thị trạng thái trống, “No Auto Updates Schedule,” với một nút duy nhất: Set Auto Update Schedule.
Nhấp vào đó mở ra một trình hướng dẫn, “Set Auto Update Schedule,” dẫn qua các bước sau trong một lượt:
Sau đó một màn hình thứ hai mở ra, “Create Auto Update Schedule,” bao gồm:
Nhấp Set AutoUpdate Schedule ở cuối cùng lưu nó lại, áp dụng cho mọi ứng dụng tôi đã chọn ở bước hai, không cần lặp lại cấu hình từng site một.
Ba cánh cửa và cơ chế cập nhật đằng sau chúng nói về cách làm. Tính năng cuối cùng này nói về bằng chứng: một bản ghi vĩnh viễn về những gì đã xảy ra, tách biệt với chính quá trình cập nhật.
Đây là chính xác cách tôi bật nó lên.
Từ trang Overview của Site Manager của ứng dụng đó, chính trang bạn được đưa tới sau khi đăng ký qua Con đường 1, một thẻ có nhãn “Activity Logs are Disabled” nằm cạnh vòng hiệu năng, với một mô tả ngắn và một nút duy nhất: Enable Activity Logs.
Tôi nhấp vào nó, và thẻ cập nhật ngay lập tức, không có hộp thoại xác nhận, không có bước bổ sung nào. Kiểm tra bảng Manage Applications cấp tài khoản ngay sau đó, dưới Integrations → Site Manager, cột Activity Logs của ứng dụng đó đã chuyển từ Disabled sang Enabled, mà không cần làm mới trang.
Tính năng này nằm sau Pro, và nó tồn tại để trả lời một câu hỏi mà mọi agency cuối cùng đều bị khách hàng hỏi: ai đã thay đổi cái gì, và khi nào?
Không có nó, câu trả lời đó thường nằm trong một plugin ghi nhật ký WordPress đang ghi vào cơ sở dữ liệu của chính site, thứ ngày càng phình to theo thời gian và không có bảo vệ nào trước việc bị can thiệp. Việc có bản ghi đó sống bên ngoài cài đặt WordPress, ngay trong tầng hosting, là một mức độ tin cậy khác hẳn đối với bất kỳ thứ gì hướng tới khách hàng.
Với toàn bộ bộ tính năng, chi phí, và các điểm gồ ghề của nó đặt lên bàn, câu hỏi cuối cùng chỉ đơn giản là liệu nó có phù hợp với portfolio cụ thể của bạn hay không.
Phù hợp rõ ràng nhất là một agency hoặc nhà phát triển freelance đang vận hành vài site WordPress, lý tưởng là nhiều site mà đều sống hoàn toàn trong Cloudways, nơi một bản cập nhật lỗi thực sự mang cái giá là niềm tin của khách hàng chứ không chỉ là sự bất tiện cá nhân.
Quy trình Safe Update và lập lịch hàng loạt được tạo ra cụ thể để giải quyết vấn đề xuất hiện khi bạn đã vượt qua điểm mà việc kiểm tra từng site riêng lẻ vẫn còn hợp lý.
Nó là một sự phù hợp một phần cho bất kỳ ai có portfolio hỗn hợp. Plugin Site Manager miễn phí có thể đưa các site bên ngoài vào để giám sát và cập nhật cơ bản, nhưng những tính năng khiến dashboard gốc đáng trả tiền, Safe Update dựa trên staging, visual regression, activity logs, sẽ vẫn ngoài tầm với cho đến khi những site đó thực sự được chuyển sang Cloudways.
Nó đơn giản là không cần thiết cho chủ sở hữu một site duy nhất. Gói miễn phí về mặt kỹ thuật vẫn dùng được, nhưng toàn bộ sản phẩm này tồn tại để giải quyết một vấn đề ở quy mô portfolio mà một site đơn lẻ không bao giờ tạo ra.
Có, site manager đáng để áp dụng, với một điều kiện: các site của bạn đã nằm trên Cloudways. Trong giới hạn đó, Site Manager mang lại đúng như nó hứa, một dashboard xuyên suốt nhiều ứng dụng, một đường Safe Update sao lưu trước khi chạm vào production, và lập lịch hàng loạt coi cập nhật như một hành động trên toàn đội chứ không phải một việc phải đăng nhập từng site.
Ngoài giới hạn đó, nó là một công cụ nhẹ hơn với một lời nhắc chuyển đổi rõ ràng đi kèm. Phù hợp nhất là một agency đang hợp nhất các site khách hàng lên Cloudways và cần một nơi duy nhất để chứng minh cái gì đã thay đổi và khi nào.
| Description | Expert Review |
|---|---|
| Dịch vụ lưu trữ WordPress được quản lý với tốc độ, bảo mật v... | Read Wordpress Hosting Review |
| Lưu trữ đám mây linh hoạt, hiệu suất cao với tài nguyên có thể m�... | Read Cloud Hosting Review |
| Email hosting an toàn và hiệu quả, được thiết kế riêng cho nhu cầu g... | Read Email Hosting Review |
| Dịch vụ lưu trữ Magento được tối ưu hóa với tốc độ nhanh và hi... | Read Magento Hosting Review |
| Read WooCommerce hosting Review | |
| Read VPS Hosting Review |
Có. Cloudways Site Manager là một tiện ích bổ sung gốc tập trung các bản cập nhật, giám sát hiệu suất và nhật ký hoạt động cho các ứng dụng WordPress đã được lưu trữ trong tài khoản Cloudways của bạn. Một plugin đi kèm riêng biệt, miễn phí, mở rộng khả năng giám sát nhẹ và cập nhật cho các trang web WordPress được lưu trữ ở bất kỳ đâu.
Không thông qua bảng điều khiển gốc được thử nghiệm trong bài đánh giá này, vì nó chỉ giới hạn ở các ứng dụng đã được lưu trữ trên Cloudways. Một plugin miễn phí, cũng có tên Cloudways Site Manager và được đồng phát triển với WP Remote, có thể đưa các site bên ngoài vào để giám sát và cập nhật core, plugin và theme, nhưng không có tính năng Safe Update như sao chép staging, kiểm thử hồi quy trực quan hoặc bộ nhớ đệm ở cấp máy chủ.
Gói Basic là miễn phí và bao gồm tổng quan trang web, quản lý người dùng và plugin, cùng Quick Updates. Gói Pro bổ sung Safe Updates, lập lịch, giám sát hiệu năng và nhật ký hoạt động với giá 3 USD mỗi ứng dụng mỗi tháng, giảm xuống còn 2 USD khi có từ năm ứng dụng trở lên, và hiện đang được dùng miễn phí trong giai đoạn Public Preview.
Quick Update áp dụng các thay đổi trực tiếp lên môi trường production trong vài giây, không có sao lưu hoặc kiểm tra tương thích. Safe Update tạo một bản sao staging, kiểm tra tính tương thích, cập nhật từng gói, chạy kiểm thử hồi quy giao diện, và chỉ đẩy lên production nếu kiểm thử đó thành công.
Có. Các ứng dụng mới không bao giờ tự động được đăng ký, ngay cả khi được thêm vào một máy chủ đã có các ứng dụng Site Manager khác đang chạy trên đó. Mỗi site cần có bước thiết lập ban đầu riêng, либо từng site một hoặc thông qua trình hướng dẫn hàng loạt trong mục Integrations.
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á.
