Startseite
  • » Home
  • » Handbuch & FAQ
  • » Forum
  • » Übersetzungsserver
  • » Suche
Startseite › Benutzerhandbuch › Einsteiger ›

Drupal-Core Upgrade

Eingetragen von kata (169) am 04.10.2005 - 15:15 Uhr in
  • Drupal 5.x oder neuer

Das Upgraden einer älteren Drupal-Version auf eine neuere Version funktioniert sehr einfach und meistens problemlos. Eine Beschreibung für das Updaten einer Major-Version findest du hier Drupal-Core Update.

*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!

‹ Drupal-Core Update (kein Major-Update) nach oben Performance und Hosting ›
  • Anmelden oder Registrieren um Kommentare zu schreiben

noch aktuell ?

Eingetragen von subside (8)
am 04.04.2008 - 03:16 Uhr

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.

  • Anmelden oder Registrieren um Kommentare zu schreiben

subside schriebSollte man

Eingetragen von bv (3924)
am 04.04.2008 - 11:00 Uhr
subside schrieb

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

  • Anmelden oder Registrieren um Kommentare zu schreiben

Neue Version/Tipps sammeln

Eingetragen von kata (169)
am 05.04.2008 - 01:57 Uhr

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.

  • Anmelden oder Registrieren um Kommentare zu schreiben

Ich finde Deine Beschreibung

Eingetragen von bv (3924)
am 07.04.2008 - 18:35 Uhr

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

  • Anmelden oder Registrieren um Kommentare zu schreiben

Aus dem 7. wird ich 6.

Eingetragen von Tobias Bähr (4019)
am 07.04.2008 - 18:46 Uhr

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/

  • Anmelden oder Registrieren um Kommentare zu schreiben

Bei der Reihenfolge von 6.

Eingetragen von kata (169)
am 07.04.2008 - 21:18 Uhr

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.

  • Anmelden oder Registrieren um Kommentare zu schreiben

Aktuell zur Version 6.2 habe

Eingetragen von Tobias Bähr (4019)
am 10.04.2008 - 15:02 Uhr

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/

  • Anmelden oder Registrieren um Kommentare zu schreiben

Hoppla, schon wieder ein

Eingetragen von kata (169)
am 12.04.2008 - 00:08 Uhr

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?

  • Anmelden oder Registrieren um Kommentare zu schreiben

Ich denke mal bv kann sein

Eingetragen von Tobias Bähr (4019)
am 12.04.2008 - 07:54 Uhr

Ich denke mal bv kann sein Beitrag bearbeiten oder gibt dir eine Editor-Rolle.

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

  • Anmelden oder Registrieren um Kommentare zu schreiben

Hallo Kata, Du müßtest

Eingetragen von bv (3924)
am 12.04.2008 - 18:37 Uhr

Hallo Kata,

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

--
bv - drupalcenter.de

  • Anmelden oder Registrieren um Kommentare zu schreiben

Bearbeiten geht

Eingetragen von kata (169)
am 13.04.2008 - 01:19 Uhr

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

  • Anmelden oder Registrieren um Kommentare zu schreiben

Clean URLs

Eingetragen von spade (166)
am 03.08.2008 - 21:36 Uhr

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”

  • Anmelden oder Registrieren um Kommentare zu schreiben

spade schrieb In der obigen

Eingetragen von bv (3924)
am 04.08.2008 - 11:05 Uhr
spade schrieb

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

  • Anmelden oder Registrieren um Kommentare zu schreiben

Zitat: Das Drupal-Archiv

Eingetragen von DritterVonLinks... (10)
am 12.07.2009 - 01:14 Uhr
Zitat:

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.

  • Anmelden oder Registrieren um Kommentare zu schreiben

Nein, nur bei D5 -> D6 ,

Eingetragen von Tobias Bähr (4019)
am 12.07.2009 - 03:10 Uhr

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

  • Anmelden oder Registrieren um Kommentare zu schreiben

Nach Update nicht alles übersetzt! - Die Lösung

Eingetragen von zapata33com (14)
am 26.07.2009 - 12:50 Uhr

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!

  • Anmelden oder Registrieren um Kommentare zu schreiben

Zwischen Drupal 5 und Drupal

Eingetragen von Tobias Bähr (4019)
am 26.07.2009 - 13:57 Uhr

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

  • Anmelden oder Registrieren um Kommentare zu schreiben

Genau!

Eingetragen von zapata33com (14)
am 26.07.2009 - 14:15 Uhr
Tobias Bähr schrieb

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.

  • Anmelden oder Registrieren um Kommentare zu schreiben

Nackter Update von D5 nach D6 ist einfach...

Eingetragen von wbue (234)
am 03.04.2010 - 13:39 Uhr

... 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
  • Anmelden oder Registrieren um Kommentare zu schreiben

So begeistert ich von drupal

Eingetragen von MoSaG (34)
am 26.04.2010 - 16:43 Uhr

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

  • Anmelden oder Registrieren um Kommentare zu schreiben

@MoSaG Wie oft upgraded man

Eingetragen von Tobias Bähr (4019)
am 26.04.2010 - 17:31 Uhr

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

  • Anmelden oder Registrieren um Kommentare zu schreiben

hm, kann sein, dass ich das

Eingetragen von MoSaG (34)
am 27.04.2010 - 09:37 Uhr

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*

  • Anmelden oder Registrieren um Kommentare zu schreiben

Ich habe hier eine

Eingetragen von Tobias Bähr (4019)
am 27.04.2010 - 16:16 Uhr

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

  • Anmelden oder Registrieren um Kommentare zu schreiben

Jetzt kann ich SEHR GUT

Eingetragen von MoSaG (34)
am 27.04.2010 - 17:42 Uhr

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

  • Anmelden oder Registrieren um Kommentare zu schreiben

ich deaktiviere seit d7 gar

Eingetragen von flexator (8)
am 27.10.2011 - 22:21 Uhr

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.

  • Anmelden oder Registrieren um Kommentare zu schreiben

hier geht es um ein Upgrade,

Eingetragen von Tobias Bähr (4019)
am 28.10.2011 - 03:19 Uhr

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

  • Anmelden oder Registrieren um Kommentare zu schreiben

Benutzeranmeldung

  • Registrieren
  • Neues Passwort anfordern

Aktive Forenthemen

  • Advertising Modul gesucht
  • Mysql Ver 8.0.41 zu MariaDB 10.11.11
  • Drupal 11 neu aufsetzen und Bereiche aus 10 importieren
  • Doppelte Einträge verhindern
  • [abgeschlosen] PHP Composer von Plesk + .bashrc nicht vorhanden
  • Drupal 7 Focal Point – Bild auf Desktop vollständig anzeigen, nur in Responsive zuschneiden
  • ECA validiere Felder mit unlimitierter Eingabe
  • Zugriff auf Webform beschränken/gewähren
  • Drupal 10.4.5 und Bootstrap 3.x.
  • Probleme mit Drupal 10 - HTTP Statuscode 403 (gelöst)
  • View mit mehreren Ansichten, übersteuert nicht
  • [gelöst] Wiederherstellen mit backup&migrate
Weiter

Neue Kommentare

  • War Eure Suche erfolgreich?
    vor 8 Stunden 46 Minuten
  • V-Server ..
    vor 1 Woche 18 Stunden
  • ... generelle
    vor 1 Woche 18 Stunden
  • oder..
    vor 2 Wochen 1 Tag
  • Also ich will dich ja nicht
    vor 2 Wochen 2 Tagen
  • nochmal MariaDB vs Mysql
    vor 2 Wochen 2 Tagen
  • Vielen Dank - feedback zu den Videos
    vor 3 Wochen 6 Tagen
  • Falls dieses Thema noch mal
    vor 4 Wochen 2 Tagen
  • Prima, dann schreib bitte
    vor 4 Wochen 3 Tagen
  • Ah perfekt. Es hat an der
    vor 4 Wochen 3 Tagen

Statistik

Beiträge im Forum: 249988
Registrierte User: 20271

Neue User:

  • CharlestydaY
  • Darrenwem
  • DavidSeero

» Alle User anzeigen

User nach Punkten sortiert:
wla9454
stBorchert6003
quiptime4972
Tobias Bähr4019
bv3924
ronald3855
md3717
Thoor3678
Alexander Langer3416
Exterior2903
» User nach Punkten
Zur Zeit sind 1 Benutzer und 9 Gäste online.

Benutzer online

  • wla
DrupalCenter durchsuchen:

Benutzerhandbuch

  • FAQ - Häufig gestellte Fragen.
  • Links & Downloads
  • Über Drupalcenter.de und das deutschsprachige Benutzerhandbuch
  • Über Drupal
  • Einsteiger
    • Die Drupal Installation
    • Anfängerbuch Drupal 6 von Hagen Graf
    • Das Drupal-Kochbuch (für Neu-Drupaler)
    • Drupal Distributionen als Starterpaket
    • Drupal-Core Update (kein Major-Update)
    • Drupal-Core Upgrade
    • Performance und Hosting
  • Fortgeschrittene
  • Entwicklung von Modulen und Themes
  • Drupalcenters Community
  • Drupal 7 Video-Trainings (Deutsch)
  • Drupal-Testumgebung erstellen
  • Drupal 6 Module
  • Drupal 7 Module
  • Drupal Screencasts auf deutsch
  • Archiv

Das Copyright des deutschsprachigen Drupal-Benutzerhandbuches unterliegt den jeweiligen Autoren. Übersetzungen des englischsprachigen Drupal-Benutzerhandbuches unterliegen der Creative Commons License, Attribution-ShareAlike 2.0.

Hauptmenü

  • » Home
  • » Handbuch & FAQ
  • » Forum
  • » Übersetzungsserver
  • » Suche

Quicklinks I

  • Infos
  • Drupal Showcase
  • Installation
  • Update
  • Forum
  • Team
  • Verhaltensregeln

Quicklinks II

  • Drupal Jobs
  • FAQ
  • Drupal-Kochbuch
  • Best Practice - Drupal Sites - Guidelines
  • Drupal How To's

Quicklinks III

  • Tipps & Tricks
  • Drupal Theme System
  • Theme Handbuch
  • Leitfaden zur Entwicklung von Modulen

RSS & Twitter

  • Drupal Planet deutsch
  • RSS Feed News
  • RSS Feed Planet
  • Twitter Drupalcenter
Drupalcenter Team | Impressum & Datenschutz | Kontakt
Angetrieben von Drupal | Drupal is a registered trademark of Dries Buytaert.
Drupal Initiative - Drupal Association