Dapatkah blog multisite dapat diakses dari dua sub-domain yang berbeda?

8

Latar Belakang Cepat:

Kami memiliki satu contoh WordPress, dengan Multisite diaktifkan, hosting tiga blog terpisah. (blog.example.com/blog1, blog.example.com/blog2, blog.example.com/blog3).

Multisite ini akan dimuat secara seimbang di tingkat web dari empat server, semua mengakses DB yang sama. Saya mengerti bahwa blogs.dirperlu disinkronkan di web tier, sehingga media ada, tidak peduli server mana yang diklik klien.

Pertanyaan:

Dapatkah saya memiliki server web kelima (yaitu, post.example.com), yang hanya bertujuan untuk memungkinkan editor masuk dan memposting konten baru, untuk salah satu dari ketiga blog ini? Dengan cara ini, server yang seimbang hanya menerima penerima konten yang diunggah post.example.com.

Saya tahu bagian sinkronisasi mungkin, tetapi saya tidak yakin tentang cara mengatur WordPress agar dapat diakses dari dua sub-domain yang berbeda. Apakah itu mungkin?

Sunting: Saya harus menambahkan bahwa tujuan tambahan dengan mengaturnya dengan cara ini, adalah kami berharap mendapatkan keamanan melalui ketidakjelasan, dengan memblokir akses ke /wp-admin/tingkat web, sehingga Anda hanya dapat masuk dari satu server web ( post), tetapi dari Tentu saja itu semua tergantung pada pertanyaan tersebut di atas. :)

Mock di bawah ini:

Arsitektur WordPress Mock

multisite subdomains domain-mapping Kai
sumber
2
Saya akan memberikan beberapa pemikiran untuk melihat apakah saya dapat memberikan jawaban atas pertanyaan Anda sebagaimana diajukan. Satu hal yang muncul di pikiran, yang akan menjadi keamanan serius melalui ketidakjelasan, adalah menggunakan host override untuk mengarahkan blog.example.com ke server "posting". Jika Anda tidak ingin semua penulis Anda harus mengedit file host mereka, Anda dapat mengatur server VPN (sesuatu yang mendasar, seperti server pptp) dan membuat pengguna Anda terhubung dan merutekan semua lalu lintas melalui VPN. Dengan cara ini, ketika di VPN, blog.example.com pergi ke satu tempat, dan dari VPN itu pergi ke tempat lain.
Matthew Boynes
@MatthewBoynes Terima kasih atas tanggapan Anda! Sayangnya, saya tidak dapat menerapkan pembaruan file host dan / atau penggunaan VPN. Editor kami bersifat lokal dan jauh, dan selalu menggunakan perangkat yang berbeda.
Kai

Jawaban:

5

Ya, ini mungkin dan sejumlah agensi berita dan media bekerja dengan pendekatan serupa di WordPress.

Apa Proses Editorial Anda?
Langkah yang paling penting adalah memahami proses editorial Anda dan seberapa banyak kontrol yang Anda butuhkan dari konten sebelum ditayangkan.
- misalnya, pertimbangkan 3 poin ini:
1. Apakah Anda memerlukan persetujuan pihak ketiga untuk gambar?
2. Apakah Anda atau klien Anda harus menandatangani salinan / gambar / video / tata letak sebelum konten diterbitkan?
3. Apakah Anda Editor dapat bekerja pada minggu atau masalah yang berbeda dan merencanakan konten untuk ditayangkan minggu sebelumnya ...

Jika Anda menjawab Ya untuk semua ini, maka satu DB tunggal yang dibagi antara server Pra-Live / Staging Anda dan server Live Anda tidak 'mungkin'. Mengapa kamu bertanya? karena posting baru harus dipublikasikan sebelum dapat dilihat oleh non-pengguna atau pihak ke-3 yang Anda tidak ingin memberikan login juga. (BTW ... segala sesuatu mungkin terjadi dengan waktu, uang, dan keterampilan untuk menyesuaikan peran pengguna dan tingkat akses).

Jadi kembali ke Solusi WordPress Scalable

DOMAIN A (tujuan pelanggan & pengunjung Anda) perlu diarahkan ke Penyeimbang Muatan HTTP.

Load Balancer akan mengarahkan lalu lintas pelanggan ke salah satu dari beberapa server web. Server slave ini disimpan di LSYNC dengan server MASTER.

Idealnya, harus ada 2 server DB yang terpisah (untuk permintaan dan skala baca / tulis penyeimbangan beban). Anda dapat mengharapkan banyak lalu lintas BACA dari pengunjung, tetapi Anda ingin memastikan bahwa TULIS lalu lintas dari posting baru, dll. Tidak mengganggu permintaan BACA Anda.

DOMAIN A juga dapat diarahkan ke Load Balancer HTTPS yang dikonfigurasikan ke
1. hanya mengizinkan lalu lintas dari alamat IP Office Anda dan 2. FORCE koneksi SSL untuk Admin / Login.

Ini adalah perubahan yang mudah ke wp-config.phpfile.

Berikut adalah diagram dari apa yang kami buat (dengan beberapa dukungan dari Rackspace) Rackspace Scaled WordPress

HyperDB
Pada akhirnya kami mendapat pengaturan HyperDB untuk mengelola beberapa server dan permintaan DB. Ini juga mudah karena sebagian besar merupakan plugin dengan skrip konfigurasi yang panjang.

W3TC W3 Total Cache
Kami juga mendapat setup HyperDB dan W3TC .. ini mengambil banyak beban dari DB Server juga

Alasan utama kami menggunakan W3TC adalah untuk memuat semua konten statis ke Rackspace. Pengaturan Jaringan Pengiriman Konten di W3TC juga sangat mudah :)

Damien
sumber