Bereitstellen von Inhaltsaktualisierungen vom Staging-Server auf dem Live-Server

Wir versuchen, Inhaltsaktualisierungen von unserem Staging-Server auf unserem Live-Server bereitzustellen, haben jedoch Schwierigkeiten, einen guten Weg zu finden, dies zu tun. Wir müssen in der Lage sein, neue Seiten bereitzustellen, Seiten zu aktualisieren und gelegentlich Seiten zu löschen. Auf unserer Website wird das Buchmodul auch in großem Umfang verwendet, sodass das Bereitstellungsmodul derzeit für uns nicht funktioniert. Wir verwenden Funktionen für große Strukturaktualisierungen. Unser Anliegen sind also nur die täglichen Inhaltsaktualisierungen.

Gibt es Module, die dies tun und Buchseiten bearbeiten können?

Mit UUID- und UUID-Funktionen können Sie einen Knoten in eine Funktion exportieren. Dies könnte genau das sein, wonach Sie suchen, sodass Sie sich nicht mit der Datenbank herumschlagen müssen.

Haben Sie versucht, node_export und Backup Migrate . Beide Module werden zum Migrieren von Inhalten zwischen Drupal-Installationen verwendet. Hier ist ein Vergleich zwischen Datenimport- / Exportmodulen , die Sie möglicherweise nützlich finden.

Ich gehe hier von Drupal 6 aus und weiß nicht persönlich, ob es mit dem Buchmodul funktioniert, aber haben Sie sich mit Deployment befasst ?

Sie können auch Phing ausprobieren , mit dem Sie automatisch:

• Speichern Sie die Staging-Datenbank mit mysqldump.
• Kopieren Sie die mysqldump-Datei mithilfe der SCP- und Public-Private-Key-Verschlüsselung von einem Server auf einen anderen.
• Importieren Sie den mysqldump aus dem Dateisystem in die Datenbank.
• Führen Sie den Befehl Feature Revert All ( drush fra -y) aus, damit Ihr Produktionsserver die in Ihrem Features-Code enthaltenen Produktionseinstellungen (wie Blöcke, Ansichten, Kontexte usw.) übernimmt.

Probleme, die ich bei diesem Ansatz sehe:

Sie müssen einen sehr feinkörnigen Datenbankexport durchführen. Dies bedeutet, dass nur die Tabellen node, node_revisions, cck und menu verwendet werden.

In diesem letzten Punkt (Menü-Links) haben Sie unterschiedliche Menüeinträge, sofern Sie nicht über dieselben URL-Aliase auf Ihren Stage- und Ihren Prod-Server zugreifen. Dies ist ein ernstes Problem.

Ich mag die vollständige DB-Dump-Methode, die per Skript ausgeführt werden kann und oft in nur wenigen Sekunden abgeschlossen werden kann. (Wenn Sie Ihre Revisionen unter Kontrolle halten und Cache-Tabellen usw. ausschließen, kann sich die Größe erheblich verringern.) Sie können sogar ein einfaches Modul erstellen, um Inhaltsverlegern eine Schnittstelle zum Auslösen dieses Prozesses bereitzustellen.

Sie müssen alle Inhalte berücksichtigen, die Sie möglicherweise von Benutzern Ihrer Live-Site akzeptieren, z. B. Kommentare oder Übermittlungen von Kontaktformularen. Wenn es welche gibt - überraschenderweise oft keine -, können Sie entweder einen externen Dienst wie Disqus für Kommentare oder Marketo für Lead-Generierungsformulare verwenden, solche Übermittlungen sorgfältig in eine separate Drupal-Datenbank trennen, die nicht überschrieben wird, oder diese sorgfältig nicht überschreiben betroffene Tabellen während des Export- / Importprozesses.

Wo es zum Laufen gebracht werden kann, ist es möglicherweise die einfachste, schnellste und zuverlässigste Methode. Und eine Site, die niemals Eingaben von Benutzern (außer in externe Dienste) akzeptiert, öffnet viele Türen, um viel schneller und sicherer gemacht zu werden.