headers
Gaetan Ryckeboer | 1 Oct 2002 14:00
Picon

[spip-dev] Droits sur CACHE (et autres)

dans inc-cache, il y a un
inc-cache.php3:  <at> chmod($path, 0777);

C'est vraiment beurk.

En sachant que php tourne avec l'UID apache, soit sous debian le compte
www-data, ça donne (puisque le reportoire appartient au groupe de
l'utilisateur du repertoire, soit pour mon cas l'utilisateur clx, qui a
le droit de taper dans les fichiers :
drwxrwxrwx    2 www-data clx          4096 Sep 30 03:35 0
drwxrwxrwx    2 www-data clx          4096 Sep 29 01:28 1
drwxrwxrwx    2 www-data clx          4096 Oct  1 03:50 2
drwxrwxrwx    2 www-data clx          4096 Sep 30 03:04 3
drwxrwxrwx    2 www-data clx          4096 Oct  1 13:12 4
-rw-rw-rw-    1 www-data clx        108602 Sep 27 12:19 skel_article.php3
-rw-rw-rw-    1 www-data clx         23504 Sep 27 17:58 skel_backend-dist.php3
-rw-rw-rw-    1 www-data clx         78253 Sep 27 12:19 skel_breve.php3
drw-rw-rw-    1 www-data clx         61165 Sep 27 23:22 skel_ajout-site.php3

-etan <at> leeloo:~/cvs/spip$ ls -ld CACHE/
drwxrwsrwx   19 clx      clx       4096 Sep 30 16:03 CACHE/

Beurk.

Ne serait-il pas plus intelligent de tester les droits, et de ne faire
le chmod que si l'utilisateur à qui appartent CACHE n'est pas
l'utilisateur en cours ? Cela donnerait, au niveau des droits :

drwxrwxr-x   19 clx      clx       4096 Sep 30 16:03:35 .
drwxrwxr-x    2 www-data clx          4096 Sep 30 03:35 0
(Continue reading)

Permalink | Reply | 0 comments |
headers
Gaetan Ryckeboer | 1 Oct 2002 14:29
Picon

Re: Droits sur CACHE (et autres)

Le Tue, Oct 01, 2002 at 02:13:16PM +0200, Antoine a écrit :
> Comme indiqué il y a quelques temps, ça foire certaines configs.
> Si tu as une idée....
udrait trouver un moyen de vérifier qui est l'utilisateur avec lequel
tourne spip, les droits complets (bits suid et guid) des repertoires, et
faire les chmod en conséquence...

Les configs foirées, c'estait sur des repértoires ayant quels droits (un
ls est possible ?)

--

-- 
Cannibale mélomane cherche emploi dans opéra bouffe.

Gaétan RYCKEBOER                                 Société Virtual-Net
[Tous textes et propos tenus dans cet email sont sous license DMDZZ]
Permalink | Reply | 0 comments |
headers
Nicolas Hoizey | 1 Oct 2002 15:34
Picon

[spip-dev] Noms de documents conservés !!!

Bonjour,

voilà, j'en rêvais, je l'ai fait ... ;)

Le but était que SPIP conserve les noms de fichier d'origine pour les
images, documents et vignettes uploadés dans les articles.

En me lançant, j'avais peur que ça me prenne des heures, mais a
priori, au bout de 15 minutes de travail, le code suivant fonctionne
chez moi, sur WinXP/EasyPHP 1.6

Je demande à tous ceux qui sont intéressés de tester avant de mettre
en production !!!

Tout d'abord, créer un répertoire 'docs' à la racine.

Ensuite, éditer 'spip_image.php3' et remplacer ce qui suit à partir de
la ligne 265 :

------------------------------------------------------------
if (!$dest) {
        if ($id_document_lie)
                $dest = "doc-$id_document_lie-prv";
        else
                $dest = "doc-$id_document";
}
$dest = ereg_replace("\.([^.]+)$", "", $dest) . ".$ext";

if (creer_repertoire("IMG", $ext))
        $dest_path = "IMG/$ext/$dest";
(Continue reading)

Permalink | Reply | 34 comments |
headers
Nicolas Hoizey | 1 Oct 2002 15:37
Picon

Re: [spip-dev] Noms de documents conservés !!!

(re)bonjour,

> voilà, j'en rêvais, je l'ai fait ... ;)

Attention, ça fonctionne, mais ce n'est pas parfait :

- SPIP crée un fichier .test dans chaque sous-répertoire de document,
  fichier dont on doit pouvoir se passer

- si on supprimer un document, le répertoire associé n'est pas
  supprimé, à faire

Sinon, je confirme, mes tests sont toujours concluants.

-Nicolas

--

-- 
Nicolas "Brush" HOIZEY
  Free PHP projects   http://www.phpheaven.net
Veille tous azimuts   http://www.gasteroprod.com
         Clever Age   http://www.clever-age.com
Permalink | Reply | 4 comments |
headers
Fil | 1 Oct 2002 15:38
Favicon
Gravatar

Re: Noms de documents conservés !!!

> Sinon, je confirme, mes tests sont toujours concluants.

Le chemin d'accès à un fichier est de quelle forme, du coup ?

-- Fil
Permalink | Reply | 1 comment |
headers
Antoine | 1 Oct 2002 15:48
Favicon

Re:

> ------------------------------------------------------------
> if ($id_document_lie) {
>        if (creer_repertoire('docs', 'doc'.$id_document_lie)) {
>                creer_repertoire('docs/doc'.$id_document_lie, 'vig');
>                $dest =
>                'docs/doc'.$id_document_lie.'/vig/'.basename($orig);
>        } else {
>                $dest =
>                'docs/doc'.$id_document_lie.'-vig-'.basename($orig);
>        }
> } else {
>        if (creer_repertoire('docs', 'doc'.$id_document)) {
>                $dest = 'docs/doc'.$id_document.'/'.basename($orig);
>        } else {
>                $dest = 'docs/doc'.$id_document.'-'.basename($orig);
>        }
> }
> $dest_path = $dest;
> ------------------------------------------------------------

Vraiment bien, mais pourquoi un nommage aussi verbeux ?
Pourquoi pas IMG/pdf/mon_document.pdf à la place ?
(une petite gestion des doublons peut être faite rapidos avec
des file_exists())

a+

Antoine.
(Continue reading)

Permalink | Reply | 27 comments |
headers
Gilles Pérez-Lambert | 1 Oct 2002 15:58
Picon
Favicon

[spip-dev] Navigateur non tronquant

Bonjour à tous,

Je m'exécute comme me le demande test_32ko.php3 !

	Résultat du test
	texte initial : 38935 car. ; champ renvoyé : 39534 car.
	Votre navigateur est OK :
	Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.1) Gecko/20020826

	Merci d'envoyer ce résultat à <spip-dev <at> rezo.net>.

Je crois qu'on pourrait considérer Gecko comme étant bon (puisqu'il 
n'utilise apparemment pas les routines système) ou bien, plus 
spécifiquement, qu'OS X avec Gecko marche ?

À plus,

Gilles.
Permalink | Reply | 7 comments |
headers
Fil | 1 Oct 2002 16:00
Favicon
Gravatar

Re: Navigateur non tronquant

Merci. On a un peu abadonné cette histoire, en fait je crois qu'on devrait
tronquer sans faire gaffe au navigateur, à l'usage ça ne pose aucun
problème. Commentaires ?

 <at>  Gilles Pérez-Lambert <Gilles.Perez <at> univ-montp3.fr> :
> Bonjour à tous,
> 
> Je m'exécute comme me le demande test_32ko.php3 !
> 
> 	Résultat du test
> 	texte initial : 38935 car. ; champ renvoyé : 39534 car.
> 	Votre navigateur est OK :
> 	Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.1) 
> 	Gecko/20020826
> 
> 	Merci d'envoyer ce résultat à <spip-dev <at> rezo.net>.
> 
> Je crois qu'on pourrait considérer Gecko comme étant bon (puisqu'il 
> n'utilise apparemment pas les routines système) ou bien, plus 
> spécifiquement, qu'OS X avec Gecko marche ?
> 
> À plus,
> 
> Gilles.
> _______________________________________________
> spip-dev <at> rezo.net - http://listes.rezo.net/mailman/listinfo/spip-dev
> Documentation de SPIP : http://www.uzine.net/spip

-- Fil
(Continue reading)

Permalink | Reply | 6 comments |
headers
Nicolas Hoizey | 1 Oct 2002 16:05
Picon

Re[2]:

Hello,

> Vraiment bien

Merci ... ;)

> mais pourquoi un nommage aussi verbeux ?

Pour éviter les doublons en assurant le respect total du nom de
fichier (si on peut créer des répertoires).

> Pourquoi pas IMG/pdf/mon_document.pdf à la place ?

Pourquoi séparer les documents par type ???

Et là, tu ne gères pas du tout les doublons.

> (une petite gestion des doublons peut être faite rapidos avec des
> file_exists())

Avec ma méthode, aucune vérification à faire, et pas besoin (dans le
cas général) d'ajouter un compteur (pas beau) à un nom de fichier.

-Nicolas

--

-- 
Nicolas "Brush" HOIZEY
  Free PHP projects   http://www.phpheaven.net
Veille tous azimuts   http://www.gasteroprod.com
         Clever Age   http://www.clever-age.com
(Continue reading)

Permalink | Reply | 26 comments |
headers
Nicolas Hoizey | 1 Oct 2002 16:08
Picon

Re[2]: [spip-dev] Noms de documents conservés !!!

Hello,

> Le chemin d'accès à un fichier est de quelle forme, du coup ?

Le doc :
http://site-spip/docs/doc32/mon super document.pdf

Sa vignette :
http://site-spip/docs/doc32/vig/vignette bidon.png

Et là, je réagis tout de suite, avant de me faire huer :

Oui, il faudrait mettre des rawurlencode où c'est nécessaire pour les
caractères spéciaux comme les espaces ... ;)

-Nicolas

--

-- 
Nicolas "Brush" HOIZEY
  Free PHP projects   http://www.phpheaven.net
Veille tous azimuts   http://www.gasteroprod.com
         Clever Age   http://www.clever-age.com
Permalink | Reply | 0 comments |

Gmane