Bonsoir,
Avec SVN 11117, lorsque je joins des pdfs à un article (en faisant télécharger et éclater un zip qui les contient) je me retrouve avec un fichier .htaccess fraîchement écrit dans le répertoire IMG/pdf contenant la ligne
deny from all
et qui empêche un visiteur d'accéder à ces pdfs.
C'est un bug, ou est-ce que je fais une fausse manip ?
merci, Paolo
Tu décris ce qui se passe lorsque la meta creer_htaccess est positionnée à "oui".
Je ne vois pas comment SPIP a pu faire ça tout seul, seul certains plugins le font.
Committo,Ergo:Sum
Paolo a présenté l'énoncé suivant :
Avec SVN 11117, lorsque je joins des pdfs à un article (en faisant télécharger et éclater un zip qui les contient) je me retrouve avec un fichier .htaccess fraîchement écrit dans le répertoire IMG/pdf contenant la ligne deny from all et qui empêche un visiteur d'accéder à ces pdfs.
C'est un bug, ou est-ce que je fais une fausse manip ?
Bonsoir Paolo,
J'ai le même phénomène sur une 1.9.2c [10268] dans les sous-répertoires IMG/jpg et IMG/mp3 pour les fichiers que je joins aux articles.
Eric.
* Paolo tapuscrivait, le 25/01/2008 21:57:
Bonsoir,
Avec SVN 11117, lorsque je joins des pdfs à un article (en faisant télécharger et éclater un zip qui les contient) je me retrouve avec un fichier .htaccess fraîchement écrit dans le répertoire IMG/pdf contenant la ligne
deny from all
et qui empêche un visiteur d'accéder à ces pdfs.
C'est un bug, ou est-ce que je fais une fausse manip ?
Tu as le plugin accès restreint ?
Si oui, la dernière mise à jour provoque ça.
Il faut aller dans :
ecrire/?exec=acces_restreint_config
Et (re)cocher : autoriser la lecture
j’ai eu le cas récemment sur un site où un des accès restreint avait été activé puis désactivé. Je me suis cassé la tête pdt 2h jusqu’à ce que je découvre que cette valeur de meta avait été changé.
Paolo a écrit :
Avec SVN 11117, lorsque je joins des pdfs à un article je me retrouve avec un fichier .htaccess
fraîchement écrit dans le répertoire IMG/pdf contenant la ligne
deny from all
Committo,Ergo:sum a exprimé avec précision :
Tu décris ce qui se passe lorsque la meta creer_htaccess est positionnée à "oui".
Je ne vois pas comment SPIP a pu faire ça tout seul, seul certains plugins le font.
J'ai également ce problème sur 10268. Paolo, as-tu installé un ou des plugins communs aux miens dans cette liste ?
Acces Restreint 2.0
ACTIvité du JOUR
Agenda pour SPIP 1.9.2
Barre typographique généralisée
Barre Typo V2 pour 1.9.2 et suivantes
Barre typographique multilingue
cfg : moteur de configuration
Deplier-Replier Blocks
Effacer url propres
Envoyer par mail
En onglets dans le texte
ICOP
Imprimer document
Lecteur Multimédia en Flash (MP3,flv)
Recherche avancée
Squelette editeur
SPIP-Listes
Widget Calendrier
RealET wrote:
Tu as le plugin accès restreint ?
Si oui, la dernière mise à jour provoque ça.
Il faut aller dans :
ecrire/?exec=acces_restreint_config
Et (re)cocher : autoriser la lecture
J'ai testé et c'est exactement cela. Merci !
Paolo
Paolo a écrit :
Avec SVN 11117, lorsque je joins des pdfs à un article je me retrouve avec un fichier .htaccess fraîchement écrit
Committo,Ergo:sum a répondu :
Tu décris ce qui se passe lorsque la meta creer_htaccess est
positionnée à "oui".
Je ne vois pas comment SPIP a pu faire ça tout seul, seul certains
plugins le font.
Arnaud Ventre a répondu :
j'ai eu le cas récemment sur un site où un des accès restreint avait été
activé puis désactivé. Je me suis cassé la tête pdt 2h jusqu'à ce que je
découvre que cette valeur de meta avait été changé.
Bonsoir Arnaud,
Comment as-tu résolu le problème ? Est-on obligé de se passer du Plugin Accès restreint ? ou y-a-t-il un moyen de faire passer la meta creer_hataccess à "non" ?
A ce propos, c'est quoi le comportement normal d'accès restreint vis à vis des documents qui sont dans des rubriques ou articles protégés si la personne accès au document directement par son url sans être une personne qui à normalement accès à la rubrique qui contient le doc
Aurélien
Paolo a écrit :
Avec SVN 11117, lorsque je joins des pdfs à un article
je me retrouve avec un fichier .htaccess fraîchement écritCommitto,Ergo:sum a répondu :
Tu décris ce qui se passe lorsque la meta creer_htaccess est
positionnée à « oui ».
Je ne vois pas comment SPIP a pu faire ça tout seul, seul certains
plugins le font.Arnaud Ventre a répondu :
j’ai eu le cas récemment sur un site où un des accès restreint avait été
activé puis désactivé. Je me suis cassé la tête pdt 2h jusqu’à ce que je
découvre que cette valeur de meta avait été changé.Bonsoir Arnaud,
Comment as-tu résolu le problème ? Est-on obligé de se passer du Plugin
Accès restreint ? ou y-a-t-il un moyen de faire passer la meta
creer_hataccess à « non » ?
je remets ce qu’à dit RealEt
Il faut aller dans :
ecrire/?exec=acces_restreint_config
Et (re)cocher : autoriser la lecture
Comme j’ai découvert après que c’était accès restreint je l’avais fait avec la méthode « à la main » :
changement de la ligne dans la table dans spip_meta et effacement de meta_cache dans /tmp dans la foulée (oui je suis parfois très bourrin 
).
a+
Merci Arnaud, mais je suis encore plus bourrin que toi ! 
Mon souci est que je n'ai pas cette fameuse page de config ecrire/?exec=acces_restreint_config.
Lorsque j'essaye d'y accéder, j'ai une magnifique page blanche (même pas un 404) ! Et dans l'interface, le plugin ne m'ajoute qu'un logo pour une page :
ecrire/ ?exec=acces_restreint
et les pages d'éditions des zones qui ont été créées :
ecrire/ ?exec=acces_restreint_edit
J’ai transféré la question sur spip-zone elle n’a plus de rapport avec spip-dev.
J'ai transféré la question sur spip-zone elle n'a plus de rapport avec
spip-dev.
Désolé, mais j'ai essayé de te répondre sur spip-zone mais mes posts ne semblent pas passer là-bas. Peut-être un pb d'inscription. En tout cas, c'est résolu à la main dans les tables. Merci @+ Eric