Hallo Nico,
das Einlesen hatte ich durch die Stringzuweisung simuliert.
Das Phänomen tritt sogar schon ohne weitere Behandlung der Daten auf. Es genügt eine einfache Ausgabe.
Nein. Wenn ich deine Seite aufrufe, sehe ich im Netzwerk-Tab:
csv_upload_fetch_1.php:
<h1>db_array</h1><pre>array(2) {
[0]=>
string(8) "Schuster"
[1]=>
string(7) "Müller"
}
</pre><h1>csv_array</h1><pre>array(3) {
[0]=>
array(1) {
[0]=>
string(6) "B�cker"
}
[1]=>
array(1) {
[0]=>
string(9) "Schlosser"
}
[2]=>
bool(false)
}
</pre>
csv_upload_fetch_2.php:
<h1>db_array</h1><pre>array(2) {
[0]=>
string(8) "Schuster"
[1]=>
string(7) "Müller"
}
</pre><h1>csv_array</h1><pre></pre>
Das sieht absolut okay und erwartungskonform aus.
Im "B�cker" steht \ufffd - das Unicode-Ersatzzeichen für ungültige Codepoints. Das könnte von PHP beim Ausgaben erzeugt worden sein. Bei mir ist das default_charset auf UTF-8 gesetzt, bei Dir auch?
Ich habe dein PHP auch bei mir lokal laufen lassen, mit deiner CSV Datei (die man ja downloaden kann) - gleiche Ausgabe.
Rolf
--
sumpsi - posui - obstruxi
sumpsi - posui - obstruxi