Ir al contenido principal

[php] htmlentities no funciona como se debe

Hola a todos! Ha pasado mucho de la última vez que escribí aquí, jijiji!

Esta vez les traigo un nuevo tip. Se trata del uso de la función PHP htmlentities.

Como recordarán, esta función retorna una cadena de texto, con los caracteres especiales convertidos a su forma HTML, vale decir, convierte letras tildadas y otros signos a sus respectivos códigos HTML. Esto permite que el navegador interprete nuestra página HTML como corresponde, y no se quede pillada al encontrarse con extraños símbolos que no entiende.

Ahora bien, desde cierta versión de PHP, la forma de usar esta función cambió un poco. Ya no bastaba con llamarla, sino que hay que indicarle ciertos parámetros para que funcione bien.

Antes:

$cadena = "Hola, ¡cómo estás?";
$cadena_html = htmlentities($cadena);
print $cadena_html;
// A nivel de código, obteníamos: Hola, ¡cómo estás?

Ahora:

$cadena = "Hola, ¡cómo estás?";
$cadena_html = htmlentities($cadena, ENT_COMPAT | ENT_HTML401, "UTF-8");
print $cadena
_html
;
// A nivel de código, obtenemos de nuevo: Hola, 

¡cómo estás?

En teoría, hasta ahí vamos bien.

Pero resulta que con los nuevos parámetros, vienen nuevos detalles.

Como habrán notado, ahora nos toca declarar el tipo de codificación de nuestro texto: en el ejemplo, he colocado la codificación "universal", la UTF-8, que es claro, la usada por los anglo parlantes (ya que ellos son los dueños del mundo, ehm! quiero decir, los que inventaron el lenguaje de programación XD).

En ese sentido, si queremos programar páginas para hispano-lectores, debemos declarar nuestra codificación a ISO-8859-1, para que nos tome los caracteres especiales de nuestro idioma correctamente (vocales tildadas, letras ñ, inicios de signos de exclamación e interrogación, etc.).

Ese es uno de los primeros detalles: Tener en cuenta el tipo de codificación de nuestra página, para que sea la misma que usamos al invocar la función htmlentities. (Recordar que la codificación de nuestra página se define en el header de nuestro HTML, en la etiqueta meta "Content-type", parámetro "charset".)

Con dicha información, yo estuve bien todo el tiempo, hasta hace unos días, que comencé a programar nuevos sitios, pero la función fallaba al convertir los caracteres especiales.

En el mismo ejemplo anterior, me pasaba lo siguiente:

$cadena = "Hola, ¡cómo estás?";
$cadena_html = htmlentities($cadena, HTML_COMPAT | ENT_HTML401, "ISO-8859-1");
print $cadena
_html;
// Tanto a nivel de código como en el navegador web, obtenía esto: Hola, ¡cómo estás?

Por más que cambiara la codificación de la página (en el meta del header) o en la función misma htmlentities, no había cambio.

Hasta que, al investigar, encontré la respuesta en uno de los comentarios de la pregunta de Stack Overflow en inglés Why does the htmlentities  function not properly work? : La respuesta estaba en el tipo de codificación, pero no ya de PHP o HTML, sino del editor de texto que estuviéramos usando! 😲

En mi caso, había cambiado mi usual Crimson Editor por el Notepad++. Con el primero jamás tuve este problema: tal vez manejaba automáticamente el asunto de qué codificación usar. Pero en el último, estaba en UTF-8, y al cambiarla a ANSI, voilà! Asunto resuelto! XD

Ese fue el segundo detalle. Espero que les sirva de ayuda, y demos las gracias a los chicos de Stack Overflow, porque siempre nos ayudan con sus conversaciones ^_~

Hasta pronto!





Comentarios

Anónimo ha dicho que…
Este comentario ha sido eliminado por un administrador del blog.

Entradas populares de este blog

[tsql] Error: La instrucción INSERT EXEC no se puede anidar

Holas a todos. Mientras programaba un procedimiento almacenado, intenté obtener los datos de otro procedimiento, como lo he venido haciendo desde que descubrí tamaña maravilla de la programación sql. Pero hoy me topé con este extraño error: La instrucción INSERT EXEC no se puede anidar . Tras investigar por algunos lados, di con la respuesta: no se puede almacenar en una tabla temporal de procedimiento almacenado, el resultado de otro procedimiento que también esté realizando una inserción de este tipo. Esto es algo como tener: CREATE PROCEDURE miProcedimiento AS  INSERT INTO #tablita EXEC otroProcedimiento;  SELECT * FROM #tablita; END; CREATE PROCEDURE nuevoProcedimiento AS  INSERT INTO #tabla1 EXEC miProcedimiento; END; Esto significará que si ejecuto: EXEC nuevoProcedimiento; ...SQL me arrojará el error antes mencionado. La solución al problema es no llamar a un procedimiento que esté llamando a otro ya en su interior. En algunos lados leí que transf

[mysql] Pasar array a parámetro de procedimiento almacenado (Mysql)

Me tocó hacer una consulta que retornaba una lista de items relacionados con una lista de usuarios que podían o no tener registros en común (vale decir, tabla de quiebre). La lista debía retornar siempre la lista de items, independiente de si había usuarios por los cuales consultar y/o si los usuarios tenían relación con ellos, pero debía mostrarme el status de los usuarios por cada item, de haberlos, esto es, una lista de nombres con una columna que podía estar vacía o no. Para el caso de tener que consultar los items relacionados con usuarios, al hacer la consulta utilizando un LEFT JOIN, me daba resultados si los usuarios tenían relación con los ítems, pero no si los usuarios no tenían items asociados pues, obviamente, al no estar relacionados, la consulta retorna vacío. Por ello, la solución era hacer la consulta de los items primero, y luego por cada item preguntar el status del usuario por cada uno. Para ello, tenía dos alternativas: hacerlo por programación o hacerlo por bas

[php] NuSOAP HTTP Error: socket read of headers timed out

Holas a todos. Este es para comentar un problema que he tenido al trabajar un servicio web montado en PHP con la clase NuSOAP. El problema surgió cuando intenté llamar al servicio web desde el otro servidor, pero se caía a los exactos 30 segundos de ejecución, mostrando el mensaje que titula este registro: HTTP Error: socket read of headers timed out Sabía que el problema era el timeout, pero ¿el timeout de qué? En los servidores y páginas web hay timeouts por todos lados: el de la Conexión a internet o la red, el del Servidor (hardware), el del Servidor Web en sí (Apache, mi caso), el de PHP (mi caso)... Pero nunca se me habría ocurrido que las Aplicaciones o frameworks también pudieran tener :o Por eso, tras buscar por la red la solución a mi problema, la respuesta vino precisamente de alguien que señaló sencillamente que había que modificar el timeout de la clase NuSOAP. Y dicho y hecho, eso solucionó el problema. Si están usando en su servidor y/o cliente la clase NuSOAP, y d