CMS klonen
![](http://www.drupalcenter.de/files/noavatar_mini.gif)
am 12.09.2008 - 13:30 Uhr in
Ich muss einige ziemlich idente CMS installieren und möchte daher das vorhandene CMS mit den Menüs und den Inhalten einfach in die andere Domain kopieren. Es handelt sich um addon-Domains, d.h. die neue MySQL-DB befindet sich in der selben DB.
Wie mache ich das am besten?
- Anmelden oder Registrieren um Kommentare zu schreiben
Alles Files kopieren, in
am 12.09.2008 - 14:34 Uhr
Alles Files kopieren, in einen neuen Ordner (den Ordner der neuen Doamin) packen, und am besten eine neue Datenbank erstellen. Geht das nicht einfach alle vorhandenen Tabellen mit einem Präfix neu anlegen/kopieren und dementsprechend die Einstellungen in der setting.php ändern: $db_prefix = '';
MysqL-DB (Drupal) kopieren
am 12.09.2008 - 17:07 Uhr
Ich frage mich gerade, wie ich am besten die MysqL-DB für die neue Domain kopiere. Zur Verfügung steht Cpanel und eine Shell. Ich kann es mir über die Konsole vorstellen (mysqldump, etc.), aber vielleicht geht es auch einfacher.
_____________
drupal-6.4-DE
Ich habe es nun geschafft,
am 13.09.2008 - 21:39 Uhr
Ich habe es nun geschafft, aber so ganz trivial ist es nicht.
So hat es bei mir geklappt, hoffentlich habe ich mir mit dieser Vorgehensweise kein Sicherheitsproblem eingehandelt:
cpanel: SQL-Sicherung
neue DB erstellen
zu phpMyAdmin
neue DB auswählen
Import der Sicherung
Nachdem ich einen Shell-Zugang habe, habe ich über die Shell kopiert.
cp -vr /home/$username/public_html/$olddomain/* /home/$username/public_html/$newdomain/
cp -vr /home/$username/public_html/$olddomain/.htaccess /home/$username/public_html/$newdomain/
Nach dem Kopieren hat das Verzeichnis files andere Rechte erhalten, das muss geändert werden.
files weltweit schreibbar machen
chmod -R 777 /home/$username/public_html/$newdomain/sites/default/files/
Die alten Dateien in files gehören nach dem Kopieren nicht mehr nobody, sondern dem User, der kopiert hat, daher habe ich sie gelöscht, da ich das Template sowieso ändern will
rm -r /home/$username/public_html/$newdomain/sites/default/files/color/*
Bis jetzt habe ich keine Problem festgestellt nachdem ich die Dateien in languages gelöscht habe
rm -r /home/$username/public_html/$newdomain/sites/default/files/languages/*
Sitemap:
Wenn man diese Dateien nicht löscht, gibt es ein Rechteproblem, sobald eine neu sitemap erstellt wird (User nobody)
Problem ist, dass man gss.xsl ohne root-Rechte oder php-Script nich auf nobody ändern kann
rm -r /home/$username/public_html/$newdomain/sites/default/files/xmlsitemap/*
Um die Datei gss.xsl mit nobidy-Rechten anzulegen, bei den Modulen alle Sitemap-Module deaktiveren und wieder aktivieren.
Die Sitemap-Einstellungen bei den Artikeln dürfte das nicht berühren. Meine deaktivierten Seiten waren danach noch immer deaktiviert.
Alte Logos brauche ich nicht mehr, daher
rm /home/$username/public_html/$newdomain/sites/default/files/*.jpg
rm /home/$username/public_html/$newdomain/sites/default/files/*.gif
In /home/$username/public_html/$newdomain/sites/default/settings.php sucht einen Eintrag dieser Art und ändert entsprechend.
$db_url = 'mysqli://$username_$mysqladmin:$password@localhost/$username_$newdomain';
Nach der Änderung der Zugriffsdaten auf die neue Datenbank ändert/bestätigt man vorsichtshalber die Rechte
chmod 644 /home/$username/public_html/$newdomain/sites/default/settings.php
Nun kann man sich im neuen CMS anmelden
http://domain.tld/?q=user
Ob alles passt, probiert man am besten aus, indem man ein neues Passwort für den Zugriff auf das CMS setzt. Gibt es eine Fehlermeldung, so hat man vermutlich vergessen, die .htaccess zu kopieren
Als nächstes wählt man ein Template aus, damit die Seite wieder ansehnlicher wird ;-
_____________
drupal-6.4-DE