Probleme bei der php Umstellung von 5.3 auf 5.6

Wir sind inzwischen bei PHP 7.4.
Wobei das auch für aktuelle Drupal 7 Versionen nicht zu empfehlen ist.
Aber PHP 7.1 bis 7.3. wäre schon erstrebenswert.
Was ist denn das für ein Hoster, der noch PHP 5 hat?
Und auf welcher Drupal Version läuft die Seite und die Module?
brauchst Du das node_export Modul? Sonst könntest Du es (nur nach Backup) über die Datenbank deaktivieren.
Und dann die nötigen Updates machen.
Aber erst mal sehen, ob es keine neuere Version dafür gibt.

Hallo Montviso,

danke für das Feedback!

Wieso kann ich die Deaktivierung nicht über Drupal machen - da gibt es doch ein "node export modul" oder? Und was meinst Du mit Back up - wofür brauche ich das Back up, wenn ich das rausnehme?

Für deine Hilfestellung, bin ich dir sehr dankbar.

Bevor du jetzt anfängst in Modulen manuell Anpassungen vorzunehmen, würde ich dir empfehlen deine Drupal-Installation inkl. aller Module mal upzudaten. Die letzte Version des Node-Export-Moduls z.B. ist bestimmt kompatibel mit PHP 5.6.

Danke für die Info!

Können Updates bestimmter Module oder aller Module bereits bestehende Programmierungen unbrauchbar machen, sodass die Seite nicht mehr abrufbar ist?

Und in Unabhängigkeit der Upddates - Das Modul, wenn das tatsächlich das einzige Problem sein sollte, könnte ich doch über Drupal deaktivieren und gut ist oder?

Wenn mir die Umstellung diese Fehlermeldung angezeigt hat, bedeutet dies, dass sich das einzig und allein auf dieses Modul ersteckt, oder können nach der Korrektur weiter Fehlermeldungen auftreten?

LG

Das Update einzelner Module könnte eher zu Problemen führen als das Update aller Module.

Wenn du das Modul nicht benötigst, würde ich das empfehlen.

Ja

Als Ergänzung zu bv's Antwort noch das Folgende:

Es kann sein, dass Du wegen dem einen Modul die Seite nicht mehr aufrufen kannst und deshalb auch nicht auf der Seite deaktivieren kannst.
In dem Fall musst Du es in der Datenbank deaktivieren (bei Drupal 7).
Dazu gibt es Anleitungen im Netz.

Mit weiteren Problemen ist immer zu rechnen bei so veralteten Versionen.
Auf jedenfall solltest Du vom jetzigen Stand ein Backup machen (Dateien und Datenbank), auch wenn sie momentan wegen der PHP Umstellung nicht funktioniert.

Vien Dank für die vielen Antworten.

Sorry, vielleicht hätte ich das von Anfang an erwähnen sollen. Ich habe die Seite wieder auf die 5.3 über die Hosterkonsole zurückgestellt. Also die Seite funktioniert wieder wie bisher.

Kann ich jetzt das Modul über Drupal bedenkenlos deaktivieren ohne dass ich damit rechnen muß, dass aufgrund dieser Umstellung ein weiter Fehler auftritt?

Die Frage kann man unmöglich beantworten, wenn man die ARchitektur nicht kennt.
Du kannst es nur ausprobieren und notfalls wieder aktivieren.
Bei Drupal 7 waren das zwei Schritte:
Einmal deaktivieren (dabei bleiben alle evt. Daten in der Datenbank) und einmal Modul löschen. Da werden dann auch die dazugehörigen Tabellen gelöscht.
Du kannst also erst mal deaktivieren und schauen, ob Du etwas vermisst, dann komplett löschen, damit es Dir keine Probleme mehr bereitet beim Update der PHP Version.

Aber wie gesagt - da könnte man Dir nicht mal bei einem ganz aktuellen System eine Garantie geben, weil jede Kombi aus Drupal + Modulen + individuellen Einstellungen sich anders verhält.
Bei so einem veralteten System kann man gar nicht sagen was passiert.
Deshalb immer Backup, Änderung machen, testen, OK -> nächster Schritt, NOK -> zurück spielen.

Sowas macht man sowieso mit Testsystem parallel zur Produktivseite.
Also mit Subdomain (test.meineseite.de).

Wenn dann alles OK ist, kann man Testversion produktiv schalten.

Danke für die Info,

A)
kann ich bei d7 auch die Modullöschung nach der Deaktivierung direkt über Drupal vornehmen, sodass dies direkt auf der Datenbank übernommen wird, und ohne dass ich auf die Datenbank zugreifen muss?

B)
Wenn Du vom Back up sprichst, meinst Du doch in diesem Fall eher, dass ich mir vor der Deaktivierung und Löschung, alle Drupal Dateien über ftp runterlade und speichern soll? Unter Back up verstehe ich mehr, nachträglich eine Content-Änderung/Löschung rückgängig zu machen, aber nicht Module, die gelöscht wurden wieder zurück zu bringen - das funktionert doch nicht oder?

A) Ja, die Löschung geht auch im Backend.

B) Backup ist immer eine Kombi aus ALLEN Dateien via FTP und parallel von der Datenbank mit gleichem Stand, was Module ect. angeht.
Ohne Datenbank kannst Du Deine Seite nicht wieder herstellen.

Ich bin grad nicht im Drupal - ist das Backend auf d7 woanders und nicht auf dem Modulsegment -dort wo ich das Modul deaktiviere- ? Falls es sich woanders befinden sollte, wo denn? Sorry dass ich nochmal nachfrage.

Das Backend ist die Verwaltungsoberfläche, also das, wo Du auch Deine Module deaktivierst und löscht.

wenn du node export nicht brauchts, deativieren. fertig ist die laube