Problema ASP BBDD ñ y acentos

[Pimager]

Hola a todos, estoy trabajando en ASP con conexión a BBDD MySQL.
El problema es que me aparecen carácteres extrños cuando hago un INSERT o UPDATE en BBDD si el campo en cuestión contiene acentos o ñ. Me deja insertarlo, pero después al mostrar el valor en la página me aparecen dichos caracteres extraños.

En mi página tengo lo siguiente:

Código:

Response.charset = "UTF-8"
Dim sSql, sName
sName = Upload.Form("name")
sSql = "UPDATE my_table SET name='" & sName & "' WHERE id=1"
oConn.Execute sSql

Para más infosName recibe correctamente el valor que tiene que tomar, con los acentos y ñ correspondientes, y la query se forma correctamente, pero el problema está en la inserción en BBDD.

Alguna idea?
Muchas gracias,
Pimager

[AlZuwaga]

El cotejamiento de la BD es también utf-8?
Además (no sé si ocurre en IIS/ASP, pero sí en Apache/PHP)... el archivo ASP está guardado como UTF-8?

[Joch_pa]

para que no haya broncas utiliza el metodo encodeHTML, del objeto server que tiene el asp, por ejemplo:

Código ASP:

cadena = "áéíóú äëïöü ñ y demas"
response.write server.encodeHTML(cadena)
 

es mas facil asi que ver la codificacion de la pagina.

[Julcar]

Iniciado por Joch_pa

para que no haya broncas utiliza el metodo encodeHTML, del objeto server que tiene el asp, por ejemplo:

Código ASP:

cadena = "áéíóú äëïöü ñ y demas"
response.write server.encodeHTML(cadena)
 

es mas facil asi que ver la codificacion de la pagina.

es Server.HTMLEncode

aunque yo pienso que estas cosas deberian hacerse con javascript.

[Joch_pa]

Iniciado por Julcar

es Server.HTMLEncode

aunque yo pienso que estas cosas deberian hacerse con javascript.

Sorry, me equivoque (esa memoria) pero aun creo que es la mejor solución a su problema, espero le sirva, o que nos diga cual le va mejor.

[IsaBelM]

lo mas conveniente es lo que expone AlZuwaga, que el cotejamiento de la bd sea utf-8 y los archivos asp tenga la codificación utf-8 sin bom

[Joch_pa]

Iniciado por IsaBelM

lo mas conveniente es lo que expone AlZuwaga, que el cotejamiento de la bd sea utf-8 y los archivos asp tenga la codificación utf-8 sin bom

Discrepo con esto, nos dice que la inserción si la hace correctamente (osea se guarda la Ñ y acentos en el registro), y por lo tanto no tiene que verificar nada con la BD, tal ves sea la codificacion del asp, pero si utiliza el metodo HTMLencode no tiene que mover nada
el HTMLencode, codifica la cadena con la norma de HTML

aqui una referencia de lo que digo:

Código Referencia:

Cuando en un texto HTML se quiere escribir una eñe, por ejemplo. Existen dos formas de hacerlo. La primera, que es a la que obliga el estándar de HTML, consiste en utilizar entidades , es decir, palabrejas como las que antes se presentaron para escribir ciertos símbolos. Las entidades comienzan siempre con el símbolo & , y terminan con un punto y coma ( ; ). Entre medias va un identificador del carácter que queremos que se escriba. Las entidades necesarias en nuestro idioma son:
 
á: á
é: é
í: í
ó: ó
ú: ú
Á: Á
É: É
Í: Í
Ó: Ó
Ú: Ú
ü: ü
Ü: Ü
ñ: ñ
Ñ: Ñ
¿: ¿
¡: ¡
Como puede verse, las vocales acentuadas se identifican añadiendo el sufijo acute a la vocal sin acentuar (puesto que se trata de un acento agudo). Para la u con diéresis y la eñe se usan uml tras una u y tilde detrás una ene, respectivamente. La equivalencia de los signos de abrir interrogación y exclamación es algo más oscura: a falta de una denominación más evidente, tenemos que usar el valor numérico de dichos caracteres en el código estándar latin1 (ISO-8859-1). Esto se puede hacer con cualquier otro carácter del código latin1, que es el código de caracteres básico en HTML, escribiendo &#numero; .
 
La segunda manera, que sin duda es más cómoda, consiste en no preocuparse por esta limitación y escribir literalmente los caracteres afectados. A pesar de que este método suele funcionar en las conexiones WWW directas (porque el protocolo HTTP, que transporta el HTML por los vericuetos de Internet, requiere un canal de 8 bits), no tiene por qué funcionar bien cuando los documentos HTML se envían por correo electrónico, por ejemplo. Por tanto, y a pesar de los inconvenientes, es absolutamente recomendable respetar la norma especificada en HTML.
 

[URL="http://www.webtaller.com/construccion/lenguajes/html/lecciones/caracteres-especiales-html.php"]Fuente[/URL]

[IsaBelM]

está bien que discrepes, pero para que tener que reemplazar por entidades html cuando con la codificación utf-8 se soluciona todo?? mal gastar recursos del servidor

[Julcar]

insisto en que esto se tiene que hacer en javascript, es mas facil reemplazar la cadena en el navegador y mandarla codificada al servidor

[IsaBelM]

Iniciado por Julcar

insisto en que esto se tiene que hacer en javascript, es mas facil reemplazar la cadena en el navegador y mandarla codificada al servidor

corres el riesgo que el usuario no tenga activado javascript

[SUMMITE]

Una cosa parecida me sucedió a mí, el problema (por decirlo de alguna manera), era el formato del documento asp, que por defecto en FP, es ASCII, así al utilizar otros programas más modernos para visualizar/crear o trabajar en programación se utiliza por defecto utf8.

El hecho de que la base de datos este o no en utf8 es intranscendente, así el problema de compatibilidad es solo en cómo se crean las páginas.

El documento archivo ASP, se creó en utf8 o ASCII?

Si se creó en ASCII hay que seguir con la misma dinámica i poner las cabeceras, por ejemplo:
content="text/html; charset=windows-1252"

Si por el contrario, se creó el documento con expresión web, matrix, HTML-KIT, Dreamweaver CS4, Visual Studio, etc etc y no se selecciono la opción ASCII predeterminada (por lo que se creó bajo utf8):

<meta http-equiv="content-type" content="text/html; charset=UTF-8" />

y se termino el problema con los caracteres extraños.

NOTA: cuando se modifica un documento en otro programa, este documento inequívocamente se formateara en el formato predeterminado del programa en cuestion (y encima mal). Los includes si son en diferente formato también afectaran aun cuando solo contengan código asp, no se pueden mezclar entre ellos o todo ASCII o todo utf8. (No las bd)

Esto es por experiencia, cuando decidí pasar todo un site a UTF 8 utilice varias formulas mágicas que se pueden encontrar en Google, ninguna dio resultado 100%, al final lo hice una a una, en ningún caso tuve que toquetear las bd's de Access ni transformar información que contienen recopilada en 10 años, simplemente crear de 0 el site (los documentos/archivos asp) y copiar&pegar el código, y como opción simple el programa "Microsoft Expression Web". El site ya funciona con utf8 etc etc ...

Esto es .. lo que a mí un día me sucedió y así lo solucione.

[AlZuwaga]

Hola SUMMITE, efectivamente la codificación del archivo (asp, html, php, loquesea) debe coincidir con el charset del meta http-equiv. Pero no comparto esto...

El hecho de que la base de datos este o no en utf8 es intranscendente

... aunque decís que..

en ningún caso tuve que toquetear las bd's de Access ni transformar información que contienen recopilada en 10 años,

... en dado caso, al ser access, no hay que tocarle nada en la BD puesto que, que yo sepa, no tiene esa opción. pero al ser la base de datos MySQL yo creo que si es necesario que el cotejamiento coincida con la codificación de la página.


Ahora, que cada uno haga las cosas como quiera, sepa o simplemente pueda. Si quieren usar HTMLencode, adelante. Si quieren usar javascript, también. Pero luego no me vengan llorando, ¿eh?

[SUMMITE]

jejeje! tienes razon, aunque creo que Mysql por defecto es utf8, (Desde la version de MySQl 4.1 que el charset por default es UTF-8) por lo que le di la pista de por donde creo van los tiros (el documento archivo en si mismo)