Esta lectura
WordPress Solución de problemas: los permisos, chmod y caminos, oh my!
Con las cuestiones derivadas de diferentes Planes de Hosting Compartido, las versiones de PHP, Apache, etc, el archivo de problemas de permisos a veces su fea cabeza detrás. Espero que la siguiente referencia puede proporcionar algo de ayuda o dirección a los menos experimentados:
Un "archivo no encontrado", "404", "No se puede crear el directorio", "No se puede abrir" o "no existe" error deja de cosas muertas en sus pistas. Esto se debe generalmente a un programa / script de no encontrar una secuencia de comandos o el archivo donde se espera, o no es "permitido" para ver a causa de la configuración de permisos en el archivo o el directorio.
Vamos a empezar con la ruta de acceso. Revise su error con cuidado, por lo general la lista de la ruta al archivo en cuestión. Le recomiendo usar el programa de FTP FileZilla. 
Abrir el FileZilla y conectarse a su sitio. Navegue a través de la ruta que aparece en el error y tratar de encontrar el archivo. Si le falta, intente cargar de nuevo y prueba ... Si la ruta es diferente, compruebe si tiene wordpress instalado en el 'top' o directorio raíz, o si está en un subdirectorio.
Si lo encontró y la ruta es correcta, verifique los permisos.
Para este ejemplo, voy a número de las banderas de los permisos:
drwxrwxrwx 1234567890
1 bandera de directorio, 'd' si un directorio, '-' si un archivo normal, de vez en cuando 'l' para un vínculo.
2,3,4 leer, escribir, permiso de ejecución de usuario (propietario) del archivo de
5,6,7 leer, escribir, el permiso de ejecución para el Grupo
8,9,0 leer, escribir, permiso de ejecución para otros (a veces llamado 'todos').
- En cualquier posición significa que el indicador no se establece
r fichero es legible por el propietario, grupo u otro
w archivo tiene permiso de escritura. En un directorio, el acceso a escritura significa que usted puede añadir o eliminar archivos
x archivo es ejecutable (sólo para los programas y scripts de shell - no es útil para archivos de datos). El permiso de ejecución en un directorio significa que se puede listar los archivos en ese directorio
s en el lugar donde 'x' normalmente iría se llama set-UID o set-groupID bandera (en un programa ejecutable con set-UID o set-groupId, que el programa se ejecuta con los permisos de su propietario / grupo. En un del directorio, los archivos set-UID/set-groupID fuerzas y directorios creados dentro de heredar el usuario / Goup del directorio padre).
Para la seguridad, la configuración de permisos para WordPress deben ser 755 para los directorios y 644 para los archivos. La mayoría de los ejércitos, sin embargo, requieren que todos los procesos generados por un usuario tenga una identidad única para añadir otro nivel de seguridad. Así que si un plugin de WordPress o crea un archivo o un directorio, que tendrá un único propietario (y muchas veces de grupo), por lo que el directorio con 755 no nos permite crear archivos en ella y el archivo con 644 no nos permite guardar los cambios a la misma. Por lo tanto, un cambio tiene que suceder.
Aquí es donde llegamos a la "su experiencia puede variar" área. Típica instala WordPress sólo necesita el wp-content/ directorio a ser 777 (lo que WordPress puede crear el wp-contents/uploads/ carpeta). Si su wp-content/uploads/ ya existe es posible subir más de derecha y hacer wp-content/ 755. Si ha activado organizar mis archivos subidos a mes y el año carpetas basadas luego la sub-directorios deben ser verificados y wp-content/uploads/2006/06 por ejemplo), por lo que tendrá uploads/ a 777, 2006/ a 777 y 06/ a 777. Si usted está usando el plugin ImageManager, usted tendrá que comprobar los permisos de wp-content/uploads/2006/06/.thumbs/ as well!
Esta es una razón le sugiero que apague organizar mis archivos subidos a mes y el año basado en carpetas, ya que van a tener un problema con los permisos de cada mes, cuando un nuevo directorio debe ser creado. Deja que se vayan todos a / wp-content/uploads.
Algunas personas utilizan el editor en el administrador para editar el tema y plug-in de archivos (recomiendo en contra de este a menos que pueda mantener la 644 en los archivos que se está editando allí), descubren que tienen problemas de permisos (como el proceso de PHP tienen credenciales diferentes en la mayoría de servidores) y cambiar sus archivos a 666. Me siento incómodo con esto. Y he enamorado de FileZilla. Sí, tengo que salir más.
Si a mi sitio FTP con FileZilla y haga doble clic sobre un archivo, se abre en mi editor de texto favorito (Edición: Preferencias: Archivo ver / editar en el menú FileZilla) y en un ambiente mucho más "cómodos" que puedo hacer cambios, guardar y haga clic en Aceptar para cargar el archivo modificado con el servidor. La otra ventaja de esto es que el archivo está siendo leído y escrito a través de ftp que mantiene mi usuario y la identidad de grupo, y me da más seguridad y control.
Si usted tiene alguna sugerencia para este artículo, no dude en dejar un comentario ...
36 usuarios escribió sobre "Solución de problemas de WordPress: Permisos, CHMOD y caminos, oh my!"
Roo dice: Gracias, muy útil. Estaba buscando algo similar a esto.
Mi girlfreind ex creado este sitio, y siempre he editado, pero de pronto el botón Editar de la pantalla de mi sitio ha desaparecido? No puedo acceder a cualquier edición opions? ¿Cómo puedo hacer esto de nuevo, como mi ex no está disponible? Necesito poner cosas nuevas lo antes posible? ¿Puede alguien ayudarme? Daryl
Hasta que averiguar por qué el botón "Editar" desaparecido, siempre se puede intentar [yourdomainhere].com/fishing/wp-admin y que debería obligar a la pantalla de login WP a subir.
Tengo un problema con la descarga de imágenes a WP .. Así que si me salía bien, entonces todos los de mi wp-content permisos deben ser 644.
Edgars: El siguiente es el párrafo que creo que se aplica a usted:
"Típica instala WordPress sólo necesita el wp-content / directorio a ser 777 (lo que WordPress puede crear la carpeta wp-contents/uploads). Si ha activado organizar mis archivos subidos en mes y el año basado en carpetas entonces los subdirectorios deben ser verificados y (wp-content/uploads/2006/06 por ejemplo). "
Cualquier WordPress directorio se designa a utilizar puede ser necesario 777.
Changinging el modo de la wp-content / directorio a 777, que es ampliamente considerado como la inseguridad es un tema corriente en Wordpress. Pero eso no es estrictamente cierto si usted tiene acceso a la shell: El problema es que en un sistema Linux, los scripts PHP se ejecutan como nadie, pero el directorio es propiedad del usuario para que nadie no puede escribir en él a menos que sea chmod 777. Una solución mejor es cambiar la propiedad del directorio a nadie y luego el directorio de carga puede ser chmod 755 y todos los directorios creados por Wordpress también chmod 755.
En el shell de CD en el directorio raíz de Wordpress y escriba y escriba:
chown nobody wp-content
Si usted no tiene acceso shell, consulte a su proveedor de alojamiento web que lo haga por usted.
Pero si el servidor se está ejecutando con phpsuexec habilitado, scripts PHP se ejecuta como el usuario que también tiene acceso de escritura a los directorios de propiedad del usuario. Así, en este caso, el directorio de carga puede ser chmod 755.
Es lamentable que el acceso shell es cada vez más rara, con regular los planes de hosting.
Y 777 en una máquina moderna no es tan peligrosa como pudiera parecer, aún tendría cierto proceso / config fallas para que sea explotado, y ya que estamos hablando / uploads / No estoy demasiado preocupado acerca de alguien que la piratería image / archivos ZIP sigo allí.
Hay un problema de seguridad fundamental con la creación de un archivo como "wp-config.php" a 644 en un entorno compartido: permite a otros usuarios en esa máquina para leer la configuración de base de datos que figuran en ese archivo. A continuación, puede utilizar la configuración de base de datos y hacer lo que quiera con los datos de base de datos. Ver este hilo en los foros de WP para más:
http://wordpress.org/support/topic/83831
EDIT: Lo que me olvidé de decir lo anterior es que problema de seguridad se aplica si el proveedor de hosting permite el acceso SSH a su cuenta.
Pizdin: Esto simplemente no es cierto en ambientes compartidos más modernas.
Pero agradezco el vínculo, las personas son bienvenidas para llegar a sus propias conclusiones;)
Hola, me preocupa el tema 777 del wp-plugin/uploads /
¿Qué pasa si la gente pone algunos scripts para que la carpeta que se eliminará cuando se ejecuta otros archivos en otras carpetas (o hacer algunas cosas desagradables)?
Hola Adi:
Sus preocupaciones son válidas. Dependiendo de la acogida que a menudo se convierte en un acto de equilibrio entre la seguridad y facilidad de uso.
Si tuviera que utilizar 777 (o 666 en los archivos) tan pronto como se termine de hacer los cambios que estaría muy tentado a cambiar todo de nuevo a 755/644. Y tengo cuando me recibió con Network Solutions (que no recomiendo como un host).
El problema generalmente radica en cómo la web-host asigna una identidad para el usuario que se conecte a través de FTP / etc. y de la identidad a los procesos de hilado desde el interior de la interfaz de administración de WP proceso (el de PHP (s)). Estos suelen ser diferentes, y es por eso que ver las diferencias en el comportamiento de la hora de editar / borrar / subir archivos por ftp / etc. y cuando lo hace en el área de administración WP ...
Mi anfitrión actual, site5.com, aborda las cuestiones de seguridad de manera diferente, por lo que puede mantener a 755 directorios y archivos en 644 sin embargo, no recibe ningún error de permisos al utilizar las herramientas de administración de WP.
Por otra parte, como Pizdin se ha señalado anteriormente (con algunos hosts), otro usuario pueda ser capaz de leer mi archivo wp-config.php en mi entorno actual. Esto no me preocupa demasiado (guardo copias de seguridad y la mayoría de los hackers no «caca en su propio nido" por así decirlo), pero lo hice el cambio wp-config.php a 600.
thirstan dice, Estoy en el proceso de creación de otro blog en una máquina nueva con mi propio nombre de dominio y que tienen dificultades con los permisos, la entrada parece ser exactamente lo que estoy buscando, me estaba preguntando si el puesto sigue siendo oportuna para WP actual ?
Wow, que es una carrera-en frase 
gracias,
thirstan
Thirstan: Sí, nada ha cambiado realmente allí.
La versión de WP en realidad no importa, aunque el entorno de acogida. Ejemplo: En aplus.net (y Network Solutions) que experimentará problemas con WP no tener "permiso" para crear directorios y archivos. Sin embargo, los anfitriones como site5.com manejarlo de manera diferente y usted no notará ninguna de las cuestiones que surgen con el permiso WordPress / PHP procesos de creación o edición de archivos.
Gracias Sam tanto para esto. He estado luchando con 1and1 durante la semana pasada, porque no me explicaba por qué, de repente, mi plugin de comercio electrónico ya no podía crear miniaturas de las fotos que subir.
Creo que ahora entiendo y podría ser capaz de obtener el servicio al cliente para ayudar efectivamente a mí. Voy a leer su mensaje sobre presupuesto y en mi correo electrónico una vez que la entiendo completamente.
Gracias de nuevo.
La mejor solución para esto es para crear manualmente la estructura de directorios de antemano. La única razón para exigir 777 es porque wordpress necesita para crear estos directorios. Sin embargo, si los directorios que ya existe un estricto conjunto de permisos es posible. Por lo tanto, crear los directorios para los próximos dos años (una carpeta para cada mes), entonces los directorios chmod a 755 y los archivos a 644. A veces me he dado cuenta de que los directorios necesitan 775 dependiendo de su acogida.
¡Salud!!
Hola, traté de wp-content chmod 755 a 644, pero el resultado siempre se convierte en 764. alguna idea? gracias
gran artículo, ahora todo está funcionando bien, thx.
Tres palabras: el modo PHP seguro.
Yo estaba persiguiendo este problema para un cliente durante una hora aproximadamente. El directorio de cargas es propiedad del usuario de apache, pero cualquier año o directorios meses Wordpress tratado de crear en cargas hasta que no apaga el modo PHP seguro. Ahora funciona como un chizzamp!
Cheers Sam. Sólo encontramos con este problema mientras que la migración de un blog de WordPress.com. Org en un nuevo huésped. Esta es la primera vez que he tenido que cambiar los permisos de archivos.
Gracias,
Matt
woow gran post, esto será muy útil para mí. Gracias por esta gran pieza de trabajo.
Yo había intentado cambiar el permiso, a los cambios de rutas, pero nada funcionó.
Hasta Bard 's comentario.
He cambiado la ruta de acceso mediante la eliminación de la barra frontal antes de wp-content/uploads ... y funcionó:)
Hola, no hay uso de dar permiso dentro del servidor para ello. Sólo tienes que entrar en el WP utilizando las credenciales de administrador y luego ir a Settings -> Varios -> ya continuación, copie y pegue la ruta de acceso predeterminada que se muestra allí. Esto solucionará el problema y me había fijado que ahora ... :-) Es tan simple. No golpee demasiado para un asunto sencillo.
Recuerdos,
Rj.
Ingeniero en Sistemas de
actsupport.com
Gracias RJ, pero es un poco más complicadas con algunos hosts web.
Hola,
Tengo problemas con los permisos en mi plataforma de Wordpress y nadie parece saber cómo resolverlos. Por favor ayuda!
Cuando trato de cambiar los permisos de algunos archivos, como index.php (que es archivo bastante crucial, estoy seguro de que estaría de acuerdo) a 666, aparece esta línea: 500 'SITE CHMOD 666 index.php': orden no entendido
Lo mismo ocurre cuando trato de escribir el comando manualmente.
Yo no sé qué otra cosa hacer. Mi anfitrión no proporciona acceso a cPanel y que utilizan Windows y dicen que habría que "sólo lectura" marca en los archivos si sólo fueran legibles, pero no los tienen, por lo que debe ser capaz de cambiar los permisos . Pero yo no lo soy. Que también dicen que tal vez podría cambiar la configuración del servidor dentro de wordpress, pero no he encontrar donde puedo hacer eso todavía.
¿Hay algo más que puedo hacer? Por favor, ayuda!
@ Alia: Windows es un animal totalmente diferente cuando se trata de permisos. Le sugiero que pregunte a su anfitrión para mover a un servidor Linux, y si no puede encontrar otro host ... Los permisos sólo es uno de los problemas que puede experimentar WordPress ejecuta en un servidor Windows;)
Y, en relación con index.php, sino que no debe ser 666, que significa que otros pueden escribir en él. Make it 644.
Ya he intentado 644, también, pero nada funciona.
No creo que se pueden mover a usar Linux, tampoco.
Ya me han dicho que es mejor buscar otro alojamiento, parece que realmente tendrá que.:)
Gracias de todos modos!
Hola,
Soy yo otra vez. Mi alojamiento ha conseguido, después de todo me mueve a la plataforma Linux, pero el problema persiste. En el Filezilla el permiso es "644", pero no puedo escribir en el archivo en el Wordpress-que aún dice que tengo que cambiar el permiso antes de que pueda escribir. (¿?)
Por otra parte, los permisos ahora incluso Thos que había se han ido.
¿Alguna idea?
@ Alia: Parece que estamos llegando a los 2 últimos párrafos del artículo; Su anfitrión es el mapeo de procesos de PHP a otro "usuario" (y no otra persona, pero otro 'id'), que es una forma de "seguridad" que solía ser popular. Le sugiero que use un programa de FTP en esos ambientes (no el editor interno).
No lamento el cambio a un servidor Linux, hay varios otros temas que podrían (lo haría?) Han aparecido con un servidor de M $ ...
Traté de que, y funcionó. Thank you so very much! After app. 10 en informática le pedí que no sabía cómo resolver este problema (incluida la acogida de apoyo), usted es un protector de la vida real!
I bookmarking esta página.
Yo uso wordpress, este artículo me ayuda algún día.
Gran artículo, realmente me gusta. Gracias
Gracias por ese gran puesto.
