Module deaktivieren für Upgrade mit phpmyadmin

so, wie üblich antworte ich mir selber.
Habe mich dann doch mal an das sql gewagt.

Mein obiger Ansatz funktioniert nur zum Teil, weil ich was Wichtiges vergessen hatte:
Der Autor dem ich nacheifere hatte nicht den status-Wert als Marker benutzt (-1 als Modulstatus hat keinen Effekt und das Modul bleibt aktiv), sondern er hatte (wenn ich mich jetzt recht erinnere) den throttle-Wert dafür benutzt.
Dies funktioniert natürlich nur, wenn man seine Module nicht drosselt (was bei den meisten Kleinseitenbetreibern wohl auch nicht viel bringen würde)

Also, Voraussetzung für das wieselflinke Ab- und Anschalten aller Zusatzmodule per phpmyadmin, um den Upgrade-Prozess von einer Drupalversion z.B. 6.14 zu 6.15 erheblich zu beschleunigen geht nur, wenn man keine Zusatzmodule gedrosselt hat.
Aber ich denke es ist einfacher ein paar throttle-Haken neu zu setzen, als sich auf das langwierige Modulaktiviergeklicke einzulassen.

Aber dann könnte es so funktionieren:

Diejenigen Einträge in der Tabelle "system", die den Typ "modul" haben, die nicht im Verzeichnis "modules" für die Core-Module sind, und die aktiv sind, werden per status='0' deaktiviert.
Als Markierung für das zuvor aktive Modul wird der throttle-Wert auf 1 gesetzt.

Nach dem erfolgreichen Update des Core kann man nun ebenso leicht die vorher aktiven Module wieder anschalten:

Die Module, bei denen zuvor der throttle-Wert auf 1 gesetzt wurde erhalten wieder status='1' und der throttle-Wert wird auf 0 zurückgesetzt.

Vielen Dank fürs Lauschen meiner Selbstgespräche und einen guten Abend.

ts ts ts, hat wieder keiner aufgepasst ;)

Natürlich habe ich im letzen Post total Schrott verzapft, und keiner merkts, weil hier eh niemand was liest.
Huhu, jemand da?
Naja, ich bin ja noch da ... mein Schatz ... golummm ...

Habe heute mal eine sehr vernachlässigte Testseite auf 6.15 gebracht, und wollte mein sql-Skript zur Anwendung bringen.
Da ich schon etwas aus der Übung bin, hab ich natürlich nicht gemerkt, dass ich mit meinem Skript zwar schon alle Module deaktiviere, dummerweise aber auch den eigentlichen Kern ... und das kann wohl nicht funktionieren.

Aber man weiß Rat und ergänze das Skript eben um eine Aussnahme für die Kern-Module.
Und das sieht dann so aus:

Dies hat zuverlässig alle optionalen und Fremdmodule deaktiviert

Am Reaktivierungaufruf hat sich nichts geändert:

Also, ich bin damit zufrieden.
Mich würde aber trotzdem interessieren wie denn der 08-15-Drupaler von der Strasse seine Upgrades bewältigt.
Habe ich irgendein Supertool übersehen, oder klickt Ihr Euch alle bis zur Verblödung durch die Modulseite?

Hallo.

Diese Moduldeaktivierung und Reaktivierung brauche ich doch nur bei einem Upgrade (z.B. von 5.x auf 6.x) von daher stellt sich das Problem eher selten. (Siehe z.B. auch: http://drupal.org/upgrade/tutorial-introduction#comment-1819492 und der folgende Comment).

Jedenfalls habe ich bei den Updates (Update != Upgrade) noch keine Module deaktiviert.

Gruß
JThan
_____
Meine private Seite: http://durstich.de
--> http://is.gd/C9Pb - Drupal Themes Showroom <--
Alle Angaben in meinen Beiträgen sind stets ohne Gewähr und auf eigenes Risiko für bare Münze zu nehmen.

Mhm, also ich halte mich an den Upgrade.txt, und da gibt es keine wirkliche Unterscheidung zwischen "Updates" und "Upgrades" und im Tutorial das zu deinem Link gehört wird von major und minor releases gesprochen und keine Unterscheidung im Bezug auf das deaktivieren der Module gemacht.
Im weiteren sollen bei major releases aber die Module gleich ganz entfernt werden.
Da es für mich keine offizielle Unterscheidung gibt, und somit alles Upgrades sind, sollte man sich dann doch eigentlich auch an die einzige verfügbare Anweisung, den Upgrade.txt halten.

Kann ja gut sein das es in den meisten Fällen nichts ausmacht, wenn man die Module nicht deaktiviert hat, oder wie beim letzten Upgrade, bestimmte Module nur im aktivierten Zustand durch die update.php laufen, dennoch verstehe ich nicht wie man aus den verfügbaren Quellen eine Nichtbefolgung des Upgrade.txt ableiten kann.

Ich bin vielleicht etwas paranoid was das angeht, aber ich habe einfach keinen Bock was zu zerschiessen und es erst zu merken wenns zu spät ist und ich es eh nicht mehr fixen kann. Dafür ist mir die ganze Angelegenheit zu komplex.

Ja im Artikel oben wird das wohl so beschrieben. Bevans Kommentar würde ich aber genau so sehen.

Wenn du sicher gehen willst, dann machst du eh eine Testinstallation deiner Seite, spielst dort die Updates ein und testest ausführlich ob sich Probleme ergeben bevor du die LiveInstallation erneuerst.

Gruß
JThan
_____
Meine private Seite: http://durstich.de
--> http://is.gd/C9Pb - Drupal Themes Showroom <--
Alle Angaben in meinen Beiträgen sind stets ohne Gewähr und auf eigenes Risiko für bare Münze zu nehmen.

ist ja witzig. ich aktiviere und deaktiviere auch immer wie verrückt...laut der .txt in den Files eben.
das kann ich mir also sparen? auf 6.15 habe ich "upgedated" ohne auf ein CoreTheme zurückzusetzen...ist dann wohl
genauso überflüssig - hat nämlich gut funktioniert....

Aber nicht mich beschuldigen wenn es mal nicht funktioniert!

Wie gesagt: Am besten erst in einer Testinstallation prüfen, ob das funktionert. Aus meiner Erfahrung heraus hat es bisher für mich bei meinen Installationen immer geklappt, dass ich ohne Deaktivierung der Module updaten konnte.

Gerade wurde hierzu auch ein neuer Thread eröffnet: http://www.drupalcenter.de/node/23988

Über die Suche lässt sich dazu bestimmt auch einiges finden.

Gruß
JThan
_____
Meine private Seite: http://durstich.de
--> http://is.gd/C9Pb - Drupal Themes Showroom <--
Alle Angaben in meinen Beiträgen sind stets ohne Gewähr und auf eigenes Risiko für bare Münze zu nehmen.