Trả lời nhanh: Trình tự chuẩn: trỏ tên miền về IP → tạo site kèm cơ sở dữ liệu trong aaPanel → cài WordPress (qua kho ứng dụng hoặc tải mã nguồn) → chạy trình cài đặt trên trình duyệt → phát hành SSL Let's Encrypt và bật chuyển hướng HTTPS → chỉnh vài tham số PHP → cài cache → đặt lịch sao lưu ra khỏi máy. Tổng thời gian thao tác khoảng 15 phút, phần lớn là chờ máy chạy.
Tự dựng WordPress trên VPS mang lại thứ mà hosting chia sẻ không có: toàn quyền cấu hình, tài nguyên không bị hàng xóm giành, và tốc độ do bạn quyết định. Điều nhiều người ngại là chuỗi thao tác dòng lệnh, thứ aaPanel đã gỡ bỏ. Bài này đi trọn quy trình từ tên miền đến trang chạy có SSL, kèm bốn thiết lập sau khi cài mà đa số hướng dẫn bỏ qua nhưng lại quyết định trang nhanh hay chậm.
Chuẩn bị: tên miền và DNS trước tiên
Vào trang quản lý tên miền, tạo bản ghi A cho tên miền gốc trỏ về IP của VPS, và một bản ghi A hoặc CNAME cho www. Chờ vài phút tới vài chục phút để lan truyền, kiểm tra bằng lệnh ping tenmien.com xem đã ra đúng IP chưa. Bước này phải xong trước, vì Let's Encrypt xác minh quyền sở hữu bằng cách gọi vào tên miền, DNS chưa trỏ đúng thì bước SSL sau đó chắc chắn thất bại, và đây là nguyên nhân của phần lớn câu hỏi "vì sao cấp SSL lỗi".
Nếu bạn dùng Cloudflare, tạm để chế độ DNS only (đám mây xám) trong lúc cài đặt, phát hành SSL xong rồi mới bật proxy. Làm ngược lại sẽ vướng ở khâu xác thực.
Tạo site, cơ sở dữ liệu và cài WordPress
Trong aaPanel: Website → Add site. Nhập tên miền (cả bản có www và không www), tick Create database, chọn phiên bản PHP còn được hỗ trợ. Panel sinh ra thư mục gốc, cấu hình máy chủ web và cặp thông tin cơ sở dữ liệu, hãy copy tên database, user và mật khẩu ra chỗ an toàn ngay lúc này.
Cài mã nguồn có hai đường. Đường nhanh: vào App Store của panel, tìm WordPress và bấm cài, chọn site vừa tạo. Đường thủ công minh bạch hơn: tải bản WordPress mới nhất từ wordpress.org, giải nén vào thư mục gốc của site bằng trình quản lý file của panel, xóa file index mặc định. Cách nào cũng được; cách thủ công giúp bạn biết chính xác thư mục chứa gì, hữu ích khi sau này cần gỡ rối.
Mở tên miền trên trình duyệt, trình cài đặt WordPress hiện ra: điền thông tin cơ sở dữ liệu đã copy, đặt tên site, và tạo tài khoản quản trị với tên đăng nhập không phải là admin, chi tiết nhỏ này chặn phần lớn các cuộc dò mật khẩu tự động nhắm vào WordPress.
Bật SSL và bốn tham số phải chỉnh ngay
SSL: vào site → tab SSL → Let's Encrypt → tick cả hai tên miền → Apply. Xong thì bật Force HTTPS. Vào WordPress, mục Cài đặt chung, sửa cả hai địa chỉ site sang dạng https:// để tránh cảnh báo nội dung hỗn hợp.
Bốn tham số mặc định luôn cần chỉnh, làm ngay kẻo quên:
1. Giới hạn tải file: trong panel vào cấu hình PHP của site, tăng upload_max_filesize và post_max_size lên 64M hoặc hơn, mặc định thường quá nhỏ để tải theme hay ảnh lớn. 2. Bộ nhớ PHP: memory_limit đặt 256M cho trang có plugin nặng như WooCommerce. 3. Thời gian chạy: max_execution_time lên 120 để nhập dữ liệu lớn không đứt giữa chừng. 4. Cron thật: đây là điểm ít người biết nhưng gây lỗi khó hiểu nhất, WordPress mặc định chạy tác vụ định kỳ dựa vào lượt truy cập, nên khi trang vắng khách thì bài hẹn giờ không tự đăng và email không gửi. Cách sửa: thêm dòng define('DISABLE_WP_CRON', true); vào wp-config.php rồi tạo tác vụ cron trong panel gọi wp-cron.php mỗi 5 phút.
Tăng tốc: cache và ba việc rẻ tiền hiệu quả cao
Cache là thứ tạo khác biệt lớn nhất. Cài một plugin cache uy tín và bật ba mục cơ bản: cache trang, nén Gzip hoặc Brotli, gộp và trì hoãn tài nguyên không quan trọng. Nếu máy chủ dùng LiteSpeed thì cặp LiteSpeed Cache với máy chủ tương ứng cho kết quả tốt, phân tích chi tiết nằm ở bài LiteSpeed và NVMe.
Ba việc rẻ mà hiệu quả cao: bật OPcache cho PHP trong panel (giảm rõ thời gian xử lý); chuyển ảnh sang WebP và nén trước khi tải lên, vì ảnh gần như luôn là phần nặng nhất của trang; gỡ plugin không dùng thay vì chỉ tắt, plugin thừa vẫn làm nặng bảng quản trị và tăng bề mặt tấn công.
Khi trang đã có khách mà vẫn chậm, đừng đoán mò: chẩn đoán theo tầng như bài WordPress chậm và đối chiếu cấu hình máy với lượng truy cập theo bài VPS cho WordPress.
Sao lưu và bảo mật: phần quyết định bạn ngủ ngon hay không
Sao lưu tự động: trong panel vào Cron, tạo hai tác vụ, sao lưu thư mục site và sao lưu cơ sở dữ liệu, chạy hằng ngày, giữ 7 bản gần nhất. Điều bắt buộc: chọn đích lưu là nơi khác máy chủ này (dịch vụ lưu trữ đám mây hoặc máy chủ thứ hai). Bản sao nằm cùng ổ với dữ liệu gốc chỉ cứu bạn khi lỡ tay xóa file, chứ vô dụng khi máy chủ hỏng hoặc bị chiếm quyền. Và mỗi quý hãy thử phục hồi một lần, bản sao lưu chưa từng được phục hồi thử thì chỉ là niềm tin, không phải bảo hiểm.
Bảo mật WordPress: cập nhật nhân, theme và plugin đều đặn (đây là nguyên nhân số một của các vụ bị chèn mã độc); giới hạn số lần đăng nhập sai; đổi đường dẫn đăng nhập nếu muốn; tắt sửa file trực tiếp trong bảng quản trị bằng define('DISALLOW_FILE_EDIT', true);; và bật tường lửa trong panel chỉ mở cổng 80, 443, cổng SSH. Với site có doanh thu, cân nhắc thêm một lớp lọc phía trước như Cloudflare.
Bốn tham số phải chỉnh ngay sau khi cài
| Tham số | Giá trị gợi ý | Vì sao |
|---|---|---|
| Kích thước tệp tải lên tối đa | 64 MB trở lên | Mặc định thường quá nhỏ, không tải được ảnh và bản cập nhật |
| Bộ nhớ tối đa cho PHP | 256 MB | Dưới mức này nhiều plugin báo lỗi trắng trang |
| Thời gian chạy tối đa | 300 giây | Nhập dữ liệu và cập nhật lớn cần thời gian |
| Số biến gửi lên tối đa | 3000 | Trang có nhiều tùy chọn sẽ mất cấu hình nếu để mặc định |
Bốn tham số này là nguyên nhân của phần lớn lỗi khó hiểu sau khi cài xong: trắng trang, tải ảnh thất bại, lưu cấu hình mà không có tác dụng. Chỉnh một lần ngay sau khi cài, đỡ mất nhiều giờ chẩn đoán.
Kiểm sau khi cài
# 1. Site tra ve dung khongcurl -sI https://tenmien.vn | head -5 # 2. Chung chi bao mat da cap va con han bao lauecho | openssl s_client -connect tenmien.vn:443 2>/dev/null | openssl x509 -noout -enddate # 3. Kiem cac tham so PHP da chinh chuaphp -i | grep -E "upload_max_filesize|post_max_size|memory_limit|max_execution_time|max_input_vars" # 4. Bo nho dem ma PHP da bat chua, day la thu tang toc lon nhatphp -i | grep -i opcache.enable # 5. Sao luu: kiem tep sao luu THUC SU tao duoc va mo duoc,# dung chi tin giao dien bao thanh congls -lh /www/backup/ 2>/dev/null | tail -5Sao lưu và bảo mật, phần quyết định bạn ngủ ngon hay không
- Đặt sao lưu hằng ngày và đẩy ra nơi khác máy. Sao lưu nằm trên chính máy đó thì máy hỏng là mất cả hai.
- Khôi phục thử một lần trên máy khác, bấm giờ. Con số đó là thời gian ngừng thật của bạn.
- Đổi đường dẫn đăng nhập quản trị và giới hạn số lần đăng nhập sai.
- Không mở giao diện bảng điều khiển ra internet nếu chỉ mình bạn dùng.
- Cập nhật WordPress, giao diện và plugin theo lịch hằng tháng, sau khi đã sao lưu.
Ba việc rẻ tiền hiệu quả cao
- Bật bộ nhớ đệm mã PHP. Đây là thay đổi cho hiệu quả lớn nhất mà không tốn gì.
- Bật nén nội dung và đặt thời gian lưu dài cho tệp tĩnh.
- Nén ảnh trước khi tải lên, hoặc dùng plugin tự chuyển sang định dạng ảnh hiện đại. Ảnh chưa tối ưu là nguyên nhân số một làm trang nặng.
Chẩn đoán khi trang chậm nằm ở bài chẩn đoán WordPress chậm 5 tầng.
Câu hỏi thường gặp
VPS cấu hình bao nhiêu là đủ cho một site WordPress?
Blog hoặc site giới thiệu công ty với vài nghìn lượt xem mỗi ngày chạy tốt trên 2 vCPU và 4GB RAM. Site bán hàng WooCommerce nên bắt đầu từ 4 vCPU và 8GB vì mỗi lượt xem sản phẩm đều truy vấn cơ sở dữ liệu. Yếu tố ảnh hưởng lớn không kém là tốc độ ổ đĩa.
Cài bằng panel rồi sau này có chuyển sang cách khác được không?
Được. Dữ liệu WordPress chỉ gồm thư mục mã nguồn và một cơ sở dữ liệu MySQL, nên bạn xuất hai thứ đó ra là chuyển sang bất kỳ máy chủ hay cách triển khai nào. Panel không khóa dữ liệu của bạn lại.
Có nên cài nhiều website trên cùng một VPS không?
Được và rất phổ biến, panel sinh ra để làm việc đó. Lưu ý là các site dùng chung CPU, RAM và ổ đĩa nên một site bị tăng đột biến sẽ kéo cả nhóm chậm theo. Với site quan trọng có doanh thu, nên tách riêng máy.
Site báo lỗi 502 hoặc 504 sau khi cài thì xử lý thế nào?
Thường do PHP-FPM hết tiến trình hoặc bị giới hạn thời gian chạy. Vào panel xem log lỗi của site, tăng số tiến trình PHP-FPM và max_execution_time, kiểm tra RAM còn trống. Nếu tái diễn khi có khách thì đó là dấu hiệu máy đang quá tải thật và cần nâng cấu hình.