[Spip] deuxièmes constatations spip

Dev
1

complémentarité d'un projet phpnuke et spip ?

QUESTION " ce serait intéressant de voir s'il y a moyen de faire des
passerelles à partir de SPIP quand un site possède déjà une partie en Nuke
(genre intégrer des éléments de Nuke directement dans la navigation de
SPIP). "

REPONSE : comme les tables sont différentes (déjà par leur nom) cela doit
être assez simple au niveau du mysql

Richard Wild
* Webzine de réflexion médicale : http://www.medito.com
* info médico-culturelle originale : http://www.0plus0.com
* Forum en direct : http://www.0et0.com/forums1.html
* listes de discussion - mailto:sublistes@medito.com

2

Salut Richard,

REPONSE : comme les tables sont différentes (déjà par leur nom) cela doit
être assez simple au niveau du mysql

Effectivement, j'imagine qu'il n'y a aucun problème pour mettre
deux sites distincts côte à côte, avec des liens statiques entre
les deux. Maintenant pour les faire intéropérer de façon plus
"profonde", je ne sais pas ; ton expérience est la bienvenue (j'ai
installé Nuke pour essayer, mais ça me semble vraiment trop peu
praticable pour y perdre du temps).

Installation : votre travail est vraiment bien, en rajoutant quelques lignes
dans le doc spip, cela peut être pratiquement parfait - c'est plus facile à
installer que php-nuke.

Oui, si tu nous dis quelles lignes, on pourra les rajouter :))
Sérieusement, de quoi s'agit-il ?

je crains que l'habillage par une
personne pas trop habituée au php soit un véritable calvaire, voire même
quasi impossible (meme si votre doc 'front office' est très instructive)

On attend du feedback d'autres utilisateurs pour voir (apparemment Olivier
Zablocki s'en sort ;-)). Quant à fournir des versions plus habillées, j'ai
plutôt tendance à croire que c'est plus facile et plus formateur, d'habiller
que de déshabiller (je parle de pages Web).... Par contre, il y aura peut-être
par la suite plus d'exemples de squelettes. D'autant que si on fournit des
versions très fignolées, les sites vont reprendre ces versions sans
changements et ça donnera une cohorte de sites tous identiques, un peu
comme tous les bidules sous php-nuke (que je trouve souvent désolants).

Petite requete : il y a moyen d'intégrer le magnifique code (que je n'ai
pas) de la page frontale d'uzine2 (version actuelle) dans sommaire.html ?

Impossible, pour l'instant dans uzine tout est codé "en dur", il n'y a pas
de squelettes comme dans le SPIP actuel (uzine, c'est un pré-proto-spip).

a+

Antoine.

3

D'accord avec Antoine en ce qui me concerne j'ai fabriqué --au contraire--
des squelettes le plus dépuillés possible (pas de tables par exemple) qui
sont, me semble-t-il, plus facile ensuite à intégrer à une mise en page HTML
faite dans un éditeur.

Cela perme aussi de mieux piger la logique des boucles de SPIP qui ne se
trouvent plus trop entremellées dans le HTML de la mise en page.

On pourrait envisager plus tard de proposer des sortes de "thèmes"... mais
le défaut de ce genre de truc cela pousse plutôt à la standardisation du
look des sites web

Sinon pour avoir le plan du site (demandé dans un autre mail par Richard),
c'est clairement expliqué à le fin de la doc en pdf comment faire et c'est
un bon exo pour commencer à manipuler le méta-langage de SPIP.

Aris

4

-----Message d'origine-----
Antoine Pitrou

Installation : votre travail est vraiment bien, en rajoutant quelques

lignes

dans le doc spip, cela peut être pratiquement parfait - c'est plus facile

à

installer que php-nuke.

Oui, si tu nous dis quelles lignes, on pourra les rajouter :))
Sérieusement, de quoi s'agit-il ?

rw :

1) Lorque l'on installe spip :
le testeur "en ligne" de chemin d'accès à la base fait mal son boulot
il dit OK quand ce n'est pas OK
car il tolère "localhost" ou "" (rien) en disant ok alors que ce n'est pas
le bon chemin par la suite et qu'il faut le chemin complet (effectivement
ici http://www.00dr.com )

2) sur la version 97e : il faut créer /IMG et /CACHE car n'apparaissent pas
après avoir unzippé spip - Pour un novice cela engendre de la confusion

3) la version 97e n'a pas le front-office - doc (elle est sur la 96)

4) pourquoi garder en téléchargement les vieilles versions ?

* j'ai eu à plusieurs reprises des crash windows-me sévères lors de
l'installation (je n'ai jamais vu cela pour l'installation de ce type de
système - simple coïncidence ?)

je crains que l'habillage par une
personne pas trop habituée au php soit un véritable calvaire, voire même
quasi impossible (meme si votre doc 'front office' est très instructive)

On attend du feedback d'autres utilisateurs pour voir (apparemment Olivier
Zablocki s'en sort ;-)).

RW : lui et moi cela fait deux ! A vos calculettes, c'est un échantillon
représentatif ?

Bref, le parcours initiatique, encore et encore.

Sérieusement il faudra se décider entre 2 philosophies :

1 - la philosophie spip-ça-se-mérite et donc seuls les petits gars qui en
ont bavé y auront droit. Là on peut faire plus compliqué si nécessaire :wink:

2 - Ou spip c'est transparent sans pb ce qui compte c'est ce que vous mettez
dedans et les liens que vous tissez entre vous (à ce sujet cela serait bien,
d'emblée de "renseigner" backend - moi

- Moi et vous on peut gouter aux deux (1 et 2), mais ils ne faudraient pas
que les "spipeurs" soient tous sur le moule "bidouille php etc"... ce que
j'en dis ! En tout cas merci à tous.

Je réitère la question : suis preneur de boucles en tous genres ...

amts
rw

5

wild medito wrote:

1) Lorque l'on installe spip :
le testeur "en ligne" de chemin d'accès à la base fait mal son boulot
il dit OK quand ce n'est pas OK
car il tolère "localhost" ou "" (rien) en disant ok alors que ce n'est pas
le bon chemin par la suite et qu'il faut le chemin complet (effectivement
ici http://www.00dr.com )

??? tu confondrais pas adresse du site et adresse de la base de données ??
si la base de données marche pendant l'install, elle marche. si elle ne
marche pas, l'install te le dit. je vois pas ce que l'url du site vient
faire.

2) sur la version 97e : il faut créer /IMG et /CACHE car n'apparaissent pas
après avoir unzippé spip - Pour un novice cela engendre de la confusion

3) la version 97e n'a pas le front-office - doc (elle est sur la 96)

ça c'est parce qu'il n'y a pas eu de sortie officielle.

* j'ai eu à plusieurs reprises des crash windows-me sévères lors de
l'installation (je n'ai jamais vu cela pour l'installation de ce type de
système - simple coïncidence ?)

oui, coincidence. sauf si ton serveur web est sous windows me, auquel
cas change de système d'exploitation tout de suite :slight_smile:

1 - la philosophie spip-ça-se-mérite et donc seuls les petits gars qui en
ont bavé y auront droit. Là on peut faire plus compliqué si nécessaire :wink:

quelles sont tes suggestions pour faire plus simple ?

a+

Antoine.

6

> Installation : votre travail est vraiment bien, en rajoutant quelques lignes

dans le doc spip, cela peut être pratiquement parfait - c'est plus facile à
installer que php-nuke.

Oui, si tu nous dis quelles lignes, on pourra les rajouter :))
Sérieusement, de quoi s'agit-il ?

Hé, z'allez rire: le week-end dernier j'ai voulu installer Nuke pour essayer: je me suis énervé comme lorsque j'ai voulu installer un modem sur le PC de mon frangin :-))
Nan, sérieux, ça doit pas être bien compliqué, mais je me suis énervé.

Plus sérieux encore: ben oui, ça fait un moment que ça me tarabisouille au niveau de quelquepart: ça serait plutôt marrant de réussir à gérer, dans le site public (avec le système de boucles et de brèves), les trucs publiés dans phpNuke. Ca serait plutôt marrant: dans le site privé, tu indiques que telle "rubrique" de Nuke correspond à telle rubrique de SPIP, et du coup avec une boucle maison:
<BOUCLEx(NUKE)>
tu te retrouves à naviguer dans Nuke avec l'interface que tu t'es concoctée dans SPIP. Plutôt rigolo comme idée...

Plus sérieux encore: un des développements prévus de SPIP sera l'intégration automatique des fichiers backend.php3 de sites extérieurs (genre: "j'indique dans mon site quelles sont les nouveautés de tels autres sites"). Et là, illico, SPIP se retrouve à interfacer des sites SPIP _et_ des sites Nuke.

ARNO*

7

D'accord avec Antoine en ce qui me concerne j'ai fabriqué --au contraire--
des squelettes le plus dépuillés possible (pas de tables par exemple) qui
sont, me semble-t-il, plus facile ensuite à intégrer à une mise en page HTML
faite dans un éditeur.

Oui, oui, les "pages-type" (ou "squelettes", selon la terminologie gothique d'Antoine), c'est même indispensable avant la release officielle. Ceux qui ont déjà des sites sous SPIP seront arbitrairement mis à contribution :-)) (Je pense par exemple à RéPublic, dont la mise en page hyper-pro sera distribuée sous licence libre de gré ou de force!!!).

Pour commencer, tous les squelettes que j'aurai fait pour des sites seront disponibles: Vacarme (première version quasi-terminée), uZine (pour l'instant, pas fait), Scarabée (pas fait non plus, mais je ne m'oublies pas)...

On pourrait envisager plus tard de proposer des sortes de "thèmes"... mais
le défaut de ce genre de truc cela pousse plutôt à la standardisation du
look des sites web

Yep! Mais indispensable pour ceux qui ne voudraient vraiment pas s'y mettre. Et franchement: le système de boucle, faut avoir l'esprit un poil informatique pour s'y mettre. J'aurais aimé plus simple, mais j'ai pas trouvé.

Sinon pour avoir le plan du site (demandé dans un autre mail par Richard),
c'est clairement expliqué à le fin de la doc en pdf comment faire et c'est
un bon exo pour commencer à manipuler le méta-langage de SPIP.

C'est pas si évident: faut faire appel au système de boucles récursives:

<B1>
<UL>
<BOUCLE1(RUBRIQUES){id_parent}>

<LI>#TITRE

      <B2>
      <UL>
      <BOUCLE2(boucle1)></BOUCLE2>
      </UL>
      </B2>

</BOUCLE1>
</B1>

Mais une fois qu'on a pigé, c'est fastoche de chez fasctoche...

Amicalement,
ARNO*

8

-----Message d'origine-----
PHP-NUKE : Arno : Hé, z'allez rire: le week-end dernier j'ai voulu installer
Nuke pour
essayer: je me suis énervé comme lorsque j'ai voulu installer un
modem sur le PC de mon frangin :-))
Nan, sérieux, ça doit pas être bien compliqué, mais je me suis énervé.

RW: php-nuke est très bugué et l'instal très dépendante du provider - d'où
un mal de tête assuré
nous l'avons installé là www.0plus0.com c'est plus orienté mise en page
"journal automatique" - il vaut mieux continuer à développer correctement
"spip" plutôt que de tenter de s'accoupler avec le monstre php-nuke

ARNO : Plus sérieux encore: ben oui, ça fait un moment que ça me
tarabisouille au niveau de quelquepart: ça serait plutôt marrant de
réussir à gérer, dans le site public (avec le système de boucles et
de brèves), les trucs publiés dans phpNuke. Ca serait plutôt marrant:
dans le site privé, tu indiques que telle "rubrique" de Nuke
correspond à telle rubrique de SPIP, et du coup avec une boucle
maison:
<BOUCLEx(NUKE)>

RW (et d'autres en silence (ou non)) : pour comprendre les boucles et les
utiliser softement sans faire de la hard-formation (on va craquer)
fournissez nous des boucles (on va s'habituer comme cela)

ARNO : Plus sérieux encore: un des développements prévus de SPIP sera
l'intégration automatique des fichiers backend.php3 de sites
extérieurs (genre: "j'indique dans mon site quelles sont les
nouveautés de tels autres sites"). Et là, illico, SPIP se retrouve à
interfacer des sites SPIP _et_ des sites Nuke.

RW: ça c'est Hachement important. en modulaire stp

http://listes.rezo.net/mailman/listinfo/spip

9

Sinon pour avoir le plan du site (demandé dans un autre mail par Richard),
c'est clairement expliqué à le fin de la doc en pdf comment faire et c'est
un bon exo pour commencer à manipuler le méta-langage de SPIP.

C'est pas si évident: faut faire appel au système de boucles récursives:
(.../...)

Mais une fois qu'on a pigé, c'est fastoche de chez fasctoche...

Amicalement,
ARNO*

RW: en effet on peut le faire - mais dans le cas présent ce n'est pas tant
le plan indenté en forme traditionnelle qui m'intéressait mais le magnifique
plan avec la présentation "uzine2" et les décrochages flèches et les "traits
de parenté" - Ouille que c'est beau - il doit y avoir un brin d'algorithme
en plus - dis tu nous le fait en "boucle" - miam miam