CONOCIDO EL BIENIO · FANTASTICO
No se puede modificar a través de FTP una plantilla Joomla instalada por Joomla
Última actualización 2020-04-05
Este es un problema específico para, Server no ejecuta SuExec/phpSuExec. La solución es, por favor, subir los archivos a través de FTP y luego hacer una instalación manual del componente/templa Joomla.
Esto se explica en http://forum.joomla.org/index.php/topic,30796.0.html. Un resumen de las razones están bajo y citamos,
"Primero... No importa si su usuario o httpd (o nadie, apache, cualquier otro usuario apache es) posee los archivos de Joomla core. La propiedad de archivos se determina en la creación de archivos. Es determinado por el usuario que posee el proceso del sistema operativo que crea el archivo en el sistema de archivos.
Escenario: Usted está conectado como usuario y usted crea un nuevo archivo... algo.txt con su editor de texto favorito (vi por ejemplo).
Desde que ejecuta el programa vi mientras se ha iniciado el registro (asumimos que el nombre de usuario será USER avanzando). USER posee el proceso vi que creó el archivo algo.txt en el sistema de archivos. Esto significa que el archivo algo.txt será propiedad de USER.
Escenario: Usted sube un archivo ... algoElse.txt usando FTP.
Ya que se ha conectado a FTP usando su combo de usuario/pass... el proceso FTP en el que está operando ha cambiado el usuario para ser propiedad de USER. Por lo tanto, cuando el archivo algoElse.txt se subió (creado) al sistema de archivos... será propiedad del propietario del proceso que lo creó, USUARIO.
Escenario: Sube un archivo a un script php que lo guarda hasta el momentoSomethingElse.txt (no usando suexec con php).
Ok, Apache, por razones de seguridad, ejecuta sus procesos de propiedad de un usuario "especial"... a menudo nombrado nadie, o apache, o httpd, o cualquier otro nombre lindo que un sysadmin lo nombre en el archivo conf. Así que en este caso diremos que el usuario de apache se llama httpd. Así que, sube su archivo al script php. Php está corriendo en un módulo de apache, que está funcionando en el proceso de apache... ¿adivina quién es el dueño? ... es correcto ... usuario httpd. Debido a esto... cuando php dice... move uploaded file() y guarda el archivo aúnAlgoElse.txt ... será propiedad de ninguna otra que el usuario httpd. ¿Es un bicho en Php? No. ¿Es un bicho en apache? No. ¿Es un error en el guión de php? No. Es sólo cómo funciona la propiedad del sistema de archivos.
suexec es un sistema por el cual apache Switches Usuario y EXECute el proceso basado en el usuario que posee la raíz de documento para el anfitrión virtual en particular que se solicita. (¿Buscar a la SUEXEC en eso?) Esta es una solución que algunos anfitriones ofrecen, y permite que todos los archivos creados/modificados/etc... por los procesos de apache sean propiedad del usuario adecuado.
Puede que se pregunte por qué apache se comporta de esta manera... Le sugiero que todas esas preguntas se dirijan a http://www.apache.org
En resumen, esto no es un fallo en el sistema, es exactamente cómo el sistema está diseñado para funcionar... ¿eso hace que su vida sea más fácil? No. Pero es la explicación. Hay varios posibles soluciones de trabajo... uno de ellos siendo la capa de cliente FTP que he escrito para 1.1 supongo.
Louis "
Esto se explica en http://forum.joomla.org/index.php/topic,30796.0.html. Un resumen de las razones están bajo y citamos,
"Primero... No importa si su usuario o httpd (o nadie, apache, cualquier otro usuario apache es) posee los archivos de Joomla core. La propiedad de archivos se determina en la creación de archivos. Es determinado por el usuario que posee el proceso del sistema operativo que crea el archivo en el sistema de archivos.
Escenario: Usted está conectado como usuario y usted crea un nuevo archivo... algo.txt con su editor de texto favorito (vi por ejemplo).
Desde que ejecuta el programa vi mientras se ha iniciado el registro (asumimos que el nombre de usuario será USER avanzando). USER posee el proceso vi que creó el archivo algo.txt en el sistema de archivos. Esto significa que el archivo algo.txt será propiedad de USER.
Escenario: Usted sube un archivo ... algoElse.txt usando FTP.
Ya que se ha conectado a FTP usando su combo de usuario/pass... el proceso FTP en el que está operando ha cambiado el usuario para ser propiedad de USER. Por lo tanto, cuando el archivo algoElse.txt se subió (creado) al sistema de archivos... será propiedad del propietario del proceso que lo creó, USUARIO.
Escenario: Sube un archivo a un script php que lo guarda hasta el momentoSomethingElse.txt (no usando suexec con php).
Ok, Apache, por razones de seguridad, ejecuta sus procesos de propiedad de un usuario "especial"... a menudo nombrado nadie, o apache, o httpd, o cualquier otro nombre lindo que un sysadmin lo nombre en el archivo conf. Así que en este caso diremos que el usuario de apache se llama httpd. Así que, sube su archivo al script php. Php está corriendo en un módulo de apache, que está funcionando en el proceso de apache... ¿adivina quién es el dueño? ... es correcto ... usuario httpd. Debido a esto... cuando php dice... move uploaded file() y guarda el archivo aúnAlgoElse.txt ... será propiedad de ninguna otra que el usuario httpd. ¿Es un bicho en Php? No. ¿Es un bicho en apache? No. ¿Es un error en el guión de php? No. Es sólo cómo funciona la propiedad del sistema de archivos.
suexec es un sistema por el cual apache Switches Usuario y EXECute el proceso basado en el usuario que posee la raíz de documento para el anfitrión virtual en particular que se solicita. (¿Buscar a la SUEXEC en eso?) Esta es una solución que algunos anfitriones ofrecen, y permite que todos los archivos creados/modificados/etc... por los procesos de apache sean propiedad del usuario adecuado.
Puede que se pregunte por qué apache se comporta de esta manera... Le sugiero que todas esas preguntas se dirijan a http://www.apache.org
En resumen, esto no es un fallo en el sistema, es exactamente cómo el sistema está diseñado para funcionar... ¿eso hace que su vida sea más fácil? No. Pero es la explicación. Hay varios posibles soluciones de trabajo... uno de ellos siendo la capa de cliente FTP que he escrito para 1.1 supongo.
Louis "
Díganos qué tiene que estar levantado.
A short conversation with an engineer. No quote-bot, no callback queue. We'll tell you honestly if we're not the right fit.