Bereitstellungsstrategien für WP-Supercache [geschlossen]

Ich möchte meinen Bereitstellungsprozess verbessern, der derzeit Capistrano für die Bereitstellung aus einem gehosteten Git-Repository verwendet. Zum größten Teil funktioniert dies ziemlich gut.

Beim Bereitstellen von WP-Supercache treten jedoch Probleme auf:

Durch Aktivieren des WP-Supercache-Plugins wird eine Datei advanced-cache.phpim wp-contentOrdner erstellt, die einen absoluten (und serverseitigen Pfad) zu einer Datei im Ordner des WP-Supercache-Plugins enthält.
Cache-Dateien werden gespeichert, in wp-content/cachedenen ich (korrekt) von git ausschließe.

Die Suche, die ich durchgeführt habe, hat mir einige mögliche Alternativen für gezeigt advanced-cache.php

Lassen Sie die Bereitstellungsaufgabe jedes Mal die Datei advanced-cache.php erstellen (mithilfe einer Vorlage).
Lassen Sie das Plugin bei der ersten Bereitstellung die richtige Datei auf dem Server erstellen, verschieben Sie sie dann in einen freigegebenen Ordner und führen Sie eine Bereitstellungsaufgabe aus, die mit ihm verknüpft ist.

Bei den Cache-Dateien scheint die Strategie darin zu bestehen, den Cache-Ordner in den freigegebenen Ordner zu verschieben und eine Bereitstellungsaufgabe hinzuzufügen, um ihn zu verknüpfen.

Hat jemand eine gute Lösung / einen guten Prozess dafür? Muss nicht unbedingt mit Capistrano zusammenhängen. Ich denke, dieses Problem tritt bei jeder Bereitstellung auf, die WP-Supercache enthält.

deployment plugin-wp-supercache

— anu
quelle

Klar, das ist kein Thema. Es ist nur ein großes Problem für die Bereitstellung eines WP-Caching-Plugins. Ich denke, Leute, die sich nicht mit der Bereitstellung von WP befassen, verstehen das Problem nicht wirklich.

— Anu

Ich benutze WP-SuperCache und da ich es nur benutze (nicht hacken), ist es deaktiviert, wenn ich in der Entwicklung bin. Ich aktiviere es nur in der Produktion. Dies ist möglicherweise nicht sehr effektiv, da Sie möglicherweise testen möchten, wie das Caching bei der Entwicklung funktioniert. Ich fand jedoch (zumindest für mich) Tests in der Entwicklung nutzlos, da sich die Daten und der Datenverkehr in der Produktion und nicht in der Entwicklung befinden.

Es ist also möglicherweise keine Antwort, aber wenn Sie den Plugin-Code nicht hacken, möchten Sie ihn möglicherweise in der Entwicklung überspringen und nur in der Produktion aktivieren.

— Omar Abid
quelle