PHP 8 support

MyOOS [Dumper]ist ein Sicherungsprogramm für MySQL-Datenbanken. Damit können Sicherungskopien der Daten (Forum, Shop, Blog, usw.) erstellt und bei Bedarf auch wieder hergestellt werden. Besonders bei Web-Space ohne Shell-Zugang bietet sich MyOOS [Dumper] als sinnvolle Alternative an.
Antworten
Seewolfpk
Beiträge: 25
Registriert: 22.05.2021, 19:54

PHP 8 support

Beitrag von Seewolfpk »

Habe den OOS-Dumper Version 5.0.5 dev unter Windows 10 x64 und php 8 installiert.
Der Dumper kann alle Datenbanken speichern, nur keine eines Testforums, das auch mit php 8 läuft.

Beim Sichern wird plötzlich eine weiße Seite gezeigt und der Dumper scheint abzustürzen.
Erst mit einem Browser Neustart ist weiter Leben in den Dumper zu bekommen.

Dann kann ich auch die gespeicherten Datenbanken von php 7 Foren sehen und feststellen, das die Datenbank des php 8 Forums nicht gespeichert wurde.

Was läuft da falsch oder was muss ich ändern, damit der Dumper auch Datenbanken von php 8 Foren sichern und ggf. natürlich auch Wiederherstellen kann?

Gruß
Paul
r23
Beiträge: 2625
Registriert: 18.09.2008, 05:56
Wohnort: Hagen
Kontaktdaten:

Re: PHP 8 support

Beitrag von r23 »

Hallo,

willkommen. Schade, dass MOD (myOOS Dumper) bei dir nicht funktioniert.

Microsoft hat zwar den Support für PHP 8.0 eingestellt
Hier die Nachricht auf Heise
https://www.heise.de/news/Microsoft-ste ... 42025.html

pp Golem
https://www.golem.de/news/entwicklung-m ... 49584.html

aber wir verwenden PHP 8 auch auf Windows hier.

MySQL läuft allerdings nicht sonderlich stabil und musste in diesem Jahr bereits 2x ausgetauscht werden.

Unser Dumper hilft uns bei der Datensicherung und bei dem neu Aufsetzen.

Vor diesem Hintergrund verstehen wir deine Probleme zurzeit nicht.

1. Welche PHP Version verwendest du
Wir verwenden zurzeit 8.0.5
aktuell ist 8.0.6
https://www.apachefriends.org/de/index.html

2. Welche Module sind aktiv. In der Grundinstallation ist PHP recht dürftig konfiguriert.


3. Wie ist MOD konfiguriert

4. Welche Fehlermeldungen stehen in der Log vom Server.

5. Welche Software "Testforums" wird verwendet


Bei einer Antwort bitte ein eines Thema starten.

Frohe Pfingsten

Ralf
Seewolfpk
Beiträge: 25
Registriert: 22.05.2021, 19:54

Re: PHP 8 support

Beitrag von Seewolfpk »

Das seltsame ist, das die Anzeige im Browser verschwindet und der Dumper sich ohne schließen des Browsers nicht mehr bedienen lässt:

oos-bei sicherung.JPG
oos-bei sicherung.JPG (49.18 KiB) 3301 mal betrachtet
Die Sicherung wird aber im Hintergrund auf dem Server weiter ausgeführt:

oos_dump wird im Hintergrund erstellt.JPG
oos_dump wird im Hintergrund erstellt.JPG (30.74 KiB) 3301 mal betrachtet
r23
Beiträge: 2625
Registriert: 18.09.2008, 05:56
Wohnort: Hagen
Kontaktdaten:

Re: PHP 8 support

Beitrag von r23 »

Hallo,

man könnte sich in Zeile 131 in filemanagement.php

Code: Alles auswählen

echo 'Bitte warten, Sie werden automatisch weitergleitet. Sollte Ihr Browser keine automatische Weiterleitung unterstützen, springen Sie aus dem Fenster.';
eintragen.

oder so ähnlich...

Frohe Pfingsten

Ralf
Seewolfpk
Beiträge: 25
Registriert: 22.05.2021, 19:54

Re: PHP 8 support

Beitrag von Seewolfpk »

Ich habe Lösungen gefunden:

Der Dumper läuft nur einwandfrei, wenn er nicht in einer Subdomain installiert ist.

Habe jetzt den Dumper in einer "richtigen" Domain unter php 8 am laufen. Er arbeitet fehlerfrei,

bis auf einen gewünschten Cronjob.

Da erstellt der Dumper wohl ein Script, was fehlerhaft bei meinem Provider (all-inkl) läuft.
Der Support schreibt:
Der Webserver (Apache) der für das übermitteln der Seiten an den Browser zuständig ist, bemängelt hier den html header der übergeben werden soll. Das war auch ursprünglich eine ähnliche Meldung beim Aufrufen des Cronjobs.
Ursprung ist: Das Script hat Ausgaben die es an den Browser übermittelt damit diese dem Nutzer angezeigt werden. Dafür werden diese header benötigt. Da es hier Fehler gab, hielt zuerst offenbar auch das Script an der Stelle an. Dieser hier scheint dann hinter einer kritischen Stelle zu sein und den Fehler nach Ausführung des Skripts zu produzieren. (Diese Ausgabe wird offenbar aber dann für die Mail abgegriffen und übermittelt)

Die Abläufe im Code der Datei weiter unter Lupe zu nehmen, sprengt allerdings unseren Supportrahmen. Hier können Sie sich am besten an den Urheber oder einen kundigen Programmierer wenden. Eine ausgabenlose Version des Skripts wäre da vermutlich weniger fehleranfällig.

'crondump.pl': Bad header: MyOOS [Dumper] - Perl CronDump

Wir haben den html header einfach übersprungen Änderung Zeile 719:
if ($html_output==1)
geändert auf if ($html_output==0)



Die Crondump.pl wird vom Dumper selber angelegt im Ordner mod_cron
Eine Mailbenachrichtigung kommt, die mir immer sagt: The server encountered an internal error or misconfiguration and was unable to complete your request.

Trotzdem läuft das Backup einwandfrei. Habe jetzt die Mailbenachrichtigung abgeschaltet da der Cronjob des Servers funktioniert.
r23
Beiträge: 2625
Registriert: 18.09.2008, 05:56
Wohnort: Hagen
Kontaktdaten:

Re: PHP 8 support

Beitrag von r23 »

Seewolfpk hat geschrieben: 25.05.2021, 15:13 Der Dumper läuft nur einwandfrei, wenn er nicht in einer Subdomain installiert ist.
Blödsinn. Selbstverständlich läuft das Projekt auf Subdomains.
Seewolfpk hat geschrieben: 25.05.2021, 15:13 Da erstellt der Dumper wohl ein Script, was fehlerhaft bei meinem Provider (all-inkl) läuft.
der Dumper erstellt kein Perl Script. Sie liegen zurzeit noch in dem Projekt bei.
https://github.com/r23/MyOOS/tree/master/mod/mod_cron

und werden in den nächsten Tagen gelöscht.

Und bevor man diese verwendet muss man diese an die eigene Umgebung anpassen.

Bevor man die Scripte verwendet, sollte man mit den Test-Scripten die Umgebung prüfen.

Des Weiteren muss man einen Editor verwenden, der die Perl Scripte im Unix Format speichert.
Seewolfpk
Beiträge: 25
Registriert: 22.05.2021, 19:54

Re: PHP 8 support

Beitrag von Seewolfpk »

r23 hat geschrieben: 25.05.2021, 22:44
Seewolfpk hat geschrieben: 25.05.2021, 15:13 Der Dumper läuft nur einwandfrei, wenn er nicht in einer Subdomain installiert ist.
Blödsinn. Selbstverständlich läuft das Projekt auf Subdomains.
Für mich kein Blödsinn, da tagelang ausprobiert und die Eingangs beschriebenen Probleme mit der Anzeige erst vorbei waren, wenn nicht in einer Subdomain installiert.
Antworten