Könnte ich, wenn ich zu Hause wäre bzw. mein NAS an wäre. Bin ich aber nicht bzw. ist es nicht 
Aber da ich selbst Laie bin, übernehme ich natürlich keine Gewähr für irgendwas. Gucke aber, dass ich das Script bzw. die entsprechende Stelle später finde. Wie gesagt, ich habe null Ahnung von Webserver, PHP oder sonstwas, kann aber grundsätzlich programmieren.
Könnte aber sein, dass bereits der folgende Befehl das Problem löst:
Der Rückweg passt besser , du willst ja gerade keinen Unicode
Meine ich ja Aber ja, das ist die Textzeile, um die Dateibezeichnungen beim FTP-Download zu konvertieren.
Danke @Kobold
Moin,
so, ich hier jetzt mal der Download von Dateien mit Umlaut-Konvertierung. Meine Architektur sieht so aus:
Wie gesagt, ich habe null Ahnung von PHP, Webservern usw. und hab mir den Kram nur aus dem Internet zusammengesucht. Mag sein, dass Namenskonventionen nicht eingehalten werden oder sonstwas. Ob es sicherheitstechnisch so toll ist, nen Nutzer und nen Passwort direkt ins Script zu schreiben bzw. ob es anders geht, weiß ich auch nicht. Andererseits ist der Nutzer auf der Fritzbox auch nur für FTP zugelassen bzw. dort von den Berechtigungen her eingeschränkt.
Es tut bei mir das, was es tun soll, nämlich:
)Code:
<?php
define("_DELETESERVERFILES", true); // delete files from ftp server after download
//****************************************************************************************************************************************
//Global parameters for download functions
//****************************************************************************************************************************************
$ftp_server_down = "192.XYZ.ABC.1"; //host name / ip of download server
$ftp_user_name_down = "fritz_box_download_user"; // Username download server
$ftp_user_pass_down = 'fritz_box_download_user_password'; // Password download server
$dir_remote = "."; //name of download folder of the download server / "." if directory is to be read from root
$dir_store = "tmp"; //name of download folder in PHP file root directory
$conn_id_down = ftp_ssl_connect($ftp_server_down)
or die("<span style='color:#FF0000'><h2>Couldn't connect to $ftp_server_down</h2></span>");
$login_result_down = ftp_login($conn_id_down, $ftp_user_name_down, $ftp_user_pass_down);
if ((!$conn_id_down) || (!$login_result_down)) {
die("<span style='color:#FF0000'><h2>You do not have access to this ftp server!</h2></span>");
}
//Call main function
$error = ftp_downloadAll($conn_id_down, $dir_remote, $dir_store, true); // Use "." if you want to download from root directory / second parameter specifies the download directory
//close FTP connection
ftp_close($conn_id_down);
function ftp_downloadAll($conn_id_down, $dir_remote, $dir_local, $firstcall)
{
$download_error = false;
$path = $dir_local . "/" . $dir_remote;
$path = utf8_decode($path);
/*
- this ensures, that all files are downloaded, also containing special characters like "ä,ö,ü",
but there might be no conversion (e.g. from Fritzbox) but "weird" symbols
- however, it works to download all files
*/
ftp_raw($conn_id_down, 'OPTS UTF8 ON');
if ($dir != ".") {
if (ftp_chdir($conn_id_down, $dir_remote) == false) {
//echo ("<BR>Change Dir Failed: $dir<BR>\r\n");
return;
}
if (!(is_dir($path))) {
mkdir($path);
}
chdir($path);
}
$contents = ftp_nlist($conn_id_down, ".");
foreach ((array) $contents as $file) {
if ($file == '.' || $file == '..') {
continue;
}
if (@ftp_chdir($conn_id_down, $file)) {
//if it is a subfolder > move to next folder-level by recursive call
ftp_chdir($conn_id_down, "..");
ftp_downloadAll($conn_id_down, $file, ".", false);
} elseif (!empty($file)) {
$file_utf8 = utf8_decode($file); //translate file name to UTF-8
if (ftp_get($conn_id_down, $file_utf8, $file, FTP_BINARY)) //download file
{
if (_DELETESERVERFILES == true) {
// try to delete file from server
if (ftp_delete($conn_id_down, $file)) {
} else {
$download_error = true;
}
}
} else {
$download_error = true;
}
}
}
if ($firstcall == false) {
ftp_chdir($conn_id_down, "..");
}
chdir("..");
return $download_error;
}
?>
Ich hab den Code mal über vorformatierten Text besser lesbar gemacht…
Danke, hatte mich selbst schon gewundert, dass es dir Formatierung beim Einfügen zerschossen hatte - die Lösung dann aber auch selbst noch gefunden. Passierte dann wohl zeitgleich.
Hallo,
ich habe einen Windows 2012-Server auf dem ich FTP eingerichtet habe. Homee schreibt schon seine Backups und die Verläufe. Leider sind die Verzeichnis- und Datei-Namen nicht richtig. Alle Umlaute sind falsch.
Wie kann ich die Umlaute richtig bekommen?
– Tolotos
Prüfe mal ob UTF8 eingeschaltet ist
allowUTF8Optional Boolean attribute.true if UTF8 is enabled; otherwise, false .
The default value is
true.
Default FTP Site-level Settings <ftpServer> | Microsoft Learn
allowUTF8 ist auf true.
Homee schreibt UTF 8, klappt zb mit Synology
Kannst du mal andren ftp Server testweise einsetzen ?
Ich lasse jetzt einmal auf meine Fritzbox schreiben. Morgen früh weis ich mehr.
Edit: So wie ich oben gelesen habe, wird das Ergebnis wohl genau so sein - keine vernünftigen Umlaute.
Edit2: Ich habe jetzt eine Linux VM unter HyperV laufen um die Umlaute zu testen.
Hat eigentlich irgendjemand schon auf einer nicht Synology mit UTF8 erzwingen erfolgreich Backups mit Umlauten hingekriegt?
@homee @Chris Ich glaube ich habe das Problem gefunden. Könnt ihr bitte eure FTP-Client Implementierung ansehen ob das Kommando „OPTS UTF-8 ON“ gesendet wird?
Ich habe das mit meinem Windows FTP-Server verifizieren können.
ftp win-ftp-server
quote mkd öäü ==> geht schief
quote opts UTF-8 ON
quote mkd öäü ==> jetzt geht es
quit
Hier habe ich den Tip gefunden:
https://wiki.filezilla-project.org/Character_Encoding#Conflicting_specification
Gruß Tolotos
Ich habe das ganze an die Kollegen vom Core Team weiter gereicht. Wir überprüfen das.
Zwei Wochen sind um. Was hat die Überprüfung denn ergeben? Wenn sie wirklich durchgeführt wurde.
Wie du am Status “aufgenommen” erkennen kannst, haben wir das Problem erkannt und es wird in einer zukünftigen Version behoben.
Cool, und was ist den mit den “aufgenommenen” issues die seit August 16 dort stehen ?
Erstmal vielen Dank für die schnelle Reation auf die Nachfrage von @Tolotos. 
Das war mir allerdings so bisher nicht bewusst. Ich würde es kommunikationstechnisch als suboptimal bezeichnen. Ein Zweizeiler wäre sicher besser gewesen…
Vielleicht wäre das Mindeste (für die Zukunft!) unter FAQ eine entsprechende Rubrik einzurichten, in der der Status "aufgenommen " bei Bugs kurz erklärt wird… 
Das Problem wurde mit dem Update 2.22.0 behoben.