Utf8 vuelve a dar problemas - Insertando datos en Mysql

[Alvaro_Franz]

Hola... ayer abrí un tema porque utf8 no mostraba correctamente en formularios, y fue solucionado.

Pero curiosamente viene otro problema y este surge al intentar meter dichos datos en la base de datos MySql (todo está establecido para usar cotejamiento uft8_unicode_ci

Nota que me llama la atención: Tras enviar los datos en el formulario y hacer un echo, estos muestran los caracteres problemáticos tal y cuál, por ejemplo:

Camión, en el código fuente se muestra tal cuál, y si hago un utf8_encode() antes de hacer el echo, este vuelve a mostrarse de forma extraña.

Sigo investigando, pero este es un gran quebradero de cabeza.

[Triby]

Si se muestra correctamente es porque ya tienes especificado el juego de caracteres adecuado y, si pasas una cadena codificada en utf8 por utf8_encode() seguro que los resultados seran muy extraños, porque la funcion espera recibir una cadena en iso o algun otro juego de caracteres.

[SJENERT]

Si no quieres tener problemas con carácteres especiales debes tener la bd con cotejamiento utf8_spanish o general y el campo en spanish, luego en l función de conexión debes hacer un query con esta sentencia "SET NAMES 'utf8'" y lo último es que en la página a mostrar y en los formularios tengan el charset utf-8

[Alvaro_Franz]

Gracias probaré a hacerlo pero... ¿qué diferencia hay entre utf8_spanish y utf8_unicode? Es que pretendo utilizar el servicio en otros idiomas y no querría tener problemas en un futuro.

Por otro lado, ¿no basta con ejecutar "set names utf8" una vez en mi tabla mysql para que valga siempre?, es decir, ¿necesito ejecutar esta consulta justo antes de cada uno de los queries que vaya a realizar?

Un saludo y gracias por sus respuestas.

[Triby]

Basicamente, ambos son lo mismo, las pequeñas diferencias entre cada juego de caracteres utf8 es que aplican variantes para comparar y ordenar, siendo utf8_general el que tiene mejor rendimiento y utf8_unicode el mas consistente.

La eleccion del juego de caracteres deberia basarse en lo que realmente es mas importante y de que forma podria afectar las consultas, es decir, si el rendimiento cambia drasticamente, tal vez convenga quedarse con el general o, por el contrario, si las busquedas e indices no se presentan en el orden esperado, entonces decidir por unicode.

Mas info en ingles: http://me.in-berlin.de/doc/mysql-doc...l_Charset.html

[Alvaro_Franz]

Muchas gracias por la información, utilizaré el utf8_unicode_ci para mis artículos en alemán.

Se ha solucionado perfectamente con SET NAMES (investigaré qué hace). Por otro lado, veo que en la base de datos se guardan los caracteres con acentos tal y cuál, siempre me ha hechado para atrás ver que no están en su respectivo HTML, ¿es normal, o al menos fiable que se guarden así?

Gracias por todo.