La lectura de esta
WordPress Solución de problemas: permisos, chmod y caminos, ¡por Dios!
Con las cuestiones derivadas de diversos Planes de Hosting Compartido, las versiones de PHP, Apache, etc, los problemas de permisos de archivos a veces parte trasera de su cabeza fea. Espero que la siguiente referencia puede proporcionar alguna ayuda u orientació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 las cosas muertas en sus pistas. Esto se debe generalmente a un programa / script no encontrar un script o un archivo en el que espera, o no lo es "permitido" a ver, debido a la configuración de permisos en el archivo o directorio es. Esto es frustrante para cualquier usuario de la computadora! Computadoras que se supone para ser eficiente y divertido. Partypoker en la web , diseño gráfico, correo electrónico o lo que usted necesita hacer en su equipo no debe interrumpirse o retrasarse por problemas técnicos molestas. Siempre hay maneras de evitar que si usted sabe qué hacer.
Vamos a empezar con la ruta. Comprobar su error con cuidado, por lo general se lista la ruta al archivo en cuestión. Yo recomiendo usar el programa de FTP FileZilla . 
FileZilla abierta y conectarse a su sitio. Navegar a través de la ruta que aparece en el error y tratar de encontrar el archivo. Si no se encuentra, intente cargar de nuevo y probar ... Si la ruta es diferente, verifique si tiene wordpress instalado en el directorio "superior" o la raíz o si está en un subdirectorio.
Si lo encuentra y la ruta es correcta, compruebe los permisos.
Para este ejemplo, voy a número de permisos de las banderas:
drwxrwxrwx 1234567890
Una 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, los permisos de ejecución para el usuario (propietario) del archivo
5,6,7 leer, escribir, los permisos de ejecución para el grupo
8,9,0 de lectura, escritura, permiso de ejecución para otros (a veces llamado "todos").
- En cualquier posición significa que el indicador no está definido
r archivo es legible por el propietario, grupo u otro
archivo w se puede escribir. En un directorio, escribir significa que el acceso se 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). Permiso de ejecución en un directorio significa que usted puede listar los archivos en el directorio
s en el lugar donde "x" suele ir se llama set-UID o set-ID_grupo bandera (en un programa ejecutable con el set-UID o conjunto ID_grupo-, que el programa se ejecuta con los permisos de su dueño / grupo. En un directorio, las fuerzas set-UID/set-groupID archivos y directorios creados en el interior de heredar el usuario / goup del directorio padre).
Para mayor 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 creados por un usuario para tener una identidad única para añadir otro nivel de seguridad. Así que si WordPress o un plugin crea un archivo o directorio, que tendrá un único propietario (y, a menudo en grupo), por lo que el directorio con 755 no nos permitirá 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" la zona. Típica instala WordPress sólo necesita el wp-content/ directorio a 777 (de modo que WordPress puede crear el wp-contents/uploads/ carpeta). Si su wp-content/uploads/ ya existe se puede subir más de la derecha y hacer wp-content/ 755. Si ha activado Organizar mis subidas en el mes y el año basado en carpetas de los directorios sub-necesitan ser revisados 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, tendrá que revisar los permisos en wp-content/uploads/2006/06/.thumbs/ así!
Esta es una razón le sugiero que apague Organizar mis subidas en el mes y el año basado en carpetas, ya que van a tener un problema con los permisos de cada mes en un nuevo directorio debe ser creado. Simplemente deja que se vayan todos a / wp-content/uploads.
Algunas personas utilizan el editor de la administración para editar temas y plug-in de archivos (recomiendo en contra de esto a menos que se puede mantener 644 de los archivos que se está editando allí), descubren que tienen problemas de permisos (como el proceso de PHP tendrán credenciales diferentes en la mayoría de servidores) y cambiar sus archivos a 666. Me siento incómodo con esto. Y tengo un enamorado de FileZilla. Sí, tengo que salir más.
Si ftp a mi sitio con FileZilla y haga doble clic sobre un archivo, se abre en mi editor de texto favorito (Edición: Ajustes: para ver archivos / editar en el menú de FileZilla) y de una forma mucho más "cómodos" medio ambiente que pueda hacer cambios, guardar y haga clic en Aceptar para cargar el archivo modificado en 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 / 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 ...
57 comentan los usuarios sobre "WordPress Solución de problemas: permisos, chmod y caminos, OH MY"
Roo , dice, Gracias, muy útil. Yo estaba buscando algo similar a esto.
Hasta que averiguar por qué el botón 'Editar' desaparecido, siempre puedes probar [yourdomainhere].com/fishing/wp-admin y que debería obligar a la pantalla de login WP para llegar.
Mi ex girlfreind creado este sitio, y siempre lo he editado, pero de repente el botón EDIT en mi sitio de pantalla GONE es? No puedo acceder a cualquier opions editar? ¿Cómo puedo conseguir este nuevo, ya que mi ex no está disponible? Tengo que publicar nuevo material lo antes posible? ¿Puede alguien ayudarme? Daryl
Tengo un problema con la descarga de imágenes para WP .. Así que si lo hacía bien, entonces todo el contenido de mi wp-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 777 (de modo que WordPress puede crear la carpeta wp-contents/uploads). Si ha activado Organizar mis subidas en carpetas de mes y el año base, entonces los subdirectorios deben ser controlados 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 para 777, que es ampliamente considerado como la inseguridad es un tema recurrente a lo largo de WordPress. Pero eso no es del todo cierto si se tiene acceso shell: El problema es que en una máquina Linux, scripts php se ejecutan como nadie más que el directorio es propiedad del usuario para que nadie no puede escribir en él a menos que sea chmod 777. Una mejor solución 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 cd shell en el directorio raíz de WordPress y escriba y escriba:
chown nadie wp-content
Si usted no tiene acceso a una consola, pregunte a su proveedor que lo haga por usted.
Sin embargo, si el servidor se está ejecutando con phpsuexec activado, scripts php se ejecutan como el usuario que también tiene acceso de escritura a los directorios de propiedad del usuario. Así que en ese caso, el directorio de carga puede ser chmod 755.
Es lamentable que el acceso shell es cada vez más rara, con regular de los planes de hosting.
Y 777 en una máquina moderna no es tan peligroso como parece, se necesitarían ciertas proceso / config fallas para que sea explotado, y ya que estamos hablando / uploads / yo no estoy demasiado preocupado por la piratería de la persona image / archivos ZIP sigo allí.
Hay una cuestión de seguridad fundamental con la creación de un archivo como "wp-config.php" a 644 en un entorno compartido: permite que otros usuarios de dicho computador para leer la configuración de la base de datos contenida en dicho archivo. A continuación, puede utilizar la configuración de base de datos y hacer lo que quieran con los datos de su base de datos. Ver este tema 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 alojamiento permite el acceso SSH a su cuenta.
Pizdin: Esto simplemente no es cierto en entornos compartidos más modernos.
Pero agradezco el enlace, las personas son bienvenidas para llegar a sus propias conclusiones;)
Hola, estoy preocupado con el tema 777 de wp-plugin/uploads /
¿Qué pasa si la gente pone algunas secuencias de comandos a la carpeta que cuando se ejecuta a borrar 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 seguridad y facilidad de uso.
Si tuviera que utilizar 777 (o 666 en los archivos) tan pronto como se termine de realizar los cambios que sería muy tentado a cambiar todo de nuevo a 755/644. Y que tengo cuando me recibió con Network Solutions (que yo no recomiendo como anfitrión).
El problema generalmente se encuentra con la forma en la web-host asigna una identidad para el usuario que se conecta a través de ftp / etc. y la identidad a los procesos de hilado a partir de la interfaz de administración dentro de WP (el proceso de PHP (s)). Estos suelen ser diferentes, y es por eso que usted ve diferencias en el comportamiento durante la edición / borrar / subir archivos con ftp / etc. y cuando lo hacen en el área de administración WP ...
Mi anfitrión actual, site5.com, aborda las cuestiones de seguridad de manera diferente, así que puede que las guías telefónicas en 755 y 644 archivos en la que aún no recibe ningún error permiso al utilizar las herramientas de administración de WP.
Por otro lado, como se ha señalado anteriormente Pizdin (con algunos hosts), otro usuario podría 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 cambió wp-config.php a 600.
thirstan dice: Yo estoy en el proceso de creación de otro blog en un nuevo host con mi propio nombre de dominio y con problemas para tener los permisos, el mensaje parece ser exactamente lo que estoy buscando, me preguntaba si el puesto sigue siendo oportuna para WP actual ?
Wow, eso es una ejecución de sentencia 
gracias,
thirstan
Thirstan: Sí, nada ha cambiado realmente allí.
La versión de WP no importa, aunque el entorno de acogida. Ejemplo: En aplus.net (y soluciones de red) tendrá problemas con WP no tener "permiso" para crear directorios y archivos. Sin embargo, los anfitriones como site5.com manejarlo de manera diferente y que no se dará cuenta de alguno de los problemas de permisos que se presentan con WordPress / PHP procesos de creación o edición de archivos.
Sam gracias por esto. He estado luchando con 1and1 desde la semana pasada, debido a que no podía explicarme por qué, de repente, mi plugin de comercio electrónico ya no podía crear miniaturas de las imágenes que subir.
Creo que ahora entiendo y podría ser capaz de obtener el servicio al cliente que realmente me ayuda. Voy a leer el mensaje una y otra cita en mi correo electrónico una vez yo lo entiendo completamente.
Gracias de nuevo.
La mejor solución para esto es crear manualmente la estructura de directorios de antemano. La única razón para requerir 777 se debe a las necesidades de wordpress para crear estos directorios. Sin embargo, si los directorios que ya existen un conjunto más estricto de los permisos es posible. Por lo tanto, crear los directorios para los próximos dos años (una carpeta por 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 en función de su anfitrión.
¡Salud!
hola, he intentado chmod wp-content 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 seguro de PHP.
Yo estaba persiguiendo a este problema para un cliente durante una hora aproximadamente. El directorio de archivos es de propiedad del usuario de apache, pero un año o un mes directorios WordPress tratado de crear en la subida de error hasta que apagué el modo seguro de PHP. Ahora funciona como un chizzamp!
Saludos Sam. Sólo encontramos con este problema, mientras que la migración de una a WordPress.com. Org blog en un nuevo huésped. Esta es la primera vez que he tenido que cambiar sus permisos.
Gracias,
Mate
woow gran mensaje, esto será muy útil para mí. Gracias por este gran trabajo.
Yo había tratado de cambiar los permisos, a cambio de vías, pero nada funcionó.
Hasta comentario Bard 's.
He cambiado la ruta mediante la eliminación de la barra frontal antes de wp-content/uploads ... y funcionó:)
Hola, no tiene sentido de dar el permiso dentro del servidor para esto. Sólo tienes que entrar en el WP utilizando las credenciales de administrador y luego ir a Configuración -> Varios -> y luego copiar y pegar la ruta predeterminada que se muestra allí. Esto solucionará el problema y lo había fijado en este momento ... :-) Es tan simple. No golpee demasiado para un asunto sencillo.
Saludos,
RJ.
Ingeniero de Sistemas
actsupport.com
Gracias RJ, pero es un poco más complicado con algunos servidores de Internet.
Hola,
Tengo problemas con los permisos en mi plataforma 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 el archivo muy importante, estoy seguro de que estaría de acuerdo) a 666, aparece esta línea: 500 'SITE CHMOD 666 index.php': comando no entendido
Lo mismo ocurre cuando trato de escribir el comando manualmente.
No sé qué más hacer. Mi hosting no proporciona acceso a cPanel y uso de Windows y se dice que habría que "sólo lectura" marca en los archivos si se tratara de sólo lectura, pero no los tiene, por lo que debe ser capaz de cambiar los permisos . Pero yo no lo soy. 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 pueda hacer? Por favor, ayuda!
@ Alia: Windows es un animal totalmente diferente cuando se trata de permisos. Le sugiero que pregunte a su anfitrión que se mueve a un servidor linux, y si no puedes, busca otro host ... Permisos es sólo uno de los problemas que puede experimentar corriendo WordPress en un servidor Windows;)
Y, en cuanto a index.php, no debe ser 666, eso significaría que otros puedan escribir en él. Lo hacen 644.
Ya he tratado de 644, también, pero nada funciona.
No creo que me puede pasar a Linux, ya sea.
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 anfitrión, después de todo ha conseguido que me trasladara a la plataforma Linux, pero el problema persiste. En Filezilla el permiso es "644", pero no puedo escribir en el fichero en el WordPress-todavía dice que tengo que cambiar el permiso antes de que pueda escribir. (¿?)
Además, ahora incluso los permisos thos que había se han ido.
¿Alguna idea?
@ Alia: Parece que estamos llegando a los últimos dos párrafos del artículo; Su anfitrión es el mapeo de los procesos de PHP a otro "usuario" (no otra persona, pero otro 'id'), que es una forma de "seguridad" que 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 temas más que podrían (¿verdad?) Han aparecido con un servidor de M $ ...
Yo lo intenté una y funcionó. ¡Muchas gracias! Después de la aplicación. 10 informáticos que pidió que no sabía cómo resolver este problema (incluyendo el apoyo de hospedaje), usted es un protector de la vida real!
inundaciones imágenes dice: Yo marcadores esta página.
Yo uso wordpress, este artículo me ayuda algún día.
Gran artículo, me gusta mucho. Gracias
gracias por ese gran puesto.
de hecho el permiso del archivo es muy garrapatas .. Gracias por ayudar.
Saludos
Muchas gracias!
azzaam dice: le da las gracias, su trabajo para mí 
mis anfitriones cerró ocho de mis sitios (5 wordpress) debido a la "actividad inusual" y he comprobado todos los archivos con CPanel. Encontré los archivos dudosos en una instalación de Zen Cart y carpetas se chmod 777 y 666 archivos.
Al hacer esto, me di cuenta de mi wp-content/uploads fueron los 7 y los 6 que gracias por tu explicación detallada sobre cómo resolver el problema. Los he cambiado a 755/644 pero si WP no puede escribir al final del mes, ya sé por qué ...
Necesito ayuda. 755 y 644 no me permiten acceder a páginas y mensajes ... ¿qué hacer? Me estoy volviendo loco.
@ NH: Las páginas y los mensajes no son archivos ... ¿Puede darme más información?
No entiendo donde se introducen códigos de tres dígitos de permisos de archivo. los 755 y 644 códigos. Estoy buscando a mi sitio con Plesk, para comprobar los permisos en mi servidor y todo lo que veo son los códigos de HTE largo como rwx rx rx.
Puedo obtener un prohibido ".. Usted no tiene permiso para acceder a / wordpress / wp-admin / upload.php en este servidor. "Cuando trato de correos. cambiar permisos en el archivo de referencia no tiene ningún efecto.
>> No entiendo donde se introducen códigos de tres dígitos de permisos de archivo. los 755 y 644 códigos.
Ver mi recomendación sobre Filezilla / FTP ...
Suyash Dwivedi dice: o simplemente puede establecer el permiso a 751 en el directorio que usted no desea hacer pública
Gracias por este .. que estaba buscando para el conjunto de permisos en mi sitio web ... espero que va a trabajar, voy a tratar de esto ....
Me pregunto si muchos de los problemas de permisos tesis pueden ser rastreados hasta la forma en WordPress se ha instalado, es decir, el uso de paquetes de instalación rápida actualmente con el servicio de alojamiento web muchos. Nunca he encontrado ninguna de estas cuestiones de permiso con una nueva instalación manual de WordPress. Sólo con las instalaciones preexistentes o configuraciones de estar situada en un servidor a otro.
Muy útil. Esto ha resuelto mi problema, gracias Sam.
Gracias por este consejo Sam! Esto es algo que se me ha molestado desde hace algún tiempo. Parece que la práctica habitual en instalaciones de WordPress es el uso de CMOD 777 directorios para la carga de archivos. Y es increíble peligroso!
Si usted encuentra que tiene que chmod 777 al directorio wp-content/uploads para su sitio de trabajo, le recomiendo cambiar de proveedor de alojamiento web.
Muchas gracias por esto!
Su trabajo para mí muy bien.
Saludos cordiales desde Alemania
Esto es exactamente lo que estaba buscando, gracias.
Nunca había problemas con WordPressand CHMOD
Gracias por el artículo más informativo. Tuve problemas para la solución de problemas blog de WordPress.
