Juli 2019 aktualisiert August 2022 Twitter @ItDoorlu

Inhaltsverzeichnis

1 WordPress und XAMPP auf eine neue Festplatte kopieren; FileZilla
2 Die Einstellungen von FileZilla von der alten Festplatte übernehmen
3 verwandte Fachartikel
4 Andere Themenblöcke bei ItDoor

WordPress und XAMPP auf eine neue Festplatte kopieren; FileZilla

WordPress und XAMPP auf eine neue Festplatte kopieren, funktioniert grundsätzlich, wie wenn man Word-Dateien von einer alten auf eine neue Festplatte kopiert. Daher könnte man sich auch mit einem Tweet zu diesem Thema begnügen. Doch es gibt Störfaktoren, über die berichtet werden muss.

Ferner sollte man in diesem Zusammenhang erwähnen, wie die Einstellungen von FileZilla von der alten Festplatte auf die neue Festplatte übernommen werden können.

Wer WordPress und XAMPP auf seiner Festplatte hat, benutzt diese Kombination als „Localhost“. Änderungen werden dann im „Localhost“ durchgeführt. Irgendwie müssen diese Änderungen vom „Localhost“ in den Webspace auf die Webpage gelangen. Dafür gibt es verschiedene Programme. Viele benutzen dafür das kostenlose Programm FileZilla.

Buchtipp bei BoD: Kostenlose WordPress-Themes

Schnell das passende Theme finden (für Anwender, Consultants und Theme-Developers). Mit über 130 Kapiteln und über 75 hilfreichen Tabellen; ohne Programmierung

[Link zur Leseprobe]

XAMPP Control Panel meldet: VCRUNTIME140.dll wurde nicht gefunden

So sieht die Fehlermeldung aus.

Ursache dieser Fehlermeldung war, dass Microsoft Visual C++ Redistributable für Visual Studio 2015 nicht auf dem PC installiert war.

Hier z. B. können Sie für Microsoft Visual C++ Redistributable für Visual Studio 2015 die Sprache auswählen, bevor Sie Microsoft Visual C++ herunterladen:

https://www.microsoft.com/de-de/download/details.aspx?id=48145

[LINK]

Sprache auswählen für Visual C++ Redistributable für Visual Studio 2015

Nach einem Klick auf den Button „Herunterladen“ können Sie auswählen, ob Sie vc_redist.x64.exe oder vc_redist.x86.exe herunterladen.

Bei einem 32 Bit-System laden Sie vc_redist.x86.exe und bei einem 64Bit-System laden Sie

vc_redist.x64.exe herunter.

Falls Sie möchten können sie vor dem Herunterladen in Windows noch einen Wiederherstellungszeitpunkt erstellen.

Nach dem Herunterladen, habe ich die die Datei vc_redist.x64.exe ausgeführt. Anschließend habe ich den PC neu gestartet. Ob man den PC neu starten muss, habe ich nicht getestet.

Jedenfalls war dann die Fehlermeldung verschwunden. XAMPP und WordPress haben die also Fehlermeldung nicht verursacht. Es bleibt dabei, dass man XAMPP und WordPress einfach auf eine neue Festplatte kopieren kann.

Der Störenfried – die Datei: db.php Dateityp: symlink

Windows kopierte und kopierte und dann kam diese Meldung:

WordPress und XAMPP auf eine neue Festplatte kopieren, Störung

Das sah dann nach einem Tag auch nicht besser aus. Wer diesen kleinen Fachartikel liest, spart viel Zeit.

Denn man bricht das Kopieren einfach mit einem Klick auf das schwarze Kreuz ab und kopiert außer dieser Datei das gesamte XAMPP inclusive WordPress. Fertig!

Es gibt Stimmen, die sagen, dass es ausreichend sei, wenn man nur die Verzeichnisse „htdocs“ und „mysql“ kopiert.

Da ich schon von der Datei „db.php“ abgenervt war, habe ich das nicht ausprobiert. Ich wollte dann auf Nummer sicher gehen und schauen, ob es noch andere Störenfriede gibt. Es gab Gott sei Dank keine anderen Störenfriede.

Zur „db.php“

Diese Datei stammt von dem Plugin „Query Monitor“. Da WordPress dann auf der neuen Festplatte funktionierte, habe ich dieses Plugin deaktiviert und aktiviert. Da mir dann auf der neuen Festplatte immer noch diese Datei fehlte, habe ich dieses Plugin deinstalliert und nochmal installiert. Die Datei fehlt mir noch immer. Was hat das für Konsequenzen?

Ich erhalte jetzt von dem Plugin „Query Monitor“ die Meldung:

Extended query information such as the component and affected rows is not available. Query Monitor was unable to symlink its db.php file into place. See this wiki page for more information.

Da ich dieses Plugin nicht zum Debuggen benutze und auch keine „Extended query information“ benötige, berührt mich diese Meldung nicht. Ich benutze „Query Monitor“ lediglich um zu kontrollieren, ob die Ausführungszeiten der Queries sich im üblichen Rahmen bewegen. Als so eine Art Stoppuhr.

Wahrscheinlich wäre es sinnvoller gewesen, vor der Kopie das Plugin „Query Monitor“ zu deinstallieren, um dann anschließend zu überprüfen, ob die störende Datei dadurch verschwunden ist.

Wer sich mit der Datei „db.php“ tiefer beschäftigen möchte, kann hier nachlesen [LINK].

Die Einstellungen von FileZilla von der alten Festplatte übernehmen

Hier der Menüpunkt für den Import von Einstellungen bei dem Programm Filezilla.

Klicken Sie dann auf den Menüpunkt „Import“, schlägt Ihnen FileZilla vor, die Datei „Filezilla.xml“ zu importieren.

Lassen Sie sich dadurch nicht irritieren. Denn FileZilla hat mehr als eine XML-Datei bei dem folgenden Verzeichnis (Windows 10) zu bieten.

F:\Benutzer\Klaus\AppData\Roaming\FileZilla

F ist die Bezeichnung der alten Festplatte. Klaus ist ein Statthalter für einen Benutzernamen.

Dies sind die XML-Dateien von FileZilla in dem o. g. Verzeichnis:

filezilla.xml – Meldung: Die Einstellungen wurden importiert. Sie müssen FileZilla neu starten, damit alle Einstellungen wirksam werden.
layout.xml – Meldung: Die Datei enthielt keine importfähigen Daten.
recentservers.xml – Meldung: Die Datei enthielt keine importfähigen Daten.
search.xml – Meldung: Die Datei enthielt keine importfähigen Daten.
sitemanager.xml – Meldung: Die Einstellungen wurden importiert. Sie müssen FileZilla neu starten, damit alle Einstellungen wirksam werden.
trustedcerts.xml – Meldung: Die Datei enthielt keine importfähigen Daten.

Ich kann hier natürlich nur über den Import meiner Einstellungen berichten. Versuchen Sie daher alle 6 XML-Dateien zu importieren. Die Meldung: „Die Datei enthielt keine importfähigen Daten.“ müsste einen gewissen Schutz bieten. Irgendwelche Probleme nach dem Import der Einstellungen haben sich bisher nicht ergeben.

In den Fällen, in denen die Meldung „Die Einstellungen wurden importiert. Sie müssen FileZilla neu starten, damit alle Einstellungen wirksam werden.“ kam, gab es anschließend noch diese Meldung:

„Die ausgewählten Kategorien wurden importiert.“

Irgendwo musste ich noch ein Zertifikat bestätigen. Wo und wann habe ich mir leider nicht gemerkt. Sorry!

Letztendlich hatte ich dann nach dem Import diese 3-XML-Dateien auf der neuen Festplatte.