Bonjour,
Je viens de créer des nouveaux rédacteurs et administrateurs sur mon site.
Problème:
Quand je me connecte avec ces paramètres, le système me redemande le mot de
passe à chaque appel de page dans la partie admin...
Comment éviter cela ?
J'ai remarqué qu'aucun des fichiers .htaccess, .htpasswd, .htpasswd-admin
n'a été créé sur mon serveur. (je suis chez Sc3m). Tout fonctionnait bien
lorsque je n'avais qu'un admin.
J'utilise la SPIP 1.3 PR1
Merci pour votre aide, le serveur étant en prod... ça commence à criser chez
les rédacteurs...!
@+
Tlön
Bonjour,
Je viens de créer des nouveaux rédacteurs et administrateurs sur mon
site.
Problème:
Quand je me connecte avec ces paramètres, le système me redemande le mot
de
passe à chaque appel de page dans la partie admin...
Heu... tiens c'est étrange. Tu as bien donné un login différent
à chaque rédacteur / administrateur ?
Ne serait-ce pas lié à une particularité des Serveurs COBALT ?
Ca me paraît vraisemblable si j'en crois les infos que je viens de trouver:
-----
This is Cobalt RaQ4 default setting and by default it tells Apache to ignore
all htaccess files on the server!
We notified Cobalt and they responded saying "they were aware of the
problem".
The real question: if cobalt has been aware of this bug for some time, why
have they not issued a patch to repair this serious security issue on the
Raq4?
It's a simple fix that requires just changing the "AllowOverride None" to
"AllowOverride All' in the /home/sites section of the access.conf file and
then rebooting the server.
BTW: the RaQ2 and RaQ3 were released with the correct default setting set to
"AllowOverride All".
Jay Falconer
"In The Q" E-Commerce System
www.InTheQ.com
-----
Ce qui est étrange c'est que les fichiers ne sont même pas créés...
Y-a-t-il déjà d'autres personnes hébergeant un site sous SPIP sur ce type de
serveur?
-----Message d'origine-----
De : spip-bounces@rezo.net [mailto:spip-bounces@rezo.net]De la part de
Antoine Pitrou
Envoyé : mardi 22 janvier 2002 11:33
À : SPIP
Objet : Re: [Spip] Identification admin
Bonjour,
Je viens de créer des nouveaux rédacteurs et administrateurs sur mon
site.
Problème:
Quand je me connecte avec ces paramètres, le système me redemande le mot
de
passe à chaque appel de page dans la partie admin...
Heu... tiens c'est étrange. Tu as bien donné un login différent
à chaque rédacteur / administrateur ?
_______________________________________________
spip mailing list
spip@rezo.net
http://listes.rezo.net/mailman/listinfo/spip
vi moi ca me manque de pas pouvoir accrocher mes fichiers préférés aux
articles 
il n'existerait pas une version de SPIP avec cet outil inclus ?
chui sur ke ca servirait a plein de monde ce ti module en plus, allez les
spipiens 
bon courage
YB
On Tuesday 22 January 2002 12:04, you wrote:
vi moi ca me manque de pas pouvoir accrocher mes fichiers préférés aux
articlesil n'existerait pas une version de SPIP avec cet outil inclus ?
chui sur ke ca servirait a plein de monde ce ti module en plus, allez les
spipiens
Le problème c'est qu'avec l'absence de CVS, on ne risque pas de développer
quoique ce soit pour après galérer à le maintenir synchrone avec le dev de
arno/fil/antoine.
Le jour où quelqu'un commencera ce genre de dev, ça se traduira inévitalement
par un fork.
Bonjour,
On Tue, 22 Jan 2002, Herve LEFEBVRE wrote:
Le problème c'est qu'avec l'absence de CVS, on ne risque pas de
développer quoique ce soit pour après galérer à le maintenir synchrone
avec le dev de arno/fil/antoine.Le jour où quelqu'un commencera ce genre de dev, ça se traduira inévitalement
par un fork.
Qu'est ce qui fait qu'un CVS n'a jamais été ouvert ?
Il pourrait etre ouvert sur http://savannah.gnu.org/ assez facilement...
Qu'en pensent les développeurs ? Comment gerent t'ils leurs sources ?
Meme quand je suis tt seul, je fais du CVS, (gestion des révisions etc,
c'est très pratique)... Alors à plusieurs...
Je suppose qu'il doit y avoir des raisons tordues là dessous... Mais je ne
vois pas quoi.
Yannick
MOI JE DIS : FORKONS et surtout FORKEZ 
je connaissais po le principe du CVS, mais ca m'a l'air tout à fait louable,
bonne chance
YB
----- Original Message -----
From: "Herve LEFEBVRE" <aegir@free.fr>
To: "younès" <ybenjelloun@insite.fr>
Sent: Tuesday, January 22, 2002 12:31 PM
Subject: Re: [Spip] a quand des pièces jointes dans SPIP ?
On Tuesday 22 January 2002 12:25, you wrote:
c koi CVS ?
C'est un serveur sur lequel il y a les programmes en cours de développement,
et qui gère les confils si 2 développeurs on modifié les mêmes lignes de
code. Tous les projets logiciels libres disposent d'un CVS. Par ex:
cvsup.kde.org
c koi un fork ?
C'est le fait de créer sa propre version de SPIP, à partir d'une version
donnée de SPIP, et de la faire évoluer indépendamment du logiciel original.
g po compris ton message a part ke c po possible pour l'instant
Si c'est possible, mais on fork ou on fork pas ?
On Tuesday 22 January 2002 12:35, younès wrote:
MOI JE DIS : FORKONS et surtout FORKEZ
Je pense que tu ne saisis pas bien l'enjeu. Le fork est toujours quelque
chose un peu vécu comme un échec, et en terme diplomatique c'est assez
désastreux puisque cela revient à dire aux développeurs de SPIP "on vous
tourne le dos pour faire notre truc de notre côté, amusez vous bien du vôtre,
au revoir."
C'est aussi contre la "philosophie du LL" qui, par le biais d'une licence
type GPL, propose de "factoriser" (mettre en commun) les développements.
"Forker" (sciender) amène fatalement une duplication des efforts.
je connaissais po le principe du CVS, mais ca m'a l'air tout à fait
louable, bonne chance
Ben c'est même nécessaire, mais c'est pas faute de l'avoir demandé...
On Tuesday 22 January 2002 12:32, Yannick Patois wrote:
Qu'est ce qui fait qu'un CVS n'a jamais été ouvert ?
Plusieurs raisons. Manifestement ça em... quelques uns des dev de SPIP de
devoir apprendre/utiliser CVS.
Ensuite SPIP c'est leur outil à eux, réaliser pour répondre à leurs besoins à
eux. Ils ont décidés de publier leur boulot en GPL, ce qui est très sympa de
leur part, mais cela demeure un outil qui doit répondre à leurs besoins. Et
au passage ils en font profiter ceux qui ont les mêmes besoins.
Ils ne veulent pas s'emmerder à implémenter des fonctionalités qui seraient
utiles pour d'autres, mais pas pour eux. On les comprends aussi, surtout si
cela entrainerait une baisse d'adéquation entre SPIP et leurs propres besoins.
Il pourrait etre ouvert sur http://savannah.gnu.org/ assez facilement...
oui ben il y a tuxfamily qui propose bien mieux et bien plus que cela.
Qu'en pensent les développeurs ? Comment gerent t'ils leurs sources ?
Ben à 3 ils arrivent régulièrement à écraser mutuellement leurs modifs,
forcément...
Je suppose qu'il doit y avoir des raisons tordues là dessous... Mais je ne
vois pas quoi.
Rien de tordu, comme tu peux voir.
Yannick
_______________________________________________
spip mailing list
spip@rezo.net
http://listes.rezo.net/mailman/listinfo/spip
Coucou,
Rhhha une tentative de putsch :))
Qu'est ce qui fait qu'un CVS n'a jamais été ouvert ?
Il pourrait etre ouvert sur http://savannah.gnu.org/ assez
facilement...
Oui, en fait comme dit Hervé c'est une question d'apprentissage
(et d'outils non adaptés sur Macintosh, semble-t-il). Il faudra
s'y mettre "un jour", ça faciliterait notre boulot et l'intervention
des autres. Je vais essayer TuxFamily.
Sur la méthodologie de développement elle-même - si on peut appeler
ça comme ça... Il s'agit plutôt d'un équilibre entre des exigences
diverses :
- Je suis chiant sur la qualité du code (je ne suis pas satisfait
de l'actuel)
- Arno est chiant sur l'interface (il n'est probablement pas très
satisfait de l'actuelle)
- Fil est plutôt à cheval sur la sécurité (l'actuelle laisse à
désirer sur certains points)
Tous trois sommes chiants, à tour de rôle, sur le respect de la
philosophie globale de SPIP et de quelques principes canoniques.
Ce qui explique que, par exemple, paramétrer le détail d'un fichier
graphique lors de l'installation n'est pas une modif acceptable
en réalité 
Si quelqu'un veut faire un fork de SPIP, pourquoi pas. Je comprends
qu'on n'ait pas forcément envie d'attendre que ces satanés développeurs
aient enfin décidé d'utiliser CVS (c'est vrai que ça traîne). Plusieurs
projets parallèles, ce n'est pas forcément une mauvaise chose (et puis
rien n'empêche une fusion par la suite), de même qu'il y a plusieurs
Unix libres pour PC, et plusieurs distributions Linux. La seule dérive
à éviter, ce sont les flame-wars entre projets (c'est pour ça qu'on ne
parle pas des autres systèmes de publication ici, même si ça me démange
de dire que les Nuke sont daubesques et que daCode a l'air très bien :-).
ciao
Antoine.
Salut,
On Tue, 22 Jan 2002, Herve LEFEBVRE wrote:
On Tuesday 22 January 2002 12:32, Yannick Patois wrote:
> Qu'est ce qui fait qu'un CVS n'a jamais été ouvert ?
Plusieurs raisons. Manifestement ça em... quelques uns des dev de SPIP de
devoir apprendre/utiliser CVS.
Un développeur qui ne connait pas CVS ? (!)
Ca a rien de sorcier (c'est plus simple qu'apprendre spip).
Sans rire: je suis meme pret à me déplacer pour donner un cours.
Ensuite SPIP c'est leur outil à eux, réaliser pour répondre à leurs besoins à
eux. Ils ont décidés de publier leur boulot en GPL, ce qui est très sympa de
leur part, mais cela demeure un outil qui doit répondre à leurs besoins. Et
au passage ils en font profiter ceux qui ont les mêmes besoins.
OK, no problem.
Mais quel rapport ?
Ils ne veulent pas s'emmerder à implémenter des fonctionalités qui seraient
utiles pour d'autres, mais pas pour eux. On les comprends aussi, surtout si
cela entrainerait une baisse d'adéquation entre SPIP et leurs propres besoins.
Oui, mais, quel rapport ?
Ben à 3 ils arrivent régulièrement à écraser mutuellement leurs modifs,
forcément...
Donc...
Rien de tordu, comme tu peux voir.
Ce que je vois me semble passablement tordu
Je ne vois pas en quoi un CVS fait perdre plus le controle sur le code
qu'un pas CVS, en fait. Et pour moi, ca c'est un raisonement tordu.
Yannick
Salut,
On Tue, 22 Jan 2002, Antoine Pitrou wrote:
Oui, en fait comme dit Hervé c'est une question d'apprentissage
Bon, OK. Ils habitent ou le sdéveloppeurs, que j'aille faire une
CVS-bouffe sympa quelque part ?
(et d'outils non adaptés sur Macintosh, semble-t-il).
MacOS X fait bien tourner un BSD dessous ? A mon avis, CVS comme une fleur
là dessus.
"A set of GUI front-end for CVS written in C++ and distributed under GNU
General Public License (GPL)."
"MacCvs is written using Metrowerks PowerPlant. "
Un outils existe meme dejà en GPL pour les Mac anciens régime.
Et y'a d'autres clients (en bas de la page les liens).
Il faudra s'y mettre "un jour", ça faciliterait notre boulot et
l'intervention des autres. Je vais essayer TuxFamily.
OK.
- Je suis chiant sur la qualité du code (je ne suis pas satisfait
de l'actuel)
- Arno est chiant sur l'interface (il n'est probablement pas très
satisfait de l'actuelle)
- Fil est plutôt à cheval sur la sécurité (l'actuelle laisse à
désirer sur certains points)
Très bonne complémentarité
Tous trois sommes chiants, à tour de rôle, sur le respect de la
philosophie globale de SPIP et de quelques principes canoniques.
Ce qui explique que, par exemple, paramétrer le détail d'un fichier
graphique lors de l'installation n'est pas une modif acceptable
en réalité
Je ne 'vois' pas vraiment pourquoi l'ouverture d'un CVS serait facteur de
perte de controle: vous n'allez pas donner acces en écriture à tt le monde!
Si quelqu'un veut faire un fork de SPIP, pourquoi pas. Je comprends
qu'on n'ait pas forcément envie d'attendre que ces satanés développeurs
aient enfin décidé d'utiliser CVS (c'est vrai que ça traîne). Plusieurs
projets parallèles, ce n'est pas forcément une mauvaise chose (et puis
rien n'empêche une fusion par la suite), de même qu'il y a plusieurs
Tant que c'est possible, c'est mieux pas, surtout que SPIP est vraiment
bien.
Mais un access en lecture au CVS permetrait sans doute à d'autres de
proposer des patchs fonctionnels (par exemple l'incorporation de fichiers
téléchargés) que vous pourriez intégrer un jour si ca vous convient.
Sinon, très rapidement, les versions deviendront incompatibles, et les
solutions de l'une ne s'appliqueront pas à l'autre... Y'a des cas ou ça se
justifie, mais pour le moment, je ne crois pas.
Unix libres pour PC, et plusieurs distributions Linux. La seule dérive
à éviter, ce sont les flame-wars entre projets (c'est pour ça qu'on ne
parle pas des autres systèmes de publication ici, même si ça me démange
de dire que les Nuke sont daubesques et que daCode a l'air très bien :-).
A ma connaissance, y'a pas mais ca serait bien de mettre sur la page de
SPIP un lien vers les projets similaires. C'est sympa et très "non
marchand" comme attitude.
Yannick
Pas de pb pour les CVS sur mac os x, ni pour le reste (Server x ,netsaint
(depuis ce matin), gnome...)
Tres bel os ce mac osx
--
dm/izo
Be quiet and Drive (far away)
izo@25eme-image.com
dm@efas.fupl.asso.fr
On Tuesday 22 January 2002 13:31, you wrote:>
Ce qui explique que, par exemple, paramétrer le détail d'un fichier
graphique lors de l'installation n'est pas une modif acceptable
en réalité
Sur ce point là, je me mettrais en colère si je ne l'avais déjà fait hier. On
le fait où ? Je développe une appli spécifique pour designer des squelettes
par défaut ? Très bien. Je me fais chier de mon côté ... et tout à coup je
découvre au hasard d'une release que les nom des squelettes ont changés, que
les includes sont modifiés, ou je ne sais quoi d'autre. Je fais quoi ? Je me
précipite sur mon clavier et je bosse toute la nuit pour rendre mon code
synchro avec celui des 3 dev ? Non merci ! Surtout pour du code écrit pour
rendre service, et qui à moi ne me sert pas du tout.
Même chose avec la moulinette que j'avais faite pour migrer de Nuke->SPIP. Je
n'ai jamais envisagé d'en faire un outil propre, maintenu, et réutilisable
par d'autres, puisque les schémas de la DB peut évoluer au hasard d'une
release, sans crier gare.
Je peux aussi parler de "envoyer à un ami". J'ai bricolé un truc pour
LinuxFrench parce que j'en avais besoin, je l'ai publié, mais avec ces
histoires de développement en triumvirat je ne m'emmerde même plus a regarder
si c'est compatible avec SPIP 1.3, je verrais ça quand je migrerais
LinuxFrench, je bricolerais alors pour que ça marche, sans me soucier de
savoir si j'utilise le envoyer_mail() de SPIP pour être compatible avec les
différents hébergeurs. Je bricolerais mon truc ce qui me permettra de
l'améliorer pour faire de beaux mails formattés bien comme il faut, en HTML,
PDF etc. (au choix de l'utilisateur), avec les images puces etc. Ca marchera
sur LinuxFrench/TuxFamily, pas ailleurs. Ça ne sert à rien que je
m'enquiquine à être "SPIP-compliant" puisque Fil & Arno ont décrétés que les
mails HTML c'était "bof bof" (sic).
Je peux évoquer aussi le workflow interne avec l'étape "soumis à
corrections", et la notions de rédacteurs/correcteurs. J'avais proposé ça à 2
reprises parce qu'on en a un cruel besoin sur linuxfrench, mais ça ne sera
jammais incorporé à SPIP. C'est pas que ça été refusé, c'est que personne n'a
même daigner y répondre pour dire "non".
Il y a... il y a ... tiens, voilà un message de la messagerie interne de
linuxfrench :
--------------------------------------------
Fork SPIP
Voici les fonctionnalités intéressantes à ajouter à SPIP :
Ajouter optionellement le statut "Soumis à corrections" en plus de "À
valider", avec un flag "correcteur" pour les rédacteurs. (fonction que j'ai
déjà demandé sur spip-dev, j'ai jamais eu la moindre réponse)
Fonction "Envoyer à un ami" aux formats TXT, HTML, PDF
Possibilité de D/L un article au format PDF
Possibilité de joindre des fichiers à un article
Possibilité de ne présenter une photo qu'en vignette cliquable dans un
article
Au niveau plus "hacking" :
Possibilité de définir des filtres avec paramètres
création d'un filtre colonnes(n) pour présenter un article sur n colonnes.
creation d'au tag "verbatim". Exemple :
[JLM & GD] : Les gens vont pouvoir acheter des PCs avec Mandrake Linux
pré-installé et configuré pour la machine, c'est moins contraignant pour eux
LF : Un ordinateur vendu avec une Linux-Mandrake pré-installée sera-t-il
moins cher que quand il est vendu avec un autre O/S ?
<VERBATIM>l'économie est très importante : plus de 4000 Francs !</VERBATIM>
[JLM & GD] : Oui bien sûr puisqu'il n'y aura pas à payer la taxe Microsoft.
D'ailleurs si l'on fait la comparaison à système équivalent - système
d'exploitation + suite bureautique - l'économie est très importante : plus de
4000 Francs !
donnerait qque chose du genre :
[JLM & GD] : Les gens vont pouvoir acheter des PCs avec Mandrake Linux
pré-installé et configuré pour la machine, c'est moins contraignant pour eux
LF : Un ordinateur vendu avec une Linux-Mandrake pré-installée sera-t-il
moins cher que quand il est vendu avec un autre O/S ?
--*--
« l'économie est très importante : plus de 4000 Francs ! »
--*--
[JLM & GD] : Oui bien sûr puisqu'il n'y aura pas à payer la taxe Microsoft.
D'ailleurs si l'on fait la comparaison à système équivalent - système
d'exploitation + suite bureautique - l'économie est très importante : plus de
4000 Francs !
(j'ai déjà demandé ça, pas de réponse non plus).
T'en vois d'autres ?
----------------------------------------------------------------------------
Coucou les putschistes !
Je m'en tiendrai à mon message de novembre :
Fil fil@rezo.net
Thu Nov 1 20:27:02 2001
* Subject: [spip-dev] CVS
------------------------------------------------------------------------
Vous n'avez rien à perdre et tout à gagner, pourquoi hésiter ?
Pourquoi hésiter ? En ce qui me concerne, c'est tout simplement parce que
j'ai déjà perdu beaucoup de temps à essayer de comprendre et d'installer un
client cvs potable sur Macintosh.
Maintenant, si quelqu'un me dit "j'ai installé tel client cvs sur mon Mac et
ça marche très bien, comme ceci, etc.", et qu'un autre s'occupe de mettre en
place (sur tuxfamily ou sur savannah) le serveur spip, pourquoi pas ?
D'expérience, sur d'autres softs, c'est un vrai plaisir de pouvoir faire ses
mises à jour depuis un serveur cvs ; si en plus on peut se faire envoyer
chaque mise à jour par mail, comme par exemple le fait le projet Mailman, ce
sera excellent !.. Mais cette fois-ci je ne fais pas tout de A à Z !
(Et je ne m'exprime pas au nom de mes deux compères, qui ont aussi leur mot
à dire...)
-- Fil
On 22/01/02 14:11, "dm" <dm@efas.fupl.asso.fr> wrote:
Pas de pb pour les CVS sur mac os x, ni pour le reste (Server x ,netsaint
(depuis ce matin), gnome...)Tres bel os ce mac osx
Bonjour,
Effectivement j'apprécie aussi les avantages techniques de macosX qui
m'évitent maintenant de rebooter sous linux pour travailler mais j'ai un
petit problème avec spip à ce sujet :
Le couple Apache/php/mysql de mon macos X (oui j'ai installé mysql et php en
plus) ne reconnait visiblement pas les .php3
Quelqu'un sait il sous macosX où est le fichier de paramétrage de php qui
doive etre modifié à cet effet?
Merci
--
Philippe Auriol
http://www.allergique.org/ Le monde des allergies
On 22/01/02 14:11, "dm" <dm@efas.fupl.asso.fr> wrote:
Pas de pb pour les CVS sur mac os x, ni pour le reste (Server x ,netsaint
(depuis ce matin), gnome...)Tres bel os ce mac osx
Bonjour,
Effectivement j'apprécie aussi les avantages techniques de macosX qui
m'évitent maintenant de rebooter sous linux pour travailler mais j'ai un
petit problème avec spip à ce sujet :Le couple Apache/php/mysql de mon macos X (oui j'ai installé mysql et php en
plus) ne reconnait visiblement pas les .php3Quelqu'un sait il sous macosX où est le fichier de paramétrage de php qui
doive etre modifié à cet effet?
Il faut que tu dises à ton apache (gentiment bien sur ) que les pages
d'accueil par défaut son .htm .html .php .php3
--
dm/izo
Be quiet and Drive (far away)
izo@25eme-image.com
dm@efas.fupl.asso.fr
Hello,
22 Jan 2002, 13:31:15, you wrote:
(c'est pour ça qu'on ne
parle pas des autres systèmes de publication ici, même si ça me démange
de dire que les Nuke sont daubesques et que daCode a l'air très bien :-).
Oh ben c'est gentil ça
Seb, lurker.
--
S.
delahaye@frjv.org
http://dev.dacode.org/