Node export / import - nur was passiert mit den URL-Aliasen?
Eingetragen von soezkan (558)
am 14.07.2014 - 19:22 Uhr in
am 14.07.2014 - 19:22 Uhr in
Hallo Leute,
ich ziehe gerade eine Drupal 7 Seite von einem Server auf den anderen.
Insgesamt sind davon 800 Nodes betroffen die jeweils einen eigenen
URL-Alias haben, der nur in den wenigsten Fällen dem Titel entspricht.
Für den Export / Import verwende ich das node_export Modul (hatte
zuerst data_export_import versucht klappte aber bei manchen Inhaltstypen
nicht).
Soweit so gut - die Nodes sind alle in der neuen Installation. :)
Nur haben die jetzt alle einen Standard-URL-Alias :(
Wie bekomme ich aber die alten URL-Aliase installiert?
Danke für Hilfe!
Liebe Grüße
Soezkan
- Anmelden oder Registrieren um Kommentare zu schreiben
Dann mußt Du den Export
am 14.07.2014 - 19:35 Uhr
Dann mußt Du den Export mittels Views als CSV erstellen und alle Felder des Nodes in einer Tabelle ausgeben. Dann kannst Du auch den URL-Alias mit ausgeben und mittels feeds dann wieder alles importieren.
.
Werner
drupal-training.de
Moderator und Drupal Trainer
* - - - - - - - - - - - - - - - - - - - - - - - - - - - *
Vielen Dank für die schnelle
am 14.07.2014 - 19:40 Uhr
Vielen Dank für die schnelle Antwort.
Ich muss sagen, ich weiß nicht ob meine Kenntnisse für Deinen Vorschlag ausreichen,
bzw. Du mir vielleicht sagen könntest was Du meinst:
"alle Felder des Nodes in einer Tabelle ausgeben"
"mittels feeds dann wieder alles importieren."
Danke.
Es gibt das Feeds
am 14.07.2014 - 22:07 Uhr
Es gibt das Feeds Module:
https://www.drupal.org/project/feeds
Damit kannst du deine Nodes wieder importieren.
Vorher mit Views deine Daten exportieren als CSV (z.B).
Feeds ist recht umfangreich. Da solltest du dir etwas Zeit nehmen.
Warum benutzt du nicht Backup & Migrate wenn du "umziehst"?
Oder brauchst du nur die Nodes?
WEBTRANSFORMER
Hallo, das mit den Feeds wäre
am 15.07.2014 - 08:38 Uhr
Hallo,
das mit den Feeds wäre ne Möglichkeit.
Das Backup & Migrate kannte ich noch nicht. Habe ich mir gerade
installiert und versucht "Entire code, files, DB" zu backuppen, aber
nach einer Minute bringt er mir einen Internal Server Error.
Mein memory_limit ist auf 512 MB, max_execution_time auf 1800 s.
Wahrscheinlich liegts daran, das die Daten auf der Domain ca. 1.5 GB
umfassen - oder?
Tja. Vorallem wie bekomme ich die Daten dann auf die neue Domain?
Muss ich da erst eine "nackte" Drupalinstallation vornehmen und dann
mit dem Backup & Migrate dort alles importieren?
Danke für weitere Hilfe.
Liebe Grüße
Soezkan
soezkan
am 15.07.2014 - 09:24 Uhr
Hallo,
"Entire code, files, DB" zu backuppen, aber
nach einer Minute bringt er mir einen Internal Server Error.
Mein memory_limit ist auf 512 MB, max_execution_time auf 1800 s.
Wahrscheinlich liegts daran, das die Daten auf der Domain ca. 1.5 GB
Dann führe folgende Variante durch. So mache ich das schon seit Jahren und ist recht üblich:
1. Du Erstellst eine neue Drupalinstallation auf dem neuen Server.
2. Du installierst Backup & Migrate in beiden Installationen.
3. In deiner alten Installation erstellst du nur ein Backup der Datenbank (nicht anderes).
4. Du importierst die alte Datenbank in die neue Datenbank (mit Backup & Migrate)
5. Du kopierst die Ordnerstrukteren der alten Installationen rüber per FTP (Achtung: Nicht alle Ordner werden benötigt)
Wichtig sind diese Ordner:
sites/all/*
sites/default/files/*
und alle weiteren nicht Ordner/Dateien die du brauchst bzw. modifiziert hast
Ich gehe davon aus, dass sich deine zusätzlichen Module in sites/all/modules befinden.
Verwende dabei die gleichen Drupalversionen.
WEBTRANSFORMER
Hallo Goekmen,danke für die
am 15.07.2014 - 10:10 Uhr
Neuer Thread siehe Forum
Das sieht doch nach normalen Umzug aus?
am 15.07.2014 - 10:22 Uhr
Wenn ich den Thread-Anfang richtig verstehe, sieht sieht das doch nach normalen Umzug aus. Das heißt ein komplettes Drupal soll umziehen?
Warum dann mit export/export-Strategien rummachen und mühsam die Daten inkl. Paths wieder zusammen setzen und andere Einstellungen zu verlieren? Ein Export/import von DB und Files sollte man ohnehin beherrschen, wenn man ein Drupal administrieren will. Das braucht man immer wieder für Tests z.B. auf einem lokalen Server und vor allem, um Backups wieder einspielen, bzw. überprüfen zu können, ob ein Backup komplett und sauber erstellt wurde. Am bequemsten erstellt man Backups und verschiebt Daten mit Drush, da kann man sogar direkt von Server zu lokal und von lokal zu server die Daten schieben. Aber das ist dann schon etwas fortgeschrittene Administration. Aber wenn man ein Drupal hat, das solche Datenmengen managen soll, ist dringend angeraten sich mit professionelleren Werkzeugen wie Drush und anderen Commandline (CLI z.B. über SSH)-Werkzeugen zu beschäftigen.
Auf jeden Fall sind bei diesen Datenmengen eine direkter Zugriff auf DB über CLI besser als sich mit phpmyadmin und co. zu behelfen. Denn dann kann man die Grenzen von PHP umgehen, bzw. für CLI-PHP Ausnahmen setzen. Aber auch das schon erwähnte Backup/Migrate ist auch ganz hilfreich.
# DrupalCenter-Moderator # https://www.drupal.org/u/c-logemann
# CTO der Nodegard GmbH: CMS Security & Availability Operations / Wir unterstützen IT-Abteilungen, Agenturen, Freiberufler:innen
Hallo Carsten Logemann, danke
am 15.07.2014 - 10:32 Uhr
Hallo Carsten Logemann,
danke für den Tipp. Das mit dem Export/Import ist wirklich zu mühselig.
Ich habe jetzt einfach alle Dateien auf den neuen Server verschoben, ein DB-Backup
gemacht und auch auf dem neuen Server importiert.
Soweit alles gut. Aber Folgendes (bitte anderen Thread ansehen):
http://www.drupalcenter.de/node/51349
Danke für Hilfe!
Liebe Grüße
Soezkan