Drupal-Core Upgrade

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

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:

• Vor dem Update alle Nicht-Core-Module deaktivieren und auf ein Standard-Theme wechseln, da es sonst aufgrund von möglichen Inkompatibilitäten zu Darstellungsfehlern oder einer unbenutzbaren Installation kommen kann.

Meine Vorgehensweise ist folgendermaßen:

1. Backup zur Sicherheit: Alle Dateien der Installation sichern und die Datenbank exportieren
2. Als Administrator alle Nicht-Core-Module deaktivieren und zu einem Standard-Theme (z.B. Garland) wechseln.
3. Alle Dateien der Drupal-Installation auf dem Webserver löschen, bis auf den Ordner "Sites", in dem die "eigentlichen" Seiten liegen.
4. 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!
5. 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';
6. Module und Themes aktualisieren.
7. update.php aufrufen (www.deinedomain.de/update.php)

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 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. 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/

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 ich ein Screencast dazu gemacht http://drupalbasic.de/einsteigerhandbuch/drupal-kern-update .

----------------------------------------
Alle Angaben ohne Gewähr!!:D
http://www.tobiasbaehr.de/

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 Beitrag bearbeiten oder gibt dir eine Editor-Rolle.

----------------------------------------
Alle Angaben ohne Gewähr!!:D
http://www.tobiasbaehr.de/

Hallo Kata,

Du müßtest diese Seite jetzt editieren können. :)

--
bv - drupalcenter.de

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:-)

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”

Danke für den Hinweis! Ist geändert.

--
bv - DrupalCenter.de

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.

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).

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 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).

Genau so habe ich mir das auch erklärt! - Und es ist ja leicht zu lösen, wenn man weiß wie.

... aber wenn man dann Module upgraden muss, dann geht der Spaß erst richtig los, z.B.:

• Views1 (D5) -> Views2 (D6)
• CCK (D5) -> CCK (D6)
• event-repeat (D5) -> ??? gibts nicht mehr für D6!

Grundsätzlich würde ich vor dem Upgrade zwei Module zusätzlich installieren:

• Backup and migrate Zum Sichern der Daten (und nur der relevanten Daten ohne Cache!)
• Upgrade status das für mich die aktuellen D6 Versionen meiner Module ermittelt

Dann wäre da noch Drush, das mir beim Update meiner Drupal-Installation generell hilft!

Für eine Drupal-Installation mit shell-Zugang hier meine Ergebnisse:

Vorbereitungen
----------------------

• Ich habe mir dann vor dem Upgrade alle relevanten D6-Module besorgt und in ein Unterverzeichnis sites/all/.6.modules gesammelt (ausgepackt) und meine Themes lokal für D6 vorbereitet und dann in ein Unterverzeichnis sites/all/.6.themes kopiert.
• Ich benutze audio und das verlangt jetzt getid3. Das habe ich entsprechend der Anweisungen im Readme von audio in sites/all/libraries angelegt
• Ich habe mir ein Drupal 6 (in meinem Fall 6.16) auf den Server geladen (als tgz)
• Da ich Murphy kenne habe ich mir auch noch ein Drupal 5 (5.22) geladen
• Dann habe ich .htaccess und robots.txt nach .htaccess.d5 und robots.txt.d5 in ein separates Verzeichnis gesichert

Alle diese Vorbereitungen haben meine Drupal-Installation noch nicht beeinträchtigt!

Der Upgrade-Prozess
-------------------------------
Meine Upgrade-Strategie war folgende (und definitiv abweichend von den bisher vorgeschlagenen Vorgehensweisen):

1. Site offline setzen
2. In admin/settings/performance: alle Optionen abschalten
3. Backup mit Backup and Migrate anlegen
4. In admin/build/themes mit [reset to defaults] alle themes deaktivieren und Garland als default setzen
5. Alle Module, die für D6 nicht mehr angeboten werden, deaktivieren und ggf. deinstallieren
6. Auf jeden Fall: update-status deaktiveren und deinstallieren (das ist zukünftig in D6 core enthalten!)
7. Backup and Migrate und upgrade status sollte man auch deaktivieren und deinstallieren
8. Welche Module noch zu deaktivieren sind, muss man an einer Testinstallation selber herausfinden
9. jetzt das Verzeichnis sites/all/modules in sites/all/.5.modules umbenennen und das Verzeichnis sites/all/themes nach sites/all/.5.themes
10. und das Verzeichnis sites/all/.6.modules nach sites/all/modules, das Verzeichnis sites/all/.6.themes nach sites/all/themes
11. aus dem Drupal-Verzeichnis alle Dateien und Verzeichnisse löschen, außer sites/ und ggf. weitere, die man noch braucht
12. dann Drupal 6 hineinkopieren (sites/ nicht überschreiben!)
13. ich habe mit drush die Datenbank aktualisiert, das musste zwei mal gemacht werden (update.php verlangt das so, weil einige Module entsprechende Abhängigkeiten aufwiesen):
    • drush updatedb -y > ~/updatedb.log
    • drush updatedb -y >> ~/updatedb.log

    Der Schalter -y ist notwendig, damit drush nicht fragt, ob der Update durchgeführt werden soll. Der erste Update dauerte etwas, der zweite erfolgt dann schneller.

14. Dann im logfile nach "error" suchen (z.b. mit HIlfe von less ~/updatedb.log) und die Fehler ggf. beseitigen (bei mir war es der primary-key in term_node (tid, vid), der nicht angelegt wurde, über mysql schnell angelegt werden konnte.
15. Erst jetzt habe ich die Site im Browser aufgerufen und die Berechtigungen neu aufgebaut (ich hatte node access installiert). Dann habe ich Backup and Migrate wieder aktiviert und ein Backup der Datenbank durchgeführt
16. Da ich alle anderen Module aktiviert gelassen hatte, sind die Daten dieser Module so weit wie möglich auch schon aktualisiert worden und ich hatte eine prinzipiell funktionierende D6 Installation

Jetzt mussten "nur" noch die neuen Module als Ersatz für alte Module aktiviert und konfiguriert werden, alle Views neu angelegt werden (z.T. klappte der Import aus Views1 nicht), CCK-Felder mussten z.T. mindestens ein mal gespeichert werden, die Views in Viewfields neu zuegordnet usw. Diesen Vorgang kann man aber nicht standardisiert beschreiben, weil das alles von der eigenen Installation abhängt!

Wie man sieht, hatte ich mir eine Menge Arbeit erspart, indem ich nicht alle Module deaktiviert habe, sonder nur die, die überflüssig geworden sind oder für die es in D6 einen Ersatz gibt, oder die in D6 gar nicht mehr vorhanden sind.

Nacharbeiten
-------------------

• Am Schluss muss update-status noch wieder eingeschaltet werden, Caching usw.
• Änderungen an .htaccess und robots.txt nicht vergessen, falls man in D5 welche vorgenommen hatte

So begeistert ich von drupal bei der Installation und dem Hinzufügen von Modulen bin, so enttäuscht bin ich über den Updateprozess ... man kann doch nicht wirklich verlangen erst mal alle Module zu deaktivieren und diese anschließend alle wieder zu aktivieren!?!? Das wären bei mir einige Module, vor allem habe ich bei manchen Paketen nicht alles aktiviert, weil ich manches davon nicht brauche. Das wird ein schöner Schriftkram, die alle aufzuschreiben, die ich brauche ... Hier würde ich mir irgendwie ein Upgradescript wünschen, was zumindest die Module irgendwie festhält, die installiert waren und diese nach dem Upgrade wieder aktiviert ... vielleicht gibt's ja sowas auch schon wieder und ich habs nur noch nicht gefunden, in den 1,5 Mio Modulen ;)

Das löschen aller Dateien auf dem Server kann ich ja noch nachvollziehen, auch wenn das ordentlich Zeit frisst (man könnte ja auch ein Differenzscript schreiben, welches den aktuellen Stand festhält, dann überspielt man alles und was alt ist, wird nachträglich gelöscht ...)

Naja nur ein paar Denkanstöße, bin leider auch nicht DER Programmierer, dass ich sowas mal eben schnell basteln könnte ... habe nur ein wenig Schiss zwei umfangreiche Webseite die ich mit Drupal erstellt habe zu updaten nach der Anleitung hier bzw. im Readme ... das sind Firmenseiten und ich möchte nicht geköpft werden ;)

@MoSaG Wie oft upgraded man eine Website? Bitte den Upgrade (5.x -> 6.x) nicht mit Update (6.x - 1.x -> 6.x - 2.x) verwechseln.

hm, kann sein, dass ich das jetzt durcheinander geschmissen habe, was muss ich denn bei einem UPDATE machen? Vielleicht doch nur die alten Dateien mit den neuen überschreiben? Ich habe jetzt die UPGRADE.txt für beides verstanden - also sowohl UPDATE als auch UPGRADE - und so oft wie Mini-Updates (wegen Sicherheit zB) rauskommen wäre das ja ein immenser Aufwand jedes Mal ... deswegen habe ich die letzten Updates erst mal ausgelassen ... fühle mich aber auch nicht wohl bei dem Gedanken ;)

ok, nach weiterem Gesuche nach den Unterschieden zwischen Update und Upgrade des drupal cores habe ich nun folgendes gefunden: http://www.drupalcenter.de/node/18619 also im Prinzip wie in der Upgrade.txt schon geschrieben, allerdings ohne das Module deaktivieren und den sites Ordner nicht löschen. Dann mach ich das jetzt mal *bibber*

Ich habe hier eine wunderschöne Anleitung erstellt http://www.drupalcenter.de/handbuch/update, wird auch oben im Text erwähnt.

Jetzt kann ich SEHR GUT verstehen, wenn man mich für einen BLÖDUSER hält ... tut ja weh ... entschuldige bitte 1000. Mal, aber ich habs echt überlesen ... stelle mich ja eigentlich nicht blöd an und forsche auch bis es nicht mehr geht, aber ... jut, ist jetzt passiert ... vielleicht kann man einfach meine letzten Postings hier killen ;)
Ich weiß auch nicht, warum ich nicht über die Suche auf die Handbuchseite gekommen bin ... gelandet bin ich nur bei Upgrade ... vielleicht weil ich nur nach Upgrade geschaut habe.

Vielleicht kann der TE ja den Hinweis mit dem Update noch etwas hervorheben:

Update (6.x zu 6.xx): Drupal-Core Update

Upgrade (5.x zu 6.x): weiterlesen

ich deaktiviere seit d7 gar kein modul mehr vor einem upgrade und fahre wunderbar damit. War mir auch früher schon imemr zu blöd eine milliarde module zu deaktivieren und dann wieder zu aktivieren.

hier geht es um ein Upgrade, siehe Kommentar vor Dir. Also 5.x -> 6.x -> 7.x -> 8.x.