Forum Partner+Friends LinkUs Downloads KNW Suche TS³ Viewer Twitter Facebook

UTF-8

Jetzt kostenlos Anmelden!
  • 1
  • 2


Dirk Kántor Männlich

aká Dooki

Beiträge: 2 074

Geschlecht: Männlich

PHPKIT Version: keine

1

Sonntag, 5. Dezember 2010, 20:50

UTF-8

Hallöchen..

UTF-8 ja oder nein?

wenn ja:
im meta tag habe ich utf-8 drin stehen..
die DB ist utf-8-bin (oder so)


was muss ich noch beachten?



brauch ich die PHP Funktion die meinen text in UTF 8 umwandelt oder nicht?


siehe:

Zitat

Name Eintrag
Dooki täst'
geschrieben am:
05.12.2010 - 20:46 öööööüüüüüüüüäääää
Dooki täst'
geschrieben am:
05.12.2010 - 20:45 öööööööö
täst
geschrieben am:
05.12.2010 - 20:43 töstbröt




heeeeeeeeeeeeeeeelft mir :D
:thumbsup:    :thumbsup:       *tc*       :thumbsup:    :thumbsup:
8o           Achtung: Dirk Kántor ist unterwegs!           8o
Er verteilt gerne Verwarnungen ohne vorher darüber diskutiert zu haben.
  • Zum Seitenanfang
  • Zum Seitenende

reddevil82 Männlich

BFM Stream Cheffe

Beiträge: 1 712

Geschlecht: Männlich

PHPKIT Version: 1.6.5

2

Sonntag, 5. Dezember 2010, 21:01

Schau dir mal PHP utf8_encode - decode an.

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

und in DB als kollation utf8_general_ci
Seit 02.07.2010 Papa einer süssen Tocher !!!!

http://www.burnerfm.de

Mit den besten Hits der 80´s, 90´s und von heute. Plus einigen PHPKit Addons... uvm.
  • Zum Seitenanfang
  • Zum Seitenende

Dirk Kántor Männlich

aká Dooki

Beiträge: 2 074

Geschlecht: Männlich

PHPKIT Version: keine

3

Sonntag, 5. Dezember 2010, 21:19

ja ich weiss mit der php funktion. aber muss die dann noch genutzt werden?!

wenn ja, ist das ja alles bockmist..

aktuell siehts so aus:
eintrag machen
speichern (oh fehler.. eingegebenes ausgeben lassen in den inputs)
ausgabe fürn arsch..
mit decode ist es funktionabel.. ohne nicht

page steht auf utf8.. db auf utf8.. aber dennoch sieht alles käse aus was neu in die DB geschrieben wird -.-
:thumbsup:    :thumbsup:       *tc*       :thumbsup:    :thumbsup:
8o           Achtung: Dirk Kántor ist unterwegs!           8o
Er verteilt gerne Verwarnungen ohne vorher darüber diskutiert zu haben.
  • Zum Seitenanfang
  • Zum Seitenende

reddevil82 Männlich

BFM Stream Cheffe

Beiträge: 1 712

Geschlecht: Männlich

PHPKIT Version: 1.6.5

4

Sonntag, 5. Dezember 2010, 21:47

Also ich kann nur im moment sagen das es beim KIT genauso ist was zb. IM Nachrichten angeht, Wenn die ohne utf8_encode gespeichert werden wird die ausgabe der Sonderumlaute ( ä,ü,ö usw) Mist.

Machst du was fürs Kit oder ist das ein eigenes Script?
Seit 02.07.2010 Papa einer süssen Tocher !!!!

http://www.burnerfm.de

Mit den besten Hits der 80´s, 90´s und von heute. Plus einigen PHPKit Addons... uvm.
  • Zum Seitenanfang
  • Zum Seitenende

Dirk Kántor Männlich

aká Dooki

Beiträge: 2 074

Geschlecht: Männlich

PHPKIT Version: keine

5

Sonntag, 5. Dezember 2010, 21:55

private homepage..


aber wenn das alles nicht klappt.. auch wenn man alles auf utf8 umgestellt hat.. dann ist utf8 doch der grösste bockmist den es gibt.. wieso DB umstellen, wenn das gespeicherte einer utf8 website eh wieder bockig aussieht bei deren ausgabe?


da geh ich doch am stock
:thumbsup:    :thumbsup:       *tc*       :thumbsup:    :thumbsup:
8o           Achtung: Dirk Kántor ist unterwegs!           8o
Er verteilt gerne Verwarnungen ohne vorher darüber diskutiert zu haben.
  • Zum Seitenanfang
  • Zum Seitenende

Muetze Männlich

Ein Pazifist mit der Waffe in der Hand

Beiträge: 681

Geschlecht: Männlich

Wohnort: zu Hause

PHPKIT Version: 1.6.5

6

Sonntag, 5. Dezember 2010, 22:16

Das Problem hatte ich auch am Anfang. Aber zur Not mache einfach ein kleines PHP-Script was die Einträge ausliest & mit utf8_encode oder so neu einträgt.
Aber wenn es erst mal Alles in UTF8 ist, dürftest Du recht sicher sein, so lange nicht Aliens landen & mehr Zeichen mit bringen. Schade ist nur, das man nicht vor Jahren an so was gedacht hat.
Ich finde es auch nervig immer utf8_encode('$meintext'), zu nutzen bei Dateien, aber lässt sich ja nun mal nicht ändern.
Es geht nicht darum zu haben was man will, sondern zu schätzen was man hat!
Blutrausch HP
Mauern sind auch nur Steine & Wassertropen können auch mal Wassermengen werden!
  • Zum Seitenanfang
  • Zum Seitenende

2Bad4You Männlich

findet sich zurecht

Beiträge: 103

Geschlecht: Männlich

Wohnort: Neustadt/Wied

PHPKIT Version: keine

7

Sonntag, 5. Dezember 2010, 22:38

Normalerweise braucht man die utf8 funktionen von php nicht wenn alles auf utf8 eingestellt ist.
Also
- im Meta tag das Charset auf UTF8 stellen,
- die DB Verbindung, sprich mysql zeichensatz, auf UTF8 stellen
- die Tabellen als UTF8 anlegen in der DB
- die PHP Scripte als UTF 8 ohne BOM abspeichern (kann man in den meisten Editoren ja einstellen)
- wenn das alles nichts hilft einfach mal per PHP Header auf UTF8 stellen.

Theoretisch sollten dann das codieren zu UTF8 mit PHP entfallen wenn ich mich jetzt nicht täusche. Also ich habs bis jetzt zumindest noch die gemacht.
  • Zum Seitenanfang
  • Zum Seitenende

reddevil82 Männlich

BFM Stream Cheffe

Beiträge: 1 712

Geschlecht: Männlich

PHPKIT Version: 1.6.5

8

Sonntag, 5. Dezember 2010, 22:43

Was vlt auch noch sein kann ist deine Einstellung vom FF unter Ansicht -> Zeichenkodierung ?
Seit 02.07.2010 Papa einer süssen Tocher !!!!

http://www.burnerfm.de

Mit den besten Hits der 80´s, 90´s und von heute. Plus einigen PHPKit Addons... uvm.
  • Zum Seitenanfang
  • Zum Seitenende

Dirk Kántor Männlich

aká Dooki

Beiträge: 2 074

Geschlecht: Männlich

PHPKIT Version: keine

9

Sonntag, 5. Dezember 2010, 22:48

so zack bum...

nun kann ich meine tabelle nicht richtig umstellen, weil er mir sagt es wären mehr als 1000 bytes?!

Quellcode

 
1
2
3
4
5
6
7
8
9
10
11
12
13

Fehler

SQL-Befehl:

ALTER TABLE `user` CHANGE `user_name` `user_name` VARCHAR( 250 ) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL ,
CHANGE `user_pass` `user_pass` VARCHAR( 250 ) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL ,
CHANGE `user_nick` `user_nick` VARCHAR( 250 ) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL ,
CHANGE `user_email` `user_email` VARCHAR( 250 ) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL ,
CHANGE `user_status` `user_status` VARCHAR( 250 ) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL ,
CHANGE `user_activate` `user_activate` VARCHAR( 32 ) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL

MySQL meldet: Dokumentation
#1071 - Specified key was too long; max key length is 1000 bytes
:thumbsup:    :thumbsup:       *tc*       :thumbsup:    :thumbsup:
8o           Achtung: Dirk Kántor ist unterwegs!           8o
Er verteilt gerne Verwarnungen ohne vorher darüber diskutiert zu haben.
  • Zum Seitenanfang
  • Zum Seitenende

Dirk Kántor Männlich

aká Dooki

Beiträge: 2 074

Geschlecht: Männlich

PHPKIT Version: keine

10

Sonntag, 5. Dezember 2010, 23:24

ok aktuell siehts so aus das es wohl geht.. hatte innerhalb der DB nen fehler..

nun sieht es so aus, nachdem die komplette DB auf UTF8 umgestellt ist, dass ich dennoch sämtliche eingaben mittels utf8_decode(...) bestücken muss bei der eingabe.. damit ich ohne an der ausgabe herumwerkeln zu müssen alles lesen kann..

bin ich nun auf dem richtigen pfad?
:thumbsup:    :thumbsup:       *tc*       :thumbsup:    :thumbsup:
8o           Achtung: Dirk Kántor ist unterwegs!           8o
Er verteilt gerne Verwarnungen ohne vorher darüber diskutiert zu haben.
  • Zum Seitenanfang
  • Zum Seitenende
  • 1
  • 2