Après moult essais, j'en arrive au point suivant sur mon système :
Si je vide entièrement le cache, j'arrive à me reconnecter sur l'espace
privé (sinon, c'est login : accès interdit systématiquement)
Mais je ne peux pas aller plus loin : impossibilité d'accéder au menu de
config des plugins par exemple...
Si je retourne voir par ftp ce que spip a mis dans le cache, je constate
qu'il a bien recréé la structure du répertoire avec tous les sous-dossiers
/0,/1,/2,../a,/b,/c,.../skel,...etc
Tous ces dossiers sont en chmod0777, mais les fichiers créés par spip à
l'intérieur sont en chmod0666 !
Je pense que c'est là que se situe le problème ; en effet, dès que spip va
avoir besoin d'aller exécuter un de ces fichiers dans le cache, c'est-à-dire
dès qu'on commence à éditer quoique ce soit il me semble, alors ça coince
puisque le fichier en question ne peut être exécuté par son propriétaire...
Qu'en pensez-vous ?
Pour en avoir confirmation, il faudrait pouvoir modifier le réglage dans le
fichier de config d'apache, je pense, qui permet à un script d'écrire dans
un répertoire avec les droits hérités par ceux du répertoire... ou
quelquechose comme ça !
Y-a-t-il parmi vous un expert dans ce domaine ?
Ton probleme ressemble a un que j'ai eu. Les dossiers sont créés mais impossible a spip d'ecrire dedans. Mon hebergeur a investigué (un peu ?) et en est venu a la conclusion que c'etait le safe_mode qui genait. En desactivant le safe_mode de php, tout est rentré dans l'ordre.
Peut etre est tu chez le meme hebergeur ou peut etre ton hebergeur utilise il la meme configuration.
Chag
Jean-Jacques Calliet a écrit :
Après moult essais, j'en arrive au point suivant sur mon système :
Si je vide entièrement le cache, j'arrive à me reconnecter sur l'espace
privé (sinon, c'est login : accès interdit systématiquement)
Mais je ne peux pas aller plus loin : impossibilité d'accéder au menu de
config des plugins par exemple...
Si je retourne voir par ftp ce que spip a mis dans le cache, je constate
qu'il a bien recréé la structure du répertoire avec tous les sous-dossiers
/0,/1,/2,../a,/b,/c,.../skel,...etc
Tous ces dossiers sont en chmod0777, mais les fichiers créés par spip à
l'intérieur sont en chmod0666 !
Je pense que c'est là que se situe le problème ; en effet, dès que spip va
avoir besoin d'aller exécuter un de ces fichiers dans le cache, c'est-à-dire
dès qu'on commence à éditer quoique ce soit il me semble, alors ça coince
puisque le fichier en question ne peut être exécuté par son propriétaire...
Qu'en pensez-vous ?
Pour en avoir confirmation, il faudrait pouvoir modifier le réglage dans le
fichier de config d'apache, je pense, qui permet à un script d'écrire dans
un répertoire avec les droits hérités par ceux du répertoire... ou
quelquechose comme ça !
Y-a-t-il parmi vous un expert dans ce domaine ?
Jean-Jacques
_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net
Non ça vient pas de là ; j'ai un hébergement dédié et j'avais désactivé le safe_mode...
A suivre...
-----Message d'origine-----
De : samuel [mailto:samuel@gaiaservice.fr]
Envoyé : samedi 7 novembre 2009 10:01
À : Jean-Jacques Calliet
Cc : spip@rezo.net
Objet : Re: [Spip] vers une solution des pb de droits sur les fichiers du cache ?
Hello,
Ton probleme ressemble a un que j'ai eu. Les dossiers sont créés mais
impossible a spip d'ecrire dedans. Mon hebergeur a investigué (un peu ?)
et en est venu a la conclusion que c'etait le safe_mode qui genait. En
desactivant le safe_mode de php, tout est rentré dans l'ordre.
Peut etre est tu chez le meme hebergeur ou peut etre ton hebergeur
utilise il la meme configuration.
Chag
Jean-Jacques Calliet a écrit :
Après moult essais, j'en arrive au point suivant sur mon système :
Si je vide entièrement le cache, j'arrive à me reconnecter sur l'espace
privé (sinon, c'est login : accès interdit systématiquement)
Mais je ne peux pas aller plus loin : impossibilité d'accéder au menu de
config des plugins par exemple...
Si je retourne voir par ftp ce que spip a mis dans le cache, je constate
qu'il a bien recréé la structure du répertoire avec tous les sous-dossiers
/0,/1,/2,../a,/b,/c,.../skel,...etc
Tous ces dossiers sont en chmod0777, mais les fichiers créés par spip à
l'intérieur sont en chmod0666 !
Je pense que c'est là que se situe le problème ; en effet, dès que spip va
avoir besoin d'aller exécuter un de ces fichiers dans le cache, c'est-à-dire
dès qu'on commence à éditer quoique ce soit il me semble, alors ça coince
puisque le fichier en question ne peut être exécuté par son propriétaire...
Qu'en pensez-vous ?
Pour en avoir confirmation, il faudrait pouvoir modifier le réglage dans le
fichier de config d'apache, je pense, qui permet à un script d'écrire dans
un répertoire avec les droits hérités par ceux du répertoire... ou
quelquechose comme ça !
Y-a-t-il parmi vous un expert dans ce domaine ?
Jean-Jacques
_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net