Document ID: /fineweb-2-swissfilter-quality_10-filterrobots/filtered/03277.jsonl.gz/450

Hallo Petra!
Ich schliesse aus Deiner Frage, dass Du nicht mit den Golive-
Erweiterungen arbeitest...
Es ist von äusserster Wichtigkeit, dass in der Datenbank KEINE
HTML-Entities drin sind. Das wäre ein verstoss gegen die
Datenhaltung. Ziel ist es, den Text ohne irgendwelche Konvertierungen
in der Datenbank abzulegen, so dass er in der Grundform drin ist.
Konvertierungen, Auswertungen, usw. werden bei der Ausgabe gemacht!
Stell dir das so vor:
Du produzierst eine Datenbank aufgrund einer HTML-Seite und
konvertierst gleich alles htmlentities beim reinschreiben weil du's
eigentlich nur in html ausgeben willst!
Plötzlich aber kommt Dir die Idee diese Quelle in ein anderes
Programm importieren zu wollen (Bsp. in Word, Excel, über einen ODBC
Treiber) oder du willst ein PHP-Tool schreiben welches einen PDF-
Katalog produziert oder einfach nur ein Textmail schreibt.
Hier wird die html-entities-konvertierung nicht geschätzt!
Das ist dann garnichtmehr lustig denn offiziell gibt es keine
Rückkonvertierungsfunktion und ausserdem ist sie sehr Zeitaufwendig
wenn auch einfach zu implementieren (Ich schreibe sie hier absichtlich
nicht damit niemand auf falsche Gedanken kommt!)
Ich hoffe demnach dass du ohne weiteres Zögern und ohne weitere
Gegenstimmen aus dem Forum den seriösen konsequenten Weg einschlägst.
Pack dir mal den phpMyAdmin und schau ob die zwei Users wirklich
unkonvertiert in der Datenbank stehen. Für Härtefälle muss man da
halt nach den Rückkonvertierungsfunktionen vor dem Ablegen in die
Datenbank greifen ... aber das sollte wirklich nicht sein!
Ist das alles drüben in Deutschland angekommen?
GrEeZ: Miro Dietiker
als Antwort auf: [#18007]