Re: [Ovillo] codificacion UTF-8 y servidor web
Perdonad por responder a un mensaje antiguo pero he encontrado algo que creo
que puede aclarar la discusión.
El tema entidades sí, entidades no quedó un poco en el aire pero la norma
html 5, todavía en borrador, es clara con respecto a las entidades (
http://www.whatwg.org/specs/web-apps/current-work/multipage/section-conformance.html#xhtml5
)
Note: According to the XML specification, XML processors are not guaranteed
to process the external DTD subset referenced in the DOCTYPE. This means,
for example, that using entities for characters in XHTML documents is unsafe
(except for lt;, gt;, amp;, quot; and apos;). For interoperability,
authors are advised to avoid optional features of XML.
O lo que es lo mismo, si usas xhtml ten en cuenta que xml sólo define las
entidades lt;, gt;, amp;, quot; y apos; por lo que tendrás que crearte
tu própia dtd si quieres usar otras entidades.
Con lo que queda resuelto el tema. Si usas xhtml no puedes usar entidades y
si usas html si.
El día 11/01/08, Pedro Amador Rodríguez Álvarez [EMAIL PROTECTED]
escribió:
stripTM wrote:
David Pardo escribió:
Carlos Revillo escribió:
(...)Aparte, no entiendo del todo tu razonamiento. Si no quieres que
el yugoslavo
te mande variables raras ¿qué le dirías?. Le dirías Oye, trata de
poner
variables para que nos entendamos todos? (...)
Mi razonamiento se resume en dos cosas:
1.- Servir páginas en UTF8 ahorra muchos quebraderos de cabeza frente a
usar entidades con un encoding de 1 byte.
2.- Las herramientas actuales soportan UTF8 en su mayoría
Por tanto, creo que como personas que nos dedicamos a esto, debemos ir
pensando en migrar cuanto antes, si no lo hemos hecho ya.
el resto de mi correo (disculpad el offtopic) trataba de decir que, si
bien a la hora de programar no se me ocurre escribir variables del
estilo de превосходная, si mi lenguaje de programación soporta UTF8,
podré hacer una expresión regular como m{превосходная} y me encontrará
las coincidencias. Por poner un ejemplo más cercano, si escribo en un
programa en perl que convierte un texto en mayúsculas:
#!/usr/bin/perl
use utf8;
print uc('añadió');
Me devolverá
AÑADIÓ
mientras que si tengo los textos guardados como entidad, por ejemplo en
LATIN-1,
print uc('a#x00f1;adi#x00f3;')
imprimirá
A#X00F1;ADI#X00F3;
que, además de ser bastante incomprensible, es incorrecto, ya que se
representa como AñADIó en HTML. Por todo esto, creo que UTF8 es una
maravilla para los que tenemos idiomas con acentos, eñes y similares, y
más aún para internacionalizar sitios web.
Un saludo y disculpas por el coñazo,
Has resumido perfectamente lo que quería decir yo en mi otro mensaje.
Apoyo la moción, y que conste que también uso UTF8 intensiva y
extensivamente. Pero sigo teniendo mis pegas, por eso para la
presentación WEB a veces (no todas) uso entidades
?php
$a = Leñe!;
echo Y la longitud de $a es (¡Tachán!): . strlen($a) . \n;
?
¿Cuánto es esto? ¿cinco? ¿seguro? Probad...
Mejor usamos UTF-16, que UTF-8 también tiene sus ñpas, y nos dejamos de
medias tintas, ¿no?
Salud,
Pedro.
P.D.
/**
* SIN_ACRITUD
*/
?php
$a = Leñe!;
echo Y la longitud de $a es (¡Tachán!): . strlen($a) . \n;
?
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://lists.ovillo.org/mailman/listinfo/ovillo
--
We don't need no education - Pink Floyd
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] codificacion UTF-8 y servidor web
2008/1/11 carlos campderrós [EMAIL PROTECTED]: 2008/1/11 Pedro Amador Rodríguez Álvarez [EMAIL PROTECTED]: Apoyo la moción, y que conste que también uso UTF8 intensiva y extensivamente. Pero sigo teniendo mis pegas, por eso para la presentación WEB a veces (no todas) uso entidades ?php $a = Leñe!; echo Y la longitud de $a es (¡Tachán!): . strlen($a) . \n; ? ¿Cuánto es esto? ¿cinco? ¿seguro? Probad... echo Y la longitud de $a es: .mb_strlen($a).\n; Si trabajamos con codificaciones multibyte, usar las funciones de strings mb_* Aparte, pedro parece dar a entender que UTF16 solo tenga un tamaño de expresion de 16 bits, cuando no es el caso. UTF-8: de 1 byte hasta 6. (1,2,3,4,5,6: 6 tamaños) UTF-16: es de 2 o bien 4 bytes (2,4: 2 tamaños) UTF-32: siempre 4 bytes ( 4: 1 tamaño) Unicode: sin limites al numero de bytes que se quieran usar para representar cualquier caracter ( infinitos tamaños) ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] codificacion UTF-8 y servidor web
(...)$a = Leñe!;
echo Y la longitud de $a es (¡Tachán!): . strlen($a) . \n;
¿Cuánto es esto? ¿cinco? ¿seguro? Probad...
#!/usr/bin/perl
use utf8;
print length('añadió');
Imprime 6. Mi lenguaje de programación es mejor que el tuyo ;)
En cuanto a UTF16, tres problemas. El primero, que no lo soporta casi
nadie. El segundo, que duplica el tamaño frente a ANSI para textos que
usen mayoritariamente el juego de caracteres ASCII. Por último, un UTF8
que sólo use caracteres ASCII es exactamente igual que un archivo ASCII,
por lo que no hay que hacer cambios en dichos archivos.
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] codificacion UTF-8 y servidor web
Tei wrote: 2008/1/11 carlos campderrós [EMAIL PROTECTED]: 2008/1/11 Pedro Amador Rodríguez Álvarez [EMAIL PROTECTED]: Apoyo la moción, y que conste que también uso UTF8 intensiva y extensivamente. Pero sigo teniendo mis pegas, por eso para la presentación WEB a veces (no todas) uso entidades ?php $a = Leñe!; echo Y la longitud de $a es (¡Tachán!): . strlen($a) . \n; ? ¿Cuánto es esto? ¿cinco? ¿seguro? Probad... echo Y la longitud de $a es: .mb_strlen($a).\n; Si trabajamos con codificaciones multibyte, usar las funciones de strings mb_* Aparte, pedro parece dar a entender que UTF16 solo tenga un tamaño de expresion de 16 bits, cuando no es el caso. UTF-8: de 1 byte hasta 6. (1,2,3,4,5,6: 6 tamaños) UTF-16: es de 2 o bien 4 bytes (2,4: 2 tamaños) UTF-32: siempre 4 bytes ( 4: 1 tamaño) Unicode: sin limites al numero de bytes que se quieran usar para representar cualquier caracter ( infinitos tamaños) ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo Efectivamente, he metido la pata. Me refería a utilizar una codificación de caracteres de tamaño fijo, y pensaba (no se por qué) que UTF-16 lo es. Entonces, ¿en qué queda el asunto? ¿Entidades o utf8? Aún no me ha quedado suficientemente claro... ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] codificacion UTF-8 y servidor web
2008/1/11 Pedro Amador Rodríguez Álvarez [EMAIL PROTECTED]: Tei wrote: 2008/1/11 carlos campderrós [EMAIL PROTECTED]: 2008/1/11 Pedro Amador Rodríguez Álvarez [EMAIL PROTECTED]: Apoyo la moción, y que conste que también uso UTF8 intensiva y extensivamente. Pero sigo teniendo mis pegas, por eso para la presentación WEB a veces (no todas) uso entidades ?php $a = Leñe!; echo Y la longitud de $a es (¡Tachán!): . strlen($a) . \n; ? ¿Cuánto es esto? ¿cinco? ¿seguro? Probad... echo Y la longitud de $a es: .mb_strlen($a).\n; Si trabajamos con codificaciones multibyte, usar las funciones de strings mb_* Aparte, pedro parece dar a entender que UTF16 solo tenga un tamaño de expresion de 16 bits, cuando no es el caso. UTF-8: de 1 byte hasta 6. (1,2,3,4,5,6: 6 tamaños) UTF-16: es de 2 o bien 4 bytes (2,4: 2 tamaños) UTF-32: siempre 4 bytes ( 4: 1 tamaño) Unicode: sin limites al numero de bytes que se quieran usar para representar cualquier caracter ( infinitos tamaños) ___ Efectivamente, he metido la pata. Me refería a utilizar una codificación de caracteres de tamaño fijo, y pensaba (no se por qué) que UTF-16 lo es. No me extraña que no lo tengas claro. UTF en google nos lleva a UTF8 en la wikipedia. Pero... http://es.wikipedia.org/wiki/Unicode_Transformation_Format nos lleva a ... UTF8 otra vez, ...esto tiene que estar mal. La entrada de Unicode es mas culta: http://es.wikipedia.org/wiki/Unicode Unicode define dos métodos de mapeo o de localización de caracteres: * La codificación UTF (Unicode Transformation Format) Formato de Transformación Unicode. * La codificación UCS (Universal Character Set) Juego de Caracteres Universal. Las codificaciones incluyen: * UTF-7 — una codificación relativamente poco popular de 7 bits, a menudo considerada obsoleta. * UTF-8 — una codificacón de 8 bits de longitud variable * UCS-2 — una codificación de 16 bits de longitud fija que solamente permite el mapeo o la búsqueda en la Plana Básica Multilengüe. * UTF-16 — una codificación de 16 bits de longitud variable. * UCS-4 y UTF-32 — un par de codificaciones de 32 bits de longitud fija que son funcionalmente idénticas. * UTF-EBCDIC — una codificación poco difundida creada para sistemas basados en EBCDIC. Yo esto lo leo como que los unicode/UTF son de longitud variable, los unicode/UCS son de longitud fija. Es posible que tu estuvieras pensando en UCS-2. Pero si ha tenido exito UTF8, pues es el mas practico, un mensaje anterior da buenas razones. Dice esta pagina wiki que los escolares chinos necesitan mas de 65535 caracteres, asi que tu UCS-2 no puede ser universal, al menos no para 3000 millones de personas. Entonces, ¿en qué queda el asunto? ¿Entidades o utf8? Aún no me ha quedado suficientemente claro... Cada uno a dado sus razones. Elije por ti mismo lo que mas te convenza. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] codificacion UTF-8 y servidor web
stripTM wrote: Pedro Amador Rodríguez Álvarez escribió: Carlos Acero Sánchez wrote: Muy buen artículo... una última pregunta al respecto: Al utilizar la codificación utf-8, ¿ya no sería necesario utilizar entidades? Ejemplo los acentos (camión -- camioacute;n). Saludos Yo seguiría usando entidades. Aunque tu entorno de desarrollo vaya perfecto, tengas dominado el servidor de pruebas, de producción, se vea todo de cine... mañana alguno de los elementos puede cambiar, y no son pocos: la configuración del servidor, el entorno de desarrollo, la interpretación del navegador, nuevas versiones de lo que sea... lo único que siempre se va a ver bien (no, si de este agua no beberé :P ) son las entidades. Usar entidades en un documento utf-8 es una tontería si por la razón que sea tienes que cortar el texto o hacer búsquedas verás que gracioso es el tener entidades y tener que detectar el comienzo y final para tratarlo como un único carácter. Beberé, beberé... XD ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] codificacion UTF-8 y servidor web
On Jan 10, 2008 2:05 PM, Pedro Amador Rodríguez Álvarez [EMAIL PROTECTED] wrote: stripTM wrote: Pedro Amador Rodríguez Álvarez escribió: Carlos Acero Sánchez wrote: Muy buen artículo... una última pregunta al respecto: Al utilizar la codificación utf-8, ¿ya no sería necesario utilizar entidades? Ejemplo los acentos (camión -- camioacute;n). Saludos Yo seguiría usando entidades. Aunque tu entorno de desarrollo vaya perfecto, tengas dominado el servidor de pruebas, de producción, se vea todo de cine... mañana alguno de los elementos puede cambiar, y no son pocos: la configuración del servidor, el entorno de desarrollo, la interpretación del navegador, nuevas versiones de lo que sea... lo único que siempre se va a ver bien (no, si de este agua no beberé :P ) son las entidades. Usar entidades en un documento utf-8 es una tontería si por la razón que sea tienes que cortar el texto o hacer búsquedas verás que gracioso es el tener entidades y tener que detectar el comienzo y final para tratarlo como un único carácter. Beberé, beberé... XD Aunque pueda ser un contilde;azo, son dificultades que solo sufre el webmaster, no el usuario final, y es posible (como han indicado antes) que el dueño de la pagina web la mueva por distintos hostings. Si dentro de 5 años enseñamos la pagina y decimos que es nuestra, quedara como mal un enorme interrogante donde estaban las letras acentuadas.. Aunque no sea necesario, si tenemos un sistema que lo automatizase, yo preferiria seguir usando las entidades. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] codificacion UTF-8 y servidor web
El webmaster? También las tendrá que sufrir el que meta los contenidos, a traves de un css no? Tendrás que enseñarle a esa persona que un ó hay que ponerlo como oacute; o bien convertirlo tu mismo, lo cual entiendo que te obligará a procesar todo el texto que te mande el usuario antes de guardarlo en tu bd... Por otro lado... por qué siempre vamos a tener que cargar los webmasters con la responsabilidad? Para que tu trabajo funcione le sueles decir al dueño de la página que necesita un servidor que tenga php, mysql, apache... que sirva en utf-8... todas esas cosas. Si esas cosas las cambia supongo que el problema será del dueño y no del que lo programo. Poniéndome más catastrofista es como si mueve una aplicación escrita en php a un servidor que no tenga el php instalado... también le dejará de funcionar. Y no por eso le vamos a dar toda la aplicación en estático, no? :) Por otro lado, por muchas entidades que sepas no creo que puedan llegar a saberse todas de memoria... Y si haces una web en castellano, bueno, vale, tienes que tener cuidado con las tildes, con las ñ... es asumible. Pero pongamos que el dueño de la web te obliga a hacer una versión en checo de la misma. Puedes seguir usando entidades sí, pero a buen seguro que el tiempo de desarrollo aumenta... al azar he pillado un pequeño texto de la home de una web de la replúbica checa... (http://www.czech.cz/cz/) Češi od nich již dávno neočekávají pouze nejkvalitnější jazykové kurzy a zprostředkování mezinárodních zkoušek. Studenti se na ně obracejí, když plánují vycestovat do zahraničí, učitelé jazyků hledají inspiraci v jejich bohatých knihovnách. Když se chystá výtvarná, divadelní či filmová přehlídka cizí země, tušíme, která instituce v tom bude mít prsty. Zvykli jsme si totiž vídat jejich jména a loga na plakátech nejrůznějších kulturních akcí i vědeckých konferencí. Me volvería loco si tengo que escribir eso con entidades sabiendo que con el utf-8 me lo puedo evitar... Unos links por si sirven de algo, http://kusor.net/article/619/utf-8 -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Tei Enviado el: jueves, 10 de enero de 2008 14:22 Para: Ovillo, la lista de CSS en castellano Asunto: Re: [Ovillo] codificacion UTF-8 y servidor web On Jan 10, 2008 2:05 PM, Pedro Amador Rodríguez Álvarez [EMAIL PROTECTED] wrote: stripTM wrote: Pedro Amador Rodríguez Álvarez escribió: Carlos Acero Sánchez wrote: Muy buen artículo... una última pregunta al respecto: Al utilizar la codificación utf-8, ¿ya no sería necesario utilizar entidades? Ejemplo los acentos (camión -- camioacute;n). Saludos Yo seguiría usando entidades. Aunque tu entorno de desarrollo vaya perfecto, tengas dominado el servidor de pruebas, de producción, se vea todo de cine... mañana alguno de los elementos puede cambiar, y no son pocos: la configuración del servidor, el entorno de desarrollo, la interpretación del navegador, nuevas versiones de lo que sea... lo único que siempre se va a ver bien (no, si de este agua no beberé :P ) son las entidades. Usar entidades en un documento utf-8 es una tontería si por la razón que sea tienes que cortar el texto o hacer búsquedas verás que gracioso es el tener entidades y tener que detectar el comienzo y final para tratarlo como un único carácter. Beberé, beberé... XD Aunque pueda ser un contilde;azo, son dificultades que solo sufre el webmaster, no el usuario final, y es posible (como han indicado antes) que el dueño de la pagina web la mueva por distintos hostings. Si dentro de 5 años enseñamos la pagina y decimos que es nuestra, quedara como mal un enorme interrogante donde estaban las letras acentuadas.. Aunque no sea necesario, si tenemos un sistema que lo automatizase, yo preferiria seguir usando las entidades. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] codificacion UTF-8 y servidor web
-Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Carlos Revillo Enviado el: jueves, 10 de enero de 2008 14:59 Para: 'Ovillo, la lista de CSS en castellano' Asunto: Re: [Ovillo] codificacion UTF-8 y servidor web El webmaster? También las tendrá que sufrir el que meta los contenidos, a traves de un css no? Cms quería decir... ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] codificacion UTF-8 y servidor web
Aunque pueda ser un contilde;azo, son dificultades que solo sufre el webmaster, no el usuario final, y es posible (como han indicado antes) que el dueño de la pagina web la mueva por distintos hostings. Si dentro de 5 años enseñamos la pagina y decimos que es nuestra, quedara como mal un enorme interrogante donde estaban las letras acentuadas.. Aunque no sea necesario, si tenemos un sistema que lo automatizase, yo preferiria seguir usando las entidades. La verdad, no se por que se sigue discutiendo esto. UTF8 es una solución compatible ASCII hacia atrás y soporta (casi) todos los caracteres especiales. La solución fácil y rápida es usar UTF8 _para todo_ y olvidarse de parches como ISO 8851, entidades o similares que fueron útiles en su momento pero ya están claramente superados. UTF8 está soportado por todos los navegadores modernos, por todos los editores de texto, por los motores de base de datos, por los frameworks y lenguajes de programación modernos y por los sistemas de correo electrónico. Su codificación es fácil y no incrementa el peso de los archivos, con lo que las únicas barreras para su implantación son la costumbre y el miedo a los cambios. Además, como ya ha citado alguien por aquí, añadir un nuevo juego de caracteres (cirílico, por ejemplo) es trivial en UTF8 y un problema gordo con entidades o juegos de caracteres de 1byte. Por mi parte, no se me ocurriría empezar nada nuevo y no hacerlo en UTF8 Un saludo, David ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] codificacion UTF-8 y servidor web
On Jan 10, 2008 5:07 PM, David Pardo [EMAIL PROTECTED] wrote: Aunque pueda ser un contilde;azo, son dificultades que solo sufre el webmaster, no el usuario final, y es posible (como han indicado antes) que el dueño de la pagina web la mueva por distintos hostings. Si dentro de 5 años enseñamos la pagina y decimos que es nuestra, quedara como mal un enorme interrogante donde estaban las letras acentuadas.. Aunque no sea necesario, si tenemos un sistema que lo automatizase, yo preferiria seguir usando las entidades. La verdad, no se por que se sigue discutiendo esto. UTF8 es una solución compatible ASCII hacia atrás y soporta (casi) todos los caracteres especiales. La solución fácil y rápida es usar UTF8 _para todo_ y olvidarse de parches como ISO 8851, entidades o similares que fueron útiles en su momento pero ya están claramente superados. Las entidades no forman parte de las chapuzas historicas, como las tablas de codificacion. Al contrario, son unas de las caracteristicas de las tecnologias entorno a XML, que permiten mediante ellas hacer cosas tan interesantes como localizacion. Puedes tener un menu donde en lugar de poner About o A proposito, pones menu.About; Que se puedan usar acentos, eñes y otros caracteres extraños, no quiere decir que sea una buena idea utilizarlos. Imaginate los problemas de migracion que tendriamos, si a la gente le diera por poner acentos en los nombres de las tablas, y los campos, de una base de datos. O si a la gente le diera por poner acentos en las variables, y luego ese codigo lo enviaramos a alguien con un teclado en ingles. O al contrario, si contratamos un yugoslavo para un desarrollo web, y nos entrega una aplicacion web con las variables en cirilico. Con esto no quiero decir que no debemos nunca utilizar acentos en el codigo fuente de nuestras paginas web. Yo mismo es lo que suelo hacer. Lo que quiero decir es que cuando tenemos la oportunidad de hacer una cosa o la otra, y nos cuesta exactamente el mismo esfuerzo, es mejor que elijamos que aparezcan entidades, de esta manera menos cosas pueden ir mal, cuando todo vaya mal. Cualquiera que esta pensando optimistamente en este asunto, no tiene una pagina web de mas de 10 años de antiguedad, o ha tenido una suerte sobrenatural. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] codificacion UTF-8 y servidor web
Imaginate los problemas de migracion que tendriamos, si a la gente le diera por poner acentos en los nombres de las tablas, y los campos, de una base de datos. (...) me imagino que si ponemos los nombres de las tablas y los campos en cirílico, o con acentos, y usamos UTF8, no va a haber problemas técnicos. Otra cosa es que las entendamos o no, pero eso es un problema de idiomas, no de tecnologías. Las entidades tienen su función. amp; es imprescindible para la correcta definición de un XML, pero usarlas para poner caracteres propios de un idioma, es un parche. Obviamente, no se pueden usar entidades como nombres de columna ni variables, y será el lenguaje de programación de cada uno el que le permita usar o no acentos en las variables, pero creo que este no es el problema. El problema es servir o no servir los documentos en UTF8, y, para mí, la respuesta está clara. Si no hay una inversión previa que indique otra cosa, o si se puede empezar de cero, sí. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] codificacion UTF-8 y servidor web
Imaginate los problemas de migracion que tendriamos, si a la gente le diera por poner acentos en los nombres de las tablas, y los campos, de una base de datos. O si a la gente le diera por poner acentos en las variables, y luego ese codigo lo enviaramos a alguien con un teclado en ingles. O al contrario, si contratamos un yugoslavo para un desarrollo web, y nos entrega una aplicacion web con las variables en cirilico. Pero es que una norma básica de programación, tanto en España como en Yugoslavia, como en Japón es no usar ese tipo de caracteres para ese tipo de cosas. Si te pasas por webs japonesas o rusas que tengan código escrito verás como el resto de la página está escrito en japonés o ruso pero lo que es código tiene una apariencia normal. Generalmente los nombres de las variables los ponen digamos que en inglés... Aparte, no entiendo del todo tu razonamiento. Si no quieres que el yugoslavo te mande variables raras ¿qué le dirías?. Le dirías Oye, trata de poner variables para que nos entendamos todos? o Oye, todas esas variables que tienes ahí con caracteres raros... pásame los caracteres raros a entidades html, por favor.. No le veo sentido alguno... Entre otras cosas porque da error (hablo de php). También puedes escribir toda una página html o un script php sin ningún salto de línea en todo el documento y creo que a nadie se le ocurre hacer eso... Hay buenas prácticas que hablan de identación de código, dejar espacios entre operadores... esas cosas... Siendo programador se puede llegar a saber estas cosas. Lo que no le puedes es, se me ocurre, a un periodista checo encargado de actualizar las noticias de un portal a aprenderse todas las entidades html... Parsearlo me parece una perdida de tiempo sabiendo que el utf-8 nos arregla la papeleta... ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] codificacion UTF-8 y servidor web
Carlos Revillo escribió:
(...)Aparte, no entiendo del todo tu razonamiento. Si no quieres que el
yugoslavo
te mande variables raras ¿qué le dirías?. Le dirías Oye, trata de poner
variables para que nos entendamos todos? (...)
Mi razonamiento se resume en dos cosas:
1.- Servir páginas en UTF8 ahorra muchos quebraderos de cabeza frente a
usar entidades con un encoding de 1 byte.
2.- Las herramientas actuales soportan UTF8 en su mayoría
Por tanto, creo que como personas que nos dedicamos a esto, debemos ir
pensando en migrar cuanto antes, si no lo hemos hecho ya.
el resto de mi correo (disculpad el offtopic) trataba de decir que, si
bien a la hora de programar no se me ocurre escribir variables del
estilo de превосходная, si mi lenguaje de programación soporta UTF8,
podré hacer una expresión regular como m{превосходная} y me encontrará
las coincidencias. Por poner un ejemplo más cercano, si escribo en un
programa en perl que convierte un texto en mayúsculas:
#!/usr/bin/perl
use utf8;
print uc('añadió');
Me devolverá
AÑADIÓ
mientras que si tengo los textos guardados como entidad, por ejemplo en
LATIN-1,
print uc('a#x00f1;adi#x00f3;')
imprimirá
A#X00F1;ADI#X00F3;
que, además de ser bastante incomprensible, es incorrecto, ya que se
representa como AñADIó en HTML. Por todo esto, creo que UTF8 es una
maravilla para los que tenemos idiomas con acentos, eñes y similares, y
más aún para internacionalizar sitios web.
Un saludo y disculpas por el coñazo,
David
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] codificacion UTF-8 y servidor web
Tei escribió: Las entidades no forman parte de las chapuzas historicas, como las tablas de codificacion. Al contrario, son unas de las caracteristicas de las tecnologias entorno a XML, que permiten mediante ellas hacer cosas tan interesantes como localizacion. Puedes tener un menu donde en lugar de poner About o A proposito, pones menu.About; Que se puedan usar acentos, eñes y otros caracteres extraños, no quiere decir que sea una buena idea utilizarlos. Imaginate los problemas de migracion que tendriamos, si a la gente le diera por poner acentos en los nombres de las tablas, y los campos, de una base de datos. O si a la gente le diera por poner acentos en las variables, y luego ese codigo lo enviaramos a alguien con un teclado en ingles. O al contrario, si contratamos un yugoslavo para un desarrollo web, y nos entrega una aplicacion web con las variables en cirilico. Una cosa es un lenguaje de programación que impone sus propias reglas (php obliga a que las variables empiecen por $) y otra es escribir contenidos en un documento html / xhtml / xml. Imaginate que tienes una base de datos o un array de nombres y lo quieres sacar ordenado, verás que sencillo te resulta tener que primero parsearte todos los resultados para transformar las entidades en sus caracteres y después ordenarlo a que el propio motor de la base de datos con un order by te lo devuelva correctamente. Otro ejemplo me ha pasado el pasar unos textos a una aplicación que los devuelve cortados en líneas de 80 caracteres, es simpático cuando ese corte cae en medio de una entidad. El propio W3C recomienda utf-8, los documentos xml por defecto llevan esta codificación y sólo definen 4 entidades, el resto te tocaría definirtelas tú. Y sobre todo que con utf-8 no tienes que memorizarte nada y lees un texto ¡y lo entiendes! ;-) Si dijeras que hay navegadores o servidores que no lo soportan, pero es que eso paso hace mucho tiempo. -- Saludos -=stripTM=- ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] codificacion UTF-8 y servidor web
David Pardo escribió:
Carlos Revillo escribió:
(...)Aparte, no entiendo del todo tu razonamiento. Si no quieres que el
yugoslavo
te mande variables raras ¿qué le dirías?. Le dirías Oye, trata de poner
variables para que nos entendamos todos? (...)
Mi razonamiento se resume en dos cosas:
1.- Servir páginas en UTF8 ahorra muchos quebraderos de cabeza frente a
usar entidades con un encoding de 1 byte.
2.- Las herramientas actuales soportan UTF8 en su mayoría
Por tanto, creo que como personas que nos dedicamos a esto, debemos ir
pensando en migrar cuanto antes, si no lo hemos hecho ya.
el resto de mi correo (disculpad el offtopic) trataba de decir que, si
bien a la hora de programar no se me ocurre escribir variables del
estilo de превосходная, si mi lenguaje de programación soporta UTF8,
podré hacer una expresión regular como m{превосходная} y me encontrará
las coincidencias. Por poner un ejemplo más cercano, si escribo en un
programa en perl que convierte un texto en mayúsculas:
#!/usr/bin/perl
use utf8;
print uc('añadió');
Me devolverá
AÑADIÓ
mientras que si tengo los textos guardados como entidad, por ejemplo en
LATIN-1,
print uc('a#x00f1;adi#x00f3;')
imprimirá
A#X00F1;ADI#X00F3;
que, además de ser bastante incomprensible, es incorrecto, ya que se
representa como AñADIó en HTML. Por todo esto, creo que UTF8 es una
maravilla para los que tenemos idiomas con acentos, eñes y similares, y
más aún para internacionalizar sitios web.
Un saludo y disculpas por el coñazo,
Has resumido perfectamente lo que quería decir yo en mi otro mensaje.
--
Saludos -=stripTM=-
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org
Puedes modificar tus datos o desuscribirte en la siguiente dirección:
http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] codificacion UTF-8 y servidor web
Pedro Amador Rodríguez Álvarez escribió: Carlos Acero Sánchez wrote: Muy buen artículo... una última pregunta al respecto: Al utilizar la codificación utf-8, ¿ya no sería necesario utilizar entidades? Ejemplo los acentos (camión -- camioacute;n). Saludos Yo seguiría usando entidades. Aunque tu entorno de desarrollo vaya perfecto, tengas dominado el servidor de pruebas, de producción, se vea todo de cine... mañana alguno de los elementos puede cambiar, y no son pocos: la configuración del servidor, el entorno de desarrollo, la interpretación del navegador, nuevas versiones de lo que sea... lo único que siempre se va a ver bien (no, si de este agua no beberé :P ) son las entidades. Usar entidades en un documento utf-8 es una tontería si por la razón que sea tienes que cortar el texto o hacer búsquedas verás que gracioso es el tener entidades y tener que detectar el comienzo y final para tratarlo como un único carácter. -- Saludos -=stripTM=- ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] codificacion UTF-8 y servidor web
Jonathan C. escribió: Hola de nuevo, vaya tema. En fin, haciendo mis pruebas, guarde mis paginas otra vez pero con el block de notas e indicandole codificacion utf-8 y nada, pasa lo mismo, siguen saliendo los signos de pregunta. Pero probando un poco mas, acabo de subir esos mismos archivos a un hosting en la web y sorpresa!, funciona bien, me acepta los caracteres con ñ á é í, etc. por lo que creo que el problema esta en mi servidor local, al parecer me esta forzando otra codificacion. en cuanto a lo de forzar el header con header(Content-Type: text/html; charset=utf-8);, me envia un error de header already send, aun colocandolo en la primera linea del documento. Si utilizas Firefox puedes ver la codificación en la que te está llegando por ejemplo desde Herramientas Información de página -- Saludos -=stripTM=- ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] codificacion UTF-8 y servidor web
Hablando de UTF-8 yo también tengo un problema parecido. Estoy creando una web y la he codificado en UTF-8, anadiendo el meta correspondiente: meta http-equiv=Content-Type content=text/html; charset=UTF-8 / Trabajo con dreamweaver, páginas asp, servidor IIS6 y Servidor de BB.DD Microsoft SQL SERVER 2005. El problema está en que los contenidos se ven correctamente excepto cuando el éste proviene de la bb.dd. Yo con esto del UTF-8 soy nuevo y la verdad es que me pierdo un poco porque ya no sé si el SQL me tiene que servir el contenido en UTF-8, cosa que no debe hacer. Saludos ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo En cumplimiento de la Ley 15/1999, de 13 de diciembre, de Protección de Datos de Carácter Personal, le informamos que los datos de carácter personal utilizados para la presente comunicación proceden de un fichero de datos de carácter personal titularidad de Aguirre Newman, S.A., debidamente notificado ante la Agencia Española de Protección de Datos, cuya finalidad es la gestión (control, mantenimiento y archivo de la documentación) de la relación que mantiene con el GRUPO AGUIRRE NEWMAN y la comunicación con terceros. Dichos datos, por consiguiente, han sido incorporados o serán incorporados en dicho fichero para los usos y finalidades indicadas, pudiendo ser objeto de comunicación a las Compañías que integran el GRUPO AGUIRRE NEWMAN, cuya identidad podrá consultar en el aviso legal de la página web corporativa www.aguirrenewman.es, cuando sea necesario y/o pertinente para el cumplimiento de las finalidades señaladas. Si Ud. no consintiese la utilización del correo electrónico para enviarle comunicaciones electrónicas, la comunicación de sus datos de contacto al resto de empresas del GRUPO AGUIRRE NEWMAN o deseara revocar su consentimiento al tratamiento de sus datos, podrá hacerlo mediante un correo electrónico dirigido a [EMAIL PROTECTED] Asimismo, si Ud. desea ejercitar sus derechos de acceso, rectificación, cancelación y oposición podrá hacerlo dirigiéndose por escrito al Departamento de Asesoría Jurídica de Aguirre Newman, S.A., calle General Lacy número 23, C.P. 28045 Madrid, remitiendo, junto con la solicitud, una fotocopia de un documento oficial de identificación (DNI, Pasaporte, etc). According to Spanish Data Protection Law 15/1999, we hereby inform that the personal data used in this communication come from an automated data filed owned by Aguirre Newman, S.A., which has been duly notified to the Spanish Data Protection Agency, and whose purpose is managing (control, maintenance and archiving) the relationship you hold with GRUPO AGUIRRE NEWMAN and its communication with third parties. Such personal data has been included within the referred data file for the uses and purposes above-mentioned and may be transferred to other companies of the AGUIRRE NEWMAN Group, when necessary for the compliance of the purposes above-mentioned. The companies that form the AGUIRRE NEWMAN GROUP are listed in the legal notice of the corporate web site www.aguirrenewman.es. If you do not consent the use of you e-mail for sending electronic communications, or transferring your personal data to the companies of the AGUIRRE NEWMAN Group, or you want to revoke your consent, please send an e-mail to [EMAIL PROTECTED] In addition, if you want to exercise your rights of access, rectification, cancellation and/or opposition, please send a written request to the Legal Department of Aguirre Newman, S.A. c/ General Lacy Nº 23, PO. BOX 28045 Madrid, attaching a photocopy of an official identification document (DNI, Passport, etc). ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] codificacion UTF-8 y servidor web
Prueba modificando el charset del server.- Este es en PHP, header(Content-Type: text/html; charset=utf-8); En ASP, creo que es así, Response.CharSet = utf-8; -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Carlos Acero Sánchez Enviado el: martes, 08 de enero de 2008 14:42 Para: Ovillo, la lista de CSS en castellano Asunto: Re: [Ovillo] codificacion UTF-8 y servidor web Hablando de UTF-8 yo también tengo un problema parecido. Estoy creando una web y la he codificado en UTF-8, anadiendo el meta correspondiente: meta http-equiv=Content-Type content=text/html; charset=UTF-8 / Trabajo con dreamweaver, páginas asp, servidor IIS6 y Servidor de BB.DD Microsoft SQL SERVER 2005. El problema está en que los contenidos se ven correctamente excepto cuando el éste proviene de la bb.dd. Yo con esto del UTF-8 soy nuevo y la verdad es que me pierdo un poco porque ya no sé si el SQL me tiene que servir el contenido en UTF-8, cosa que no debe hacer. Saludos ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo En cumplimiento de la Ley 15/1999, de 13 de diciembre, de Protección de Datos de Carácter Personal, le informamos que los datos de carácter personal utilizados para la presente comunicación proceden de un fichero de datos de carácter personal titularidad de Aguirre Newman, S.A., debidamente notificado ante la Agencia Española de Protección de Datos, cuya finalidad es la gestión (control, mantenimiento y archivo de la documentación) de la relación que mantiene con el GRUPO AGUIRRE NEWMAN y la comunicación con terceros. Dichos datos, por consiguiente, han sido incorporados o serán incorporados en dicho fichero para los usos y finalidades indicadas, pudiendo ser objeto de comunicación a las Compañías que integran el GRUPO AGUIRRE NEWMAN, cuya identidad podrá consultar en el aviso legal de la página web corporativa www.aguirrenewman.es, cuando sea necesario y/o pertinente para el cumplimiento de las finalidades señaladas. Si Ud. no consintiese la utilización del correo electrónico para enviarle comunicaciones electrónicas, la comunicación de sus datos de contacto al resto de empresas del GRUPO AGUIRRE NEWMAN o deseara revocar su consentimiento al tratamiento de sus datos, podrá hacerlo mediante un correo electrónico dirigido a [EMAIL PROTECTED] Asimismo, si Ud. desea ejercitar sus derechos de acceso, rectificación, cancelación y oposición podrá hacerlo dirigiéndose por escrito al Departamento de Asesoría Jurídica de Aguirre Newman, S.A., calle General Lacy número 23, C.P. 28045 Madrid, remitiendo, junto con la solicitud, una fotocopia de un documento oficial de identificación (DNI, Pasaporte, etc). According to Spanish Data Protection Law 15/1999, we hereby inform that the personal data used in this communication come from an automated data filed owned by Aguirre Newman, S.A., which has been duly notified to the Spanish Data Protection Agency, and whose purpose is managing (control, maintenance and archiving) the relationship you hold with GRUPO AGUIRRE NEWMAN and its communication with third parties. Such personal data has been included within the referred data file for the uses and purposes above-mentioned and may be transferred to other companies of the AGUIRRE NEWMAN Group, when necessary for the compliance of the purposes above-mentioned. The companies that form the AGUIRRE NEWMAN GROUP are listed in the legal notice of the corporate web site www.aguirrenewman.es. If you do not consent the use of you e-mail for sending electronic communications, or transferring your personal data to the companies of the AGUIRRE NEWMAN Group, or you want to revoke your consent, please send an e-mail to [EMAIL PROTECTED] In addition, if you want to exercise your rights of access, rectification, cancellation and/or opposition, please send a written request to the Legal Department of Aguirre Newman, S.A. c/ General Lacy Nº 23, PO. BOX 28045 Madrid, attaching a photocopy of an official identification document (DNI, Passport, etc). ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] codificacion UTF-8 y servidor web
Se me ocurre a mi que quizás el problema lo tengáis en la codificación de la Base de datos. Si utilizáis contenido dinámico debéis ver en qué codificación devuelve la base de datos el contenido, no vaya a ser ese el origen de todo mal. Un saludo Victoria El mar, 08-01-2008 a las 14:41 +0100, Carlos Acero Sánchez escribió: Hablando de UTF-8 yo también tengo un problema parecido. Estoy creando una web y la he codificado en UTF-8, anadiendo el meta correspondiente: meta http-equiv=Content-Type content=text/html; charset=UTF-8 / Trabajo con dreamweaver, páginas asp, servidor IIS6 y Servidor de BB.DD Microsoft SQL SERVER 2005. El problema está en que los contenidos se ven correctamente excepto cuando el éste proviene de la bb.dd. Yo con esto del UTF-8 soy nuevo y la verdad es que me pierdo un poco porque ya no sé si el SQL me tiene que servir el contenido en UTF-8, cosa que no debe hacer. Saludos ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo En cumplimiento de la Ley 15/1999, de 13 de diciembre, de Protección de Datos de Carácter Personal, le informamos que los datos de carácter personal utilizados para la presente comunicación proceden de un fichero de datos de carácter personal titularidad de Aguirre Newman, S.A., debidamente notificado ante la Agencia Española de Protección de Datos, cuya finalidad es la gestión (control, mantenimiento y archivo de la documentación) de la relación que mantiene con el GRUPO AGUIRRE NEWMAN y la comunicación con terceros. Dichos datos, por consiguiente, han sido incorporados o serán incorporados en dicho fichero para los usos y finalidades indicadas, pudiendo ser objeto de comunicación a las Compañías que integran el GRUPO AGUIRRE NEWMAN, cuya identidad podrá consultar en el aviso legal de la página web corporativa www.aguirrenewman.es, cuando sea necesario y/o pertinente para el cumplimiento de las finalidades señaladas. Si Ud. no consintiese la utilización del correo electrónico para enviarle comunicaciones electrónicas, la comunicación de sus datos de contacto al resto de empresas del GRUPO AGUIRRE NEWMAN o deseara revocar su consentimiento al tratamiento de sus datos, podrá hacerlo mediante un correo electrónico dirigido a [EMAIL PROTECTED] Asimismo, si Ud. desea ejercitar sus derechos de acceso, rectificación, cancelación y oposición podrá hacerlo dirigiéndose por escrito al Departamento de Asesoría Jurídica de Aguirre Newman, S.A., calle General Lacy número 23, C.P. 28045 Madrid, remitiendo, junto con la solicitud, una fotocopia de un documento oficial de identificación (DNI, Pasaporte, etc). According to Spanish Data Protection Law 15/1999, we hereby inform that the personal data used in this communication come from an automated data filed owned by Aguirre Newman, S.A., which has been duly notified to the Spanish Data Protection Agency, and whose purpose is managing (control, maintenance and archiving) the relationship you hold with GRUPO AGUIRRE NEWMAN and its communication with third parties. Such personal data has been included within the referred data file for the uses and purposes above-mentioned and may be transferred to other companies of the AGUIRRE NEWMAN Group, when necessary for the compliance of the purposes above-mentioned. The companies that form the AGUIRRE NEWMAN GROUP are listed in the legal notice of the corporate web site www.aguirrenewman.es. If you do not consent the use of you e-mail for sending electronic communications, or transferring your personal data to the companies of the AGUIRRE NEWMAN Group, or you want to revoke your consent, please send an e-mail to [EMAIL PROTECTED] In addition, if you want to exercise your rights of access, rectification, cancellation and/or opposition, please send a written request to the Legal Department of Aguirre Newman, S.A. c/ General Lacy Nº 23, PO. BOX 28045 Madrid, attaching a photocopy of an official identification document (DNI, Passport, etc). ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] codificacion UTF-8 y servidor web
El día 8/01/08, Norter [EMAIL PROTECTED] escribió: Prueba modificando el charset del server.- Este es en PHP, header(Content-Type: text/html; charset=utf-8); En ASP, creo que es así, Response.CharSet = utf-8; -Mensaje original- De: [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] En nombre de Carlos Acero Sánchez Enviado el: martes, 08 de enero de 2008 14:42 Para: Ovillo, la lista de CSS en castellano Asunto: Re: [Ovillo] codificacion UTF-8 y servidor web Hablando de UTF-8 yo también tengo un problema parecido. Estoy creando una web y la he codificado en UTF-8, anadiendo el meta correspondiente: meta http-equiv=Content-Type content=text/html; charset=UTF-8 / Trabajo con dreamweaver, páginas asp, servidor IIS6 y Servidor de BB.DD Microsoft SQL SERVER 2005. El problema está en que los contenidos se ven correctamente excepto cuando el éste proviene de la bb.dd. Yo con esto del UTF-8 soy nuevo y la verdad es que me pierdo un poco porque ya no sé si el SQL me tiene que servir el contenido en UTF-8, cosa que no debe hacer. Saludos ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo En cumplimiento de la Ley 15/1999, de 13 de diciembre, de Protección de Datos de Carácter Personal, le informamos que los datos de carácter personal utilizados para la presente comunicación proceden de un fichero de datos de carácter personal titularidad de Aguirre Newman, S.A., debidamente notificado ante la Agencia Española de Protección de Datos, cuya finalidad es la gestión (control, mantenimiento y archivo de la documentación) de la relación que mantiene con el GRUPO AGUIRRE NEWMAN y la comunicación con terceros. Dichos datos, por consiguiente, han sido incorporados o serán incorporados en dicho fichero para los usos y finalidades indicadas, pudiendo ser objeto de comunicación a las Compañías que integran el GRUPO AGUIRRE NEWMAN, cuya identidad podrá consultar en el aviso legal de la página web corporativa www.aguirrenewman.es, cuando sea necesario y/o pertinente para el cumplimiento de las finalidades señaladas. Si Ud. no consintiese la utilización del correo electrónico para enviarle comunicaciones electrónicas, la comunicación de sus datos de contacto al resto de empresas del GRUPO AGUIRRE NEWMAN o deseara revocar su consentimiento al tratamiento de sus datos, podrá hacerlo mediante un correo electrónico dirigido a [EMAIL PROTECTED] Asimismo, si Ud. desea ejercitar sus derechos de acceso, rectificación, cancelación y oposición podrá hacerlo dirigiéndose por escrito al Departamento de Asesoría Jurídica de Aguirre Newman, S.A., calle General Lacy número 23, C.P. 28045 Madrid, remitiendo, junto con la solicitud, una fotocopia de un documento oficial de identificación (DNI, Pasaporte, etc). According to Spanish Data Protection Law 15/1999, we hereby inform that the personal data used in this communication come from an automated data filed owned by Aguirre Newman, S.A., which has been duly notified to the Spanish Data Protection Agency, and whose purpose is managing (control, maintenance and archiving) the relationship you hold with GRUPO AGUIRRE NEWMAN and its communication with third parties. Such personal data has been included within the referred data file for the uses and purposes above-mentioned and may be transferred to other companies of the AGUIRRE NEWMAN Group, when necessary for the compliance of the purposes above-mentioned. The companies that form the AGUIRRE NEWMAN GROUP are listed in the legal notice of the corporate web site www.aguirrenewman.es. If you do not consent the use of you e-mail for sending electronic communications, or transferring your personal data to the companies of the AGUIRRE NEWMAN Group, or you want to revoke your consent, please send an e-mail to [EMAIL PROTECTED] In addition, if you want to exercise your rights of access, rectification, cancellation and/or opposition, please send a written request to the Legal Department of Aguirre Newman, S.A. c/ General Lacy Nº 23, PO. BOX 28045 Madrid, attaching a photocopy of an official identification document (DNI, Passport, etc). ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo Hola
Re: [Ovillo] codificacion UTF-8 y servidor web
Prueba modificando el charset del server. En ASP, creo que es así, Response.CharSet = utf-8; He probado para páginas asp y no funcina de esta manera, pero sí que he encontrado otra alternativa que es especificar la codificación en la directiva de servidor añadiendo: CODEPAGE=65001 que corresponde a utf-8. Así nos aseguramos que el servidor nos enviará los contenidos generados dinámicamente (por ejemplo via Pesponse.Write) en utf-8. Ejemplo: [EMAIL PROTECTED]VBSCRIPT CODEPAGE=65001% !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd; html xmlns=http://www.w3.org/1999/xhtml; xml:lang=es lang=es head meta http-equiv=Content-Type content=text/html; charset=UTF-8 / [...] Me gustaría saber si en IIS6 se puede predeterminar utf-8 por defecto. Respecto a MS.SQL.2005, no he encontrado la opción de establecer la codificación a utf-8. Saludos! Carlos En cumplimiento de la Ley 15/1999, de 13 de diciembre, de Protección de Datos de Carácter Personal, le informamos que los datos de carácter personal utilizados para la presente comunicación proceden de un fichero de datos de carácter personal titularidad de Aguirre Newman, S.A., debidamente notificado ante la Agencia Española de Protección de Datos, cuya finalidad es la gestión (control, mantenimiento y archivo de la documentación) de la relación que mantiene con el GRUPO AGUIRRE NEWMAN y la comunicación con terceros. Dichos datos, por consiguiente, han sido incorporados o serán incorporados en dicho fichero para los usos y finalidades indicadas, pudiendo ser objeto de comunicación a las Compañías que integran el GRUPO AGUIRRE NEWMAN, cuya identidad podrá consultar en el aviso legal de la página web corporativa www.aguirrenewman.es, cuando sea necesario y/o pertinente para el cumplimiento de las finalidades señaladas. Si Ud. no consintiese la utilización del correo electrónico para enviarle comunicaciones electrónicas, la comunicación de sus datos de contacto al resto de empresas del GRUPO AGUIRRE NEWMAN o deseara revocar su consentimiento al tratamiento de sus datos, podrá hacerlo mediante un correo electrónico dirigido a [EMAIL PROTECTED] Asimismo, si Ud. desea ejercitar sus derechos de acceso, rectificación, cancelación y oposición podrá hacerlo dirigiéndose por escrito al Departamento de Asesoría Jurídica de Aguirre Newman, S.A., calle General Lacy número 23, C.P. 28045 Madrid, remitiendo, junto con la solicitud, una fotocopia de un documento oficial de identificación (DNI, Pasaporte, etc). According to Spanish Data Protection Law 15/1999, we hereby inform that the personal data used in this communication come from an automated data filed owned by Aguirre Newman, S.A., which has been duly notified to the Spanish Data Protection Agency, and whose purpose is managing (control, maintenance and archiving) the relationship you hold with GRUPO AGUIRRE NEWMAN and its communication with third parties. Such personal data has been included within the referred data file for the uses and purposes above-mentioned and may be transferred to other companies of the AGUIRRE NEWMAN Group, when necessary for the compliance of the purposes above-mentioned. The companies that form the AGUIRRE NEWMAN GROUP are listed in the legal notice of the corporate web site www.aguirrenewman.es. If you do not consent the use of you e-mail for sending electronic communications, or transferring your personal data to the companies of the AGUIRRE NEWMAN Group, or you want to revoke your consent, please send an e-mail to [EMAIL PROTECTED] In addition, if you want to exercise your rights of access, rectification, cancellation and/or opposition, please send a written request to the Legal Department of Aguirre Newman, S.A. c/ General Lacy Nº 23, PO. BOX 28045 Madrid, attaching a photocopy of an official identification document (DNI, Passport, etc). ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] codificacion UTF-8 y servidor web
Esto tal vez aclare cosas sobre UTF-8 [1]. A mi me las ha aclarado [1]http://www.juque.cl/weblog/2006/01/25/ascii- unicode-utf8-y-la-iatarnaaianalizaaian-parte-i.html El día 8/01/08, Carlos Acero Sánchez [EMAIL PROTECTED] escribió: Prueba modificando el charset del server. En ASP, creo que es así, Response.CharSet = utf-8; He probado para páginas asp y no funcina de esta manera, pero sí que he encontrado otra alternativa que es especificar la codificación en la directiva de servidor añadiendo: CODEPAGE=65001 que corresponde a utf-8. Así nos aseguramos que el servidor nos enviará los contenidos generados dinámicamente (por ejemplo via Pesponse.Write) en utf-8. Ejemplo: [EMAIL PROTECTED]VBSCRIPT CODEPAGE=65001% !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd; html xmlns=http://www.w3.org/1999/xhtml; xml:lang=es lang=es head meta http-equiv=Content-Type content=text/html; charset=UTF-8 / [...] Me gustaría saber si en IIS6 se puede predeterminar utf-8 por defecto. Respecto a MS.SQL.2005, no he encontrado la opción de establecer la codificación a utf-8. Saludos! Carlos En cumplimiento de la Ley 15/1999, de 13 de diciembre, de Protección de Datos de Carácter Personal, le informamos que los datos de carácter personal utilizados para la presente comunicación proceden de un fichero de datos de carácter personal titularidad de Aguirre Newman, S.A., debidamente notificado ante la Agencia Española de Protección de Datos, cuya finalidad es la gestión (control, mantenimiento y archivo de la documentación) de la relación que mantiene con el GRUPO AGUIRRE NEWMAN y la comunicación con terceros. Dichos datos, por consiguiente, han sido incorporados o serán incorporados en dicho fichero para los usos y finalidades indicadas, pudiendo ser objeto de comunicación a las Compañías que integran el GRUPO AGUIRRE NEWMAN, cuya identidad podrá consultar en el aviso legal de la página web corporativa www.aguirrenewman.es, cuando sea necesario y/o pertinente para el cumplimiento de las finalidades señaladas. Si Ud. no consintiese la utilización del correo electrónico para enviarle comunicaciones electrónicas, la comunicación de sus datos de contacto al resto de empresas del GRUPO AGUIRRE NEWMAN o deseara revocar su consentimiento al tratamiento de sus datos, podrá hacerlo mediante un correo electrónico dirigido a [EMAIL PROTECTED] Asimismo, si Ud. desea ejercitar sus derechos de acceso, rectificación, cancelación y oposición podrá hacerlo dirigiéndose por escrito al Departamento de Asesoría Jurídica de Aguirre Newman, S.A., calle General Lacy número 23, C.P. 28045 Madrid, remitiendo, junto con la solicitud, una fotocopia de un documento oficial de identificación (DNI, Pasaporte, etc). According to Spanish Data Protection Law 15/1999, we hereby inform that the personal data used in this communication come from an automated data filed owned by Aguirre Newman, S.A., which has been duly notified to the Spanish Data Protection Agency, and whose purpose is managing (control, maintenance and archiving) the relationship you hold with GRUPO AGUIRRE NEWMAN and its communication with third parties. Such personal data has been included within the referred data file for the uses and purposes above-mentioned and may be transferred to other companies of the AGUIRRE NEWMAN Group, when necessary for the compliance of the purposes above-mentioned. The companies that form the AGUIRRE NEWMAN GROUP are listed in the legal notice of the corporate web site www.aguirrenewman.es. If you do not consent the use of you e-mail for sending electronic communications, or transferring your personal data to the companies of the AGUIRRE NEWMAN Group, or you want to revoke your consent, please send an e-mail to [EMAIL PROTECTED] In addition, if you want to exercise your rights of access, rectification, cancellation and/or opposition, please send a written request to the Legal Department of Aguirre Newman, S.A. c/ General Lacy Nº 23, PO. BOX 28045 Madrid, attaching a photocopy of an official identification document (DNI, Passport, etc). ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] codificacion UTF-8 y servidor web
Hola de nuevo, vaya tema. En fin, haciendo mis pruebas, guarde mis paginas otra vez pero con el block de notas e indicandole codificacion utf-8 y nada, pasa lo mismo, siguen saliendo los signos de pregunta. Pero probando un poco mas, acabo de subir esos mismos archivos a un hosting en la web y sorpresa!, funciona bien, me acepta los caracteres con ñ á é í, etc. por lo que creo que el problema esta en mi servidor local, al parecer me esta forzando otra codificacion. en cuanto a lo de forzar el header con header(Content-Type: text/html; charset=utf-8);, me envia un error de header already send, aun colocandolo en la primera linea del documento. un saludo! El día 8/01/08, Carlos Acero Sánchez [EMAIL PROTECTED] escribió: Prueba modificando el charset del server. En ASP, creo que es así, Response.CharSet = utf-8; He probado para páginas asp y no funcina de esta manera, pero sí que he encontrado otra alternativa que es especificar la codificación en la directiva de servidor añadiendo: CODEPAGE=65001 que corresponde a utf-8. Así nos aseguramos que el servidor nos enviará los contenidos generados dinámicamente (por ejemplo via Pesponse.Write) en utf-8. Ejemplo: [EMAIL PROTECTED]VBSCRIPT CODEPAGE=65001% !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd; html xmlns=http://www.w3.org/1999/xhtml; xml:lang=es lang=es head meta http-equiv=Content-Type content=text/html; charset=UTF-8 / [...] Me gustaría saber si en IIS6 se puede predeterminar utf-8 por defecto. Respecto a MS.SQL.2005, no he encontrado la opción de establecer la codificación a utf-8. Saludos! Carlos En cumplimiento de la Ley 15/1999, de 13 de diciembre, de Protección de Datos de Carácter Personal, le informamos que los datos de carácter personal utilizados para la presente comunicación proceden de un fichero de datos de carácter personal titularidad de Aguirre Newman, S.A., debidamente notificado ante la Agencia Española de Protección de Datos, cuya finalidad es la gestión (control, mantenimiento y archivo de la documentación) de la relación que mantiene con el GRUPO AGUIRRE NEWMAN y la comunicación con terceros. Dichos datos, por consiguiente, han sido incorporados o serán incorporados en dicho fichero para los usos y finalidades indicadas, pudiendo ser objeto de comunicación a las Compañías que integran el GRUPO AGUIRRE NEWMAN, cuya identidad podrá consultar en el aviso legal de la página web corporativa www.aguirrenewman.es, cuando sea necesario y/o pertinente para el cumplimiento de las finalidades señaladas. Si Ud. no consintiese la utilización del correo electrónico para enviarle comunicaciones electrónicas, la comunicación de sus datos de contacto al resto de empresas del GRUPO AGUIRRE NEWMAN o deseara revocar su consentimiento al tratamiento de sus datos, podrá hacerlo mediante un correo electrónico dirigido a [EMAIL PROTECTED] Asimismo, si Ud. desea ejercitar sus derechos de acceso, rectificación, cancelación y oposición podrá hacerlo dirigiéndose por escrito al Departamento de Asesoría Jurídica de Aguirre Newman, S.A., calle General Lacy número 23, C.P. 28045 Madrid, remitiendo, junto con la solicitud, una fotocopia de un documento oficial de identificación (DNI, Pasaporte, etc). According to Spanish Data Protection Law 15/1999, we hereby inform that the personal data used in this communication come from an automated data filed owned by Aguirre Newman, S.A., which has been duly notified to the Spanish Data Protection Agency, and whose purpose is managing (control, maintenance and archiving) the relationship you hold with GRUPO AGUIRRE NEWMAN and its communication with third parties. Such personal data has been included within the referred data file for the uses and purposes above-mentioned and may be transferred to other companies of the AGUIRRE NEWMAN Group, when necessary for the compliance of the purposes above-mentioned. The companies that form the AGUIRRE NEWMAN GROUP are listed in the legal notice of the corporate web site www.aguirrenewman.es. If you do not consent the use of you e-mail for sending electronic communications, or transferring your personal data to the companies of the AGUIRRE NEWMAN Group, or you want to revoke your consent, please send an e-mail to [EMAIL PROTECTED] In addition, if you want to exercise your rights of access, rectification, cancellation and/or opposition, please send a written request to the Legal Department of Aguirre Newman, S.A. c/ General Lacy Nº 23, PO. BOX 28045 Madrid, attaching a photocopy of an official identification document (DNI, Passport, etc). ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección:
Re: [Ovillo] codificacion UTF-8 y servidor web
Esto tal vez aclare cosas sobre UTF-8 [1]. A mi me las ha aclarado [1]http://www.juque.cl/weblog/2006/01/25/ascii- unicode-utf8-y-la-iatarnaaianalizaaian-parte-i.html Muy buen artículo... una última pregunta al respecto: Al utilizar la codificación utf-8, ¿ya no sería necesario utilizar entidades? Ejemplo los acentos (camión -- camioacute;n). Saludos En cumplimiento de la Ley 15/1999, de 13 de diciembre, de Protección de Datos de Carácter Personal, le informamos que los datos de carácter personal utilizados para la presente comunicación proceden de un fichero de datos de carácter personal titularidad de Aguirre Newman, S.A., debidamente notificado ante la Agencia Española de Protección de Datos, cuya finalidad es la gestión (control, mantenimiento y archivo de la documentación) de la relación que mantiene con el GRUPO AGUIRRE NEWMAN y la comunicación con terceros. Dichos datos, por consiguiente, han sido incorporados o serán incorporados en dicho fichero para los usos y finalidades indicadas, pudiendo ser objeto de comunicación a las Compañías que integran el GRUPO AGUIRRE NEWMAN, cuya identidad podrá consultar en el aviso legal de la página web corporativa www.aguirrenewman.es, cuando sea necesario y/o pertinente para el cumplimiento de las finalidades señaladas. Si Ud. no consintiese la utilización del correo electrónico para enviarle comunicaciones electrónicas, la comunicación de sus datos de contacto al resto de empresas del GRUPO AGUIRRE NEWMAN o deseara revocar su consentimiento al tratamiento de sus datos, podrá hacerlo mediante un correo electrónico dirigido a [EMAIL PROTECTED] Asimismo, si Ud. desea ejercitar sus derechos de acceso, rectificación, cancelación y oposición podrá hacerlo dirigiéndose por escrito al Departamento de Asesoría Jurídica de Aguirre Newman, S.A., calle General Lacy número 23, C.P. 28045 Madrid, remitiendo, junto con la solicitud, una fotocopia de un documento oficial de identificación (DNI, Pasaporte, etc). According to Spanish Data Protection Law 15/1999, we hereby inform that the personal data used in this communication come from an automated data filed owned by Aguirre Newman, S.A., which has been duly notified to the Spanish Data Protection Agency, and whose purpose is managing (control, maintenance and archiving) the relationship you hold with GRUPO AGUIRRE NEWMAN and its communication with third parties. Such personal data has been included within the referred data file for the uses and purposes above-mentioned and may be transferred to other companies of the AGUIRRE NEWMAN Group, when necessary for the compliance of the purposes above-mentioned. The companies that form the AGUIRRE NEWMAN GROUP are listed in the legal notice of the corporate web site www.aguirrenewman.es. If you do not consent the use of you e-mail for sending electronic communications, or transferring your personal data to the companies of the AGUIRRE NEWMAN Group, or you want to revoke your consent, please send an e-mail to [EMAIL PROTECTED] In addition, if you want to exercise your rights of access, rectification, cancellation and/or opposition, please send a written request to the Legal Department of Aguirre Newman, S.A. c/ General Lacy Nº 23, PO. BOX 28045 Madrid, attaching a photocopy of an official identification document (DNI, Passport, etc). ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] codificacion UTF-8 y servidor web
Carlos Acero Sánchez wrote: Muy buen artículo... una última pregunta al respecto: Al utilizar la codificación utf-8, ¿ya no sería necesario utilizar entidades? Ejemplo los acentos (camión -- camioacute;n). Saludos Yo seguiría usando entidades. Aunque tu entorno de desarrollo vaya perfecto, tengas dominado el servidor de pruebas, de producción, se vea todo de cine... mañana alguno de los elementos puede cambiar, y no son pocos: la configuración del servidor, el entorno de desarrollo, la interpretación del navegador, nuevas versiones de lo que sea... lo único que siempre se va a ver bien (no, si de este agua no beberé :P ) son las entidades. Dicho lo cual: allá tú. :) ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] codificacion UTF-8 y servidor web
El día 8/01/08, Pedro Amador Rodríguez Álvarez [EMAIL PROTECTED] escribió: Carlos Acero Sánchez wrote: Muy buen artículo... una última pregunta al respecto: Al utilizar la codificación utf-8, ¿ya no sería necesario utilizar entidades? Ejemplo los acentos (camión -- camioacute;n). Saludos Yo seguiría usando entidades. Aunque tu entorno de desarrollo vaya perfecto, tengas dominado el servidor de pruebas, de producción, se vea todo de cine... mañana alguno de los elementos puede cambiar, y no son pocos: la configuración del servidor, el entorno de desarrollo, la interpretación del navegador, nuevas versiones de lo que sea... lo único que siempre se va a ver bien (no, si de este agua no beberé :P ) son las entidades. Dicho lo cual: allá tú. :) Por supuesto que no, con UTF-8 simplemente ya no es necesario, ya que soporta todas ellas. No de acuerdo con Pedro; el mañana siempre es relativo, eso es una banal estupidez. ¿Entonces para que lavar los platos si total voy a volver a ensuciarlos? En fin, no hace falta decir más, y sin ánimo de ofender :) Saludos! -- Atentamente, Philipp Keweloh ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] codificacion UTF-8 y servidor web
Hola a todos, mi aportación más abajo... On Jan 9, 2008 12:15 AM, SkuNk [EMAIL PROTECTED] wrote: El día 8/01/08, Pedro Amador Rodríguez Álvarez [EMAIL PROTECTED] escribió: Carlos Acero Sánchez wrote: Muy buen artículo... una última pregunta al respecto: Al utilizar la codificación utf-8, ¿ya no sería necesario utilizar entidades? Ejemplo los acentos (camión -- camioacute;n). Saludos Yo seguiría usando entidades. Aunque tu entorno de desarrollo vaya perfecto, tengas dominado el servidor de pruebas, de producción, se vea todo de cine... mañana alguno de los elementos puede cambiar, y no son pocos: la configuración del servidor, el entorno de desarrollo, la interpretación del navegador, nuevas versiones de lo que sea... lo único que siempre se va a ver bien (no, si de este agua no beberé :P ) son las entidades. Dicho lo cual: allá tú. :) Por supuesto que no, con UTF-8 simplemente ya no es necesario, ya que soporta todas ellas. No de acuerdo con Pedro; el mañana siempre es relativo, eso es una banal estupidez. ¿Entonces para que lavar los platos si total voy a volver a ensuciarlos? En fin, no hace falta decir más, y sin ánimo de ofender :) Estoy de acuerdo con Skunk. Si usas utf-8, adiós a las entidades (excepto quot;, amp; lt; gt; y #039;). Si el servidor cambia la configuración en algo, te puede fastidiar por mil cosas, lo de las entidades es lo de menos. Y, si no recuerdo mal, el que sirva las páginas en utf-8 se puede controlar también desde un .htaccess, así que no hay excusa. -- Si no puedes deslumbrar con tu sabiduría, desconcierta con tus gilipolleces ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
[Ovillo] codificacion UTF-8 y servidor web
buenas, tengo una duda que quizas alguien mas ha presentado el mismo problema. al crear mis archivos *.html, con doctype xhtml estricto y codificacion utf-8 por defecto, ademas de que se salvan con codificacion utf-8 por defecto en dreamweaver, cuando los visualizo en mi navegador los caracteres como las á, ó, ñ y otras letras acentuadas se me muestran con el signo de interrogación. generalmente termino pasandolas a su entidad en html para resolver esto. mi pregunta es, puede tener algo que ver el servidor web? podria este enviar otro tipo de codificacion al navegador? un saludo! -- Jonathan C. [EMAIL PROTECTED] ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] codificacion UTF-8 y servidor web
Hola: ¿Que servidor es? Jonathan C. escribió: buenas, tengo una duda que quizas alguien mas ha presentado el mismo problema. al crear mis archivos *.html, con doctype xhtml estricto y codificacion utf-8 por defecto, ademas de que se salvan con codificacion utf-8 por defecto en dreamweaver, cuando los visualizo en mi navegador los caracteres como las á, ó, ñ y otras letras acentuadas se me muestran con el signo de interrogación. generalmente termino pasandolas a su entidad en html para resolver esto. mi pregunta es, puede tener algo que ver el servidor web? podria este enviar otro tipo de codificacion al navegador? un saludo! ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] codificacion UTF-8 y servidor web
Jonathan: Buenas, el juego de caracteres que utilices en tu sitio web no tiene nada que ver con el servidor. La codificación es para decirle al navegador que juego de caracteres tiene ese documento y como debe mostrarlos. Por lo tanto, en un sitio web con codificación utf-8, los caracteres especiales (acentos, ñ, y demás) no se representan correctamente porque no forman parte del juego de caracteres; por eso existen las entidades. Lo mismo ocurre si usas la codificación iso-8859-1 que tiene su propia representación para los caracteres especiales. Saludos, Javier Trejo Diseñador Web Comunicación Interactiva Cel.: +54 (11) 15 6485-7734 Nextel: 54*147*4233 Mail: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] Skype: javier.trejo -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Jonathan C. Enviado el: lunes, 07 de enero de 2008 05:43 Para: ovillo@lists.ovillo.org Asunto: [Ovillo] codificacion UTF-8 y servidor web buenas, tengo una duda que quizas alguien mas ha presentado el mismo problema. al crear mis archivos *.html, con doctype xhtml estricto y codificacion utf-8 por defecto, ademas de que se salvan con codificacion utf-8 por defecto en dreamweaver, cuando los visualizo en mi navegador los caracteres como las á, ó, ñ y otras letras acentuadas se me muestran con el signo de interrogación. generalmente termino pasandolas a su entidad en html para resolver esto. mi pregunta es, puede tener algo que ver el servidor web? podria este enviar otro tipo de codificacion al navegador? un saludo! -- Jonathan C. [EMAIL PROTECTED] ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] codificacion UTF-8 y servidor web
Hola, Sí, yo creo que puede ser el servidor. A mí me pasó algo parecido. Tenía una web con utf-8 como codificación y los archivos guardados en dicho charset. Funcionaba a la perfección hasta que un día dejó de hacerlo por cambios del administrador en el servidor, un desastre. Si tu servidor es Apache, en esta web: http://www.juque.cl/weblog/2006/04/02/ascii-unicode-utf8-y-la-iatarnaaianalizaaian-parte-ii.html En el apartado El test del Ñandú te explican este problema y cómo puedes solucionarlo, tanto si tienes acceso al documento de Apache httpd.conf como si no. Saludos. -- From: Jonathan C. [EMAIL PROTECTED] Sent: Monday, January 07, 2008 9:42 AM To: ovillo@lists.ovillo.org Subject: [Ovillo] codificacion UTF-8 y servidor web buenas, tengo una duda que quizas alguien mas ha presentado el mismo problema. al crear mis archivos *.html, con doctype xhtml estricto y codificacion utf-8 por defecto, ademas de que se salvan con codificacion utf-8 por defecto en dreamweaver, cuando los visualizo en mi navegador los caracteres como las á, ó, ñ y otras letras acentuadas se me muestran con el signo de interrogación. generalmente termino pasandolas a su entidad en html para resolver esto. mi pregunta es, puede tener algo que ver el servidor web? podria este enviar otro tipo de codificacion al navegador? un saludo! -- Jonathan C. [EMAIL PROTECTED] ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] codificacion UTF-8 y servidor web
Efectivamente, se puede configurar Apache para que sirva todas las páginas como utf-8, iso-latin-1 o para que respete la codificación de cada archivo. Tendrías que ponerte en contacto con tu administrador de sistemas. Saludos, -- Joan On Jan 7, 2008 2:02 PM, gretel [EMAIL PROTECTED] wrote: Hola, Sí, yo creo que puede ser el servidor. A mí me pasó algo parecido. Tenía una web con utf-8 como codificación y los archivos guardados en dicho charset. Funcionaba a la perfección hasta que un día dejó de hacerlo por cambios del administrador en el servidor, un desastre. Si tu servidor es Apache, en esta web: http://www.juque.cl/weblog/2006/04/02/ascii-unicode-utf8-y-la-iatarnaaianalizaaian-parte-ii.html En el apartado El test del Ñandú te explican este problema y cómo puedes solucionarlo, tanto si tienes acceso al documento de Apache httpd.conf como si no. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] codificacion UTF-8 y servidor web
On Jan 7, 2008 9:42 AM, Jonathan C. [EMAIL PROTECTED] wrote: buenas, tengo una duda que quizas alguien mas ha presentado el mismo problema. al crear mis archivos *.html, con doctype xhtml estricto y codificacion utf-8 por defecto, ademas de que se salvan con codificacion utf-8 por defecto en dreamweaver, cuando los visualizo en mi navegador los caracteres como las á, ó, ñ y otras letras acentuadas se me muestran con el signo de interrogación. generalmente termino pasandolas a su entidad en html para resolver esto. mi pregunta es, puede tener algo que ver el servidor web? podria este enviar otro tipo de codificacion al navegador? Si. Pero miralo tu mismo. Firefox con la extension webdeveloper tiene una opcion para ver los headers que envia el servidor. Con Lynx tienes el atajo de teclado alt-\ (creo que es). O haces: $ lynx -dump -head http://... Me extraña un poco que habiendo en el documento cabeceras que lo marcan como UTF8, aparezca como otra cosa. Es mas. Cuando un documento es UTF8, pero es visualizado como iso-8859-1, no deberia aparecer _un_ caracter malo, sino _dos_. La Ñ de utf8, vista en Latin1, aparece como ñ. Comprueba todo. Que tus cabeceras son correctas (quizas has puesto UTF_8 e n lugar de UTF-8 o algo asi). Que tu servidor indica UTF8 o que no indique nada. Que tu codigo es realmente UTF8. Cosa que dudo. un saludo, y suerte. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] codificacion UTF-8 y servidor web
Tei wrote: On Jan 7, 2008 9:42 AM, Jonathan C. [EMAIL PROTECTED] wrote: buenas, tengo una duda que quizas alguien mas ha presentado el mismo problema. al crear mis archivos *.html, con doctype xhtml estricto y codificacion utf-8 por defecto, ademas de que se salvan con codificacion utf-8 por defecto en dreamweaver, cuando los visualizo en mi navegador los caracteres como las á, ó, ñ y otras letras acentuadas se me muestran con el signo de interrogación. generalmente termino pasandolas a su entidad en html para resolver esto. mi pregunta es, puede tener algo que ver el servidor web? podria este enviar otro tipo de codificacion al navegador? Si. Pero miralo tu mismo. Firefox con la extension webdeveloper tiene una opcion para ver los headers que envia el servidor. Con Lynx tienes el atajo de teclado alt-\ (creo que es). O haces: $ lynx -dump -head http://... Me extraña un poco que habiendo en el documento cabeceras que lo marcan como UTF8, aparezca como otra cosa. Es mas. Cuando un documento es UTF8, pero es visualizado como iso-8859-1, no deberia aparecer _un_ caracter malo, sino _dos_. La Ñ de utf8, vista en Latin1, aparece como ñ. Comprueba todo. Que tus cabeceras son correctas (quizas has puesto UTF_8 e n lugar de UTF-8 o algo asi). Que tu servidor indica UTF8 o que no indique nada. Que tu codigo es realmente UTF8. Cosa que dudo. un saludo, y suerte. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo Parece ser, como dice Tei, que el documento no es UTF8 sino ISO-8859-1(o análogo), me explico. Cuando intentas ver una página cuya codificación es ISO8859 en UTF8, ves los caracteres no-ascii (ñ, acentuados, etc.) como interrogación. Por ejemplo, yendo a la web de el mundo http://www.elmundo.es, que es ISO-8859-15 y seleccionando Ver-Codificación de caracteres-Unicode (UTF-8) en Firefox o bien Ver-Codificación-UTF-8 en IExplorer veremos este efecto. Lo que estamos haciendo es forzar que visualize una página con codificación ISO-8859-15 con UTF-8, como parece que te está pasando... con lo que creo que tus documentos no son UTF-8. Suerte ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] codificacion UTF-8 y servidor web
On Jan 7, 2008 5:28 PM, Pedro Amador Rodríguez Álvarez [EMAIL PROTECTED] wrote: mi pregunta es, puede tener algo que ver el servidor web? podria este enviar otro tipo de codificacion al navegador? .. Comprueba todo. Que tus cabeceras son correctas (quizas has puesto UTF_8 e n lugar de UTF-8 o algo asi). Que tu servidor indica UTF8 o que no indique nada. Que tu codigo es realmente UTF8. Cosa que dudo. un saludo, y suerte. Parece ser, como dice Tei, que el documento no es UTF8 sino ISO-8859-1 De todos modos solo es una impresion, puedo estar equivocado. Aunque habria que mirar tambien donde comentas, en las opciones de usuario, que quizas machaque lo declarado por el documento. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] codificacion UTF-8 y servidor web
Buenas, gracias por sus respuestas. Veamos, segun tenia entendio UTF-8 permite codificar cualquier caracter, incluido los acentuados en español y otras lenguas, pero quizas tenga que leer mas sobre UTF. En cuanto a como declaro en el documento, tengo lo siguiente: En la primera linea de mis paginas ?xml version=1.0 encoding=UTF-8? y tambien el meta meta http-equiv=Content-Type content=text/html; charset=utf-8 / Los documentos lo guardo usando dreamweaver cs3, que segun estuve viendo en la configuración guarda utf-8 por defecto. Tambien uso codificación de caracter unicode(utf-8) en firefox, asi que no se cual sea el problema. La pregunta ahora seria, cual es el metodo de codificación para este caso (palabras acentuadas en español), UTF o ISO? un saludo a la lista! 2008/1/7, Tei [EMAIL PROTECTED]: On Jan 7, 2008 5:28 PM, Pedro Amador Rodríguez Álvarez [EMAIL PROTECTED] wrote: mi pregunta es, puede tener algo que ver el servidor web? podria este enviar otro tipo de codificacion al navegador? .. Comprueba todo. Que tus cabeceras son correctas (quizas has puesto UTF_8 e n lugar de UTF-8 o algo asi). Que tu servidor indica UTF8 o que no indique nada. Que tu codigo es realmente UTF8. Cosa que dudo. un saludo, y suerte. Parece ser, como dice Tei, que el documento no es UTF8 sino ISO-8859-1 De todos modos solo es una impresion, puedo estar equivocado. Aunque habria que mirar tambien donde comentas, en las opciones de usuario, que quizas machaque lo declarado por el documento. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo -- Jonathan C. [EMAIL PROTECTED] ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] codificacion UTF-8 y servidor web
En cuanto a la pregunta del servidor, hago mis pruebas en un servidor local apache 2, el que viene en el paquete XAMPP 1.6.3 El día 7/01/08, Jonathan C. [EMAIL PROTECTED] escribió: Buenas, gracias por sus respuestas. Veamos, segun tenia entendio UTF-8 permite codificar cualquier caracter, incluido los acentuados en español y otras lenguas, pero quizas tenga que leer mas sobre UTF. En cuanto a como declaro en el documento, tengo lo siguiente: En la primera linea de mis paginas ?xml version=1.0 encoding=UTF-8? y tambien el meta meta http-equiv =Content-Type content=text/html; charset=utf-8 / Los documentos lo guardo usando dreamweaver cs3, que segun estuve viendo en la configuración guarda utf-8 por defecto. Tambien uso codificación de caracter unicode(utf-8) en firefox, asi que no se cual sea el problema. La pregunta ahora seria, cual es el metodo de codificación para este caso (palabras acentuadas en español), UTF o ISO? un saludo a la lista! 2008/1/7, Tei [EMAIL PROTECTED]: On Jan 7, 2008 5:28 PM, Pedro Amador Rodríguez Álvarez [EMAIL PROTECTED] wrote: mi pregunta es, puede tener algo que ver el servidor web? podria este enviar otro tipo de codificacion al navegador? .. Comprueba todo. Que tus cabeceras son correctas (quizas has puesto UTF_8 e n lugar de UTF-8 o algo asi). Que tu servidor indica UTF8 o que no indique nada. Que tu codigo es realmente UTF8. Cosa que dudo. un saludo, y suerte. Parece ser, como dice Tei, que el documento no es UTF8 sino ISO-8859-1 De todos modos solo es una impresion, puedo estar equivocado. Aunque habria que mirar tambien donde comentas, en las opciones de usuario, que quizas machaque lo declarado por el documento. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo -- Jonathan C. [EMAIL PROTECTED] -- Jonathan C. [EMAIL PROTECTED] ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] codificacion UTF-8 y servidor web
On Jan 7, 2008 8:23 PM, Jonathan C. [EMAIL PROTECTED] wrote: Buenas, gracias por sus respuestas. La pregunta ahora seria, cual es el metodo de codificación para este caso (palabras acentuadas en español), UTF o ISO? No hay una respuesta correcta, ambas valen. Un chino, indio, ruso, etc.. podran leer tu pagina web, aunque no este en utf8. Lo que no podra hacer es postear en su idioma. Evidentemente si el indio y el ruso escriben una aplicacion web php, la haran en utf8. Y si tu la necesitas, tendras que aprender a lidiar con utf8. Estas cosas mejor aprenderlas ahora que todos somos novatillos y aun se ve alguna pagina web que lo hace mal, que dentro de unos años. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] codificacion UTF-8 y servidor web
Jonathan C. wrote: En cuanto a la pregunta del servidor, hago mis pruebas en un servidor local apache 2, el que viene en el paquete XAMPP 1.6.3 El día 7/01/08, Jonathan C. [EMAIL PROTECTED] escribió: Buenas, gracias por sus respuestas. Veamos, segun tenia entendio UTF-8 permite codificar cualquier caracter, incluido los acentuados en español y otras lenguas, pero quizas tenga que leer mas sobre UTF. En cuanto a como declaro en el documento, tengo lo siguiente: En la primera linea de mis paginas ?xml version=1.0 encoding=UTF-8? y tambien el meta meta http-equiv =Content-Type content=text/html; charset=utf-8 / Los documentos lo guardo usando dreamweaver cs3, que segun estuve viendo en la configuración guarda utf-8 por defecto. Tambien uso codificación de caracter unicode(utf-8) en firefox, asi que no se cual sea el problema. La pregunta ahora seria, cual es el metodo de codificación para este caso (palabras acentuadas en español), UTF o ISO? un saludo a la lista! 2008/1/7, Tei [EMAIL PROTECTED]: On Jan 7, 2008 5:28 PM, Pedro Amador Rodríguez Álvarez [EMAIL PROTECTED] wrote: mi pregunta es, puede tener algo que ver el servidor web? podria este enviar otro tipo de codificacion al navegador? .. Comprueba todo. Que tus cabeceras son correctas (quizas has puesto UTF_8 e n lugar de UTF-8 o algo asi). Que tu servidor indica UTF8 o que no indique nada. Que tu codigo es realmente UTF8. Cosa que dudo. un saludo, y suerte. Parece ser, como dice Tei, que el documento no es UTF8 sino ISO-8859-1 De todos modos solo es una impresion, puedo estar equivocado. Aunque habria que mirar tambien donde comentas, en las opciones de usuario, que quizas machaque lo declarado por el documento. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo -- Jonathan C. [EMAIL PROTECTED] Esos son los 4 puntos principales donde podría haber problemas: 1) Identificación de las páginas: el encoding que estás utilizando es el bueno 2) Codificación de las páginas: el dreamweaver parece que las guarda como UTF-8 3) Entrega de las páginas: parece que se sirven correctamente como UTF-8, el content-type de las cabeceras de las páginas es el correcto 4) Interpretación de las páginas: firefox las muestra en UTF-8 ¿Pero a pesar de todo ello muestra interrogaciones donde debería haber ñ? Pensando con lógica (aunque desde la ignorancia): * Firefox no interpretaría correctamente las codificación de las páginas como UTF8 si no hubiera un content-type UTF8, aunque a firefox se le puede forzar a que muestra una codificación determinada; si estando en codificación automática muestra UTF-8, es que el punto 4) es correcto y el firefox interpreta correctamente las páginas. * Si lo anterior es cierto, quiere decir que el conten-type de las cabeceras es UTF8... o bien que pasa lo mismo que antes, pero con el servidor (está forzado a una codificación por defecto); si no es así estará interpretando correctamente las páginas, con lo que el punto 3) es correcto y se entregan las páginas correctamente. * Si lo anterior es cierto, quiere decir que las páginas están identificadas correctamente como UTF8 por la información de la propia página, con lo que el punto 1) es correcto. El único punto oscuro que queda en este razonamiento es el segundo... Si las deducciones son correctas (que no lo serán, seguramente) el dreamweaver está haciendo lo que le sale del naqui, y habrá guardado tus páginas en ISO-8859-15, ISO-8859-1 o alguno de su ISO-pandilla, y como tienes encoding=utf8 en las páginas estás forzando a utilizar esa codificación en todos los puntos de la cadena para unas páginas que están en otra codificación, lo que provoca que se vean interrogaciones en vez de caracteres con #127. ¿Cómo cercionarte que no te la juega el editor? Sencillo: con el bloc de notas de windows, abre la página utilizando codificación ANSI y busca una ñ (minúscula), verás que en el lugar donde debería estar ñ hay dos caracteres (España se convierte en España) En fin, ya nos contarás si ha sido niño o niña (o ganso) Salud, Pedro. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
