Blog của nhiều người có thể truy cập được từ hai tên miền phụ khác nhau không?

Bối cảnh nhanh:

Chúng tôi có một phiên bản WordPress duy nhất, với Multisite được kích hoạt, lưu trữ ba blog riêng biệt. (blog.example.com/blog1, blog.example.com/blog2, blog.example.com/blog3).

Multisite này sẽ được cân bằng tải trên một tầng web gồm bốn máy chủ, tất cả đều truy cập vào cùng một DB. Tôi hiểu rằng blogs.dirsẽ cần phải được đồng bộ hóa trên tầng web, để có phương tiện truyền thông, bất kể máy khách nào truy cập.

Câu hỏi:

Tôi có thể có một máy chủ web thứ năm (tức là post.example.com), với mục đích duy nhất là cho phép các biên tập viên đăng nhập và đăng nội dung mới, cho bất kỳ trong ba blog không? Bằng cách này, các máy chủ cân bằng tải chỉ là người nhận nội dung được tải lên từ đó post.example.com.

Tôi biết phần đồng bộ hóa là có thể, nhưng tôi không chắc về cách thiết lập WordPress để có thể truy cập được từ hai tên miền phụ khác nhau. Điều đó có thể không?

Chỉnh sửa: Tôi nên thêm mục tiêu bổ sung bằng cách thiết lập mục tiêu theo cách này, chúng tôi hy vọng sẽ đạt được một số bảo mật thông qua che khuất, bằng cách chặn truy cập /wp-admin/vào tầng web, vì vậy bạn chỉ có thể đăng nhập từ một máy chủ web ( post), nhưng Tất nhiên tất cả phụ thuộc vào câu hỏi đã nói ở trên. :)

Mock dưới đây:

Vâng, điều này là có thể và một số cơ quan tin tức và truyền thông làm việc với các phương pháp tương tự trong WordPress.

Quy trình biên tập của bạn là gì?
Bước quan trọng nhất là hiểu quy trình biên tập của bạn và bạn cần kiểm soát bao nhiêu nội dung trước khi nó đi vào hoạt động.
- ví dụ, hãy xem xét 3 điểm sau:
1. Bạn có cần sự chấp thuận của bên thứ 3 cho hình ảnh không?
2. Bạn hoặc khách hàng của bạn phải đăng xuất sao chép / hình ảnh / video / bố cục trước khi nội dung được xuất bản?
3. Các biên tập viên của bạn có làm việc vào các tuần hoặc vấn đề khác nhau không và đang lên kế hoạch cho nội dung trực tiếp trước vài tuần ...

Nếu bạn trả lời Có cho bất kỳ câu hỏi nào trong số này, thì một DB duy nhất được chia sẻ giữa máy chủ Pre-Live / Staging và máy chủ Live của bạn là không thể "có thể". Lý do tại sao bạn hỏi? bởi vì một bài đăng mới phải được xuất bản trước khi những người không phải là người dùng hoặc bên thứ 3 có thể nhìn thấy bài đăng mà bạn không muốn đăng nhập. (BTW ... mọi thứ đều có thể với thời gian, tiền bạc và kỹ năng để tùy chỉnh vai trò của người dùng và cấp độ truy cập).

Quay trở lại với Giải pháp mở rộng WordPress

TÊN MIỀN A (những gì khách hàng và khách truy cập của bạn sẽ đến) sẽ cần được trỏ đến Bộ cân bằng tải HTTP.

Load Balancer sẽ hướng lưu lượng khách hàng đến một trong một số máy chủ web. Các máy chủ nô lệ này được giữ trong LSYNC với máy chủ MASTER.

Tốt nhất, nên có 2 máy chủ DB riêng biệt (để cân bằng tải yêu cầu đọc / ghi và tỷ lệ). Bạn có thể mong đợi rất nhiều lưu lượng READ từ khách truy cập, nhưng bạn muốn đảm bảo rằng lưu lượng VIẾT từ các bài đăng mới, v.v. không xen vào các yêu cầu READ của bạn.

DOMAIN A cũng có thể được trỏ đến Bộ cân bằng tải HTTPS được cấu hình thành
1. chỉ cho phép lưu lượng truy cập từ địa chỉ IP Office của bạn và 2. Kết nối SSL FORCE cho Quản trị viên / Đăng nhập.

Đây là một thay đổi dễ dàng cho các wp-config.phptập tin.

Dưới đây là sơ đồ về những gì chúng tôi đã xây dựng (với một số hỗ trợ từ Rackspace)

HyperDB
Cuối cùng, chúng tôi đã thiết lập HyperDB để quản lý nhiều máy chủ và yêu cầu DB. Điều này cũng dễ dàng vì nó chủ yếu là một plugin có tập lệnh cấu hình dài.

W3TC W3 Total Cache
Chúng tôi cũng đã thiết lập HyperDB và W3TC .. điều này cũng mất rất nhiều tải của Máy chủ DB

Lý do chính chúng tôi sử dụng W3TC là tắt tải tất cả nội dung tĩnh sang Rackspace. Thiết lập Mạng phân phối nội dung trong W3TC cũng rất dễ dàng :)