Backend...

Bonjour et encore bravo pour Spip :slight_smile:

Une question bete

pourquoi le backend ne récupere que les articles, et pas les articles et les breves ?
ne serait il pas judicieux que cela soit possible en standart plutot que d’etre obliger
de créer un chti .php pour récupérer les 10 derniers enregistrements des articles et
breves et de faire le tri par rapport au dates :slight_smile:

hien pourquoi ?

Merci d’avance de votre réponse

Salut,

(1) Réponse technique (d’accord, c’est jamais satisfaisant): parce qu’on ne peut pas classer chronologiquement les articles ET les brèves, car il faut faire appel à deux boucles différentes. Au mieux, on obtiendrait une liste des articles récents, et une liste des brèves récentes, mais il serait très difficile de les classer entre eux. Du coup, le backend aurait une structure très bancale.

(2) Réponse éditoriale: les brèves et les articles sont, généralement, utilisées de manière très différentes. Les mélanger poserait d’autres problèmes. Par exemple, sur uZine, les articles sont toujours originaux, mais une grosse partie des brèves signalent des articles ou des actions présentées sur d’autres sites. De fait, récupérer comme une « nouveauté d’uZine » une brève annonçant que tel autre site a publié une excellente analyse n’aurait pas beaucoup de sens.

Reste que certains sites font moins de distinction entre les brèves et les articles. Là, voir le point (3) ci-dessous…

(3) Réponse plus intéressante (à mon avis):

Nous fournissons par défaut un fichier backend très simple (les 10 derniers articles de tout le site et c’est tout); on peut le considérer comme une base de départ, et un exemple pour d’autres squelettes.

On peut considérer en effet que ce fichier backend ne répond pas aus besoins spécifiques de tous les sites. Comme tu le soulignes, un site qui vivrait essentiellement de ses brèves n’aurait pas grand intérêt au fichier backend actuel. Surtout: un « gros » site aux thématiques très diverses n’aurait pas non plus grande utilité à un backend qui mélange ainsi tous les thèmes.

Donc, un site ayant des besoins spécifiques est vivement encouragé à fournir des backend différents. Par exemple:

  • le backend général des articles de tout le site (le fichier actuel)
  • un backend par secteur (la liste des articles d’un sujet thématique, donc)
  • un backend ou plusieurs backends consacrés aux brèves (découpé ou non par secteurs)

On peut même imaginer des backend par auteurs, ou des backend par mot-clé.

Le backend est un squelette comme les autres (sauf qu’au lieu de générer du HTML, il génère du XML, mais d’une manière très simple). On a donc la possibilité de créer autant de variantes que nécessaire.

Au passage, de la même manière qu’il est facile de créer des backend qui changent en fonction des secteurs (par exemple), il est tout aussi facile de créer une page (encore un squelette) indiquant automatiquement quelles URL utiliser pour appeler ces différents backend.

Amicalement,
ARNO*

At 18:19 +0200 7/09/01, BeLuG - Albert Bruc wrote:

Bonjour et encore bravo pour Spip :slight_smile:

Une question bete

pourquoi le backend ne récupere que les articles, et pas les articles et les breves ?

ne serait il pas judicieux que cela soit possible en standart plutot que d’etre obliger

de créer un chti .php pour récupérer les 10 derniers enregistrements des articles et

breves et de faire le tri par rapport au dates :slight_smile:

hien pourquoi ?

Merci d’avance de votre réponse

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