it-swarm.com.de

Wie sollen wir mit einer Website-Migration auf ein CMS umgehen?

Ich werde gebeten, eine bestehende Website auf ein CMS (Joomla/Drupal) zu migrieren. Die aktuelle Website befindet sich auf einem Shared Hosting und es befinden sich bereits viele Dateien im Ordner public_html.

Ich denke darüber nach, die Migration wie folgt durchzuführen.

1) Installieren Sie den CMS auf meinem Computer.

2) Erstellen Sie ein CMS-Design von der alten Website.

3) Kopieren Sie alle Inhalte von der alten Website auf das CMS.

4) Sichern Sie alles auf der alten Website.

5) Entfernen Sie die alte Website, indem Sie alles im Hosting-Konto bereinigen, einschließlich der Dateien im Ordner public_html und aller Tabellen in der mysql-Datenbank.

6) Übertragen Sie alle Dateien im Ordner public_html auf meinem Computer per FTP in den Ordner public_html im Shared Hosting.

7) Sichern Sie die MySQL-Datenbank (der CMS muss viele Tabellen und Datenzeilen erstellt haben) auf meinem Computer.

8) Stellen Sie die Datenbank im Shared Hosting mit PHPMyAdmin wieder her.

9) Prüfen Sie, ob nach der Migration noch alles funktioniert.

Ich denke, es gibt einfach zu viele Stufen.

Würden Sie auf diese Weise eine Website-Migration auf ein CMS durchführen?

Vielen Dank an euch alle.

2
bobo

Es gibt keine magische Möglichkeit, eine Website-Migration in einen dreistufigen Prozess zu verwandeln, aber mit Planung und einigen cleveren Skripten können Sie die Dinge viel reibungsloser gestalten.

Das Wichtigste zuerst: Ist dies eine statische Site, über die wir sprechen, oder eine dynamische Site? Es gibt einen Grund, warum die meisten Websites heutzutage dynamisch sind. Es ist einfach unpraktisch, eine große Site mit statischen Seiten zu verwalten und zu warten. Wenn Sie es also damit zu tun haben, werden die Dinge leider viel schwieriger. Andernfalls können Sie den Inhalt der vorhandenen Site wahrscheinlich in ein gemeinsames Format exportieren und in das neue CMS importieren.

Wenn Sie sich jedoch mit einer statischen Site befassen, würde ich einen von zwei Ansätzen wählen. Der erste Ansatz besteht darin, ein Skript zu schreiben, das die statischen Seiten verarbeitet, den Inhalt extrahiert und dann in das neue CMS importiert. Der schnellste Weg, dies mit Massendaten zu tun, besteht darin, sie in eine CSV-Datei zu extrahieren. Wenn Sie dann alle Daten extrahiert haben, verwenden Sie LOAD DATA INFILE, um alle Daten auf einmal zu laden.

Wenn die Site jedoch schlecht zusammengewürfelt war und die Seiten einfach zu unregelmäßig/nicht normal sind, um mit einem Skript verarbeitet zu werden (beschädigtes Markup, unterschiedliche Dokumentstruktur auf jeder Seite usw.), müssen Sie dies von Hand tun. In diesem Fall würde ich die sinnlose Dateneingabe nur an eine andere Person weiterleiten. Sie können dem Kunden auch nur raten, dies von seiner Sekretärin ausführen zu lassen. Andernfalls könnten Sie es auslagern und dem Kunden in Rechnung stellen.

Zweitens ordnen Sie vor der Migration alle alten URLs den entsprechenden Seiten der neuen Site zu. Dies ist ein kritischer Planungsschritt, den viele Leute übersehen, und der sie viel Datenverlust sowie jahrelange SEO/SEM-Investitionen und PageRank kostet. Achten Sie besonders auf die stark frequentierten Seiten. Welche Seiten haben die meisten Backlinks? Auf welchen Seiten wird am häufigsten nach organischen Inhalten gesucht? Welche Seiten tragen zu hohen Conversion-Raten bei? Stellen Sie all dies in Ihrer Planungsphase fest und führen Sie die entsprechenden 301 Weiterleitungen zu Ihrer neuen Site-Struktur durch. Sie möchten nicht, dass Benutzer auf ein altes Lesezeichen klicken und zu einer 404-Seite wechseln.

Wenn Sie einen passenden Hosting-Plan haben, installieren Sie die neue Site nicht im selben Verzeichnis wie die vorhandene Site. Was ich tun möchte, ist, einen neuen wwwroot-Ordner (z. B. /www/mycompany.com-2.0) für die neue Site zu erstellen und ihn einer Testdomäne (z. B. test.mycompany.com) zuzuweisen. Anschließend können Sie die neue Site auf Ihrem Produktionsserver testen, während die alte Site noch aktiv ist (sofern Sie keine Virtualisierung verwenden, um identische Hardware- und Softwarekonfigurationen zwischen Ihren Produktions- und Testservern beizubehalten, können Sie nicht sicher sein, ob dies der Fall ist verhalten sich genauso). Sobald Sie es dort getestet haben, ändern Sie einfach Ihre Apache/IIS-Konfigurationen, sodass die tatsächliche Unternehmensdomäne aus dem neuen Verzeichnis gehostet wird.

4
Lèse majesté