URL que escapa de caracteres Unicode chinos/japoneses para Internet Explorer

Question

Estoy tratando de escapar de URL (porcentaje de codificación) caracteres no ascii en varias URL con las que estoy tratando. Estoy trabajando con una aplicación flash que carga recursos como imágenes y clips de sonido desde estas URL. Dado que los nombres de archivo pueden contener caracteres no ASCII, así: 日本語.jpg I a escapar por UTF-8 codificación de los caracteres, y luego por ciento-escapar de los bytes Unicode, para obtener lo siguiente:

%E6%97%A5%E6%9C%AC%E8%AA%9E.jpg

Estos nombres de archivo funcionan bien cuando ejecuto la aplicación en cualquier navegador que no sea Internet Explorer. He probado Firefox, Safari y Chrome. Pero cuando inicio la aplicación en el IE (intentado tanto 6 y 8) y se intenta cargar el clip de sonido, me sale: Error #2044: Unhandled ioError, y la URL se ha corrompido a algo como:

æ¥æ¬èª.jpg

Cualquier pensamientos sobre cómo solucionar esto? Esto es solo probar la aplicación flash con las URL locales del sistema de archivos. He también notó que Internet Explorer no es capaz de localizar un archivo, tales como: file:///C:/%E6%97%A5%E6%9C%AC%E8%AA%9E.jpg, aunque Chrome/Firefox decodificarlo y carga muy bien para un archivo con la ruta

C:\日本語.jpg

editar

Creo que mi problema es la misma que la encontrada en el siguiente fragmento de código ActionScript:

import flash.display.Loader; 
import flash.net.URLRequest; 
... 
var ldr:Loader; 
var req:URLRequest = new URLRequest("日本語.jpg"); 
ldr = new Loader(); 
ldr.load(req); 

El uso de la cadena 日本語.jpg funcionará en IE, mientras que el uso de la cadena %E6%97%A5%E6%9C%AC%E8%AA%9E.jpg funciona en otros navegadores. Lo que necesito es un formulario único que funcione en todos los navegadores. Probé la codificación %u y establecí el encabezado de solicitud http en Content-Type: text/html; charset=utf-8 sin suerte en forma de porcentaje de escape o no.

Answer 1

Lo siento, no hay solución, pero tal vez al menos algo más de información sobre lo que podría estar pasando aquí. (Probablemente ya se haya dado cuenta de esto, pero tal vez ayude a otro lector a encontrar una solución.) La especificación de codificación de URL "oficial" parece dejar la puerta abierta en cuanto a cómo decodificar urls escapadas como las que está generando --las entidades escapadas intentan representar caracteres UTF-8 (como Firefox, etc. los interpretan) o caracteres ASCII (como IE los está interpretando)? No sé de ninguna manera para forzar la estrategia de descodificación deseada.

Solo una pregunta: ¿qué es lo malo que está pasando si no se les escapa en absoluto, pero dejan el Unicode en la url? Aunque no tengo mucha experiencia con eso, pensé que recuerdo haber leído en alguna parte que los días de necesidad de escapar Unicode en urls han quedado atrás. Podría estar equivocado sobre eso ...

Answer 2

IE usa UTF-8 para HTTP Urls, pero no estoy seguro acerca de las URL de archivos (aunque probé el comportamiento como parte del equipo de IE hace unos 10 años). Si está utilizando URLS en HTML, en realidad recomendaría probar cadenas literales (si la codificación de su página es UTF-8) o referencias de caracteres numéricos (& #dddd;). IE generalmente convertirá los caracteres en una codificación apropiada, que sería UTF-8 para las cosas HTTP y UTF-16 para las interacciones locales del sistema de archivos.

En realidad, HTTP necesita el URL que se escapa, no el analizador HTML.

Answer 3

Intente codificar solo las partes del URI que harían que se analizara incorrectamente. Por ejemplo, codifique &,? Y espacio. Deje todo lo demás como está, y debería funcionar como un amuleto.

Si aún tiene problemas, es posible que necesite establecer el tipo de contenido en utf en sus encabezados http. Algo así como Content-type: text/html; charset = UTF-8.

Answer 4

¿Por qué no usar secuencias de escape Unicode? Pega esto en un cuerpo de una página web HTML para ver lo que quiero decir:

<script type="text/javascript"> 
     var fileName = "日本語.jpg"; 
     document.write(escape(fileName)); 
    </script> 

llego% u65E5% u672C% u8A9E.jpg.

Answer 5

Según lo que he probado, me di cuenta de que IE no trata las URL de archivos codificados, pero sí trata las URL de http normales, por lo que ese podría ser el problema. No estoy seguro de cómo los está cargando, pero debería verificar ese problema.

Answer 6

file: // el protocolo depende de la configuración regional de su SO, si la configuración de su sistema no está configurada en chino sino en inglés, no puede dejar que IE lo haga.