[x-post et fu2 fr.comp.os.unix], on n'est plus en charte...

Le 13-05-2006, Patrick <adiph.secretaire@wanadoo.fr> a écrit:
> Bonjour,
>
> est-il possible d'utiliser "move_uploaded_file" sur un serveur dédié avec
> des permissions plus réduites que 667 ?

667 ?
tu a plus de droit pour les utilisateurs "other" que le propriétaire ou
le groupe ?

[séquence explication]
chiffre 1: propriétaire
chiffre 2: groupe
chiffre 3: les autres

chaque chiffre = addition des droits:
1 = éxécution
2 = écriture
4 = lecture

droit minimal sur le fichier : 6

mais ça ne suffit pas, car tu dois avoir le droit en écriture (2)
sur les répertoire source et destination, et éventuellement le droit
en écriture (2) sur le fichier de destination s'il est déjà présent
(écrasement du fichier).

De plus, si le sticky bit est activé sur le répertoire source (ex:
droit 1777 pour le répertoire /tmp, 1 = sticky bit), tu dois être
le propriétaire pour effacer le fichier.

[x-post et fu2 fr.comp.os.unix], on n'est plus en charte...
--
Thomas Harding

Merci pour les remarques / permissions.

Finalement j'ai mis 777 et cela fonctionne .

Patrick


"Thomas Harding" <thomas.harding@wanadoo.fr> a écrit dans le message de
news: n44jj3-mv7.ln1@geekette.loc...
> [x-post et fu2 fr.comp.os.unix], on n'est plus en charte...
>
> Le 13-05-2006, Patrick <adiph.secretaire@wanadoo.fr> a écrit :
>> Bonjour,
>>
>> est-il possible d'utiliser "move_uploaded_file" sur un serveur dédié avec
>> des permissions plus réduites que 667 ?
>
> 667 ?
> tu a plus de droit pour les utilisateurs "other" que le propriétaire ou
> le groupe ?
>
> [séquence explication]
> chiffre 1: propriétaire
> chiffre 2: groupe
> chiffre 3: les autres
>
> chaque chiffre = addition des droits:
> 1 = éxécution
> 2 = écriture
> 4 = lecture
>
> droit minimal sur le fichier : 6
>
> mais ça ne suffit pas, car tu dois avoir le droit en écriture (2)
> sur les répertoire source et destination, et éventuellement le droit
> en écriture (2) sur le fichier de destination s'il est déjà présent
> (écrasement du fichier).
>
> De plus, si le sticky bit est activé sur le répertoire source (ex:
> droit 1777 pour le répertoire /tmp, 1 = sticky bit), tu dois être
> le propriétaire pour effacer le fichier.
>
> [x-post et fu2 fr.comp.os.unix], on n'est plus en charte...
> --
> Thomas Harding