WBCE CMS – Way Better Content Editing.
You are not logged in.
@Slugger: Bei Dir läuft es also durch, ohne Timeout?
Ich bekomme keinen Hinweis auf ein Timeout.
Keine weiße Seite etc. pp.
getestet einmal unter php7.1 und php7.3
Bin bei ALL-INKL
backup started: 2020-01-20T10:05:23+00:00
skipped [.htpasswd], starts with a dot
skipped [temp], in ignore dirs list
skipped [temp/opf_plugins], in ignore dirs list
skipped [temp/wb_dBuO8E], in ignore dirs list
skipped [temp/index.php], in ignore dirs list
skipped [temp/WebsiteBackup_2020-01-20-1579514723.log], in ignore dirs list
skipped [temp/WebsiteBackup_2020-01-20-1579514366.zip], in ignore dirs list
skipped [temp/WebsiteBackup_2020-01-20-1579514366.log], in ignore dirs list
skipped [.htaccess], starts with a dot
backup finished: 2020-01-20T10:05:26+00:00
Result code: [code 0]
Größe das Files 93MB
Hoster: ALL-INKL *** Grundsätzliche WBCE Konfig ***
WBCE: 1.5.4 • BE: 2.1.0 • PHP: 8.1.16 * 1. Projekt: FE: Simple responsive • BE: Argos * 2. Projekt: FE: hortal • BE: Argos * 3. Projekt: FE: WBCEZon • BE: Argos * 4. Projekt: FE: WBCETik • BE: Argos
Status Projekt 1-4: OK
Offline
@Florian: Das könnte das Problem sein. Ich schick später mal eine geänderte Version zum Test.
@Slugger: Das ist doch schon mal super! Danke für die Rückmeldung!
Ich habe eine Amazon-Wishlist. Oder spende an das Projekt.
Ich kann, wenn ich will, aber wer will, dass ich muss, kann mich mal
Offline
Slugger
@Florian, bitte mal testen, ob die letzte Änderung bei Dir was bewirkt. Hab ich bei WP geklaut.
Edit: Anhang entfernt
Ich habe eine Amazon-Wishlist. Oder spende an das Projekt.
Ich kann, wenn ich will, aber wer will, dass ich muss, kann mich mal
Offline
Bewirkt leider nur, dass keine Fertig-Meldung mehr erscheint. Ansonsten ist unverändert nach 30 Sekunden und 320 MB mittendrin Schluss...
Sorgen sind wie Nudeln: man macht sich meist zu viele.
Offline
Die Fertig-Meldung habe ich rausgenommen, wenn es so funktioniert wie bei Slugger wäre die nämlich falsch.
Tja, was man da beim FastCGI noch machen könnte, weiß ich jetzt auch nicht.
Ich habe eine Amazon-Wishlist. Oder spende an das Projekt.
Ich kann, wenn ich will, aber wer will, dass ich muss, kann mich mal
Offline
Noch ein Versuch (Datei zum Austausch)...
Edit: Anhang entfernt
Ich habe eine Amazon-Wishlist. Oder spende an das Projekt.
Ich kann, wenn ich will, aber wer will, dass ich muss, kann mich mal
Offline
Mit der geänderten backup-sql.php keine Änderung des Verhaltens bei Test auf Alfahosting-Webspace.
Wobei das wirklich providerabhängig zu sein scheint, bei All-Inkl funktioniert es (trotz FastCGI), auch da ist die max_execution_time auf 30 Sekunden, das Backup wurde aber laut Logfile erfolgreich nach 57 Sekunden abgeschlossen.
Bei Alfahosting habe ich dann die MET auf 60 SEkunden gedreht, da ist das Backup dann laut Logfile auch erfolgreich abgeschlossen worden (1,4 GB-Zip)
Last edited by florian (21.01.2020 11:08:15)
Sorgen sind wie Nudeln: man macht sich meist zu viele.
Offline
Interessant. 1,4 Giga ist aber auch ganz schön üppig.
Ich habe eine Amazon-Wishlist. Oder spende an das Projekt.
Ich kann, wenn ich will, aber wer will, dass ich muss, kann mich mal
Offline
Nochmal als vollständiges Modul-Zip. Ich bin dann mal raus.
Ich habe eine Amazon-Wishlist. Oder spende an das Projekt.
Ich kann, wenn ich will, aber wer will, dass ich muss, kann mich mal
Offline
florian
Guck Dir bitte mal die Sprachdateien an, Du hattest was davon geschrieben, dass Du die angepaßt hättest, das habe ich aber sicherlich nicht übernommen.
Fehlende Strings in einer Sprachdatei sollten durch den Fallback auf Englisch erscheinen.
Ich habe eine Amazon-Wishlist. Oder spende an das Projekt.
Ich kann, wenn ich will, aber wer will, dass ich muss, kann mich mal
Offline
Modul ist im AOR aktualisiert (mit angepassten Sprachdateien)
https://addons.wbce.org/pages/addons.ph … em&item=34
Sorgen sind wie Nudeln: man macht sich meist zu viele.
Offline
Slugger, webbird, better-work
Hallo,
leider habe ich kein Modul und auch keine Ahnung sowas zu programmieren - aber wäre es denkbar das die "ungenutzten" Dateien bei einer Sicherung ignoniert werden (Sprachvariablen, Templates, etc.)?
Ein admin Modul zeigt ja schon was in der WBCE Installation verwendet wird - und auch nur das muss gesichert werden - oder lieg ich da jetzt völlig daneben?
Grüße
#bleibtgesund #stayathome
Offline
Ein admin Modul zeigt ja schon was in der WBCE Installation verwendet wird - und auch nur das muss gesichert werden
Nein, das ist nicht zutreffend. Das Backup, das vom Modul erzeugt wird, dient dazu, die komplette Website wiederherzustellen.
Es ist also qua Design kein differenzielles Backup, daher wird nicht geprüft, welche Dateien "nicht genutzt" sind. Wobei das sowieso kaum zu definieren bzw. zu erkennen ist. Zum Funktionieren sind grundsätzlich erstmal alle Dateien erforderlich (insbesondere die Inhalte der Verzeichnisse /include, /framework etc.).
Sorgen sind wie Nudeln: man macht sich meist zu viele.
Offline
Frage:
1. Wie bekommt man es hin das man eine Benachrichtigung per Email erhalt, das unter folgendem Downloadlink das FTP-Backup herunterladen kann?
2. Kann man die erzeugte SQL-DB in das Verzeichnis packen und dann wie oben zur Frage 1 dann herunterladen?
Hoster: ALL-INKL *** Grundsätzliche WBCE Konfig ***
WBCE: 1.5.4 • BE: 2.1.0 • PHP: 8.1.16 * 1. Projekt: FE: Simple responsive • BE: Argos * 2. Projekt: FE: hortal • BE: Argos * 3. Projekt: FE: WBCEZon • BE: Argos * 4. Projekt: FE: WBCETik • BE: Argos
Status Projekt 1-4: OK
Offline
Die Wünsche sind so weit nachvollziehbar, aber das geht beides nicht ohne größere Überarbeitung des Moduls.
Sorgen sind wie Nudeln: man macht sich meist zu viele.
Offline
Slugger
Zwar kein WBCE-Modul, sollte aber so ziemlich genau das Gewünschte machen:
https://it-stack.de/09/06/2015/backup-l … ql-in-php/
Sorgen sind wie Nudeln: man macht sich meist zu viele.
Offline
better-work
freesbee hat sich dankenswerterweise des Backup-Moduls angenommen.
Die Version 2.9.9 bringt folgende Änderungen:
Neue Datei /modules/backup/config.php (die bei Modulupdates nicht überschrieben wird), dort können auszuschließende Verzeichnisse, maximale Dateigrößen und Log-Einträge konfiguriert werden
Dateisystem-Backups werden nicht mehr in /temp, sondern /backups gespeichert
Erfolgreiche Dateisystem-Backups können jetzt nach Abschluss des Backups direkt aus dem Tool heruntergeladen werden
So lange Backups und Logs nicht gelöscht werden, erscheinen auch diese zum Download im Tool, von wo aus sie ggf. erneut heruntergeladen oder gelöscht werden können
Gescheiterte Backups werden automatisch gelöscht
Hinweise:
a) Im Errorlog erscheinen mehrfach Einträge wie
2020-08-20T14:31:58+00:00 [Notice] /modules/backup/backup.php:[86] from /include/pclzip/pclzip.lib.php:[2394] PclZip->privAddFile "Undefined index: dirname"
2020-08-20T14:32:12+00:00 [Notice] /modules/backup/backup.php:[79] from /include/pclzip/pclzip.lib.php:[2394] PclZip->privAddFile "Undefined variable: log_excluded_dirs"
das beeinträchtigt aber nicht das Funktionieren des Backups. Am besten vor/nach Ausführen des Backups das Errorlog leeren.
b) unter bestimmten Bedingungen (u.a. nicht überschreibbare geringe max_execution_time) kann es auch weiterhin zu Timeouts kommen (sowohl beim Dateisystem-Backup als auch SQL-Backup). Nach aktuellem Kenntnisstand lässt sich daran leider nichts ändern, man muss in diesen Fällen dann versuchen, Verzeichnisse mit sehr vielen/sehr großen Dateien von der Sicherung auszuschließen sowie das Logging einschränken. Falls das SQL-Backup fehlschlägt, Sicherung mittels Adminer-Admintool anfertigen.
c) die o.g. Wünsche bezüglich E-Mail-Benachrichtigung und Download des SQL-Dumps waren out of scope, sind also nicht umgesetzt worden.
Die neue Version hängt hier zum Testen an.
Edit: Entfernt, Update weiter unten
Last edited by florian (22.08.2020 14:42:42)
Sorgen sind wie Nudeln: man macht sich meist zu viele.
Offline
webbird, colinax, bernd, berny, screamindan
Es gibt von freesbee noch einmal ein wichtiges Update fürs Update:
statt der Pclzip-Bibliothek (die von 2009 ist o_o) verwendet das Modul jetzt die native Klasse PHPZip und ist dadurch wesentlich performanter und zuverlässiger und die Fehlermeldungen im Errorlog erscheinen natürlich auch nicht mehr
damit auf dem Server liegende Backup-Zips nicht so leicht gefunden werden können, wird nun zusätzlich ein jeweils aus 6 Zufallszeichen/-ziffern bestehender Token an den Dateinamen angefügt
Vorherige Testversion bitte deinstallieren und neu installieren bzw. in der modules/backup/config.php die Zeilen
// Specify file extensions you do not want in the backup as an array
$ignore_exts = array();
einfügen.
Neue Version hängt hier am Post an.
Sorgen sind wie Nudeln: man macht sich meist zu viele.
Offline
berny, Slugger
Nach dem Update habe ich folgende Info in der errorlog:
Warning:
/framework/functions.php L:169
from /modules/backup/tool.php L:83Message:
scan_current_dir "opendir(/www/htdocs/.../backups): failed to open dir: No such file or directory"
Last edited by Slugger (25.08.2020 12:51:45)
Hoster: ALL-INKL *** Grundsätzliche WBCE Konfig ***
WBCE: 1.5.4 • BE: 2.1.0 • PHP: 8.1.16 * 1. Projekt: FE: Simple responsive • BE: Argos * 2. Projekt: FE: hortal • BE: Argos * 3. Projekt: FE: WBCEZon • BE: Argos * 4. Projekt: FE: WBCETik • BE: Argos
Status Projekt 1-4: OK
Offline
Wurde die Zipdatei erzeugt?
Sorgen sind wie Nudeln: man macht sich meist zu viele.
Offline
Du meinst den Ordner "backups/mein_backup.de_2020-08-22-....zip"?
Ja die liegt drin.
NACHTRAG:
Habe das backup nochmal durchgeführt.
-> Jetzt kommt keine Warnung mehr.
Last edited by Slugger (25.08.2020 13:09:01)
Hoster: ALL-INKL *** Grundsätzliche WBCE Konfig ***
WBCE: 1.5.4 • BE: 2.1.0 • PHP: 8.1.16 * 1. Projekt: FE: Simple responsive • BE: Argos * 2. Projekt: FE: hortal • BE: Argos * 3. Projekt: FE: WBCEZon • BE: Argos * 4. Projekt: FE: WBCETik • BE: Argos
Status Projekt 1-4: OK
Offline
Der Eintrag im errorlog wird erzeugt, weil das Tool bei jedem Aufruf versucht, im Backup-Verzeichnis nach vorhandenen Backups zu suchen. Wenn das Backup-Verzeichnis selbst noch nicht existiert, kommt es zu der beobachteten Fehlermeldung.
Anbei eine gefixte Version.
Sorgen sind wie Nudeln: man macht sich meist zu viele.
Offline
Slugger
Habe die gleich mal in im Testboard getestet
Hoster: ALL-INKL *** Grundsätzliche WBCE Konfig ***
WBCE: 1.5.4 • BE: 2.1.0 • PHP: 8.1.16 * 1. Projekt: FE: Simple responsive • BE: Argos * 2. Projekt: FE: hortal • BE: Argos * 3. Projekt: FE: WBCEZon • BE: Argos * 4. Projekt: FE: WBCETik • BE: Argos
Status Projekt 1-4: OK
Offline
Bitte mal die Versionnummer mit dem Icon abgleichen
Hoster: ALL-INKL *** Grundsätzliche WBCE Konfig ***
WBCE: 1.5.4 • BE: 2.1.0 • PHP: 8.1.16 * 1. Projekt: FE: Simple responsive • BE: Argos * 2. Projekt: FE: hortal • BE: Argos * 3. Projekt: FE: WBCEZon • BE: Argos * 4. Projekt: FE: WBCETik • BE: Argos
Status Projekt 1-4: OK
Offline
Das ist ein Problem mit dem Module Update Check-Modul.
Ich kann's reproduzieren, aber leider nicht reparieren. version_compare statt <= liefert auch nur Quatschergebnisse.
Edit: Neue Version
Last edited by florian (27.08.2020 14:15:30)
Sorgen sind wie Nudeln: man macht sich meist zu viele.
Offline