wordpress - subido - permisos wp-content
No se puede crear un directorio en wp-content/uploads en Wordpress (13)
No puedo subir ninguna imagen a la sección Medios. Recibo este mensaje de error:
"No se puede crear el directorio wp-content / uploads / 2015/05. ¿El servidor puede escribir en el directorio principal?"
Traté de cambiar los permisos, dí acceso completo 777 a ambas cargas, y al directorio de contenido wp, pero esto no ayudó.
Traté de cambiar a los propietarios a apache: apache para / wordpress / wp-content, pero eso tampoco ha ayudado.
upload_path está configurado a wp-content / uploads en option-media.php. Todavía no está funcionando.
Intentó definir definición de ruta de carga define(UPLOADS, ''wp-content/uploads''); No ayuda.
(servidor: centos)
Alguien, por favor ayuda!
-Gracias por adelantado.
"El archivo subido no se pudo mover a wp-content / uploads / 2015/05".
Este error se debe a un permiso insuficiente para su usuario en el servidor.
Una manera rápida y sucia de resolver este error es establecer el permiso 777, pero puede que no funcione también en algún momento.
Siga este enlace esto lo ayudará http://2surge.com/how-to-fix-the-uploaded-file-could-not-be-moved-to-wp-content-error-message/
Gracias
Cambia los permisos en el directorio / wp-content a 0775 y pruébalo nuevamente.
sudo chmod 0775 {yourpath}/wp-content/uploads
Si falla, cambie los permisos a 0777 e intente de nuevo.
sudo chmod 0777 {yourpath}/wp-content/uploads
Una vez que sea exitoso, asegúrese de devolver los permisos en / wp-content a lo que eran cuando comenzó.
Es posible que también desee volver a poner los permisos en cualquier otro archivo que haya cambiado al intentar resolver el problema.
Más opciones que puede encontrar aquí: https://www.tipsandtricks-hq.com/how-to-fix-the-unable-to-create-directory-error-in-wordpress-5264
Reggards
Debian gusta:
chown -R www-data:www-data /var/www/{yourpath}/wp-content/uploads
Esta solución funcionó para mí:
chown -R www-data:www-data /path-to-mywordpress-root-folde
Estaba teniendo un problema similar después de migrar de un sitio de desarrollo a un sitio de producción. Resultó que el mensaje es engañoso. Ver configuración, Medios. Verifique que el directorio de medios sea preciso para el sitio actual. Si el sitio se migró, el directorio enumerado seguirá siendo del sitio anterior y es posible que deba actualizarse.
Esto a veces es un problema con la propiedad de archivos y directorios que los permisos. Descubra el usuario que está ejecutando el código php utilizando la página phpinfo() .
Una vez que conozca al usuario del sistema, asegúrese de que la cuenta FTP que está utilizando esté configurada para cargar los archivos como ese usuario. Si se ha cargado utilizando un usuario diferente, use chown para cambiar la propiedad de la ruta base para que coincida con el usuario.
Por ejemplo:
$ sudo chown -R <user> /path/to/public_html
Intenté todas las soluciones de https://www.tipsandtricks-hq.com/how-to-fix-the-unable-to-create-directory-error-in-wordpress-5264 reparar la imposibilidad de https://www.tipsandtricks-hq.com/how-to-fix-the-unable-to-create-directory-error-in-wordpress-5264 en mi Centos7. Pero no funcionará.
Luego encontré un mensaje útil en /var/log/audit/audit.log
type = AVC msg = audit (1495357844.782: 604): avc: denied {write} para pid = 2721 comm = "httpd" name = "contenido-wp" dev = "dm-5" ino = 1074299184 scontext = system_u: system_r: httpd_t: s0 tcontext = unconfined_u: object_r: etc_runtime_t: s0 tclass = tipo dir = SYSCALL msg = audit (1495357844.782: 604): arch = c000003e syscall = 83 success = no exit = -13 a0 = 7fffba9c62c0 a1 = 1ff a2 = 8 a3 = 5 elementos = 0 ppid = 1556 pid = 2721 auid = 4294967295 uid = 48 gid = 48 euid = 48 suid = 48 fsuid = 48 egid = 48 sgid = 48 fsgid = 48 tty = (ninguna) ses = 4294967295 comm = "httpd "exe =" / usr / sbin / httpd "subj = system_u: system_r: httpd_t: s0 clave = (nulo)
Verifique la información del archivo: ls -Z /data/web/wordpress
Se encontró que SELinux impidió que Httpd accediera a los archivos. Por lo tanto, puede desactivar el SELinux o modificar el contexto del archivo: chcon -R --type = httpd_sys_rw_content_t / data / web / wordpress. Y funciona.
Intenta seguir. Asegúrate de que {path} se remplace con la ruta correcta
Crea un directorio de carga con permiso de superusuario
sudo mkdir -p /var/www/{yourpath}/wp-content/uploads
Cambiar la propiedad para el usuario actual
sudo chown -R $USER:$USER /var/www/{yourpath}/wp-content/uploads
Pude resolver esto actualizando la referencia a la carpeta de carga de Settings Media Store.
Vaya a Administración de WordPress -> Configuración -> Medios, y actualice las Store uploads in this folder opción de Store uploads in this folder con lo que está en su cuenta de host public_html .
/home/<base_folder_name>/public_html/wp-content/uploads
Para mí, el <base_folder_name> era diferente de lo que estaba en la cuenta de alojamiento.
Si se muestra este error después de migrar wordpress al nuevo servidor, compruebe la ruta de carga en: configuración-> medios-> Almacenar cargas en esta carpeta
el valor predeterminado es wp-content / uploads.
Probablemente tengas un viejo camino.
Simplemente ejecute este comando:
sudo chown -R www-data /path/to/wordpress
Espero eso ayude.
Tuve el mismo problema aquí en un servidor de Parallels Plesk. Tuve que cambiar los permisos de acceso para el usuario del sitio web / sitio web usando las opciones de acceso desde el administrador de archivos.
¡Espero que esto ayude!
Vaya a wp-admin/options.php
En upload_path reemplace exactamente con wp-content/uploads (sin comillas, sin barras adicionales)
Eso funcionó para mí después de haber intentado todas las demás soluciones durante días.