Eine ältere Drupal-Version auf eine aktuellere Version updaten
Das Updaten einer älteren Drupal-Version auf eine neuere Version funktioniert sehr einfach und meistens problemlos.
Wichtig: Erstelle ein Backup deiner Datenbank und aller Dateien in deinem Drupalverzeichnis – insbesondere von der Datei ‘sites/default/settings.php’, bevor du mit dem Update beginnst!
Die Beschreibung setzt voraus, dass du das Archiv mit der Drupal-Version auf die du updaten willst heruntergeladen und lokal entpackt hast und mit grundsätzlichen Tools zum Upload der Dateien und zur Datensicherung vertraut bist.
Die grundsätzlichen Schritte:
- Backup
- Alte Dateien auf dem Server löschen
- Neue Dateien auf den Server hochladen
- update.php aufrufen
Ausführlichere Beschreibung:
- Wichtig: Backup zur Sicherheit: Alle Dateien der Installation sichern und die Datenbank sichern/exportieren
- Als Administrator alle Nicht-Core-Module deaktivieren, zu einem Standard-Theme (z.B. Garland) wechseln und die Seite in den “Offline-Modus” versetzen.
- Alle Dateien der Drupal-Installation auf dem Webserver löschen, bis auf den Ordner “Sites”, in dem die “eigentlichen” Seiten liegen.
- Das Drupal-Archiv entpacken und alle Dateien auf den Server hochladen. Hierbei werden “sites/all/README.txt” und “sites/default/default.settings.php” überschrieben bzw. durch die aktuelle Version ersetzt.
Beim Wechsel von Drupal 5.x auf 6.x ist die Ordner-Struktur der einzelnen Verzeichnisse innerhalb des “sites”-Ordners wie auch die Struktur der “settings.php” gleich geblieben, somit funktioniert das einfache Überschreiben. Das mag sich in kommenden Versionen ändern!
- Alternativ auch den “sites”-Ordner löschen und anschließend die benötigten Dateien aus dem Backup wieder zurück kopieren. Dann die aktuelle “default.settings.php” in die jeweiligen “sites”-Verzeichnisse kopieren, in “settings.php” umbennen und anpassen.
In den aktuellen Drupal-Versionen muss nur die Datenbankverbindung in den Zeilen
$db_url = '';
$db_prefix = '';in der Form
$db_url = 'typ://user:passwort@host(:port)/datenbankname';
$db_prefix = 'gewünschter_prefix';angegeben werden.
Z.B.:
$db_url = 'mysqli://user:passwort@localhost/drupal_db';
$db_prefix = 'drp';Dabei muss der verwendete Präfix natürlich derselbe sein, wie bei der Erstinstallation, bzw. darf hier kein Präfix eingetragen werden, wenn die Tabellen in der Datenbank keinen Präfix haben! Im Zweifel nochmal überprüfen.
Ebenso muss der Datenbank-Typ natürlich dem tatsächlich benutzten entsprechen (mysqli für MySQL-Datenbanken oder pgsql für PostgreSQL-Datenbanken bei Drupal 6.x).
- update.php im Browser aufrufen: deinedomain/update.php. Falls du mehrere Seiten in einer Drupal-Installation verwaltest (Mulitisites), muss “update.php” für jede Seite einzel aufgerufen werden (domain1/update.php, domain2/update.php usw.)
- Gegebenenfalls Module und Themes wieder aktivieren. Funktioniert alles problemlos, kann die Seite wieder in den “Online-Modus” gestellt werden.
Achtung: Ist der Login auf einer Seite nicht öffentlich zugänglich, sondern nur über den url “http://deine_domain.de/user” (clean-urls) bzw.
“http://deine_domain.de/?q=user” (ohne clean-urls), muss ab Drupal 6.x in der settings.php vorher die Zeile “$update_free_access = FALSE;” in “$update_free_access = TRUE;” geändert werden. Das ist bei Drupal 6.x offensichtlich neu, in der settings.php von Drupal 5.x ist diese Zeile noch nicht enthalten.
Nach dem Aufruf von update.php diese Zeile wieder auf “FALSE” setzen!
Bei einem Update von einer Unterversion zur Nächsten (z.B. Drupal 6.1 auf 6.2) ist in der Regel nicht mit Inkompatibilitäten der Themes und Module zu rechnen, bei einem Upgrade zur nächsten Hauptversion (z.B. Drupal 5.x auf 6.x) allerdings mit Sicherheit schon. Hier ist der Schritt der Deaktivierung aller Nicht-Core-Module und Nicht-Core-Themes sehr wichtig, damit die Seite anschließend funktioniert. Bei einem Upgrade müssen also auch die zur neueren Version passenden Module und Themes neu installiert werden!
Ein anschaulicher Screencast zum Update von Spartacus (in diesem Fall von Drupal 6.1 auf 6.2) ist zu finden unter http://drupalbasic.de/einsteigerhandbuch/drupal-kern-update.
In Screencast werden auch passende Tools für das Backup und den Upload vorgestellt.
- Anmelden oder Registrieren um Kommentare zu schreiben
noch aktuell ?
am 04.04.2008 - 02:16
Sollte man diese Anleitung, die sich immerhin auf der Startseite befindet nicht mal updaten? Sie ist ja wohl nicht mehr aktuell, zumindest ist im UPGRADE.txt der aktuellen Version viel mehr und ausführlicher beschrieben wie man vorgehen muss.
subside schriebSollte man
am 04.04.2008 - 10:00
Sollte man diese Anleitung, die sich immerhin auf der Startseite befindet nicht mal updaten? Sie ist ja wohl nicht mehr aktuell, zumindest ist im UPGRADE.txt der aktuellen Version viel mehr und ausführlicher beschrieben wie man vorgehen muss.
Grundsätzlich hat sich an Update-Prozedur nichts geändert. Aber eine ausführlichere Anleitung wäre natürlich trotzdem gut. Möchtest Du das Schreiben/Übersetzen übernehmen? Rechte um eine Seite für das Handbuch zu schreiben besitzt Du ja bereits: http://www.drupalcenter.de/node/add/book
Nur zu!
--
bv - drupalcenter.de
Neue Version/Tipps sammeln
am 05.04.2008 - 00:57
Am sinnvollsten wäre vielleicht, den bestehenden Beitrag zu überarbeiten. Wenn eine neue Seite angelegt wird existieren sonst ja zwei Beiträge gleichen Themas, was dann etwas verwirrend wäre.
Vielleicht könnten wir hier ein paar Stichworte sammeln bzw. eine neue Version aufbauen, die bv dann einpflegen kann?
Auf drupal.org habe ich einen Tipp gefunden, der zumindest bei der Umstellung von einer Hauptversion auf eine andere (z.B. 5.x auf 6.x) wichtig ist:
Meine Vorgehensweise ist folgendermaßen:
Beim Wechsel von Drupal 5.x auf 6.x ist die Ordner-Struktur der einzelnen Verzeichnisse innerhalb des "sites"-Ordners wie auch die Struktur der "settings.php" gleich geblieben, somit funktioniert das einfache Überschreiben. Das mag sich in kommenden Versionen ändern!
In den aktuellen Drupal-Versionen muss nur die Datenbankverbindung in den Zeilen
$db_url = '';$db_prefix = '';
in der Form
$db_url = 'typ://user:passwort@host(:port)/datenbankname';$db_prefix = 'gewünschter_prefix';
angegeben werden.
Z.B.:
$db_url = 'mysqli://user:passwort@localhost/drupal_db';$db_prefix = 'drp';
Auf diese Weise hats bei meinen Updates bisher gut funktioniert.
Diese Vorgehensweise ist ein Mix aus den Informationen und Tipps, die ich in UPGRADE.txt, auf drupal.org und hier im Forum gefunden habe.
Dieser Text mal als Vorschlag und als Grundlage für Verbesserungen, Erweiterungen usw.
Ich finde Deine Beschreibung
am 07.04.2008 - 17:35
Ich finde Deine Beschreibung ziemlich gut und habe eigentlich keine Einwände oder Verbesserungsvorschläge. Können/Sollten wir so als Buchseite übernehmen. Oder hat evtl. noch jemand etwas zu verbessern/hinzuzufügen?
--
bv - drupalcenter.de
Aus dem 7. wird ich 6.
am 07.04.2008 - 17:46
Aus dem 7. wird ich 6. machen und als 7. auf den dem Update-Button klicken und abwarten bis der Updatevorgang durchgeführt wurde.
Und vllt als Hinweis bei der Datenbankverbindung, nur ein Präfix angegeben, wenn bei der Installation eins angegeben wurde sowie auf den Datenbanktyp achten.
----------------------------------------
Alle Angaben ohne Gewähr!!:D
http://www.tobiasbaehr.de/
----------------------------------------
Gelöste Forenbeiträge mit [gelöst] im Titel ergänzen
Das Verhältnis anderen zu helfen muss höher sein, als von anderen Hilfe zu erfragen/erwarten.
Bei der Reihenfolge von 6.
am 07.04.2008 - 20:18
Bei der Reihenfolge von 6. und 7. war ich mir auch nicht so ganz klar.
Datenbank-Präfix natürlich genauso wie bei der Erstinstallation. Sollte man wohl nochmal drauf hinweisen.
Im Zweifel also noch mal in die settings.php des Backups reinschauen.
Aktuell zur Version 6.2 habe
am 10.04.2008 - 14:02
Aktuell zur Version 6.2 habe ich ein Screencast dazu gemacht http://drupalbasic.de/einsteigerhandbuch/drupal-kern-update .
----------------------------------------
Alle Angaben ohne Gewähr!!:D
http://www.tobiasbaehr.de/
----------------------------------------
Gelöste Forenbeiträge mit [gelöst] im Titel ergänzen
Das Verhältnis anderen zu helfen muss höher sein, als von anderen Hilfe zu erfragen/erwarten.
Hoppla, schon wieder ein
am 11.04.2008 - 23:08
Hoppla, schon wieder ein Update??
Wie passend, dass wir gerade an diesem Thread schreiben:-)
Den Screencast habe ich mir grad angesehen und fand es spontan erstmal interessant eine "fremde" Arbeitsumgebung so direkt zu sehen.
Der Sreencast zeigt den Update-Vorgang natürlich wirklich sehr "anschaulich".
Die Infos die wir hier zusammen getragen haben sind doch erstmal recht umfassend. Können wir das in einer Handbuchseite zusammenfassen? Wie Eingangs erwähnt, möchte ich nicht einfach eine weitere Handbuchseite neu erstellen, damit es nicht zwei Fassungen gibt. Wie gehen wir am besten vor?
Ich denke mal bv kann sein
am 12.04.2008 - 06:54
Ich denke mal bv kann sein Beitrag bearbeiten oder gibt dir eine Editor-Rolle.
----------------------------------------
Alle Angaben ohne Gewähr!!:D
http://www.tobiasbaehr.de/
----------------------------------------
Gelöste Forenbeiträge mit [gelöst] im Titel ergänzen
Das Verhältnis anderen zu helfen muss höher sein, als von anderen Hilfe zu erfragen/erwarten.
Hallo Kata, Du müßtest
am 12.04.2008 - 17:37
Hallo Kata,
Du müßtest diese Seite jetzt editieren können. :)
--
bv - drupalcenter.de
Bearbeiten geht
am 13.04.2008 - 00:19
Hallo bv,
ja, ich kann die Seite bearbeiten. Bevor ich das tue, werde ich nochmal durchatmen und noch einen Punkt hinzufügen, der mir beim letzten Update erst später aufgefallen ist: update.php muss im Multisite-Betrieb für alle Unterseiten einzeln aufgerufen werden. Ist natürlich eigentlich klar, da ja alle Seiten eine eigene Datenbank benutzen.
Da ich zwei Seiten ohne Login habe, mich also nur über den url "/user" anmelden kann, musste ich in der settings.php vorher die Zeile "$update_free_access = FALSE;" in "$update_free_access = TRUE;" ändern. Das ist bei Drupal 6.x offensichtlich neu, in der settings.php von Drupal 5.x habe ich diese Zeile nicht gefunden.
Werde mich jetzt mal an die Bearbeitung machen und versuchen, alles mit aufzunehmen, was wichtig ist.
Für weitere Kommentare, Verbesserungen und Anmerkungen bin ich offen und dankbar:-)
Clean URLs
am 03.08.2008 - 20:36
Ein Hinweis darauf Clean URLs vor dem Update auszuschalten, wäre auch hilfreich ;-)
Sonst muss man immer "?q=" vor admin einfügen ...
In der obigen Beschreibung ist ein Typo:
Achtung: Ist der Login auf einer Seite nicht öffentlich zugänglich, sondern nur über den url “http://deine_domain.de/user” (clean-urls) bzw.
“http://deine_domain.de?q=user”
Die letzte Zeile muss lauten:
“http://deine_domain.de/?q=user”
spade schrieb In der obigen
am 04.08.2008 - 10:05
In der obigen Beschreibung ist ein Typo:
Achtung: Ist der Login auf einer Seite nicht öffentlich zugänglich, sondern nur über den url “http://deine_domain.de/user” (clean-urls) bzw.
“http://deine_domain.de?q=user”
Die letzte Zeile muss lauten:
“http://deine_domain.de/?q=user”
Danke für den Hinweis! Ist geändert.
--
bv - DrupalCenter.de
Zitat: Das Drupal-Archiv
am 12.07.2009 - 00:14
Das Drupal-Archiv entpacken und alle Dateien auf den Server hochladen. Hierbei werden “sites/all/README.txt” und “sites/default/default.settings.php” überschrieben bzw. durch die aktuelle Version ersetzt.
Ich finde im Archiv drupal-5.16-DE.tar.gz und drupal-5.19-DE.tar.gz keine Datei "sites/default/default.settings.php". Nur eine "sites/default/settings.php"
Und muss man vor dem Wechsel von 5.x zu einer neueren 5.x-Version wirklich alle nicht-core-Module deaktivieren? Das ist sehr lästig, jedes mal zu notieren, welche Module man aktiviert hatte, und welche nicht, um nach dem Update den Ausgangszustand wieder herzustellen. Könnte das bitte klarer gestellt werden, was schlimmstenfalls passiert, wenn man das nicht macht? Im vorletzten Abschnitt steht zwar was dazu geschrieben, aber nicht klar genug, finde ich.
Drupal-5.7-User/Admin
Nein, nur bei D5 -> D6 ,
am 12.07.2009 - 02:10
Nein, nur bei D5 -> D6 , ansonsten einfach den verlinken Screencast mal anschauen bzw. die Beschreibung dort lesen.
In Drupal5 gab es noch keine default.settings.php erst ab D6.
----------------------------------------
http://tobiasbaehr.de/
Gelöste Forenbeiträge mit [gelöst] im Titel ergänzen
Ein Forum ist kein Ersatz für das www (Google.de).
----------------------------------------
Gelöste Forenbeiträge mit [gelöst] im Titel ergänzen
Das Verhältnis anderen zu helfen muss höher sein, als von anderen Hilfe zu erfragen/erwarten.
Nach Update nicht alles übersetzt! - Die Lösung
am 26.07.2009 - 11:50
Ich habe nach dem Update von Drupal 5 auf Drupal 6 festgestellt, dass nicht alles ins Deutsche übersetzt war. Ich schreibe mal hier, wie ich - nach vielem Suchen und keinem Finden - die Sache dann relativ einfach lösen konnte.
Das Problem scheint mir daran gelegen zu haben, dass nicht alle po-Dateien (jene der Core-Module, da die ja vor dem Update nicht deaktiviert werden) in der aktuellen Version geladen wurden. Die Lösung ist naheliegend, aber manchmal ist das Nahe fern ... also ich habe die deutsche Sprache unter Einstellungen > Sprache zuerst deaktiviert, indem ich Englisch als Standard gesetzt habe. Und dann Deutsch gelöscht. Danach habe ich den Cache geleert (ich kann aber nicht mehr sagen, ob das wirklich erforderlich ist, aber geschadet hat es nicht). Zuletzt unter "Sprache hinzufügen" wiederum "German" ausgewählt. Jetzt wurden alle Sprachdateien neu geladen. Und ganz selbstverständliche Dinge wie das Datum usw. waren jetzt wieder übersetzt.
PS: Das ist mein erstes Posting auf drupalcenter.de. Vielen Dank für die viele Hilfe, die ich hier schon bekommen habe, nur dadurch, dass ich bereits vorhandene Themen gelesen habe!
Zwischen Drupal 5 und Drupal
am 26.07.2009 - 12:57
Zwischen Drupal 5 und Drupal 6 gab es sehr viele Zeichenketten-Änderungen bzw. sind neue hinzugekommen und Drupal lädt nicht automatisch die Übersetzungsdateien ein, wenn sich neue Übersetzungsdateien im Modul Verzeichnis sich befinden.
----------------------------------------
http://tobiasbaehr.de/
Gelöste Forenbeiträge mit [gelöst] im Titel ergänzen
Ein Forum ist kein Ersatz für das www (Google.de).
----------------------------------------
Gelöste Forenbeiträge mit [gelöst] im Titel ergänzen
Das Verhältnis anderen zu helfen muss höher sein, als von anderen Hilfe zu erfragen/erwarten.
Genau!
am 26.07.2009 - 13:15
Zwischen Drupal 5 und Drupal 6 gab es sehr viele Zeichenketten-Änderungen bzw. sind neue hinzugekommen und Drupal lädt nicht automatisch die Übersetzungsdateien ein, wenn sich neue Übersetzungsdateien im Modul Verzeichnis sich befinden.
Genau so habe ich mir das auch erklärt! - Und es ist ja leicht zu lösen, wenn man weiß wie.