Neplatné znaky ve formuláři
Školení, která pořádám 
Pokud uživatel zadá do formuláře znak, který není obsažen v kódové stránce dokumentu, pošle ho Firefox a Opera jako Unicodovou entitu (Internet Explorer pošle u znaků s jednobajtovou reprezentací jejich binární hodnotu, u vícebajtových nedovolí formulář odeslat). Týká se to např. dlouhé pomlčky (–) nebo „typografických uvozovek“, které nejsou v ISO-8859-2. Protože úplně stejný řetězec prohlížeče pošlou i v případě, že uživatel skutečně zadá entitu, tak se s tím nedá nic moc dělat. Podle mě by spíš takový znak vůbec neměly dovolit zadat, ale s tím asi nic nezmůžu.
Zobrazit uživateli místo zadaného znaku jakýsi podivný řetězec je neprofesionální, vyhodit nebo interpretovat všechny entity je neslušné. Nezbývá tedy nic jiného, než používat kódování, které obsahuje všechny běžně dostupné znaky, např. UTF-8.
Diskuse
dgx:
Také lze převést entity (ať už jmenné pomocí tabulky nebo unicodové třeba pomocí preg_replace_callback) do ISO-8859-2 pomocí iconv('UTF-8', 'ISO-8859-2//TRANSLIT', $text);
Z té dlouhé pomlčky &ndash nebo &mdash to udělá pomlčku klasickou.
dgx: dusoft:
az na to, ze iconv nie je standardom a nie je na vsetkych hostingoch.skuste radsej nezavislu:
http://sourceforge.net/projects/phputf8
dgx:
This module (iconv) is part of PHP as of PHP 5 thus iconv.dll and php_iconv.dll is not needed anymore
dgx: Hever:
nj, ale až v PHP5 ... ve 4řce je nestandartnítark:
Psát pro PHP4 už nemá smysl...Mordae:
Na jakemkoli linuxu je primo (pardon) uchylka admina nedat iconv z libc k dispozici v PHP :]salko:
Hosting, ktorý nemá podporu ICONV nie je hosting, ale iba nejaký Web server s pokusom o PHP.JPAS:
A proč taky ne? Já používám UTF-8 všude a jsem spokojený.
Jakub Hejda:
Na tento problém jsem také narazil.
A bohužel se nedá vyřešit tím, že budete používat výhradně UTF-8 a na ostatní jazykové sady zapomenete.
Jedná se o odeslání těchto problematických znaků dat emailem.
Typicky - zákazník eshopu napíše do objednávky poznámku, resp. zkopíruje nějaký text do formuláře a problém je tu.
České emaily je myslím nejsprávnější posílat v ISO-8859-2 a né v UTF-8, abychom měli jistotu že se zobrazí všude správná čeština. Takže to budu řešit převodem těchto znaků na jejich alternativy.
Zatím jsem vypozoroval že jde pouze o znaky s ASCII hodnotou
150, 148, 146 a 133
Zapomněl jsem na nějaké?
Jakub Hejda: 
Jakub Vrána 
:
Myslím, že ani u e-mailů by UTF-8 už nemělo dělat žádné problémy.
Jakub Vrána : Jakub Hejda:
No nemělo, ale dělá.
Používám na posílání http://phpmailer.sourceforge.net
A pokud to pošlu v UTF-8, tak lidi s MS Outlook mají problém.
Nechápu proč, ale je to tak..
Jakub Hejda: pojízdná kočka:
I v roce 2010 s tím mají problémy největší české servery, které mají tisíce až desetitisíce komentářů denně, jako Aktuálně, iHned a spol - přestože (bych tipoval, že) používají UTF-8, tak při speciální znaky při uložení převedou na entity a při zobrazování (buď v těle příspěvku nebo jeho názvu) je pak ukazují včetně ampersandu, # a čísla.'chjo.
Diskuse je zrušena z důvodu spamu.
© 2005-2024 