Bonjour,
j'ai un comportement etrange avec spip 192a :
a l'installation : les répertoires tmp/cache tmp/sesssions se créent
bien avec les droits 777, mais cela ne suffit pas, il faut que je les
supprime et les créer a la main en leurs donnat les droits 777.
de meme : pour les local/cache-g2 et autres
et pour les IMG/... les répertoires se créent mais les documents
joints ne se mettent pas dedans sauf a créer les repertoire a la
main.
Serait ce du a une config d apache ?
merci
phil
[Yaquoi] a écrit :
Bonjour,
j'ai un comportement etrange avec spip 192a :
a l'installation : les répertoires tmp/cache tmp/sesssions se créent
bien avec les droits 777, mais cela ne suffit pas, il faut que je les
supprime et les créer a la main en leurs donnat les droits 777.de meme : pour les local/cache-g2 et autres
et pour les IMG/... les répertoires se créent mais les documents
joints ne se mettent pas dedans sauf a créer les repertoire a la
main.Serait ce du a une config d apache ?
merci
phil
Bonjour
S'il n'y a pas de différence sur les droits, c'est qu'il y a une
différence sur les propriétaires.
Lorsque tu recrées les fichiers, tu en deviens propriétaire.
C'est curieux qu'avec un chmod de 777 tu vois une différence.
A bientôt
Grégoire
Il doit en effet avoir un probleme de proprietaire
je suis hebergé sur un serveur plesk linux,
les repertoires creer via ftp ont pour utilsateur le login ftp mais il appartient au group psacln
les repertoires crées par spip appartiennent a l'utilisateur apache du group apache
le reperoire IMG appartient donc a psacln et les sous repertoires jpg ou gif par exemple appartiennent eux a apache alors l'image jpg uploader via spip ne se retouve pas dans IMG/jpg mais dans IMG/img_nomdelimage.jpg
et le probleme et le meme pour tout les sous repertoires de temp et local
Une idée ?
Grégoire a écrit :
Phil wrote:
Il doit en effet avoir un probleme de proprietaire
je suis hebergé sur un serveur plesk linux,les repertoires creer via ftp ont pour utilsateur le login ftp mais il appartient au group psacln
les repertoires crées par spip appartiennent a l'utilisateur apache du group apache
le reperoire IMG appartient donc a psacln et les sous repertoires jpg ou gif par exemple appartiennent eux a apache alors l'image jpg uploader via spip ne se retouve pas dans IMG/jpg mais dans IMG/img_nomdelimage.jpg
A priori, iirr, ici, c'est le piège des .plat :
Si une seule fois (ici sans doute avant que tu reprennes tes répertoires) spip n'arrive pas à créer le sous répertoire img/, alors il passe en stockage "à plat":
Un fichier jpg.plat est créé pour indiquer ce fonctionnement et l'image est stockée à plat comme tu l'indiques.
C'est un piège car ensuite, même si tu a réglé les problèmes de perms, ce jpg.plat va forcer ce même foncrionnement à plat ...
Mais dans ton cas, ce sous-répertoire est créé, mais spip n'arrive pas à y créer l'image, apparemment...
et le probleme et le meme pour tout les sous repertoires de temp et local
Il doit y avoir une sécurité supplémentaire chez ton hébergeur genre safe_mode ou open_basedir ... peut-être peut tu vérifier dans ecrire/exec=info.
Sinon, pour rebondir, dans les futures versions de spip, je me demande si on ne pourrait pas implanter des fonctionnalités FTP pour régler ce genre de problème. Elles seraient basées sur un compte FTP optionnel, similaire au compte de la base de données.
J'ai implanté dans spixplorer une telle possibilité pour le chmod. Si un changement de mode n'est pas possible directement dans le système de fichier par le serveur, alors on passe par le compte FTP pour le faire.
Je compte utiliser ce "plan" pour faire une sorte de déverrouillage/verrouillage pour les autres opérations (genre delete ou edit) impossibles du fait de "droits et propriétaires" :
1) déverrouillage par FTP chmod des fichiers/répertoires correspondants (pour delete il s'agit du répertoire contenant).
2) effectuer le(s) opération(s) demandée(s).
3) remettre les permissions initiales.
Par ailleurs, au delà de l'affichage du proprio/groupe introduit par rapport à quixplorer, je prévois l'adjonction d'une action "changement de proprio/groupe". Elle proposerait la liste des proprio/groupe rencontrés dans le système de fichier.
Il est préférable de réserver FTP uniquement pour ce genre d'opérations sans transferts, sinon ça rame terriblement, bien sûr.
Disgression ... je dis ça, mais pour le kit/spip_loader, un transfert serait possible 
On peut améliorer encore kit_loader pour qu'il demande en un seul écran, chargé depuis spip.net:
- l'url du site cible,
- un compte FTP,
- le répertoire cible,
- le compte base de donnée
... et BOOOM !
Trève de plaisanterie, vérifie les conditions sécuritaires de ton hébergeur.
Bonjour,
J'ai effectivement le safe mode activé.
Mais j ai moyen de mettre safe_mode_gid a on
J'ai ajouté l'utilisateur apache au group psacln mais cela ne fonctionne toujours pas.
Peut etre faut il plutot inclure le groupe psacln dans le groupe apache ? si oui quelle ligne de commande ?
rrr j'ai du mal la !!
Phil
tu peux peux être essayer de jouer sur le “safe_mode_include_dir” si tu y as accès
J'ai trouvé une solution qui fonction avec le safe_mode et safe_mode_gid à off, j'ai ajouté l'utilisateur au groupe psacln a qui appartiennent les dossiers téléchargé via ftp.
J'espère que ce n'est pas un probleme au niveau securité.
Merci
Ventre Arnaud a écrit :
en fait il faut bien safe_mode_gid a on
tout etait la !
http://lab.spip.net/spikini/index.php?wiki=SafeMode
Phil a écrit :