Menyebarkan pembaruan konten dari server panggung ke server langsung


8

Kami mencoba untuk menyebarkan pembaruan konten dari server pementasan kami ke server langsung kami, tetapi mengalami kesulitan menemukan cara yang baik untuk melakukan ini. Kita harus dapat menggunakan halaman baru, pembaruan halaman dan penghapusan halaman sesekali. Situs kami juga menggunakan modul buku secara ekstensif sehingga modul Deploy tidak berfungsi untuk kami saat ini. Kami menggunakan fitur untuk pembaruan struktur besar. Jadi, perhatian kami hanyalah pembaruan konten harian.

Apakah ada modul yang bisa melakukan ini dan menangani halaman buku?


Saya pikir ini agak terkait dengan drupal.stackexchange.com/q/137/134 . Anda dapat melihat jawabannya di sana dan melihat apakah itu membantu, atau mengklarifikasi pertanyaan Anda mengapa itu berbeda.
Chaulky

Tidak satu pun dari jawaban itu yang berfungsi untuk halaman buku, atau menghapus. Keduanya sangat penting bagi kami. Juga, melakukan DB penuh dan dump file setiap kali sepertinya berlebihan.
antgiant

Bisakah Anda membuat konten dibekukan pada produksi saat Anda mengubah sistem pementasan?
BetaRide

Jawaban:


3

UUID dan Fitur UUID memungkinkan Anda untuk mengekspor Node untuk Fitur, yang bisa saja apa yang Anda cari, berarti tidak perlu main-main dengan database.



1

Saya mengasumsikan Drupal 6 di sini, dan tidak secara pribadi tahu apakah itu akan bekerja dengan modul buku, tetapi apakah Anda sudah melihat Deployment ?


0

Anda juga dapat mencoba Phing , yang dengannya Anda dapat secara otomatis:

  • Buang database pementasan menggunakan mysqldump.
  • Salin file mysqldump dari satu server ke server lain menggunakan SCP dan enkripsi Public-Private Key.
  • Impor mysqldump dari sistem file ke dalam database.
  • Jalankan perintah Fitur Kembalikan Semua ( drush fra -y) sehingga server produksi Anda mengambil pengaturan produksi (seperti blok, tampilan, konteks, dll) yang ditemukan dalam kode Fitur Anda.

Masalah yang saya lihat dengan pendekatan ini:

Anda perlu melakukan ekspor basis data berbutir sangat halus, ini berarti hanya mengambil node, node_revisions, cck dan tabel menu.

Pada titik terakhir (tautan menu) kecuali Anda mengakses server stage dan prod Anda menggunakan alias URL yang sama, Anda akan memiliki entri item menu yang berbeda, dan ini akan menjadi masalah serius.


3
Saya mencoba untuk tetap menggunakan modul Drupal jika memungkinkan. Dan, sejujurnya ide ini seperti kecelakaan data korupsi yang menunggu untuk terjadi.
antgiant

0

Saya sebenarnya suka metode dump DB penuh, yang bisa dituliskan dan sering dapat menyelesaikan hanya dalam beberapa detik. (Menjaga revisi Anda di bawah kontrol dan mengecualikan tabel cache dll. Dapat mengurangi ukuran banyak.) Anda bahkan dapat membuat modul sederhana untuk menyediakan antarmuka bagi penerbit konten untuk memicu proses ini.

Anda perlu memperhitungkan konten apa pun yang mungkin Anda terima dari pengguna situs langsung Anda, seperti komentar atau pengiriman formulir kontak. Jika ada - sering kali tidak ada - Anda bisa menggunakan layanan eksternal, seperti Disqus untuk komentar atau Marketo untuk formulir pembuatan prospek, dengan hati-hati pisahkan pengiriman tersebut ke dalam basis data Drupal terpisah yang tidak ditimpa, atau dengan hati-hati tidak menimpa mereka tabel yang terpengaruh selama proses ekspor / impor.

Di mana itu dapat dibuat untuk bekerja, itu mungkin berakhir menjadi metode yang paling sederhana, tercepat, dan paling dapat diandalkan. Dan situs yang tidak pernah menerima input dari pengguna (selain dari layanan eksternal) membuka banyak pintu untuk dibuat lebih cepat dan lebih aman.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.