Ciao Ragazzi, succede che ho un sito con codifica iso-8859-1
e ho un form di contatti he filtra i campi con HTMLSPECIALCHARS per evitare hack...
Succede che, se un cliente, magari GRECO, compila il form con i suoi cararatteri, esso genera un errore,
perchè?. come risolvo?
grazie
Usa ovunque la codifica UTF8: pagine del sito, connessione al database, collation database e tabelle.
perchè? risolve il mio problema?Originariamente inviato da Alhazred
Usa ovunque la codifica UTF8: pagine del sito, connessione al database, collation database e tabelle.
i caratteri "GRECI" si convertonu tutti in questo modoOriginariamente inviato da BOES
perchè? risolve il mio problema?codice:& #955;.......
Per la sicurezza del sito non serve usare htmlspecialchars(), passa le stringhe a mysql_real_escape_string() è sufficiente questa per il problema di sicurezza che hai in mente tu e non ti stravolge i caratteri.
Originariamente inviato da Alhazred
Per la sicurezza del sito non serve usare htmlspecialchars(), passa le stringhe a mysql_real_escape_string() è sufficiente questa per il problema di sicurezza che hai in mente tu e non ti stravolge i caratteri.
e si ho tolto HTMLSPECIALCHARS visto che modificava i caratteri in modo sbagliato,, andando a modificare "&" nel suo formato html
ma giusto per curiosita, come si risolverebbe questo problema? dovrei cambiare la codifica della pagina??
In realtà non è che sbaglia a modificare i caratteri, htmlspecialchars() è proprio questo che fa, converte i caratteri speciali nella corrispondente entità HTML, quindi & ti sarà diventato & amp; giusto?Originariamente inviato da BOES
e si ho tolto HTMLSPECIALCHARS visto che modificava i caratteri in modo sbagliato,, andando a modificare "&" nel suo formato html
Per avere coerenza tra le pagine e il contenuto del db devi fare questo:ma giusto per curiosita, come si risolverebbe questo problema? dovrei cambiare la codifica della pagina??
- specificare in ogni pagina la codifica utf8
- subito dopo il codice che stabilisce la connessione al db devi impostare il charset con cui php dialogherà con il db, tramite la funzione set_charset()
- specificare il collation del db come utf8
- specificare il charset delle singole tabelle come utf8
si ma modificando la codifica della pagina in UTF8 , htmlspecialchars lavorera come desidero io?Originariamente inviato da Alhazred
In realtà non è che sbaglia a modificare i caratteri, htmlspecialchars() è proprio questo che fa, converte i caratteri speciali nella corrispondente entità HTML, quindi & ti sarà diventato & giusto?
Per avere coerenza tra le pagine e il contenuto del db devi fare questo:
- specificare in ogni pagina la codifica utf8
- subito dopo il codice che stabilisce la connessione al db devi impostare il charset con cui php dialogherà con il db, tramite la funzione set_charset()
- specificare il collation del db come utf8
- specificare il charset delle singole tabelle come utf8
No, htmlspecialchars() sempre la stessa cosa fa.
Ma avere un charset coerente ovunque ti evita possibili problemi di visualizzazione dei caratteri sulle pagine.
Inoltre se prevedi stringhe in diverse lingue, uft8 ti garantisce il supporto a più ampio spettro ai caratteri rispetto a iso-8859-1 che ad esempio avrebbe problemi con i caratteri cirillici... e mi sa anche con quelli greci.
no no i greci li supportaOriginariamente inviato da Alhazred
No, htmlspecialchars() sempre la stessa cosa fa.
Ma avere un charset coerente ovunque ti evita possibili problemi di visualizzazione dei caratteri sulle pagine.
Inoltre se prevedi stringhe in diverse lingue, uft8 ti garantisce il supporto a più ampio spettro ai caratteri rispetto a iso-8859-1 che ad esempio avrebbe problemi con i caratteri cirillici... e mi sa anche con quelli greci.
Permessi di invio
Rispondi quotando