Bonjour à la communauté Spip,
nouveau venu dans la bande des utilsateurs de Spip, je salue
l'initiative et l'outil.
Si l'installation ne m'a posé aucun problème (version SPIP-1.2.1), je
rencontre des soucis à 2 niveaux :
1. lorsque qu'article est écrit par un rédacteur, son statut est par
défaut "Poubelle" et les champs remplis se retrouvent vide (Titre =
"Nouvel article" et les autres champs vides). Pas de problème par contre
si l'auteur est un administrateur total ou partiel.
2. lors du téléchargement d'une image, zoup ! message d'erreur
(ci-dessous). Je pointe pourtant sur des images qui respectent les
"normes Spip" ( taille < 256 ko; nom de fichier non "exotique" avec
terminaison qui va bien).
Le couple Apache+Php a les droits d'ecriture sur le répertoire de
travail de Spip (et le répertoire IMG/).
Message d'erreur :
"En essayant de charger l'URL : [no URL]
L'erreur suivante a été rencontrée :
Réponse de taille nulle
Squid n'a reçu aucune donnée pour cette requête. "
NB : [no URL] est un lien hypertexte qui pointe vers le répertoire de
travail où Spip est installé :
http://chemin_normal_de_visu_du_site_Spip/[no URL]
** Pour le problème N°1 (article créé par un Redacteur à la poubelle +
champs effacés):
- il semble que cela a déjà été soulevé (message de Sébastien Choblet le
24 Oct 2001 sur la liste) mais n'a pas trouvé de réponse.
- j'ai lu aussi dans cette liste que le statut d'un nouvel article
serait "Poubelle" plus que "en cours de redaction" ou "proposé à la
publication". J'en suis étonné, cela n'explique pas le fait que les
champs soient effacés.
=> une idée ?
** Pour le problème N°2 :
- au niveau configuration serveur, j'ai bien un "upload_max_filesize" >
0 mais un "upload_tmp_dir" = none.
==> Peut-être une piste ?
Il y a -t-il une solution simple (paramètres à changer par clic-clic) ou
bien plus compliquée (plonger dans le code) ?
D'avance merci
OD
At 11:46 +0100 6/12/01, Dionigi Olivier wrote:
1. lorsque qu'article est écrit par un rédacteur, son statut est par
défaut "Poubelle" et les champs remplis se retrouvent vide (Titre =
"Nouvel article" et les autres champs vides). Pas de problème par contre
si l'auteur est un administrateur total ou partiel.
Après avoir fait "Ecrire un nouvel article", tu obtiens le formulaire qui permet de le rédiger. Est-ce que tu vas bien en bas de page pour "Valider" ce formulaire, ou bien est-ce que tu fais un retour en arrière vers la page précédente, pour ensuite sélectionner l'article? Si tu fais le retour en arrière, il est bien possible que l'article reste "à la poubelle".
Les articles sont créés "à la poubelle", afin d'éviter de se retrouver avec 2000 articles "en cours de rédaction" dans la base de données (ce qui était arrivé au bout de quelques mois d'uZine avant cette procédure). Il est fréquent qu'un rédacteur totalement débutant clique sur tous les boutons "pour voir" et, face au formulaire, se dise que finalement il n'a pas envie d'écrire un article, donc fait "back", créant ainsi un article vide; avec le statut "à la poubelle", cet article n'est pas conservé dans la base de données.
Mais c'est peut-être pas ça...
2. lors du téléchargement d'une image, zoup ! message d'erreur
(ci-dessous). Je pointe pourtant sur des images qui respectent les
"normes Spip" ( taille < 256 ko; nom de fichier non "exotique" avec
terminaison qui va bien).
Le couple Apache+Php a les droits d'ecriture sur le répertoire de
travail de Spip (et le répertoire IMG/).
- au niveau configuration serveur, j'ai bien un "upload_max_filesize" >
0 mais un "upload_tmp_dir" = none.
==> Peut-être une piste ?
Y'a des chances...
De quel hébergeur s'agit-il?
ARNO*
--
Le Scarabée : http://www.scarabee.com
uZine 2 : http://www.uzine.net
DH/DSS, 0x11930F0B, DEEB 602D B344 644B AF88 BF73 85F4 2297 1193 0F0B
Merci pour les réponses
ARNO* a écrit :
Concernant le problème d'article dont les champs s'efface
Après avoir fait "Ecrire un nouvel article", tu obtiens le formulaire
qui permet de le rédiger. Est-ce que tu vas bien en bas de page pour
"Valider" ce formulaire, ou bien est-ce que tu fais un retour en
arrière vers la page précédente, pour ensuite sélectionner l'article?
Si tu fais le retour en arrière, il est bien possible que l'article
reste "à la poubelle".
ben... heu... j'comprends plus rien. J'explique
1. Je valide bien le formulaire de création d'article avec le bouton
"Valider".
2. Je viens de refaire la manip, pour la création d'un article dans une
rubrique, pour un auteur de la catégorie "Rédacteur" et Ohh !! non
seulement ça marche (plus de champs effacé) mais mon article a le statut
"En cours de rédaction" avec la possibilité de le proposer à
l'évaluation 
3. Etonné par ce résultat, je recommence la MEME manip, avec le même
auteur, mais cette fois-ci en créant un article dans une autre rubrique.
Eh bien là je retrouve mon Pb : champs effacés. 
3. bis je recommence la manip dans la rubrique "qui marche" et... çe ne
marche plus
Soitt mes neuronnes se mélangent les crayons (fin de journée difficile),
soit c'est SPIP qui joue avec moi.
NB : je n'ai pas touché le code (je ne m'y suis pas risqué).
NB 2 : étant donné mes besoins (news sur la page d'accueil d'un
Intranet) et le public utilisateur (une poignée d'auteur, 2
administrateurs, qui ne sont pas des "pros du micro..."), je préférerais
qu'un article écrit soit par défaut dans la catégorie "en cours de
rédaction".
NB3 : pour répondre à la question de l'hébergeur, on bosse sur un
serveur propre à l'organisme (Linux + Apache + Mysql + Php), c'est à
dire que je peux -via le "monsieur réseau"- faire à peu près ce que je
veux. J'attends d'ailleurs son retour pour qu'il modifie le paramètre
qui serait susceptible de bloquer le téléchargement d'images.
A + et merci
OD
En réponse à Dionigi Olivier <olivier.dionigi@utbm.fr>:
ben... heu... j'comprends plus rien. J'explique
3. Etonné par ce résultat, je recommence la MEME manip, avec le même
auteur, mais cette fois-ci en créant un article dans une autre
rubrique.
Eh bien là je retrouve mon Pb : champs effacés.
On a le problème avec un rédacteur sur Linuxfrench.net
Le rédac utilise IE + Win 98.
--
H.Lefebvre aegir@free.fr http://www.linuxfrench.net
LINUX : Ne jetez plus votre argent par les fenêtres !
Bonjour à la Spip' team,
Sur mes 2 problèmes de débutant rencontrés, je vous donne mes (maigres)
avancées :
** Problème 1.
Un auteur de la catégorie "Redacteur" voit tous les champs de son
article effacés (Titre = "nouvel article", autres champs vides) dès sa
création. L'article est par défaut en satut "A la poubelle (Poubelle)",
ce qui est normal (confirmé par ARNO*) mais ne m'arrange pas pour mon
projet.
=> j'ai modifié le code du script "ecrire/articles_edit.php3" pour que
l'article créé soit par défaut en statut "En cours de rédaction (redac)"
plutot que "A la poubelle (poubelle)".
Et hop ! tous les soucis de champs effacés sont évanouis !! Pourquoi je
ne sais pas :-))
mais pour l'instant ça me va.
** Problème 2
Impossibilité de charger une image (message de fichier de taille nulle,
de squid raleur (cf mon premier message)). On soupçonnait la
non-définition de la variable "upload_tmp_dir" de PHP.
=> après avoir défini un répertoire qui va bien à cette variable, Ca
marche pas 
=> après divers tests, Spip est mis hors de cause (ouf !). Mon problème
vient de la balise HTLM <INPUT TYPE=FILE> qui ne retourne aucune valeur
(ma variable prend la valeur "none", ce qui est génant).
=> en fait, dans l'expression <FORM ACTION='../spip_image.php3'
METHOD='GET' ENCTYPE='multipart/form-data'>, ben c'est le
"ENCTYPE='multipart/form-data'" qui fait planter. *
Comme c'est ce qui permet d'expédier un fichier attaché ben, heu...
j'suis bloqué
Je précise au puriste que mes navigateurs ne sont pas trop vieux
(ENCTYPE="multipart/form-data"
supporté à partir de Netscape 2.0).
Ca ressemble à un verrouillage de serveur Web mais même le bouquin
d'Apache entre les pognes, je ne trouve pas.
Ma question du jour :
- quelqu'un sait-il comment débloquer ce verrouillage (si il s'agit bien
de ça) ?
D'avance merci
OD
Hello,
Un auteur de la catégorie "Redacteur" voit tous les champs de son
article effacés (Titre = "nouvel article", autres champs vides) dès sa
création. L'article est par défaut en satut "A la poubelle (Poubelle)",
ce qui est normal (confirmé par ARNO*) mais ne m'arrange pas pour mon
projet.
Hum, non, ce n'est pas normal, surtout si c'est résolu en touchant
au code. Tu as quelle version de SPIP ?
=> en fait, dans l'expression <FORM ACTION='../spip_image.php3'
METHOD='GET' ENCTYPE='multipart/form-data'>, ben c'est le
Tu es sûr que ce n'est pas plutôt METHOD='POST' ? Sinon, le
problème est peut-être là.
a+
Antoine.
Salut
Dionigi Olivier a écrit :
Bonjour à la Spip' team,
Ca ressemble à un verrouillage de serveur Web mais même le bouquin
d'Apache entre les pognes, je ne trouve pas.
Ma question du jour :
- quelqu'un sait-il comment débloquer ce verrouillage (si il s'agit bien
de ça) ?
D'avance merci
OD
Le pb vient de ton proxy Squid pas de ton serveur Apache (c'est le même
pb chez multimania avec leur proxy).
Il faudrait aller voir dans la conf de squid mais attention, cela dépend
aussi de pourquoi tu as un proxy. Ne fout pas en l'air les règles de
sécurité qui ont été peut être défini par quequ'un d'autre pour de
bonnes raisons sans doute.
En règle générale la doc de Squid est pas mal mais en tapant Squid
configuration dans Google, tu devrais trouvé ton bonheur.
A+ Yann
http://independant.technologies.dclikweb.com
http://it.mondelinux.org (en test)