2012-02-07 10 views
24

Actualmente estoy compilando una nueva versión de un sitio en Wordpress y tratando de agregar unas pocas imágenes de forma normal a las que se hace referencia mediante CSS & HTML. Extrañamente, me ha permitido agregar varias imágenes, como el logotipo, etc., pero cuando intento agregar algunas imágenes más, aparece el siguiente mensaje prohibido. La imagen tampoco aparece y el mensaje prohibido a continuación muestra cuando voy a la ruta de la imagen.403 prohibido: permiso para acceder a las imágenes

Prohibida

Usted no tiene permiso para acceder a /v2/wp-content/themes/default/images/contact-yellow-icon.png en este servidor . Además, se encontró un error 404 No encontrado mientras que intenta utilizar un ErrorDocument para manejar la solicitud.

Nunca he tenido este problema antes en los otros sitios de WP que he configurado. ¿Cual podría ser el problema?

Si pongo en el camino a otra imagen, entonces funciona bien (http://www.domain.com/v2/wp-content/themes/default/images/contact-innovation-logo.png) así que don ¿¡No sé por qué no me permitirá acceder a las otras imágenes !?

Respuesta

34

usted debe comprobar los permisos de archivo para /v2/wp-content/themes/default/images/contact-yellow-icon.png

creo que deberían ser 644 para que todos puedan leer ese archivo

o puede comprobar los permisos de archivo de /v2/wp-content/themes/default/images/contact-innovation-logo.png

puede cambiar los permisos con el gestor de ftp o con la cáscara

** actualizada por Eric Leroy si los permisos de archivos 64 4 no funciona, cambia a 755 eso es lo que usé para solucionar el problema. Si no está familiarizado con cómo hacerlo en sistemas * inx y mac, aquí se muestra cómo: Abra la terminal y navegue a la carpeta principal de las imágenes. escriba sudo chmod -R 775 (luego escriba el nombre de su carpeta de imágenes después de 775) le pedirá su contraseña, entonces sus imágenes funcionarán en su sitio web.

+0

Eso es tan extraño. Funcionó, pero ¿por qué los iconos se cargan como 600 cuando todo lo demás es 644? No he cambiado ninguna configuración. Incluso he intentado subir otra imagen que sube hasta 644, pero estos 3 archivos de iconos (creados de la misma manera que todo lo demás) suben como 600. ¡Me tiene desconcertado! Gracias sin embargo. – Rob

+1

Gracias también. Exactamente el mismo problema conmigo: subí un archivo que tenía 600 permisos de archivo por algún motivo extraño. Esta fue una solución rápida. – mcranston18

+0

Si las imágenes cargadas no son las correctas chmod por defecto, tiene un problema de umask. Puede explicar el problema a su anfitrión y ellos pueden solucionarlo o puede vadear el lío que es umasks. – Archonic

7

Esto también puede ser causado por el uso de la protección Hotlinking. Por lo tanto, si se utiliza la protección Hotlinking, asegúrese de que la URL de su sitio web se agregue a la lista blanca. También tenga en cuenta que www.yourdomain.com y yourdomain.com se consideran dos URL diferentes.

+0

Gracias por esto. Nunca se me pasó por la cabeza, pero fue la solución para mi situación. – mrmonroe

-4

Utilice esta

sudo chmod -R a+rw /var 

y luego

<img src="../img/y.png"> 
+4

Si bien esto puede responder a la pregunta, no dejaste ninguna explicación de por qué esto funciona. Esta respuesta no agrega mucho valor para los visitantes posteriores que puedan tener el mismo problema. Por favor expanda su respuesta para incluir alguna explicación. –

+2

Este consejo es peligroso. Hacer que todo dentro de/var sea legible y escribible en todo el mundo compromete la seguridad del sistema. Ni siquiera sabe si los archivos en cuestión están en/var, o si el error 403 se debe a permisos de archivos. – Kenster

+1

sudo chmod -R a + rw/var/www/html/nombre del archivo –

4

La pregunta puede haber sido resuelto por el usuario original, pero he encontrado ninguna cantidad de cambiar los permisos o desactivación de hotlinking (ya estaba desactivado) estaba trabajando para mi.

Para mí, los archivos que no funcionaban eran archivos php en los temas CSS y directorios de JavaScript.

Descubrí que para mí el problema era un archivo .htaccess creado por WordPress para un LOCKDOWN para evitar inyecciones de código malicioso. Agregar reglas para permitir estos archivos les permitió funcionar.

+0

Especialmente cuando se utiliza el complemento wp-security. –

Cuestiones relacionadas