[spip-dev] 1.3 beta 3

Dev
1

Salut,

Je suis en train d'uploader dans spip-dev/devel une version 1.3b3.

Il s'agit du d=E9veloppement du syst=E8me de "sites r=E9f=E9renc=E9s"
(l'=E9volution de la syndication vers un syst=E8me d'annuaire de liens).

Attention: version ultra-beta, et nouvelles modifications de la base
de donn=E9es.

Ce que cette version apporte:

- dans configuration pr=E9cise, on peut d=E9cider _qui_ propose des sites
(les admins, les r=E9dacteurs, les visiteurs du site public); de plus
activer/d=E9sactiver la syndication (on peut donc utiliser le syst=E8me
de r=E9f=E9rencement de sites, mais sans la syndication).

Le choix de "qui propose des sites" est important: on peut en effet
vouloir r=E9f=E9rencer ponctuellement des sites, mais ne pas proposer
r=E9ellement d'annuaire de liens (c'est le cas dans uZine par exemple:
il y a de la syndication), donc r=E9serv=E9 aux admins; le choix "les
visiteurs" permettra d'activer/d=E9sactiver un formulaire de
proposition de sites sur le site public (pas encore programm=E9).

- chaque site dispose de son forum de discussion interne (histoire de
permettre la discussion "=E9ditoriale" sur la s=E9lection ou non d'un
site); en revanche, j'ai encore rien touch=E9 pour des forums sur le
site public;

- chaque site peut =EAtre associ=E9 =E0 des mots-cl=E9s (ce qui permettra pa=
r
exemple un "classement" des sites - en l'absence d'un syst=E8me de
"notation" comme phpLinks, les mots-cl=E9s permettront tout de m=EAme de
faire des s=E9lections et des classements par importance).

En revanche, il manque pour ces nouvelles fonctionnalit=E9s toute la
partie publique:

- forums publics des sites;
- gestion des liens des mots-cl=E9s des sites (bizarre, je n'arrive pas
=E0 faire fonctionner la page "mot.php3", par exemple la page:
http://rezo.net/~arno/mot.php3?id_mot=3D1
ne fonctionne pas, alors que c'est un v=E9ritable mot-cl=E9);
- le formulaire qui permettra aux visiteurs de proposer des sites (en
fonction de la configuration pr=E9cise de l'espace priv=E9).

Je pr=E9f=E8re pas trop tripoter dans inc-calcul-squel avec mes gros doigts =
:-))

ARNO*

2

Ah oui, j'oubliais une fonctionnalit=E9 qui serait sympa:

- faire fonctionner le moteur de recherche (public) sur les sites
r=E9f=E9renc=E9s (comprendre: sur le titre et le descriptif, hein, pas sur
le site lui-m=EAme...); donc ajouter fonctions d'indexation.

3

@ Arno* (arno@scarabee.com) :

Attention: version ultra-beta, et nouvelles modifications de la base
de données.

(euh, "ultra beta" en général on appelle ça "alpha")

- dans configuration précise, on peut décider _qui_ propose des sites
(les admins, les rédacteurs, les visiteurs du site public); de plus
activer/désactiver la syndication (on peut donc utiliser le système
de référencement de sites, mais sans la syndication).

Puisque tu es dans "config précise", j'aimerais bien que tu en profites pour
avoir un système de forums "off par défaut" mais quand même positionnable
sur "on" article par article (à l'inverse de la situation actuelle, donc).

- forums publics des sites;

vraiment nécessaire ? Je crains qu'on alourdisse à vouloir mettre des forums
sur tous les éléments.

- gestion des liens des mots-clés des sites (bizarre, je n'arrive pas
à faire fonctionner la page "mot.php3", par exemple la page:
http://rezo.net/~arno/mot.php3?id_mot=1
ne fonctionne pas, alors que c'est un véritable mot-clé);

C'est parce qu'aucun article publié n'active ce mot (j'ai vérifié). Mais
c'est à mon avis un bug de ne pas pouvoir avoir la page du mot même s'il
n'est pas lié.

-- Fil

4

Salut,

- faire fonctionner le moteur de recherche (public) sur les sites
référencés (comprendre: sur le titre et le descriptif, hein, pas sur
le site lui-même...); donc ajouter fonctions d'indexation.

Justement, autant faire un truc sympa qui aille indexer la page
d'accueil du site.

En revanche, il manque pour ces nouvelles fonctionnalités toute la
partie publique:

Bon, j'ai pas encore fait ça. Par contre, Fil a raison, les forums
publics, c'est inutile.

Il y a surtout des gros problèmes d'interface dans l'espace privé,
je vais essayer d'arranger ça, ça va prendre un peu de temps
(parce que je préfère faire ça proprement, en nettoyant d'autres
trucs en même temps). Autant cliquer cinq fois pour créer, modifier
et publier un article, c'est normal, autant pour un lien c'est
largement décourageant....

Sinon, la syndication va marcher chez Multimania (amélioration
du chargement HTTP).

a+

5

Salut,

- faire fonctionner le moteur de recherche (public) sur les sites
r=E9f=E9renc=E9s (comprendre: sur le titre et le descriptif, hein, pas s=

ur

le site lui-m=EAme...); donc ajouter fonctions d'indexation.

Justement, autant faire un truc sympa qui aille indexer la page
d'accueil du site.

Pourquoi pas. Mais attention: de fait le "classement" des r=E9sultats
sur ton propre site (sous SPIP) risque de d=E9pendre des d=E9lires du
webmestre du site (multiplication de mots-cl=E9s, texte en noir sur
fond noir, etc.).

> En revanche, il manque pour ces nouvelles fonctionnalit=E9s toute la

partie publique:

Bon, j'ai pas encore fait =E7a. Par contre, Fil a raison, les forums
publics, c'est inutile.

Pas d'accord: vous n'en voyez pas l'utilit=E9, ce qui est tr=E8s diff=E9rent=
:-))

Je ne parle pas d'ajouter cette fonction dans les squelettes
standards, effectivement =E7a donnerait un site bord=E9lique. Mais
puisque techniquement on peut tr=E8s facilement ajouter cette
fonctionnalit=E9, pourquoi ne pas le faire, au motif que nos propres
sites n'en ont pas besoin.

Un index de r=E9f=E9rencement avec SPIP serait tr=E8s puissant, mais ne
permettrait pas de "noter" les sites =E0 la fa=E7on d'un phpLinks. En
revanche, un forum (bien con=E7u, bien int=E9gr=E9...) permettrait de
contourner cette limite de mani=E8re tout aussi constructive.

Il y a surtout des gros probl=E8mes d'interface dans l'espace priv=E9,
je vais essayer d'arranger =E7a, =E7a va prendre un peu de temps
(parce que je pr=E9f=E8re faire =E7a proprement, en nettoyant d'autres
trucs en m=EAme temps). Autant cliquer cinq fois pour cr=E9er, modifier
et publier un article, c'est normal, autant pour un lien c'est
largement d=E9courageant....

OK. Attention toutefois =E0 conserver l'unit=E9 d'interface (je parle de
la m=E9thode). Pour l'instant, les articles r=E9f=E9renc=E9s fonctionnent
comme les br=E8ves, comme les messages... (cr=E9ation, =E9dition, puis
validation); il est important de ne pas trop multiplier les m=E9thodes
d'=E9dition.

Sinon, la syndication va marcher chez Multimania (am=E9lioration
du chargement HTTP).

Bonne nouvelle! :-))

ARNO*

6

Salut,

J'ai une id=E9e pour permettre l'upload d'images en contournant la
limitation de certains serveurs quant =E0 l'upload par le Web.

Il s'agirait d'ajouter un dossier "upload" dans "/ecrire", dossier
lui-m=EAme plac=E9 en mod "777".

Quand il y a un (ou plusieurs) fichiers dans ce dossier (via FTP,
donc), un petit pop-up menu remplace (ou compl=E8te) dans le formulaire
le champ "chercher/t=E9l=E9charger", permettant de s=E9lectionner le
fichier. Et l=E0, plut=F4t que de traiter un fichier upload=E9 par le Web,
on effectue le m=EAme traitement (d=E9placement vers /IMG, puis
effacement/unlink) sur le fichier tir=E9 de "upload".

Syst=E9matis=E9, cela permettrait dans un premier temps de g=E9rer les
logos et les images sur Multimania (par exemple), puis pour plus tard
de faciliter l'envoi de documents "lourds" (envoyer un fichier de
300Ko via l'interface Web est tr=E8s p=E9nible, il n'y a pas d'indicateur
du t=E9l=E9chargement, du temps restant...) quand on g=E9rera les documents
associ=E9s (PDF, son, vid=E9o...).

C'est assez facile =E0 r=E9aliser, mais =E0 une condition: pouvoir lister
les fichiers contenus dans une sous-rubrique ("/ecrire/upload"). Il
me semble qu'=E0 partir du moment o=F9 on fait la liste d'une
sous-rubrique, =E7a ne devrait pas poser de probl=E8mes (alors que lister
les rubriques d'un dossier comme "../IMG/" est souvent interdit).

ARNO*