FullBackup

[baumstark]

echt nicht? so langsam hört es sich nach einer ziemlich unglücklichen configuration an...

hast du veilleicht noch einen screenshot (wg. besitzer und rechten) von dem ordner system/modules?

[minstyle]

Der Ordner /system/modules wie auch all seine Unterordner haben 0755 und den gleichen Besitzer.

[baumstark]

ok, letzter versuch:

wenn du dich per ftp einloggst und dann einen ordner anlegst, hat der dann auch den selben benutzer?

[minstyle]

ok, letzter versuch:

wenn du dich per ftp einloggst und dann einen ordner anlegst, hat der dann auch den selben benutzer?

Ja.

Ich habe eigentlich nie Probleme mit Erweiterungen. Deine ist die erste mit der ich Schwierigkeiten habe. Dann werde ich mich wohl nach einer Alternative umschauen müssen. Trotzdem vielen Dank für deine Mühe.

[baumstark]

ja klar, erweiterungen benutzen ja auch selten das dateisystem...

es gibt ja noch andere backup-lösungen, sorry dass es nicht luft.

[minstyle]

Wirklich schade.
Ich hätte gerne deine Erweiterung genutzt, da hier neben der Datenbank auch das Dateisystem automatisiert gesichert werden kann. Andere Erweiterungen bieten leider nur ein DB-Backup an ...

[baumstark]

ja, deswegen hab ich sie ja entwickelt ;-)

sonst kannst du es mal auf einem anderen server probieren, falls das eine option ist...

[minstyle]

Ich konnte das Problem jetzt doch lösen, indem ich den Safe Mode Hack deaktiviert und die "Provider-spezifische Einstellungen" (vgl. Wie man einen Webserver für Contao konfiguriert) speziell für meinen Webhoster eingebunden habe.

[baumstark]

echt, und jetzt läuft's?

[AndreasA]

Hallo,

seit dem Upgrade auf v2.11.2 (von 2.10.3) folgende Fehlermeldung:
function.mysql-real-escape-string Access denied for user 'username'@'localhost' (using password: NO)
und:
A link to the server could not be established in

Wobei das zweitere wohl mit dem ersten Fehler zusammenhängt.

Den ersten Fehler verstehe ich sofort, weil weder Username noch Passwort (bzw. keines verwendet wird laut log...) passen, was ich nicht verstehe ist wieso, weil eigentlich sollte die Extension ja wie alle anderen mit den Daten von contao arbeiten oder?
Obwohl eventuell doch, weil mysql_real_escape_string ist keine Contao Funktion ... Gab es dafür nicht ein Contao Äquivalent?

[baumstark]

die extension schon aber "mysql-real-escape-string" nicht...

vielleicht hilft dir das weiter: https://www.contao-community.de/show...mit-FullBackup

gruss

[AndreasA]

Es ist allerdings diese Extension welche diese Funktion aufruft.
Das heißt eigentlich müsste ich den Source Code der Extension anpassen, wäre es hier nicht sinnvoller manuell - von der Extension Seite her ein mysql_connect und disconnect zu machen vor der Funktion?
Bzw. noch besser auf eine Contao eigene Funktion zurückzugreifen - z.B. muss die Datenbank ja nicht immer MySQL sein.

[baumstark]

ja klar, du hast recht. aber soweit ich weiss, gibt es keine contao eigene funktion dafür. natürlich könnte ich auch eine eigene funktion dafür benutzen, die wär aber nicht so sicher. das gute an mysql_real_escape_string ist, dass diese funktion die db benutzt und damit für diese db immer korrekt escaped, auch wenn sich die version ändert, oder der character-set etc.

hast du das upgrade auf von 2.10 auf 2.11 auf dem selben server gemacht??

dann müsste ich das nämlich definitiv rausnehmen....

[baumstark]

patch

hallo andreas,

kannst du vielleicht mal folgendes bei dir probieren, bevor ich das evtl. in den nächsten build übernehme:

in der datei FullBackup_DB.php, Zeile 536, dieses hier:

$values_str .= "'" . mysql_real_escape_string($row[$field]) . "', "; 

hierdurch ersetzen:

$values_str .= "'" . addcslashes($row[$field], "\x00\n\r\'\"\x1a") . "', "; 

und dann testen, ob es
a) fehlerfrei durchläuft und du
b) die db fehlerfrei aus dem .sql-dump wiederherstellen kannst

(ich würd's ja selber testen, aber ich bin gerade im büro und komm nicht an meine dummy-dbs ran, vielleicht komme ich am wochenende dazu...)

[AndreasA]

Also es scheint einmal fehlerfrei durch zu laufen.
Allerdings habe ich selbst auch gerade keinen Zugriff auf eine Contao Testumgebung, weswegen ich das wiederherstellen nicht testen konnte.

Du hast allerdings vermutlich recht, dass es so nicht ganz so sicher sein wird, ABER andererseits geht man mit diesen Werten ja nicht in die DB, sondern in ein Skript zum Importieren, welches man sowieso nur manuell ausführen lassen würde.

Es könnte auch sein, dass die Meldung eventuell schon vorher da war, nur seit 2.11 funktioneirt das displayError = false bei mir irgnedwie nicht und somit fällt es schneller auf.
Vielelicht liegt es an irgnedeiner Extension, konnte ich aber noch nicht rausfinden.


Allerdings was eigentlich möglich sein sollte mittels dbUser und dbPass manuell ein mysql_connect davor und danach ein mysql_disconnect durchzuführen und eventuell eine Option anzubieten, mit der man auf diese Fallback Methode (mit addcslashes) zurückgreift, falls man keine MySQL Datenbank verwendet.