web-dev-qa-db-de.com

Best-Practice-Unterschiede bei DB-Optionen und wp-config zwischen Live-, Staging- und lokalen WordPress-Umgebungen?

Ich benutze seit Jahren Staging-Sites. Ich frage also nicht nach dem notwendigen Unterschied zum Einrichten einer funktionierenden Staging-Site wie Suche ersetzen URLs, Entwicklungsversionskontrollzweige, Ändern von Tabellenpräfixen usw.

Ich bitte um Unterschiede, die die Sicherheit, den Workflow oder die Lebensqualität verbessern. Unterschiede in Optionen oder wp-config.php Wird beim erstmaligen Erstellen der Umgebung oder beim Übertragen zwischen verschiedenen Umgebungen festgelegt. Hier sind einige Beispiele, die ich derzeit aufstelle:

  • blog_public db option - Suchmaschinen-Crawler in Live zulassen, Suchmaschinen-Crawler in Staging blockieren.
  • LiteSpeed-Cache-Plugin (oder gleichwertig) - Cache in Live aktivieren, Cache in Staging deaktivieren.
  • JETPACK_DEV_DEBUG - In live auf false setzen, true setzen in der Inszenierung.
  • WP_DEBUG in wp-config.php - Setze auf false in live, setze true in Staging (Eigentlich mache ich das nicht, da meine Staging-Sites öffentlich zugänglich sind, aber es ist ein plausibles Beispiel)
  • DISALLOW_FILE_MODS in wp-config.php - Setze auf true in live, setze false in der Inszenierung.
  • AUTOMATIC_UPDATER_DISABLED - In live auf true setzen, in der Inszenierung auf false setzen.

Dinge, die ich einrichten möchte, aber noch nicht:

  • WooCommerce-Zahlungsgateways - Aktivieren Sie den Testmodus beim Staging und deaktivieren Sie ihn live.
  • WooCommerce-Testspeichermeldung - Aktivieren Sie die WooCommerce-Store-Benachrichtigung beim Staging und deaktivieren Sie sie live.

Hast du noch mehr? Zusammen mit dem Kern suche ich nach Unterschieden, die die Zahnräder beliebter Plugins wie WooCommerce, Wordfence, Yoast SEO, Jetpack usw. ölen.

Ich habe versucht, dieses Thema zu untersuchen, aber die Suchergebnisse werden durch die Vielzahl von Tutorials zur Einrichtung von Boilerplate-Staging-Sites übertönt. Ich habe versucht, auf Reddit zu posten, aber das wurde auch durch nachfolgende Beiträge übertönt. Ich bin sehr gespannt auf Ihre Ideen!

optionswp-configstagingdevelopment-strategy
2
James Jones

Einige deaktiviere oder ändere ich bei Staging und dev WP sites:

  • Redis Caching
  • CDN
  • E-Mails zur WooCommerce-Bestellbenachrichtigung - Wechsel von demjenigen, der sie auf dem Produkt erfüllt, zum Entwicklerteam.
1
KGreene

Scheint eine gute Liste zu sein, die Sie haben ... Nur ein paar, die Ihnen in den Sinn kommen:

  • SCRIPT_DEBUG beim Leben falsch und bei der Inszenierung wahr.
  • WP_CACHE auf live wahr und auf inszenierung falsch.
  • ping_sites beim Staging leeren, um Ping-Dienste zu deaktivieren.
  • default_pingback_flag bis 0 beim Staging, um keine ausgehenden Pingbacks zu senden.
  • Installieren Sie möglicherweise ein Password Protect-Plugin beim Staging (in Mu-Plugins?)

Wenn Sie das letzte tun, ist es nicht öffentlich zugänglich und Sie können WP_DEBUG to true bei der Inszenierung (und optional sogar) WP_DEBUG_DISPLAY

Addition - Stripe Add-On für Schwerkraftformen, API-Testmodus für Staging:

add_filter('gform_stripe_api_mode', function() {return 'test';} );
1
majick