Archiv für den Monat: März 2017

WordPress

Update-Probleme von WordPress Instanz

Beim Update meiner WordPress-Instanz auf Version 4.7.3–de_DE hat’s mir tatsächlich meinen Admin-Bereich zerschossen, sodass ich eine entsprechend negative Logmeldung zu sehen bekam und beim Aufruf irgendwelcher /wp-admin-Seiten folgenden Fehler bekam:
Fatal error: Call to undefined function wp_raise_memory_limit() in C:\Inetpub\vhosts\wvps83-169-10-28.dedicated.hosteurope.de\site3\wp-admin\admin.php on line 141
Nachdem ich mein BackWPup-Backup (von direkt vor dem erfolglosen Update-Versuch) erfolgreich restored habe, habe ich nochmals ein Update mit dem Aktualisieren-Button versucht – wieder mit dem gleichen negativen Ergebnis.
Nachdem ich alle Plugins vorübergehend deaktivert habe, hat das Upgrade mittels Aktualisieren-Button allerdings fehlerfrei geklappt.
Hätte das nicht geklappt, hätte ich wohl manuell updaten müssen.

Provider

Host Europe: Neue Domain beantragen und mit Plesk auf Virtuellem Server anlegen

Domain in Plesk anlegen

  1. Domains -> Create Domain -> anlegen mit default-Werten
  2. Websites&Domains -> DNS-Einstellungen
    1. den NS-Eintrag auf den generischen Hostnamen ändern (steht im KIS unter Produktverwaltung -> Virtual Server, bei mir ist das: wvps83-169-10-28.dedicated.hosteurope.de):
    2. Eintrag Hinzufügen: Neues NS-Record anlegen und mit dem Wert ns2.hans.hosteurope.de belegen
  3. WICHTIG: Aktualisieren

Domain bei Host Europe beantragen

Direktlink zur Domain-Registrierung

  1. Erster Schritt: hier gibt man seine Wunsch-Domain und seine Email-Adresse an.
  2. Zweiter Schritt:
    1. Damit man sich das Ausfüllen der vielen Personen-Formulare spart, klickt man „Ihre Kundendaten verwenden“. Diese sollte man jedoch vorher auf den aktuellsten Stand gebracht haben: Direktlink zu den Kontaktdaten.
    2. Nameserver-Eintrag auf der nächsten Seite korrigieren:
      1. Primary Nameserver: AUTO (!) Quelle
      2. Primary DNS Netadress: die IP des eigenen Servers (meine ist 83.169.10.28)
      3. Secondary Nameserver: AUTO (!)
  3. Dritter Schritt:
    1. „Ich bin damit einverstanden, dass die Host Europe GmbH bereits vor Ablauf der Widerrufsfrist mit der Ausführung des Vertrages beginnt.“ anhaken.
    2. „Zahlungspflichtig bestellen“ anklicken.
    3. Warten, bis man zur anderen Seite weitergeleitet wird.

Erfolgskontrollen

    • Es müssen innerhalb von 5 Minuten folgende zwei SUCCESS-Emails kommen – die jedoch noch nicht die erfolgreiche Domainkonnektierung bestätigen!

    • Die Domain-Konnektierung selbst dauert länger (laut offiziellen Angaben max. 48h):
      • Für meine .eu-domain hab ich keine 17 min warten müssen.
      • Für meine .de-domain hat es ca. 45 min gedauert.
    • Das Aufrufen der Domain (in Erwartung die default-index.html zu sehen) und ständiges Aktualisieren am Browser ist aufgrund des Caches kein zuverlässiger Erfolgs-Check. Dies funktioniert nur, wenn man vorher ein ipconfig –flushdns macht. Ein zuverlässiger Erfolgs-Check hingegen ist „nslookup projekt-fisch.de“
    • Bei Umlautdomains darf die Email so aussehen: xn--grlitz-leben-4ib.de

Troubleshooting

Wenn eine negative Mitteilung in der Domain-Queue von HostEurope erscheint, am besten den Auftrag hier löschen und nochmal richtig anlegen.

Hintergrundinfos

Leider vermisse ich seitens Host Europe eine durchgängige und einfache Anleitung für diese Standard-Aufgabe.

Die Domain muss in jedem Fall vorher in Plesk angelegt werden, weil sonst per Email solche Fehlermeldungen kommen:

 "- Bitte Primary Nameserver einrichten" usw.

Grundsätzlich müssen die Nameserver, die bei der Domainregistrierung angegeben und bei Plesk eingerichtet sind, übereinstimmen. Andernfalls kann der AutoDNS-Dienst von Host Europe keine Domainkonnektierung vornehmen.

Detaillierte Anleitung von Host Europe

WordPress

Gelöst: WordPress-Plugin ‚The newsletter Plugin‘ mit Internal Server Error 500

Sobald ich ‚Neuer Newsletter‘ klicke kommt folgende Fehlermeldung:

500 – Interner Serverfehler.

Problem bei der gesuchten Ressource. Sie kann nicht angezeigt werden.

 

http://www.thenewsletterplugin.com/forums/topic/internal-server-error-500#post-30994

Workaround:
temporarily activate debug mode in wp-config.php with:
define('WP_DEBUG', true);
define( 'WP_DEBUG_LOG', true );

Da auch dieser Trick inzwischen (Stand: 15.Mai 2017) nicht mehr funktioniert, habe ich auf Newsletter 4.9.0 geupdated – ohne Erfolg. Auch habe ich WordPress selbst auf die aktuelle 4.7.4 geupdated – ohne Erfolg. Auch habe ich mal alle(!) Plugins temporär deaktiviert – ohne Erfolg.

Also hab ich mir doch mal das debug.log angeschaut, wo noch ein paar ältere Warnings zum Newsletter-Plugin zu finden waren – immerhin eine Spur:

[15-Apr-2017 15:28:34 UTC] PHP Warning: is_file(): open_basedir restriction in effect. File(C:\Inetpub\vhosts\wvps83-169-10-28.dedicated.hosteurope.de\site5/wp-content/plugins/newsletter/emails/themes/composer.gif/theme.php) is not within the allowed path(s): (C:/Inetpub/vhosts/wvps83-169-10-28.dedicated.hosteurope.de\;C:\Windows\Temp\) in C:\Inetpub\vhosts\wvps83-169-10-28.dedicated.hosteurope.de\site5\wp-content\plugins\newsletter\includes\themes.php on line 114

Nach dem Umzug von meinem Windows-Server auf einen Unix-Server hat sich dieses Problem aufgelöst. Irgendwie kam das Plugin nicht mit der Pfadschreibweise auf Windows zurecht.