MyOOS Dumper 5.0.24

r23 · Beitrag von **r23** » 12.01.2024, 03:48

Hallo,

ich habe mit der MyOOS Dumper 5.0.24 begonnen.

Hier eine Zusammenfassung der Änderungen und der Möglichkeit zur Diskussion.

Beste Grüße

r23 · Beitrag von **r23** » 12.01.2024, 03:53

Hallo,

mache ich den Anfang mit Änderungen am Perl Script. Wie bereits angedeutet, besteht der Verdacht, dass das Script veraltet ist.
dloos hat unter viewtopic.php?t=5443 über seine Probleme berichtet.

viewtopic.php?t=5443

Please Don’t Use CGI.pm
https://perlhacks.com/2018/11/please-dont-use-cgi-pm/
thx 2 dloos
viewtopic.php?t=5443

Hier die Änderungen
https://github.com/r23/MyOOS-Dumper/com ... 1f11e427ce

Beste Grüße

Ralf

r23 · Beitrag von **r23** » 12.01.2024, 03:57

happy new year 2024 für die Perl Scripte

https://github.com/r23/MyOOS-Dumper/com ... 1967d280ae

MK70 · Beitrag von **MK70** » 12.01.2024, 12:54

Danke Dir...

Da ich die Perl Sachen nicht aktiv nutze, dürfen Andere Rückmeldungen geben.

r23 · Beitrag von **r23** » 12.01.2024, 21:48

Hallo,

Das CGI::Carp Modul ausgebaut.

Bei dem Ausbau auf weitere Module verzichtet.

Bitte die Perl Scripte von https://github.com/r23/MyOOS-Dumper testen und evtl. Fehlermeldungen zur Verfügung stellen.

dloos · Beitrag von **dloos** » 15.01.2024, 17:04

Hi Ralf,

das bekomme ich bei der letzten Version:

<!DOCTYPE HTML>
<html><head><title>MyOOS [Dumper] Perl modul test</title>
<style type="text/css">body { padding-left:18px; font-family:Verdana,Helvetica,Sans-Serif;}</style></head><body><h2>Testing needed Perl-Moduls in order to run the Perl script crondump.pl</h2>
<h4 style="background-color:#ccffcc;">Necessary Modules for crondump.pl</h4>testing DBI ...
Found modul DBI. OK.
 Found modul DBI::DBM
 Found modul DBI::ExampleP
 Found modul DBI::File
 Found modul DBI::Gofer
 Found modul DBI::MariaDB
 Found modul DBI::Mem
 Found modul DBI::Sponge
 Found modul DBI::mysql
 Found modul DBI::mysql. OK. crondump.pl can connect to MySQL-Database. testing File::Find ...
Found modul File::Find. OK. 
testing File::Basename ...
Found modul File::Basename. OK. 
testing Getop...
Found modul Getopt. OK. crondump.pl can read configfile-parameter from shell. 
<h4 style="background-color:#ccffcc;">Configurable functions for crondump.pl (these moduls are only needed when explained option is turned on):</h4>testing Compress::Zlib (needed for dumping data into a crompessed *.gz-file)... 
Found modul Compress::Zlib ver 2.102. OK. crondump.pl can write compressed backups. 
 testing Net::FTP (needed if you want to transfer backups to another server)... 
Fatal error: Can't locate object method "tid" via package "threads" at /usr/share/perl5/XSLoader.pm line 111.

r23 · Beitrag von **r23** » 15.01.2024, 21:38

dloos hat geschrieben: ↑15.01.2024, 17:04 testing Net::FTP (needed if you want to transfer backups to another server)... 
Fatal error: Can't locate object method "tid" via package "threads" at /usr/share/perl5/XSLoader.pm line 111.

Vielen Dank für den Hinweis. Diesen habe ich bei den umfangreichen Änderungen an den Perl Scripten heute berücksichtigt.

r23 · Beitrag von **r23** » 17.01.2024, 01:01

Umstellung auf UTF-8 im E-Mail-Text per Perl

ISO-8859-1 ist eine einfache Kodierung, die nur die ersten 256 Unicode-Zeichen darstellen kann.

UTF-8 ist eine flexible Kodierung, die alle Unicode-Zeichen mit einer variablen Anzahl von Bytes darstellen kann. Wenn man nur lateinische Buchstaben, Ziffern und einige Sonderzeichen verwendet, kann man ISO-8859-1 verwenden, ohne Probleme zu haben.

Wenn wir jedoch andere Sprachen oder Symbole verwenden möchten, die nicht in ISO-8859-1 enthalten sind, sollten wir UTF-8 verwenden, um eine korrekte Darstellung zu gewährleisten.

MK70 · Beitrag von **MK70** » 17.01.2024, 09:59

dloos · Beitrag von **dloos** » 17.01.2024, 13:23

Hi Ralf,

so sieht jetzt der log vom perltest.pl.

<!DOCTYPE HTML>
<html><head><title>MyOOS [Dumper] Perl modul test</title>
<style type="text/css">body { padding-left:18px; font-family:Verdana,Helvetica,Sans-Serif;}</style></head><body><h2>Testing needed Perl-Moduls in order to run the Perl script crondump.pl</h2>
<h4 style="background-color:#ccffcc;">Necessary Modules for crondump.pl</h4>testing DBI ...
Found modul DBI. OK.
 Found modul DBI::DBM
 Found modul DBI::ExampleP
 Found modul DBI::File
 Found modul DBI::Gofer
 Found modul DBI::MariaDB
 Found modul DBI::Mem
 Found modul DBI::Sponge
 Found modul DBI::mysql
 Found modul DBI::mysql. OK. crondump.pl can connect to MySQL-Database. testing File::Find ...
Found modul File::Find. OK. 
testing File::Basename ...
Found modul File::Basename. OK. 
testing Getop...
Found modul Getopt. OK. crondump.pl can read configfile-parameter from shell. 
<h4 style="background-color:#ccffcc;">Configurable functions for crondump.pl (these moduls are only needed when explained option is turned on):</h4>testing Compress::Zlib (needed for dumping data into a crompessed *.gz-file)... 
Found modul Compress::Zlib ver 2.102. OK. crondump.pl can write compressed backups. 
 testing Net::FTP (needed if you want to transfer backups to another server)... 
Found modul Net::FTP. OK - crondump.pl can send backups via FTP. 
 testing Net::SFTP::Foreign (needed if you want to transfer backups to another server)... 
Fatal error: Can't locate Net/SFTP/Foreign.pm in @INC (you may need to install the Net::SFTP::Foreign module) (@INC contains: /usr/local/lib64/perl5/5.32 /usr/local/share/perl5/5.32 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5) at /pages ..../mod_cron/perltest.pl line 158.

Foreign.pm scheint nicht vorhanden zu sein. Wobei ich SFTP nie benutzt habe und bis jetzt hier (meine ich) nur ein Hinweis kam, dass es nicht vorhanden ist, aber kein error.

DAnke dir für deine Mühe!

Dimitrij

dloos · Beitrag von **dloos** » 17.01.2024, 13:32

wobei der crondump.pl durchläuft und am Ende zwei folgende "Probleme" schmeißt.

Sending E-Mail ...
Use of uninitialized value $MyOOSCron::cron_use_sendmail in numeric eq (==) at ..../mod_cron/2crondump.pl line 1067.
Undefined subroutine &MyOOSCron::encode_utf8 called at ..../mod_cron/2crondump.pl line 1076.

das erste Them habe ich beretis in anderem Thead angesprochen.

Nochmals Danke und Grüße

r23 · Beitrag von **r23** » 28.01.2024, 13:37

Das PERL Script kann Probleme mit Net::FTPSSL haben.

Wir haben es geändert
https://github.com/r23/MyOOS-Dumper/com ... a3281995e2

Danke für den Hinweis an shuijing
viewtopic.php?p=8888#p8888

DATA_PROT_CLEAR und DATA_PROT_PRIVATE sind Optionen für die Sicherheitsstufe des Datenkanals bei der Verwendung von FTP über TLS/SSL. DATA_PROT_CLEAR bedeutet, dass die Daten als Klartext gesendet werden, während DATA_PROT_PRIVATE bedeutet, dass die Daten auch verschlüsselt werden.

Die Wahl zwischen DATA_PROT_CLEAR und DATA_PROT_PRIVATE hängt von Deinen Anforderungen an die Vertraulichkeit und Leistung ab. Wenn Du sensible Daten überträgst, solltest du DATA_PROT_PRIVATE verwenden, um sie vor unbefugtem Zugriff zu schützen. Wenn du jedoch keine Verschlüsselung benötigst oder die Daten bereits verschlüsselt sind, kannst du DATA_PROT_CLEAR verwenden, um die Übertragungsgeschwindigkeit zu erhöhen.

Es gibt einige Fälle, in denen DATA_PROT_CLEAR Probleme verursachen kann, zum Beispiel wenn der FTP-Server oder der Client die Verschlüsselung des Datenkanals erzwingt oder wenn ein Proxy oder eine Firewall die unverschlüsselten Daten blockiert. In solchen Fällen musst du DATA_PROT_PRIVATE verwenden, um eine erfolgreiche Verbindung herzustellen.

MOD verwendet jetzt selbstverständlich DATA_PROT_PRIVATE

r23 · Beitrag von **r23** » 28.01.2024, 22:26

Für die Überprüfung, ob die Verbindung sicher ist, verwenden wir die Funktion `stream_context_create` um einen Kontext zu erstellen, den wir als dritten Parameter an `get_headers` übergeben.

Danke für den Hinweis an tachtler
Installation Archlinux - Fehlermeldungen 5.0.23
viewtopic.php?p=8890#p8890

Änderungen
https://github.com/r23/MyOOS-Dumper/com ... 78c6324b17

r23 · Beitrag von **r23** » 09.02.2024, 19:24

Kommt es bei der Installation zu einem Fehler schreibt MyOOS Dumper die Fehlermeldung in eine Datei.

Solle diese Datei ausgerechnet auch nicht schreibbar sein, kommt es zu der Fehlermdlung

Fatal error: Uncaught TypeError: fwrite(): Argument #1 ($stream) must be of type resource, false given in ~/inc/runtime.php:163 Stack trace: #0 ~/inc/runtime.php(163): fwrite() #1 [internal function]: myErrorHandler() #2 ~/install.php(155): chmod() #3 {main} thrown in ~/inc/runtime.php on line 163

Die Fehlermeldung bedeutet, dass die Funktion fwrite() ein Argument vom Typ resource erwartet, aber ein Argument vom Typ false erhalten hat.

Das kann passieren, wenn die Funktion fopen() fehlschlägt, eine Datei zu öffnen, und false zurückgibt.

Um das zu vermeiden habe ich die myErrorHandler Funktion geändert.

Die Änderung
https://github.com/r23/MyOOS-Dumper/com ... cf5caf59e4

Danke an Andreas
viewtopic.php?t=5814
für den Hinweis.

r23 · Beitrag von **r23** » 19.03.2024, 21:06

Fatal error: Uncaught Error: Call to undefined function diskfreespace()

speedloc hat den Fehler über "Issues" gemeldet.

die Änderung
https://github.com/r23/MyOOS-Dumper/com ... 61d02923a4

MyOOS Dumper 5.0.24

MyOOS Dumper 5.0.24

Re: MyOOS Dumper 5.0.24

Re: MyOOS Dumper 5.0.24

Re: MyOOS Dumper 5.0.24

Re: MyOOS Dumper 5.0.24

Re: MyOOS Dumper 5.0.24

Re: MyOOS Dumper 5.0.24

Re: MyOOS Dumper 5.0.24

Re: MyOOS Dumper 5.0.24

Re: MyOOS Dumper 5.0.24

Re: MyOOS Dumper 5.0.24

Re: MyOOS Dumper 5.0.24

Re: MyOOS Dumper 5.0.24

Re: MyOOS Dumper 5.0.24

Re: MyOOS Dumper 5.0.24