Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Thomas Harding
[x-post et fu2 fr.comp.os.unix], on n'est plus en charte...
Le 13-05-2006, Patrick 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
[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
[x-post et fu2 fr.comp.os.unix], on n'est plus en charte...
Le 13-05-2006, Patrick 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
Patrick
Merci pour les remarques / permissions.
Finalement j'ai mis 777 et cela fonctionne .
Patrick
"Thomas Harding" a écrit dans le message de news:
[x-post et fu2 fr.comp.os.unix], on n'est plus en charte...
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...
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
[x-post et fu2 fr.comp.os.unix], on n'est plus en charte...
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
