Esta consulta es de hace 8 años.
No tome esta información como actualizada. Si tiene
problemas con FacturaScripts, consulte la sección ayuda
o la sección contacto
Hola, Acabo de instalar facturaScripts, lo veo genial,...
info_9cd8c4 Venezuela 25-02-2017 06:02:15 07-03-2017 16:07:45 587 [zapasoft]
Hola, Acabo de instalar facturaScripts, lo veo genial, hace unos días lo instale para un usuario en un servidor dedicado, y hoy mostró que había una actualización disponible pero al tratar de actualizar muestra el siguiente error: "No se puede escribir sobre el directorio ./.well-known" si me pudieran por favor orientar en como puedo resolver este error Gracias
Permisos sobre el directorio, si es un linux la carpeta donde tengas la instalación debe ser propietaria recursivamente el usuario del apache
Si es linux, con el comando chmod 775 nombre_de_carpeta
Ese no es el permiso que se debe usar zapasoft se debe hacer cambio de propietario al usuario del apache, es el deber ser:
Ej debian, chown www-data:www-data /var/www/carpeta a dar permiso
Ej debian, chown www-data:www-data /var/www/carpeta a dar permiso
Siento discrepar con respecto a eso, sobretodo a nivel seguridad.
Aunque si es cierto que cambiar el propietario de una carpeta, al usuario del apache (www-data), puede en principio, solucionar el problema de escritura, NO es lo mas adecuado a nivel seguridad (salvo que sea un servidor casero).
Este usuario es el que corre apache y por tanto está más expuesto en caso de ataque. Por ejemplo si lo tienes así, y alguien te hackea el servidor subiéndote una shell, esta se ejecutará con los permisos de www-data y por lo tanto podrá alterar o llegar a muchos mas directorios dentro del server.
Otra razón es que si cambias el propietario de una carpeta al usuario del apache, el usuario FTP queda sin permisos de escritura, por lo tanto desde FTP no se podría cambiar o modificar esos archivos. Normalmente en los servidores profesionales lo que hacen es hacer funcionar el apache como el usuario del FTP, asignando como propietario del directorio publico de la web, al usuario FTP.
Para mi lo mas adecuado ante un problema de escritura de un usuario de un server, es modificar los permisos de escritura de ese usuario, a través del comando chmod 755 ó chmod 775 (dependiendo del server)
En cualquier caso, si es cierto que cada servidor es un mundo, y en cada caso se podría optar por varias soluciones.
Muchas gracias hlopez por tus comentarios.
Aunque si es cierto que cambiar el propietario de una carpeta, al usuario del apache (www-data), puede en principio, solucionar el problema de escritura, NO es lo mas adecuado a nivel seguridad (salvo que sea un servidor casero).
Este usuario es el que corre apache y por tanto está más expuesto en caso de ataque. Por ejemplo si lo tienes así, y alguien te hackea el servidor subiéndote una shell, esta se ejecutará con los permisos de www-data y por lo tanto podrá alterar o llegar a muchos mas directorios dentro del server.
Otra razón es que si cambias el propietario de una carpeta al usuario del apache, el usuario FTP queda sin permisos de escritura, por lo tanto desde FTP no se podría cambiar o modificar esos archivos. Normalmente en los servidores profesionales lo que hacen es hacer funcionar el apache como el usuario del FTP, asignando como propietario del directorio publico de la web, al usuario FTP.
Para mi lo mas adecuado ante un problema de escritura de un usuario de un server, es modificar los permisos de escritura de ese usuario, a través del comando chmod 755 ó chmod 775 (dependiendo del server)
En cualquier caso, si es cierto que cada servidor es un mundo, y en cada caso se podría optar por varias soluciones.
Muchas gracias hlopez por tus comentarios.
Pues muy raro que en toda parte que se busque eso sea lo recomendado no los permisos, obviamente eso que escribí no aplica para un hosting porque uno no tiene esa capacidad de administración, pero igual es bueno conocer el punto de vista de todo el mundo
Si es cierto que muchos recomiendan esta opción pero, ya sabes siempre hay que "interpretar" bien lo que se lee y contrastar varias opciones...
El camino mas corto no siempre es el mejor! jeje
Saludos!
El camino mas corto no siempre es el mejor! jeje
Saludos!
No es que sea el camino más corto, para cualquier linuxero experto y en esto me incluyo... es mucho más fácil hacer un chmod que un chown se trata de mejores prácticas y para eso fue creado el usuario del apache, así que mejor recapacita al respecto no se trata de interpretaciones en los sistemas tipo unix los procesos se aislaron mediante el uso de distintos usuarios no de permisos al estilo windows. Solo basado en este último aporte es suficiente para darse cuenta cual fue la mejor decisión si la de unix o la de windows, ósea, chown o chmod
lo recapacitaré con la almohada... ;-)
¿Problemas con FacturaScripts?
Si tiene problemas con FacturaScripts consulte la sección ayuda o la
sección contacto