[spip-dev] Nouvel inscrit et idees à discuter

Dev
1

Bonjour,

Mr Smile !

Je ne suis pas mr smile mais justement je souhaitais étudier cet aspect
avant sa mise en place.

Je profite de votre venue ici pour vous dire qu'à mon avis ya des choses
à modifier dans votre article sur spip :
  * "Il n'y a pas de gestion de plusieurs sites avec le même Spip"
    -> SPIP propose la gestion multi site, au choix avec une seule
    base de donnée ou plusieurs.

Comment concrêtement gérer UNE base avec deux spip différents E

J'ai un site qui est un journal en ligne pour lequel spip donne toute
satisfaction, il est dans /racine/journal/, je souhaite faire un site dans
/racine/annuaire/ qui soit un annuaire et qui prenne directemnt le même
rubriquage et les sites qui soient inclus.
Les jeux de squelette font ça très bien donc pas de problème.

mais: quid des mises à jour ? je fais qui en premier ? Et dans la
configuration de /ecrire/ du 2e site: si je change l'url du site ça va me
changer celle du premier site!
Bref, il y a un didcaticiel pour ça ? merci

2

J'ai un site qui est un journal en ligne pour lequel spip donne toute
satisfaction, il est dans /racine/journal/, je souhaite faire un site dans
/racine/annuaire/ qui soit un annuaire et qui prenne directemnt le même
rubriquage et les sites qui soient inclus.
Les jeux de squelette font ça très bien donc pas de problème.

mais: quid des mises à jour ? je fais qui en premier ? Et dans la
configuration de /ecrire/ du 2e site: si je change l'url du site ça va me
changer celle du premier site!

On peut jouer avec les RewriteRule et autres inc-urls si on veut faire ça
bien, avec une seule partie ecrire/ ; il n'y a pas de didacticiel à
proprement parler, mais pas mal d'expérience accumulée, et ça marche... :slight_smile:

                                    * * *

Par ailleurs, dans l'article de smile il y a d'autres choses à rectifier, en
plus de ce qui a déjà été mentionné :

Cycle de vie des articles
Spip répond au besoin standard et permet de publier des articles, préparés
à l'avance, à partir d'une date donnée, mais sans date de fin de
publication.

Les articles peuvent avoir deux dates, et on peut utiliser la seconde date
pour signaler la date de fin de publication (à condition de toucher aux
squelettes)

Classement et moteur de recherche
Spip possède en interne un moteur d'indexation et de recherche, qui permet
de faire des recherche au sein du site. Ce moteur a le mérite d'exister
mais, comme le précise l'aide en ligne de Spip, "si votre site est très
gros, nous vous conseillons de ne pas utiliser le moteur de recherche
intégré à SPIP, et de vous orienter vers des produits spécialisés, tels que
ht://Dig. ".

C'est une erreur de la documentation, car le moteur de spip est comparable,
en termes de "pertinence", à ht//dig ; par contre, il est difficile de faire
des tris croisés SIMPLEMENT, c'est vrai. ht//dig n'en propose pas non plus.
C'est là encore l'affaire de programmer des squelettes, mais c'est un point
assez technique, qui mériterait aussi un tutoriel complet. A vos claviers :wink:

Les "-" du logiciel Spip
Peu de références professionnelles

Qu'est-ce que ça veut dire ?

-- Fil

3

toutes ces réponses me conviennent, mais tu parles à chaque fois de modifier
les squelettes. Evidemment, Spip est open source et l'on peut faire les
modifications que l'on veut.
Changer le système des dates est effectivement simple à réaliser, je suis
tout à fait d'accord. Mais plein de mini-évolutions le sont aussi, et j'ai
donc fait le choix d'évaluer Spip sur la version fournie, avec son interface
d'administration et sa documentation.
Par ailleurs un cycle de vie peut être bcp plus élaboré, avec par exemple un
système d'alertes mail la veille de la mise en ligne et la veille de la fin
de publication.

Pour l'affichage de sections de manière différente, je vois que chacun a sa
solution, mais l'essentiel est que des solutions existent. Je pense qu'il
faudrait tout de même mettre en oeuve une solution dans la version
distribuée, mais c'est discutable.

Concernant le 'peu de références professionnelles', je fais allusion au fait
que malgré toutes ses références, peu de PME ont choisi Spip, ce qui est une
erreur, je le sais... :slight_smile: .

Badr

-----Message d'origine-----

4

J'ai un site qui est un journal en ligne pour lequel spip donne toute
satisfaction, il est dans /racine/journal/, je souhaite faire un site dans
/racine/annuaire/ qui soit un annuaire et qui prenne directemnt le même
rubriquage et les sites qui soient inclus.
Les jeux de squelette font ça très bien donc pas de problème.

mais: quid des mises à jour ? je fais qui en premier ? Et dans la
configuration de /ecrire/ du 2e site: si je change l'url du site ça va me
changer celle du premier site!

On peut jouer avec les RewriteRule et autres inc-urls si on veut faire ça
bien,

Euh...chsui petit joueur moi :wink:

avec une seule partie ecrire/ ; il n'y a pas de didacticiel à
proprement parler, mais pas mal d'expérience accumulée, et ça marche... :slight_smile:

T'as des exemples de site à me donner Fil que je vois avec les webmestre en
question comment ils font?

5

Par ailleurs, dans l'article de smile il y a d'autres choses à
rectifier, en plus de ce qui a déjà été mentionné :

"Spip a été développé par le mizéro..." Hi, hi! Minirézo pas Mizéro (la
moitié d'un zéro, ou bien un réseau de personnes misérables: bref tout
un programme!) !

7

Badr Chentouf wrote: tu parles à chaque fois de modifier les squelettes. Evidemment, Spip est open source et l'on peut faire les modifications que l'on veut.

Mr Smile,
J'ai l'impression que tu confonds squelette spip et code source de spip : Modifier un squelette n'a rien à voir avec l'open-source. Un squelette, c'est un modèle d'affichage, sous la forme d'un fichier HTML standard, auquel sont ajouté des pseudoinstructions spip. ça ne suppose donc nullement d'accéder ou de modifier le source PHP de spip.

<< j'ai donc fait le choix d'évaluer Spip sur la version fournie, avec son interface
d'administration et sa documentation.>>

Même des utilisateurs non informaticiens en viennent à modifier ou créer leurs squelettes quand ils en éprouvent le besoin. En fait, c'est le fonctionnement normal de la version fournie. Dans la mesure où Smile s'intéresse aux PME, qui généralement travaillent avec des pros, ce serait plus adapté de le prendre en compte.

JLuc

Badr Chentouf wrote:

toutes ces réponses me conviennent, mais ...

8

J'ai fait la même chose fin 2001 - début 2002 ... seulement 250-300
personnes.
J'espérais pouvoir offrir les squelettes (assez basiques - mais jolis)
... ils m'ont demandé de m'abstenir :wink:

9

Et nous, on l'utilise dans un hôpital de 800 personnes, pour faire des sites départementaux internes.