[spip-dev] 1.4PR4 Bug ? mineur dans Effacer les données d'indexation

Yves_Pratter · Août 27, 2002, 2:51

Bonjour,

je ne sais pas si c'est normal, mais c'est troublant.

En clickant sur le bouton "Effacer les index" dans
"Maintenance technique" -> "Vider le cache"

on se retrouve dans la page "admin_tech.php3"

Yves

From thoms@free.fr Tue Aug 27 17:17:21 2002

Message-ID: <1030461441.3d6b980172e7a@imp.free.fr>
References: <503D7DF1868ED511B0FD0008C7338BF9E6B0EF@frcom.paris.siticom.priv>
In-Reply-To: <503D7DF1868ED511B0FD0008C7338BF9E6B0EF@frcom.paris.siticom.priv>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: IMP/PHP IMAP webmail program 2.2.6
Precedence: list
Status: O
Content-Length: 2933
Lines: 62

En rÃ©ponse Ã Michel Benoit <mbenoit@siticom.com>:

* J'avais fait une demande il y a quelques temps, je pense qu'il y a
besoin de faire avancer les choses, comme je l'avais lu,
l'authentification sur un LDAP nÃ©cessite une refonte d'une partie de
SPIP, forcÃ©ment ca calme.

Je ne pense pas qu'il y ai besoin d'une refonte bestiale.

* Je n'ai pas creusÃ© cookie_spip.php3 mais je pense qu'il manipule des
sesssions php ... on trouve de la doc facilement sur le sujet.

Non, cookie_spip.php3 manipule des sessions spipiÃ¨nnes (TM) qui roxor plus que
les sessions php Donc pas de documentation.

* Le gros du travail, selon moi, se situe dans la conception de la
modification :

Ca c'est sur. Le tout est de bien la penser. Le but est que cette
modification permette facilement l'autentification Ã n'importe quelle
source.

* Analyser les impacts sur le code de SPIP (quels fichiers ? quelles

[SNIP]

Je m'en remets donc Ã la communautÃ© ! Comment exprimer le besoin
(ce qui me parait etre la premiere etape) qui satisfera le plus
grand nombre ?

Voila mon point de vue :
L'idÃ©e et de pouvoir accÃ¨der aux users d'une source externe Ã SPIP puis de
creer le profil spip de l'utilisateur dans la base MySQL Ã partir cette source
de donnÃ©es. Toutefois, l'authentification resterait dÃ©lÃ©guÃ©e Ã la source
externe.
C'est Ã dire que le profil local ne contient pas de mot de passe.
Les sources de donnÃ©es sont des bases utilisteurs externes. C'est Ã ce niveau
qu'il faut bien penser la modularitÃ©. Nous avons, pour le moment, besoin des
opÃ©rations suivantes :
1- Lister les utilisateurs de la source
2- RÃ©cuperer les information d'un utilisateur
3- Authentifier l'utilisateur
4- Creer les nouveau profils locaux Ã partir des informations rÃ©cuperÃ©es en 2.

Les trois premiÃ¨res opÃ©rations doivent Ã mon sens etre dÃ©lÃ©guÃ©s Ã un module
spÃ©cifique Ã chacune des sources de donnÃ©es. De cette maniÃ¨re on peut
potentiellement envisager d'etendre la gestion des utilisateurs Ã n'importe
quelle source de donnÃ©es pour peu qu'on ecrive le module correspondant.
La quatriÃ¨me action quant Ã elle ne semble pas nÃ©cessiter de developpement
spÃ©cifique Ã une source.
Pour ce qui est de la base, cela suppose bien ententu de le modifier. Il faut
stocker quelquepart une information qui permet Ã spip de dÃ©leguer ou non
l'authentification Ã tel ou tel module.

PremiÃ¨res questions :

* On se lance dans l'intÃ©gration Ã l'arrachÃ©e de LDAP dans SPIP ou on
rÃ©flechit Ã une rÃ©solution plus globale ?

c'est plutot mon approche, mais pour faire avancer le shmiblick, une
implÃ©mentation Ã l'arrachÃ©e ne serait pas un mal. Une preuve de faisabilitÃ© en
quelque sorte.

* On laisse choisir l'admin Ã l'installation de son type de source
d'informations ?
* On impose LDAP ?

Voila j'attends vos remarques.
Thoms

From antoine@rezo.net Tue Aug 27 17:33:36 2002

Return-Path: <antoine@rezo.net>
Received: from mallaury.noc.nerim.net (mallaury.noc.nerim.net [62.4.17.82])
  by miel.brainstorm.fr (Postfix) with ESMTP id 704221C41A
  for <spip-dev@rezo.net>; Tue, 27 Aug 2002 17:33:36 +0200 (CEST)
Received: from rezo.net (telehouse-101-1-219.net1.nerim.net [213.41.190.219])
  by mallaury.noc.nerim.net (Postfix) with ESMTP id 5973B62D15
  for <spip-dev@rezo.net>; Tue, 27 Aug 2002 17:33:34 +0200 (CEST)
Message-ID: <3D6B9BCF.2060605@rezo.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
  rv:1.1) Gecko/20020826
X-Accept-Language: fr,en
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-BeenThere: spip-dev@rezo.net
X-Mailman-Version: 2.1b2+
Precedence: list
List-Help: <mailto:spip-dev-request@rezo.net?subject=help>
List-Archive: <http://listes.rezo.net/archives/spip-dev>
List-Unsubscribe: <http://listes.rezo.net/mailman/listinfo/spip-dev>,
  <mailto:spip-dev-request@rezo.net?subject=unsubscribe>
List-Subscribe: <http://listes.rezo.net/mailman/listinfo/spip-dev>,
  <mailto:spip-dev-request@rezo.net?subject=subscribe>
List-Post: <mailto:spip-dev@rezo.net>
List-Id: SPIP : developpement <spip-dev.rezo.net>
X-List-Received-Date: Tue, 27 Aug 2002 15:33:36 -0000
Status: O
Content-Length: 2566
Lines: 70

Bon, j'ai remis le systÃ¨me qui marchait bien, et j'ai rajoutÃ© un sqrt
pour niveler les stats et faire plaisir Ã Arno. Quant au systÃ¨me
"cohÃ©rent-sur-uzine", tant qu'on ne m'expliquera pas avec quoi
c'est cohÃ©rent, je ne vois pas l'intÃ©rÃªt.

Note : s'il s'agit de faire un systÃ¨me qui convienne bien Ã _un_ site,
je ne vois pas ce que Ã§a vient faire dans SPIP.

Antoine wrote: