Salut,
Je suis en train d'uploader une version 1.3 beta 2 dans spip-dev. Une
foule de fichiers ont =E9t=E9 modifi=E9s ou sont nouveaux:
/rubrique.html
/inc-calcul-squel.php3
/inc-calcul.php3
/inc-public.php3
/ecrire/
/ecrire/ inc_base.php3
/ecrire/ inc_layer.php3
/ecrire/ inc_mots.php3
/ecrire/ inc_version.php3
/ecrire/articles.php3
/ecrire/ inc_logos.php3
/ecrire/ naviguer.php3
/ecrire/ sites_edit.php3
/ecrire/ inc_sites.php3
/ecrire/ index.php3
/ecrire/ inc.php3
/ecrire/ sites.php3
et quelques images de /ecrire/IMG2
ATTENTION: tant qu'Antoine n'a pas donn=E9 son avis, consid=E9rez cela
comme de l'ultra-beta (sachant de plus qu'il y a une modification de
la base de donn=E9es) :-))
Outre quelques d=E9veloppements des bidules d=E9pliables, le plus gros
morceau de cette version concerne la gestion des "sites syndiqu=E9s",
qui deviennent plus g=E9n=E9ralement des "sites r=E9f=E9renc=E9s", ce qui
permet de cr=E9er des listes de liens dans les pages de rubriques tr=E8s
facilement (m=EAme si ces sites n'ont pas de backend).
Vous verrez que la gestion des sites r=E9f=E9renc=E9s change totalement,
avec une v=E9ritable page d'=E9dition pour chacun d'eux.
Chaque site r=E9f=E9renc=E9 peut =EAtre, de mani=E8re optionnelle, un site
syndiqu=E9 (avec indication d'un fichier backend). Maniement plut=F4t
simple... Au passage, on peut attribuer un logo =E0 un site syndiqu=E9
(#LOGO_SITE).
Par ailleurs, la gestion du rapatriement des fichiers backend, qui
=E9tait tr=E8s probl=E9matique en cas de plantage d'un site syndiqu=E9, est
totalement remani=E9e: d=E9sormais, chaque visite du site public ou priv=E9
provoque la mise =E0 jour d'un unique site syndiqu=E9, et seulement pour
les sites n'ayant pas =E9t=E9 visit=E9s depuis 2 heures. Ainsi, la
syndication est "plut=F4t" rare (auparavant, c'=E9tait =E0 chaque fois
qu'on recalculait une page du site public, on rapatriait tous les
sites syndiqu=E9s de la page, ce qui interdisait de faire des pages
avec trop de syndications).
De plus, en cas de non rapatriement d'articles (analyse des backend),
le site est signal=E9 comme "off", et la syndication est suspendue pour
lui. Et il est signal=E9 aux admins sur la page "A suivre" de l'espace
priv=E9.
J'ai modifi=E9 le calcul des rubriques "publiques" pour que, d=E9sormais,
une rubrique qui ne contient pas d'articles mais tout de m=EAme des
sites r=E9f=E9renc=E9s (publi=E9s, of course), est consid=E9r=E9e comme publ=
ique.
Cela permettra de faire des rubriques "fa=E7on Yahoo", c'est-=E0-dire
sans articles mais qui ne contiennent que des listes de sites.
Sur le site public, modification des r=E8gles d'affichage, =E9videmment,
pour que seuls les sites r=E9f=E9renc=E9s en statut "publie" apparaissent
(auparavant, ils n'avaient pas de statut).
Comme la notion est modif=E9e, une boucle de type "SITES"
(<boucle_sites_web(SITES){id_rubrique}...) est le synonime exact de
"SYNDICATION". Antoine, c'est une ligne, j'esp=E8re que =E7a te choque
pas.
Un nouveau crit=E8re permet de plus de diff=E9rencier (si on le d=E9sire)
les sites syndiqu=E9s des sites sans syndication. Voir pour exemple le
nouveau "rubrique.html": il suffit d'indiquer {syndication=3Doui} ou
{syndication=3Dnon}.
Pour les sites syndiqu=E9s, la liste des articles r=E9cup=E9r=E9s appara=EEt=
d=E9sormais dans la page d'=E9dition du site: il est possible de
"bloquer" un article individuellement.
=3D=3D=3D=3D=3D=3D=3D=3D=3D
Ce qui serait bien...
+ pouvoir attribuer des mots-cl=E9s =E0 des sites r=E9f=E9renc=E9s;
+ indexer les sites r=E9f=E9renc=E9s dans le moteur de recherche (si
quelqu'un veut se programmer Yahoo, autant qu'il b=E9n=E9ficie d'un
moteur de recherche qui tienne la route...);
+ possibilit=E9 de forums pour les sites r=E9f=E9renc=E9s. (D=E9sormais les
r=E9dacteurs peuvent proposer des sites r=E9f=E9renc=E9s.)
Amicalement,
ARNO*
