[Vananematu]

Ütleme nii, et avastasin php-s ühe ääretult olulise funktsiooni tähemärgitabelite valdkonnas. Õigemini funktsioon on ise tuntud nagu kurat, kuid üks parameeter on kahe silma vahele jäänud.

Ma ei tea, ma olen kõik toimingud teinud - UTF 8-ks kõik ümber kodeerinud, seadnud, isegi klaviatuur on üks suur UTF-8, kuid naljakal kombel asi ikka ei toiminud saate aru!!! Ma tean, et kõik töötas mingi aeg, kui samuti kõik UTF-8 kodeeringus, ka failid, olid. Kuid kunagi ma ei teadnud mis põhjusel täpitähed korda sai.

Kuid muretsemiseks pole põhjust, leidsin ühe võimaliku lahenduse, mis peaks aitama ka suvalise andmebaasi kodeeringu või db ühenduse puhul - nimelt funktsioon htmlentities(); - kõigile teada tuntud, kuid mina olen alati kahe silma vahele jätnud sellise funktsiooni valikuliselt edastatavad parameetri nagu $charset.

Lisades funktsiooni kõige olulisema parameetri "string $charset" muutujaks "UTF-8" konverditakse kõik ä-d ja ö-d ja muud krõnksud vastavasse html kooditabelisse, mis tähendab, et isegi kui db on mingis muus tähemärgi süsteemis toetatakse ikkagi semikoolon ja & märke, mis täpitähtede tõlgendamiseks HTML lehtedel kasutatakse.

Arvatavasti kui kõik kodeeringud on korras, ei pea seda htmlentities funki kasutama, kuid tagavaraplaanina tundub asi toimivat.

Mina muutsin tekstikastist db-sse saatmise rida järgnevaks:

[mikk36]

Pigem on see kasulik paharettide vastu, kus näiteks isik soovib enda kasutajanimeks mingit html elementi panna, et sinu lehe kood sellega ära rikkuda.

[andrusny]

Siin on nüüd pikalt jahutud, et ei saa andmebaasi täpitähti ja neid sealt uuesti kätte. Olen baasi kül suht vähe kasutanud (ütleme 4 kohas +loclhost) kuidkuna ma sellele tähelepanu kunagi ei pööranud, siis text väljadele salvestatud tekstist on alati tulnud öüäõ kenasti välja ilma mingite kodeeringute seadmisteta. Tabelid on enamuses tehtud sellise päringuga:

[inzinz]

By default on latin1 peal, see on siis inglise tähestik + mõningad täpitähed. Kui aga keegi tahab sulle sinna vene keeles midagi panna siis läheb asi keerukaks. Esiteks kui latin1 kodeeringuga üritada muude charsettide asju salvestada, konverdib browser enne postitamist kujule y ja kui sa sinna omakorda veel htmlentities või htmlspecialchars peale peaned, siis lõpptulemus jääb kole, kuna kuvatakse tähemärgi asemel reaalselt välja y
Pluss kogu see info võtab baasis palju rohkem ruumi ja endal php koodis raskem nende asjadega maadelda.
Kui sul leht ainult eesti keeles ja imelikke märke sisse ei satu siis enamjaolt probleeme ei teki...

Sessuhtes maitse asi, aga utf-8 universaalsem ja kui kõik asjad korralikult ära seadistad alguses siis ei pea enam kunagi muretsema et mingi tähemärgi jama tekiks.

[Vananematu]

Tulles tagasi WYSIWYG editoride juurde, siis kas ülevalpool mainitutest mõni ka korralikku XHTML koodi väljastab? Katsetan nicEditori, mis tunbub piisavalt kiire ja väikesemahuline olema, kuid väljastab vana html süntaksit nagu <br> mitte <br /> jne.. Sellega seoses ei saa kuidagi lehte läbi xhtml kontrolli viia.

[Speedee]

Jah, tinyMCE väljastab valideeruvat html koodi, ka strict dtd oma. Sellega saab ka korrastada vigast html koodi mingi piirini.

[Renka]

Speedee, küsimus oli XHTMLi kohta mitte HTMLi

[mikk36]

Xhtml transitionali peaks väljstama, strictiga ei lähe mitmed asjad kokku.

[Speedee]

Ma mõtlesingi XHTMLi. Kes ikka enam tavalist htmli kirjutab/kasutab.
Mul pole nagu stricti valideerumisega probleeme olnud.