Konfigurieren von WP Engine Hosting

WP Engine bietet eine Cloud-basierte, vollständig verwaltete Lösung, die speziell für das Hosting von WordPress-Websites entwickelt wurde. Um dies zu erreichen, konfigurieren sie ihre Server auf eine ganz bestimmte Weise, und manchmal können diese Konfigurationen MemberMouse beeinträchtigen. Um sicherzustellen, dass MemberMouse auf Ihrem WP Engine-Server funktioniert, empfehlen wir eine Zusammenarbeit mit dem Support-Team, um die in diesem Artikel beschriebenen Punkte zu klären.

Anmerkung: Das MemberMouse-Supportteam hat keinen Einblick und keine Kontrolle darüber, wie Ihr WP Engine-Server konfiguriert ist. Der schnellste Weg zur Behebung von Problemen ist die direkte Zusammenarbeit mit WP Engine-Unterstützung.

Sie müssen eine interne Checkliste durchgehen, um sicherzustellen, dass ihre Umgebung korrekt für die Unterstützung von MemberMouse konfiguriert ist.

Konfigurieren der Zwischenspeicherung

WP Engine verwendet ziemlich aggressive Caching-Techniken, die, wenn sie nicht berücksichtigt werden, Probleme mit MemberMouse verursachen.

This is a result of the nature of caching itself which takes a snapshot of pages and other resources the first time they’re loaded and then on future requests pulls them from the cache instead of grabbing them from the server.

This works great for static pages and resources but if a page has any sort of dynamic functionality, like a lot of your pages will when you’re using MemberMouse, you’ll end up delivering an incorrect experience to your customers.

You can control exceptions to the cache somewhat within your WPE dashboard. However, even with that configured, you should still contact WPE support and ask them to add ‘exceptions’ to the ‘page cache’ on your site. Specifically, you should exclude:

• Alle MemberMouse-Kernseiten (d. h. Anmeldung, Kasse, Mein Konto, Bestätigung, Mitglieder-Homepage usw.)
  
  
• Any URLs associated with the particular payment services you’re integrating with which can be found on the MemberMouse Payment Settings page (i.e. IPN callback URLs, silent post URLs, etc)
  
  
• Jede Seite, auf der Sie MemberMouse SmartTags™ verwenden.
  
  
• Any page that should only be viewed by logged in members. e.g. if you have a ‘members’ section and aren’t showing excerpts to non-members.

Note that by default, WP Engine will not serve cached pages for logged-in members. So you shouldn’t have to add alle member content to the exception list, just pages that might show dynamic content to logged out users. In general, you don’t want to add an exception unless you notice an issue on that page. 

Hier ist eine Beispielanfrage, die Sie an den WP Engine-Support senden können, um die Ausnahmen hinzufügen zu lassen. Stellen Sie sicher, dass Sie diese URLs gegen Ihre tatsächlichen URLs austauschen.

Verwendung eines Content Delivery Network (CDN)

Enabling the content delivery network (CDN) on WP Engine’s platform prematurely could impact/add to the cache issue mentioned above. The suggested workflow would be to hold off on adding a CDN until MemberMouse is functioning as intended. When everything is up and running, adding the CDN should perform correctly.

Soziale Anmeldung

Social login requires that hosting providers support sessions. This is not by design; it’s the 3rd party library we use internally to authenticate with the social network platforms that requires sessions.

WP Engine absichtlich deaktivieren Sitzungen. Diese Nachricht Bord für eine andere soziale Login-Plugin, die das gleiche Problem hatte, und vielleicht WP Engine kann in der Lage sein, Sitzungen zu aktivieren:

http://wordpress.org/support/topic/has-anyone-managed-to-make-it-work-with-wpengine-from-php-sessions-to-cookies

Sie müssen auch sicherstellen, dass WP Engine den Cache für Pfade und Abfrageargumente für die folgenden Ordner und Dateipfade entfernt hat:

/wp-content/plugins/membermouse/

Abfrage-Argumente:
hauth.start

Anmeldeversuche begrenzen

WP Engine installiert sein eigenes Limit-Login-Plugin im Verzeichnis mu-plugins und nicht im normalen Plugins-Verzeichnis. Dieses lässt sich nicht deaktivieren oder entfernen. Dies hat zur Folge, dass das Konto nach einigen falschen Anmeldeversuchen für eine bestimmte Zeit gesperrt wird.

Wenn Sie sich mit der Bearbeitung von PHP-Dateien auskennen, können Sie dieses Problem umgehen, indem Sie den folgenden Code in den 2 angegebenen Dateien verwenden. BITTE BEACHTEN: Erstellen Sie ein Backup Ihrer Website, bevor Sie diese Dateien aktualisieren:

//-----------------------------------------------------------------------------
// wp-content/plugins/membermouse/hooks/class.userhooks.php
// beginnend mit Zeile 267
$required_plugin = "limit-login-attempts/limit-login-attempts.php";
$pluginActive = falsch;
            
// Erkennung durch Funktion, nicht durch Datei zur Unterstützung von mu-plugins
// if(in_array($required_plugin, $plugins))
if(function_exists('limit_login_setup'))
{
    $pluginActive = true;
}

//-----------------------------------------------------------------------------
// wp-content/plugins/membermouse/modules/limit_login_attempts.php
// beginnend mit Zeile 10
$required_plugin = "limit-login-attempts/limit-login-attempts.php";
$pluginActive = falsch;
 
// Erkennung durch Funktion, nicht durch Datei zur Unterstützung von mu-plugins
// if(in_array($required_plugin, $plugins))
if(function_exists('limit_login_setup'))
{
     $pluginActive = true;
}