Pour que spip fonctionne il faut que les dossiers "cache" "ecrire" "ecrire/data"... soit en chmod 777...
j'ai beaucoup de mal a trouver la documentation a ce sujet...
Il me semble etrange qu'un serveur web se trouve avec "chmod 777", n'est ce pas un gros probleme
de securite ?
Pour que spip fonctionne il faut que les dossiers "cache" "ecrire"
"ecrire/data"... soit en chmod 777...
Il me semble etrange qu'un serveur web se trouve avec "chmod 777", n'est
ce pas un gros probleme
de securite ?
Les répertoires CACHE/ et ecrire/data/ sont protégés par un .htaccess créé à la
volée et contenant un 'deny all'. Le fait de pouvoir écrire dedans, permet de
fabriquer et de supprimer des fichiers de cache. Ceci explique cela.
ecrire/ nécessite un droit en écriture car l'assistant d'installation va créer à
cet endroit le fichier de connexion à la base. on peut retirer cette permission
manuellement après.
et tu oublies IMG/ répertoire où seront stockés les images, logos et documents
que tu vas envoyé au site via les formulaires.
Pour que spip fonctionne il faut que les dossiers "cache" "ecrire"
"ecrire/data"... soit en chmod 777...
Il me semble etrange qu'un serveur web se trouve avec "chmod 777", n'est
ce pas un gros probleme
de securite ?
Les répertoires CACHE/ et ecrire/data/ sont protégés par un .htaccess créé à la
volée et contenant un 'deny all'. Le fait de pouvoir écrire dedans, permet de
fabriquer et de supprimer des fichiers de cache. Ceci explique cela.
ecrire/ nécessite un droit en écriture car l'assistant d'installation va créer à
cet endroit le fichier de connexion à la base. on peut retirer cette permission
manuellement après.
et tu oublies IMG/ répertoire où seront stockés les images, logos et documents
que tu vas envoyé au site via les formulaires.
Le point discutable, c'est ecrire/
juste pour témoignage .. OVH accepte un chmod 755 au maximum (erreur 500 sinon), et Spip fonctionne aussi parfaitement ainsi
Pour que spip fonctionne il faut que les dossiers "cache" "ecrire"
"ecrire/data"... soit en chmod 777...
Il me semble etrange qu'un serveur web se trouve avec "chmod 777", n'est
ce pas un gros probleme
de securite ?
Les répertoires CACHE/ et ecrire/data/ sont protégés par un .htaccess créé à la
volée et contenant un 'deny all'. Le fait de pouvoir écrire dedans, permet de
fabriquer et de supprimer des fichiers de cache. Ceci explique cela.
ecrire/ nécessite un droit en écriture car l'assistant d'installation va créer à
cet endroit le fichier de connexion à la base. on peut retirer cette permission
manuellement après.
et tu oublies IMG/ répertoire où seront stockés les images, logos et documents
que tu vas envoyé au site via les formulaires.
Le point discutable, c'est ecrire/
juste pour témoignage .. OVH accepte un chmod 755 au maximum (erreur 500 sinon), et Spip fonctionne aussi parfaitement ainsi
Tout est question du propriétaire des répertoires.
Par exemple chez 1&1 , tout appartient à ton user , groupe ftpusers (que ça soit posé par ftp ou scp , fait depuis ssh ou par le serveur apache).
Dans ce cas , je pense que 700 marcherait tout autant.
--
toggg