[Spip] Divers choses

Dev
1

'lo,

J'ai refait une install de SPIP "from the scrap". Tout c'est bien passé.
comme j'avais oublié de régler certrains pb de droit avant le script à
parfaitement signalé le problème avant toute instalation.

J'ai aussi testé le module backend modifié (celui que j'ai envoyé l'autre
jour) il fonctionne correctement.

Comme on doit "couvrir" le Festival des résistance et des alternatives sur
Samizdat, nous allons le faire avec avec SPIP ce qui permettra de le tester
"grandeur nature".

A cette occasion j'ai "intégré" un petit moteur de recherche... intégré
étant un bien grand mot: j'ai plutôt juxtaposé un moteur de recherche qui
opère sur la base de SPIP. C'est basic et simpliste.

Enfin, j'ai réglé le problème des accents en faisant l'install directement
sur le serveur à partir du "tarball" et ensuite les éventuelles modifs avec
Vi :))

Dernier point, sur la page http://www.minirezo.net/spip à laquelle renvoi le
bouton SPIP il n'y a "rien" (visiblement des fichier test)...

Aris

2

A cette occasion j'ai "intégré" un petit moteur de recherche... intégré
étant un bien grand mot: j'ai plutôt juxtaposé un moteur de recherche qui
opère sur la base de SPIP. C'est basic et simpliste.

Ah oui... complètement oublié: j'en avais déjà fait un dans uZine, utilisation simple, mais relativement efficace. Ne fonctionne que sur les articles, mais il établit la pertinence des résultats d'une amière plutôt chouette (usage de plusieurs mots, classement en fonction de l'endroit où se trouve le mot - titre, sur/sous-titre, chapo, texte...).

La seule difficulté, ça va être de l'intégrer dans mon pseudo-langage de boucles (pour la description du site public). Cela dit, ça ne devrait pas être très très compliqué.

Cela dit, ça m'intéresse de voir comment fonctionne ta propre version.

Enfin, j'ai réglé le problème des accents en faisant l'install directement
sur le serveur à partir du "tarball" et ensuite les éventuelles modifs avec
Vi :))

Désolé, ça évolue tellement vite ces derniers temps que j'ai encore pris le temps de faire le .sit.

Dernier point, sur la page http://www.minirezo.net/spip à laquelle renvoi le
bouton SPIP il n'y a "rien" (visiblement des fichier test)...

Oui: pour l'instant il vaut mieux virer ce lien.

3

Salut tout le monde,

Je viens d'installer une version de SPIP 0.95a à l'adresse:
http://www.minirezo.net/archives/

Pour l'instant y'a que la version .sit, donc réservée aux Macs. Antoine s'occupera d'ajouter les versions .zip et .tar.gz dès qu'il aura cinq minutes.

Cette version introduit quelques modifications graphiques dans la zone privée.

Plus important:

- un nouveau "raccourcis" SPIP pour écrire les articles: <HTML> blah blah blah </HTML> (oui, le même code que pour des vrais fichiers HTML). Cela indique à SPIP qu'il ne doit pas traiter "blah blah blah", qui sera donc épargné par le traitement typographique habituel. Indispensable pour afficher des codes sources convenables (et pour fabriquer une documentation de SPIP!).

- dans le système de boucles pour la gestion du site public, on peut désormais fixer une valeur arbitrairement. Par exemple:

   <BOUCLE2(articles){id_rubrique=8}>

va afficher la liste des articles de la rubrique dont le numéro est 8 (fixé donc arbitrairement par le webmestre). Utilité de cette fonction: personnaliser manuellement la page d'accueil du site (par exemple, dans uZine, tout est automatique sur le sommaire, sauf un encadré "A la Une". Avec cette nouvelle fonctionnalité, ça se gérera en un tour de main.

C'est pas encore expliqué dans la documentation, mais je le ferai ASAP.

Amicalement,
ARNO*

4

- un nouveau "raccourcis" SPIP pour écrire les articles: <HTML> blah
blah blah </HTML> (oui, le même code que pour des vrais fichiers
HTML). Cela indique à SPIP qu'il ne doit pas traiter "blah blah

On n'a pas fini de s'embrouiller. Tu veux pas mettre <CODEHTML>
à la place ?

-- Fil

5

Allez hop, comme je suis dedans: une version 0.95b.

La version compactée pour Mac est à l'adresse:
http://www.minirezo.net/archives/

(Antoine fera les versions pour PC).

La seule modif par rapport à la 0.95a, c'est dans le fichier inc-public.php3, et elle est très pratique: on peut désormais faire un "faux" article, classé dans la base de SPIP (donc avec gestion automatique par le système), mais qui, lorsqu'il est appelé par le système, renvoit automatiquement sur une autre adresse. (C'est une idée piquée à Lazuly.)

Je m'explique:

- vous créez un "faux" article (c'est-à-dire, dans la zone privée, un article comme un autre... avec un petite différence);

- dans le champ "Chapeau", vous indiquez une URL (sans retour à la ligne, rien... attention, c'est un poil sensible). C'est-à-dire qu'au lieu de mettre un texte d'introduction classique, vous vous contentez de taper une URL, par exemple: http://www.minirezo.net
(attention, pour l'instant je me suis pas fait chier, il faut absolument une adresse "en dur", commençant par "http:").

- cet article, bien entendu, doit être placé en statut "publié". Il est conseillé de lui donner un véritable titre, une date à lui, et pourquoi pas un descriptif.

- Lorsque vous visitez le site public, cet article apparaît comme n'importe quel autre article dans la navigation: il est affiché dans la rubrique qui va bien, est répertorié (si nécessaire) sur la page d'accueil, etc. En revanche, quand vous voulez le "visiter" (article.php3?id_article=xx par exemple), le système repère l'adresse dans le chapeau et vous renvoit automatiquement vers cette page.

Par exemple, essayez l'adresse:
http://www.scarabee.com/article134.html
vous verrez que ça renvoit automatiquement vers l'adresse:
http://www.scarabee.com/TRANCHES/poutine.html

L'intérêt, c'est de pouvoir récupérer directement d'anciens articles et de les intégrer dans la navigation du site SPIP sans trop s'emmerder, ou bien de continuer à avoir des articles "faits main", mais bien répertorier dans la bsae. Dans le cas du Scarabée, par exemple, ça va me permettre de "classer" dans SPIP de vieux articles que je ne veux pas (ou ne peux pas) recopier en tant que véritables articles dans le base de données.

Comme ce sont des adresses "en dur", on peut de la même manière répertorier des articles situés sur un autre site. (M'enfin je vous déconseille de réellement gérer des listes de lien avec cette méthode, c'est pas vraiment adapté. A priori, un très prochain développement consistera à créer un outil spécifique dans SPIP pour gérer ces listes de lien.)

Amicalement,
ARNO*

6

Salut,

J'ai repris les modifs d'Arno, fait quelques changements
ultra-mineurs, et compacté le tout pour PC sous l'appellation
0.95c.

Sinon, à quoi ça sert les numéros d'articles et de rubriques
affichés en gras dans un horrible cadre marron, dans le
back-office ?

a+

Antoine.

7

Salut,

J'ai repris les modifs d'Arno, fait quelques changements
ultra-mineurs, et compacté le tout pour PC sous l'appellation
0.95c.

Aïe, quelles modifs?

Parce que je viens de modifier le fichier inc-public.php3: la sécurité passe en fin de "propre()", histoire de résoudre le trou.

Surtout, j'ai ajouté une nouvelle option pour les boucles "ARTICLES": {doublons}. Cette option fait que les articles ne peuvent plus (quand activée) apparaître deux fois sur la même page.

Sinon, j'ai rien bidouillé par ailleurs.

Sinon, à quoi ça sert les numéros d'articles et de rubriques
affichés en gras dans un horrible cadre marron, dans le
back-office ?

Hé ben ça sert à savoir quel est le numéro d'article ou le numéro de rubrique. :-))

En fait, je pense ajouter un raccourci SPIP:

        Ceci est [un lien->123].

Ca donnerait un lien vers l'article 123. Non seulement ce sera plus simple, surtout ça permettra de fabriquer des navigations parallèles dans un site (genre: une version normale, et une version allégée graphiquement). Avec le fonctionnement actuel, comme on met les liens "en dur", on revient chaque fois à la version principale quand on suit un lien interne ("->article123.html", ou pire: "->article.php3?id_article=123"). Là, une fois on aurait un remplacement vers "article123.html", dans la version allégée "article-leg123.html". De même, adaptation immédiate du site pour ceux qui ajoutent les rewrite_rule.

Du coup, pour faire des liens entre articles, il faut connaître le numéro des articles.

Amicalement,
ARNO*

8

Ah oui: je viens de faire encore une modif dans inc-public.php3, sur le conseil d'Antoine. C'est pour la redirection d'articles (il fallait faire un chapo qui se résume à "http://www.blahblah.com"). Désormais, il suffit de commencer le chapo par un signe égale ("=http://www.blahblah.com"). J'ai pas vérifié, m'enfin je pense que désormais ça fonctionne avec du ftp et autres finasseries :slight_smile:

Amicalement,
ARNO*

9

Salut,

Je viens d'installer une verstion 0.95d.

Seules modifs par rapport à la version d'Antoine (95c):

- inc-public.php3

et deux nouveaux fichiers:

- backend.php3
- backend.html

10

Salut,

J'ai mis en ligne une version 0.96.

Grande nouveauté : la restauration d'archive par parties
est enfin terminée. En clair, ça veut dire que l'importation
d'une sauvegarde de la base de données peut se faire en
plusieurs fois, de façon automatique, afin de passer outre
la limitation en temps de l'exécution des scripts PHP.

J'en ai profité pour mettre en place un système de
vérification pour les tâches d'administration. Les
fichiers concernés sont les suivants (dans ecrire) :

- export_all.php3 produit une sauvegarde de la base
sous le nom dump.xml dans le répertoire ecrire/data.

- import_all.php3 importe une base précédemment sauvée
par export_all.php3.

- delete_all.php3 détruit l'ensemble des tables créées
par SPIP.

Pour vérifier que c'est bien l'administrateur du site
qui exécute ces commandes, je fais deux vérifications :

1) Je vérifie qu'il se connecte bien sous un login
d'admistrateur SPIP.

2) Je lui demande de créer un fichier particulier
dans le répertoire data. Le nom du fichier est généré
à partir du type d'action (une des trois sus-citées) et
de l'heure courante : il est valable pendant au plus
40 minutes.

Le 2) a un double intérêt : il agit comme confirmation
suffisamment contraignante pour ne pas déclencher l'action
"par hasard", et surtout il assure que celui qui déclenche
l'action a un accès FTP (pour créer le fichier), donc
qu'il est, a priori, administrateur/webmestre.

A part ça, sûrement quelques modifs mineures dans les
coins (notamment le "backend")....

a+

Antoine.

PS : "{doublons}" ne me semblait pas très joli, j'ai
remplacé par "{unique}"....

11

Bonjour tout l'monde,

Là cela va un peu vite et c'est un peu difficile à suivre... et il n'y pas
trop le temps de tester les différentes versions (moi je tentait tout juste
de passer de la 0.94b à la 0.95d)...

Vu que 0.96 c'est tout proche de 1.0 (la version stable) se serait pas mal
d'organiser une peu le processus.

Exemple un gentil petit fichier «changelog» où soit stocké la liste précises
des modifications d'une version à l'autre et des fichiers qu'elles
concernent lorsqu'ils s'agit de modifs importantes.

Autre exemple, un autre gentil petit fichier «todo» pour y mettre la liste
ce qui reste à développer pour SPIP, genre «moteur de recherche», des
«formats-types» de pages, etc. histoire d'avoir un état des lieux et de
pouvoir éventuellement filer un coup de main.

Enfin je trouverais assez pratique d'avoir une liste des fichiers qui
composent SPIP et un descriptif court de ce qu'ils font dans le système,
histoire de guider celui qui veut entrer dans le code pour comprendre
comment cela fonctionne. J'ai pour l'instant réussi à peine à me plonger
dans le tiers des «bouts» de SPIP.

Sinon en testant SPIP sur un «vrai» site je me suis rendu compte que les
«formats-types» de la partie publique existants sont très pratiques pour
voir tout de suite ce que cela donne, mais sont moins évidents lorsque l'on
veut fabriquer les siens propres à cause du mélange entre le HTML et le méta
langage de SPIP.

J'ai commencé à me fabriquer une série de fichier «vierge» avec le minimum
de HTML (les retours de lignes <P> et <BR> pour l'essentiel> qui permettent
d'abord de configurer la structure «rédactionnelle» des éléments de la page,
puis de ensuite de les coller facilement là où il faut dans les fichiers
HTML contenant le look de son site. Exemple joint en fichier attaché...

C'est en plus une assez bonne méthode pour commencer à comprendre le
méta-langage de SPIP (dont les principes sont, soit dit en passant,
clairement expliqués dans la doc d'Arno)...

Je crois que ce serait pas mal pour la release finale de proposer ce genre
de chose à côté des «formats-types» plus évolués actuels.

Bonne journée

Aris

PS - Ma proposition de nettoyer les accents tient toujours mais il faut
qu'une version reste stable un nombre suffisant d'heures pour le faire :))

base_plan.html (511 Bytes)

12

J'vous avait fait part de me déconcertitude concernant
le strpos qui n'acceptait pas le troisieme paramètre dans
la fonction propre($letexte)...

Je pense avoir résolu le probleme avec un ereg_replace...

Il faudrait donc remplacer la boucle de

$pos=0;

jusqu'à

//$letexte=$letexte2.substr($letexte, $pos, strlen($letexte));

par

$letexte=ereg_replace("\[([^-]*)->([^]]*)\]", "<A HREF='\\2' target='new'>\\1</A>", $letexte);

ce qui contre admirablement le léger côté "greedy" des expressions
régulière de php...

Chez moi, ca a l'air de marcher, mais c'est à vérifier...

J'ai trouvé le petit truc sur
http://www.htmlwizard.net/
qui m'a l'air pas mal du tout...

Voilaaaaa...

Erwan.