Recuperar string de la base de datos y que se RESPETEN los caracteres UTF-8

[ZoroRoronoa]

Amigos.

Mi documento esta bien establecito con su debida cabecera que especifica los caracteres como UTF-8

Si coloco directamente en el archivo php la cadena

Año, y algo más.
Se me muestra bien.

Ahora result que tengo cadenas guardadas en la base de datos, y DENTRO DE LA BASE DE DATOS, tambien se muestran bien.

El problema es cuando hago la consulta (query), y los imprimo, me muestra los caracteres como raros.

Alguna solucion a ello, no lo he logrado, ya tengo rato batallando :/

Saludos y Gracias de antemano.

[NueveReinas]

Prueba añadiendo AddDefaultCharset UTF-8 en el .htaccess.

[orodrf]

Prueba htmlentities(), suponiendo que tu base de datos tiene utf8 o lo has convertido.
esto te convierte para enviarlo al navegador.

[ZoroRoronoa]

Iniciado por orodrf

Prueba htmlentities(), suponiendo que tu base de datos tiene utf8 o lo has convertido.
esto te convierte para enviarlo al navegador.

Ese no es el problema, ya que los saltos de linea y todas las etiquetas HTML, me van bien.

El problema que tengo con con los ácéntós y las eñes.

Me salen simbolitos como estos:
ácéntós y las eñes.
�c�nt�s y las e�es.

Pero si entro a la base con PHPadmin, se ven correctamente los caracteres.

ADEMAS AGREGO, QUE POR SI LAS DUDAS, YA INTENTE usar eso de htmlentities y nada.

Saludos.

[orodrf]

Pues precisamente eso, htmlentities( "áÑñ" ) te lo convierte a áÑñ que son codigos que tu navegador interpreta correctamente ahora, si te sigue mostrando mal quizas tu cadena almacenada no este en utf8, recuerda que la base de datos se codifica en una pagina y tambien cada campo string la puedes codificar en una pagina de codigos diferente (al menos en mysql), quizas la cadena que intentas mostrar lo has ingresado por un medio externo es decir no atravez de un formulario en uft8.

[hhs]

Aqui se habla del tema: http://www.phptherightway.com/#php_and_utf8

[Jilti]

Saludos... Prueba en vez de utf8

Código:

<meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1" />

[ZoroRoronoa]

El problema era el siguiente.

Si el usuario enviaba carateres especiales, sobre todo de inyeccion SQL y XSS, como las comillas
" ", o los mayorQue menorQue > <, esta era mi preocupacion.

Asi que decidi escapar estos caracteres mediante la funcion htmlspecialchars ( COMO ES OBVIO ), pero los ácentos y las eñes, me estaban
Matando.

AHORA, SIN NECESIDAD DE CONVERTIR los caracteres con acentos y eñes, prodeci a guardarlos normalmente.
Como si fueran cualquier caracter ordinario.

Y el problema venia a la hora de extraer los datos con el SELECT.

Esto lo resolvi colocando despues de abrir mi conexion, la siguiente linea.
mysqli_query($con, "SET NAMES 'utf8'");

Código PHP:

mysqli_query($con, "SET NAMES 'utf8'");
 

Un saludo y Gracias a todos por su ayuda.

[pateketrueke]

Si el usuario enviaba carateres especiales, sobre todo de inyeccion SQL y XSS, como las comillas
" ", o los mayorQue menorQue > <, esta era mi preocupacion.

Es una preocupación bastante mal enfocada.

Lo correcto es dejar intactos los datos.

¿Por qué?

1. SQL

Porque una inyección de SQL no se ejecutará jamás por sí misma, sólo ocurre si no preparas las consultas, así que si armas tus consultas de SQL a mano ahí está el problema.

Por eso debes escapar las consultas, usando PDO por ejemplo, pero jamás alterando la información original: ese es un error bastante común pensar así.

2. XSS

De igual forma, una inyección de XSS jamás se ejecutará por sí misma, sólo ocurre si imprimes la información directamente al documento, sin precaución alguna y sin escapar apropiadamente dicho HTML en caso de permitirlo.

Por eso debes, o bien, eliminar todo el HTML al recibir la información (en caso de limitarlo) o bien, filtrarlo adecuadamente antes de guardar: jamás debes alterar la naturaleza original de la información.

Porque además, ¿sabes qué?

La función htmlspecialchars() termina incrementando la cantidad de caracteres necesarios para preservar información en la base de datos ¡de manera inútil!

Una inyección de SQL jamás ocurrirá si preparas tus consultas, así como algo de HTML+XSS no hace daño en la base de datos.

Sólo hay que preocuparse de él al momento de enviarlo al navegador, así como al momento de ejecutar las consultas.

Lo del césar al césar pues, no inventes técnicas innecesarias.

Así que no le veo lo "obvio" lo que planteas.

Estás mal, muy mal.