Probleme mit The Events Calendar

Ursprünglich sollte das SSL-Zertifikat nicht nur eine verschlüsselte Übertragung (über einen „Secured Socket Layer“) ermöglichen, sondern auch die Inhaberschaft der Domain dokumentieren – deshal „Zertifikat“. Wenn du zum Beispiel auf die Webadresse einer Bank gehst, wird dir nicht nur angezeigt, dass die Verbindung verschlüsselt ist, sondern du siehst auch, dass das Zertifikat für die Bank ausgestellt wurde. Beispiel:

(zum Vergrößern anklicken)

Den meisten Betreibern einfacher Websites für Klein- und Mittelständische Betriebe, Vereine oder Privat ist das egal und es reicht ihnen ein beliebiges Zertifikat, damit sie die Website verschlüsselt übertragen können und Zugangsdaten (z.B. für das Login im Backend) nicht im Klartext übertragen werden. In diesen Fall werden gerne die kostenlosen Zertifikate genutzt, die von der Initiative „Let’s Encrypt“ ausgestellt werden.

Frag mal beim Webhoster nach, ob sie solche Zertifikate anbieten – du kannst hier viel Geld sparen. Oft ist aber bei den Webhosting-Verträgen auch ein SSL-Zertifikat enthalten, hier ein Screenshot vom Webhosting-Angebot von ionos:

(zum Vergrößern anklicken)

Bei den meisten Webhostern läuft die Einbindung automatisch, manchmal muss noch in einer E-Mail ein Link zur Bestätigung der Domain-Inhaberschaft angeklickt werden. Jedenfalls handelt es sich nicht um Raketenwissenschaft.

Dass eine Agentur dafür trotzdem eine höhere Rechnung schreibt, hat einerseits damit zu tun, dass sie sich Rechnungserstellung, Terminüberwachung, Knowhow und Haftungsrisiko vergüten lassen wollen, andererseits ist auch eine Agentur kein gemeinnütziger Verein. 🙂

Wir nutzen ja das „Enfold“, bzw. „Enfold Child“ Theme, welches ja offenbar auch Probleme verursacht.

Tut es das? Meine Kundin ist von Enfold sehr angetan und kommt damit gut zurecht. Nur hier im Forum können wir dir hier nicht helfen, weil uns kostenpflichtige Themes nicht zur Verfügung gestellt werden und wir auch nicht kostenlos den Support leisten wollen, für den du jemand anders bezahlst.

Interessant wäre es ja nun, wenn es die Möglichkeit gäbe, unsere ECHTE Webseite in die lokale WP-Installation zu übertragen.

Eigentlich kein großes Ding.

• Du erstellst auf der Firmen-Website ein Backup, z.B. mit UpdraftPlus WP Backup, und lädst das herunter.
• Du richtest lokal eine ganz einfache WordPress-Installation ein und installierst Updraftplus. Website-Name und Zugangsdaten sind egal, weil sie im nächsten Schritt überschrieben werden. Ich nenne solche Seiten „WP“ mit User „admin“ und Passwort „password“ (und verwende diese Zugangsdaten natürlich nie für öffentlich zugängliche Websites!).
• Du gehst in das UpdraftPlus-Menü, lädst das Backup hoch und klickst auf Wiederherstellen. Anschließend wirst du gewarnt, dass die URL nicht zu deiner Website passt, was du bestätigen kannst.
• Bevor du im Backend weitermachst, musst du in der Datenbank die URL korrigieren. Dazu rufst du phpMyAdmin auf, gehst in die Datenbanktabelle wp_options (die Vorsilbe wp_ wird bei dir anders lauten) und suchst nach den Feldern siteurl und home, in denen du die URL deiner lokalen Website einträgst. Evtl. musst du in der Datenbanktabelle blättern, um home zu finden.
• Du solltest dich jetzt mit den Zugangsdaten für die Firmen-Website (die bei Backup/Wiederherstellung mit übertragen wurden) in der lokal gespiegelten Website anmelden können. Achte nochmal darauf, ob du wirklich auf der lokalen Website arbeitest. Nach der Anmeldung solltest du in deinem Benutzerprofil dem Backend ein anderes Farbschema zuweisen, damit du „lokal“ und „Firma“ besser auseinanderhalten kannst.)
• Da die URL an vielen anderen Stellen (bei Mediendateien, internen Links, Menüs …) verwendet wird, musst du abschließend noch eine Ersetzung vornehmen. Dazu installierst du Better Search Replace, rufst das Menü unter Werkzeuge auf und ersetzt die URL der Firmen-Website mit der lokalen URL. Nochmal prüfen, ob du wirklich lokal arbeitest, alle Datenbanktabellen mit der Maus auswählen, Häkchen bei Testlauf rausnehmen, nochmal auf Tippfehler prüfen und dann ausführen. Das sollte es dann gewesen sein und du kannst lokal mit der Website arbeiten.

Wenn du fünf erfahrene WordPress-User fragst, wie sie das machen, wirst du mindestens sieben Vorschläge bekommen. Duplicator, manueller Übertrag, andere Plugins, WP-CLI … Du findest irgendwann für dich heraus, was für dich am schnellsten geht.

Ist es kein Problem, wenn ich jetzt in unserem Backend (orig. Seite) das Plugin „UpdraftPlus“ installiere?

Nein. Du kannst es auch wieder deinstallieren, nachdem du das Backup erstellt und heruntergeladen hast.

Dann muss ich es dann ja auch im lokalen Web installieren, nehme ich an.

Genau, wie beschrieben.

Alternativ kannst du auch die Dateien per FTP übertragen, die Datenbank exportieren (Datenbankverwaltung beim Webhoster), lokal importieren und dann wie beschrieben die Ersetzungen vornehmen.
Wenn du die Dateien bereits hast, sollte es kein Problem sein.

… wie man ein Web auf eine lokale Installation kopiert mit XAMPP

Es gibt auch ein fertiges Paket, dass nicht nur XAMPP installiert, sondern dir auch gleich eine WordPress-Installation einrichtet: Bitnami. Allerdings arbeite ich persönlich lieber mit Local-WP, Hans-Gerd nutzt lieber Laragon, aber eigentlich läuft das alles aufs Gleiche raus.

Die Dateien werden soeben per FTP übertragen. Aber das dauert offenbar mega lange…

Das hängt unter anderem davon ab, wieviele Bilder enthalten sind, wieviele Plugins usw. Wobei aber mein Vorschlag war, per UpdraftPlus ein Backup zu erstellen und herunterzuladen …

Die Datenbank habe ich jetzt gesichert, aber diese Sicherung hat jetzt die Endung .tgz. Wie bekomme ich diese denn jetzt in meine lokale Installation?

Auch diese Frage stellt sich nicht, wenn du ein Backup mit UpdraftPlus erstellst.

Ich bin mir nicht ganz sicher, ob phpMyAdmin mit dem komprimierten Dateiformat .tgz umgehen kann. Falls nicht, kannst du die Datei erst (z.B. mit 7zip) entkomprimieren, um sie dann per phpMyAdmin (oder einem anderen Datenbankverwaltungstool) zu importieren.

@pixolin

Soviel ich weiß, wird bei Laragon gar kein Passwort verwendet. Dann gibst du nur bei Benutzername „root“ ein und lässt das Feld für Passwort frei.

korrekt 👍

@imebro
Hier ein Screenshot dazu (bei Klick auf das Bild, wird das Bild vergrößert):

• Diese Antwort wurde geändert vor 1 Jahr, 9 Monaten von Hans-Gerd Gerhards.

Hallo,
ich denke, dann sollten wir den Thread jetzt mal als gelöst markieren, weil das Thema mittlerweile eher „Migration einer WordPress-Instanz auf einer lokalen Entwicklungsumgebung“ entspricht.
Falls du dann noch weitere Probleme z. B. mit The Events Calendar hast, kannst du ja hier noch mal einen neuen Thread öffnen.

Wenn das Problem damit für dich aber behoben sein sollte, freuen wir uns, wenn du das Thema als gelöst markierst:

Die Option findest du rechts in der Sidebar. Danke.

Viele Grüße
Hans-Gerd