problema con acentos y ñ en nombre de archivos.

[aleluya]

tengo unos archivos que tienen acentos tipo, camión.php pero que para que se visualicen hay que poner: cami%f3n.php

si pongo directamente camión.php no aparece nada.

El problema además es que los enlaces no funcionan ya que apuntan a camión.php , el codigo en html es camión.php y es correcto ya que en el navegador sale "camión.php"


¿hay alguna solución sencilla o debo cambiar todos los enlaces y que apunten a "cami%f3n.php"


Gx.

[GatorV]

Hola aleluya,

Usa mejor urlencode() sobre el nombre para que sea valido en lugar de htmlspecialchars.

Saludos

[sweetlydark]

no deberías usarlos en los nombre de archivos por las complicaciones entre el navegador, idiomas web y servidor como ello interpretan letras fuera de lo comunes puede diferenciar. Esto te puede causar mas problemas de lo que quieres por eso yo opto por no usarlos.

Ahora en tu caso si el archivo esta escrito cami%f3n.php entonces tu enlace debe ser <a href="cami%f3n.php">Enlace</a>

[desarrollandoweb]

Hola.

No debes utilizar tildes ni eñes en nombres de alrchivos, ojala también evitar la utilización dee spacios en los nombres de los archivos por que eso enera problemas.

utiliza los caracteres normales y para los espacios cambialos por - o _ .

Un salud

[aleluya]

Dándole vueltas pensé que se podria solucionar cambiando algo en el servidor

en php.ini o
.htacces

Iniciado por sweetlydark

no deberías usarlos en los nombre de archivos por las complicaciones entre el navegador, idiomas web y servidor como ello interpretan letras fuera de lo comunes puede diferenciar. Esto te puede causar mas problemas de lo que quieres por eso yo opto por no usarlos.

Ahora en tu caso si el archivo esta escrito cami%f3n.php entonces tu enlace debe ser <a href="cami%f3n.php">Enlace</a>

actualmente el codigo html es cami&#xf3;n.php y el archivo al que apunta y que aparece es camión.php pero ese archivo "no existe".

[sweetlydark]

si porque el código html &#xf3; es un mecanismo visual del navegador, tu vez camión de lo mas lindo en el navegador pero no encuentras el archivo porque esta buscando un archivo con el nombre cami&#xf3;n.php y no camión.php

Tienes que escribir el enlace EXACTAMENTE igual que el archivo (recuerde que en los servidores linux las mayúsculas importan mucho). Primero sube el archivo a tu servidor luego mi como se ve el nombre del archivo en tu servidor si es camión.php usas

<a href="camión.php">Enlace</a>

Si es cami%f3n.php usas:

<a href="cami%f3n.php">Enlace</a>

También asegura que tu pagina este usando un codificación de letras que acepta los acentos y que tu servidor reconozca (aunque creo que con el servidor no debes tener problema si usas los reconocidos por la W3C).

[santhy]

sweetlydark, lo que estás diciendo puede que no sea completamente correcto en este caso y puede liar más al personal.
En HTML pueden utilizarse caracteres fuera del a-z A-Z y 0-9 _- (siempre que el charset esté bien definido, claro).
Sin embargo, los parámetros de las etiquetas (en inglés tags) deben de "escaparse".
El escapar un caracter es simplemente sustituirlo por su código de caracter en la tabla ASCII, antecedido por un signo %. (El propio signo % debe escaparse para no confundirse consigo mismo).
El ejemplo más corriente es el espacio. Una URL con espacios será convertida en tu propio navegador (al enviarla al servidor) por la misma cadena, habiendo sustituido los espacios por %20. (Así, /pagina/web uno.html se convierte en /pagina/web%20uno.html).

Igualmente, si el sistema de archivos soporta que los nombres de archivos tengan una / en su nombre, el archivo "uno/dos.html" DEBE escribirse, en el href="" como "uno%2fdos.html".

Lo que dices de utilizar &#xf3; es similar a %f3. La diferencia primordial es que &#xf3; es un caracter virtual que convierte al caracter (lo que está entre & y ;) por el que está en el lugar hexadecimal 0xF3 (ó).
En caracteres virtuales, en lugar de &#xf3; para tu ó también puedes usar &oacute; (es el mismo caracter en HTML). Sin embargo para acceder a su URL, el mecanismo es el %f3.

No puedes ponerlo directamente (o aunque el servidor lo soporte no deberías hacerlo).

Para evitarse todos estos jaleos siempre es mejor no necesitar estos caracteres, que al fin y al cabo tampoco son tan importantes en la URL (digo yo ^^).


@sweetlydark:
El enlace no debe escribirse EXACTAMENTE igual que el archivo por la razón anterior. Sin embargo, sí es cierto que a no es igual a A. Hablando de caracteres ajenos a la tabla básica de caracteres*

Un saludo

*) Según el Estandar C++, el conjunto de caracteres básicos de origen son 96 caracteres: espacio, cracteres de control de tabulación horizontal, tabulación vertical, salto de página y nueva línea y los siguientes 91 caracteres gráficos:
a b c d e f g h i j k l m n o p q r s t u v w x y z
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
0 1 2 3 4 5 6 7 8 9
_ { } [ ] # ( ) < > % : ; . ? * + - / ^ & | ~ ! = , \ " '
En el esquema de URIs, algunos de estos caracteres están reservados (como # y ?), es decir, tienen un significado especial.

[sweetlydark]

Iniciado por santhy

El ejemplo más corriente es el espacio. Una URL con espacios será convertida en tu propio navegador (al enviarla al servidor) por la misma cadena, habiendo sustituido los espacios por %20. (Así, /pagina/web uno.html se convierte en /pagina/web%20uno.html).

Igualmente, si el sistema de archivos soporta que los nombres de archivos tengan una / en su nombre, el archivo "uno/dos.html" DEBE escribirse, en el href="" como "uno%2fdos.html".

Rayos es verdad se me ha quedado en la mente esto (ya que hace tiempo no he necesitado usar estas cosas) pero si creo que estas en lo correcto. Hay!! pero es un gran dolor de cabeza tener que buscar un código para remplazar ciertos caracteres de tus archivo, que creo que mi mente ah ido borrándole de mi cabeza.

[santhy]

Para buscar el código, es mirar en la tabla ASCII. como ya he dicho. (espacio = 32(decimal) = 0x20 => %20).
En PHP lo tenemos más fácil con urlencode() y rawurlencode()

Para más información, ver RFC1738 (en inglés) http://www.faqs.org/rfcs/rfc1738, párrafo 2.2