pit62

Also ich habe folgendes Problem....
ich habe einen Newsticker der Polnische Buchstaben wie --> ąąąąąąąąęęęęęęęęęꀀ€€€€€óóóóóà ³Ã³Ã³Ã³ąąąąąąąąąśśśśśśśśśłłłłłłłłłłżżżżżżżżżżźźźźź źźźźźćććććććńńńńńńń <-- wieder geben soll, die vorher in einer Admin - Umgebung in eine textdatei daten.txt geschrieben werden. Beim schreiben werden zwar Daten geschrieben aber nicht diese wie oben angegebenen sondern irgendwelche mir unbekannte. Nehme ich dies Polnischen Zeichen und kopiere diese manuell hinein und speichere die danten.txt unter utf8 dann werden diese auch richtig gespeichert und auch richtig wiedergegeben. Wie kann ich Einfluß auf das speichern der Datei nehmen damit nicht im ansi sondern in utf8 gespeichert wird? Oder muß ich csv-Datei oder anders Format verwenden?


MfG Pit62

__________________
Wer behauptet, dass er weiß, dass er nichts weiß, weiß nicht, dass er nicht einmal halb so weise ist, wie er es behauptet...

Mister Ad

KingCrunch

Kurz und bündig: Dann schreibt deine Admin-Umgebung wohl nicht in utf-8 (was für deinen Fall auf jeden Fall die bessere Wahl wäre). Jetzt wüsste ich gerne, wie du deine Daten in die Textdatei schreibst

btw: Wieso keine Datenbank?

__________________
Nicht jeder Fehler ist ein Bug.

pit62

Db ist im Paket enthalten aber da der Hoster/Anbieter ein Polnischer ist und der Besitzer (deuter in Polen lebend) keine blassse Ahnung von all dem hat Stehe ich da noch vor einem Problem. Deswegen das vorerste schreiben in Dateien.

die Eingabe in die Datei geschieht im Moment so :

$new_add=utf8_encode($add);
$newfile = fopen($filelocation,"w");
fwrite($newfile, $new_add);
fclose($newfile);

Das Auslesen :
$datei = "./newsticker/ticker.csv";
$new_daten=utf8_decode($datei);
$array = file($new_daten);
for($x=0;$x<count($array);$x++){$werte = explode("|",$array[$x]);}

Auch die Umstellung :
<meta http-equiv="Content-Type" content="text/html; charset=utf-8"/>

hat noch nichts gebracht?
Entweder verstehe ich die gesamte Dokumentation nicht oder ich sehe den hier vorliegenden Fehler einfach nicht.

Wäre schön, wenn jemand eine verständliche Lösung kennt oder mir meinen gemachten Fehler darlegen könnte.
MfG

__________________
Wer behauptet, dass er weiß, dass er nichts weiß, weiß nicht, dass er nicht einmal halb so weise ist, wie er es behauptet...

KingCrunch

Hehe, sehe grad, dass du den Dateinamen, nicht aber den Dateiinhalt über utf8_decode laufen lässt

Es wäre dir übrigens jeder dankbar, wenn du Quelltexte formatierst und mit entsprechenden BB-Tag versiehst

Hab auch gleich ma das Konstrukt mit foreach mit eingebaut, ist etwas besser lesbar. Trotzdem is mir unklar, was die Schleife eigentlich machen soll, weil sie $werte jedes mal wieder überschreibt ^^

prüfe doch mal, was dein Browser für einen Zeichensatz beim a) eintragen einer News und b) beim anzeigen der News angibt.

Sind bisher so meine Gedanken, ich denk nochma drüber nach.

__________________
Nicht jeder Fehler ist ein Bug.

pit62

sry ... das war reine Unwissenheit

War die letzten Tage etwas im Stress und habe da aus Zeitgrünnden nicht mehr dran gedacht!

Wegen der darin durch | getrennten Werte (farbe|größe|Text1...)
habe da für beide (Eingabe und Ausgabe)
sowie (ein verzweifelter sinnloser Versuch)
Ich habe nach vielem suchen und testen bemerkt, daß die per Post übergebenen Werte schon verändert (vom schreiben in Datei) sind und diese in die Datei geschrieben werden also vermute ich mal, dass es nicht mal am speichern in der Datei liegt.
Ich verwende da ein ganz normales Formular :
Muss ich evtl. schon hier etwas anders machen? Wäre für mich wieder eine neue Erfahrung!
Ich höffe dringend es fällt Dir hier eine für mich nutzbare Lösung ein!
Auf alle Fälle danke ich Dir schon mal, dass Du Dir Zeit für dieses Thema genommen hast. Es scheint, als wäre es ein nicht gern diskutiertes.

MfG

__________________
Wer behauptet, dass er weiß, dass er nichts weiß, weiß nicht, dass er nicht einmal halb so weise ist, wie er es behauptet...

KingCrunch

Jo, natürlich, aber du überschreibst $wert jedes mal, oder gibt es innerhalb der Schleife noch sowas wie eine Ausgabe oder Weiterverarbeitung, die du nicht mit angegeben hast?
Das meinte ich nicht, das is ja "nur" das, was du eh mitschickst und deshalb natürlich auch anwesend ist Zwei Sachen Trotzdem:
- Es heißt Charset und
- zwei Bindestriche (ISO-8859-2)
Wieso eigentlich 2? Wegen polnisch?

Was ich meinte war: Wenn du im Browser auf Ansicht und dann auf Zeichenkodierung (kann je nach Browser varieren), ist dort dann sowohl beim Posten, als auch beim Anzeigen jeweils der korrekte Zeichensatz ausgewählt? Und was passiert, wenn du den Zeichensatz dort änderst?
Am Formular selbst kann es eigentlich nicht liegen, vielleicht aber (wie schon gesagt) an der Kodierung der Seite, die das Formular beinhaltet.

__________________
Nicht jeder Fehler ist ein Bug.

Zergling-new

Also wenn du dein gesamtes Projekt durchgehend in UTF-8 abspeicherst und lädst und dazu gehört auch der korrekt gesendete Header mittels:
solltest du keine Probleme mit dem Zeichensatz bekommen.
Die <meta> Tags sind halbwegs irrelevant, header() hat hingegen wirklichen Einfluß.

Dann solltest du deinen Editor natürlich so einstellen, dass der die Dateien im UTF-8-Format auch abspeichert (jedoch kein UTF-8-Bom!).

Dann sollte meines Wissens auch das Formular korrekt eingelesen werden. Falls nicht, wird es möglicherweise im Standard-Zeichensatz des verwendeten Betriebssystem des Users übertragen (ist eine Vermutung), versuch hier mal iconv() aus.

Falls du immernoch Format-Probleme beim Abspeichern in die Datei und beim Laden aus der Datei hast, könntest du den String base64_encode()n bzw. base64_decode()n.

Leider sind das auch nur Vermutungen, so ganz durchblicken tue ich die Format-Geschichten auch nicht. Hatte vor kurzem ein ähnliches Problem und das Problem haben wir letztlich auch nur gelöst, nachdem unsere Editoren konsequent UTF-8 zum Abspeichern der PHP-Dateien verordnet bekamen und utf8_encode() und utf8_decode() [ich komm bei den beiden Funktionen immer durcheinander] jeweils vor- und nach dem Benutzen reingebraten wurde.

Was letztlich dazu geführt hat, dass der Umgang mit UTF-8 funktioniert hat, können wir auch nicht mehr so genau nachvollziehen.

Aber wenn auch nur ein Editor von euren Programmierern kein UTF-8 beim Abspeichern verwendet, zerhaut er beim Öffnen jedes mal den Content und dann kannst dus gleich lassen, denn dann ist die Ausgabe Zufall.

pit62

@KingCrunch zur Frage Wieso eigentlich 2? Wegen polnisch? Ja wegen Polnisch!
Ja richtig ist auch, dass die Werte in nene array gepackt werden und dann weiter verarbeitet.

@Zergling
Habe diese Zeile mal eingefüt und ich wollte es erst nicht glauben aber es geht!
Sollte ich diesen nun überall eingefügt, sprich auf jeder Seite? Es spricht ja eigentlich nichts dagegen prinzipiell mit Utf-8 zu arbeiten. oder?

Were aber erst noch sehen, wie und ob es in die Datei auch richtig schreibt.

Danke auf alle Fälle ich glaube da hab ich wieder einiges zugelernt! Prima.

__________________
Wer behauptet, dass er weiß, dass er nichts weiß, weiß nicht, dass er nicht einmal halb so weise ist, wie er es behauptet...

Zergling-new

Ich lasse meine Seiten zentral über eine index.php laufen und in der steht vor der Ausgabe auch nochmal diese header()-Angabe.

Gegen UTF-8 spricht überhaupt nichts, schon garnicht wenn du deine Seiten mehrsprachig anbietest bzw. es in Zukunft dazu kommen könnte.

KingCrunch

Alternativ ohne Bootstrapper (also zentrale index.php) schreibste das eben in eine andere Datei und lässt es von jeder aufgerufenen einfügen ( include)

__________________
Nicht jeder Fehler ist ein Bug.