SPIP-Contrib

Twitter

Cedric Morin, cy_altern, Fil, kent1, [id-pop] — 2013-06-17T08:03:11Z

Un plugin qui facilite l'intégration de Twitter dans un site SPIP et permet :

d'envoyer facilement des messages avec un ou plusieurs comptes Twitter
d'afficher des Widgets standards dans le site public (qui respectent la vie privée des visiteurs)
d'utiliser les données de Twitter avec une boucle (DATA)

Le plugin fait office de proxy afin qu'aucune requête ne soit faite par vos visiteurs vers Twitter et éviter tout traçage possible de leur activité (préservation de leur vie personnelle).

Ce plugin intègre les 2 plugins Microblog (dont seule la partie Twitter était encore fonctionnelle) et Twitter Widget. Il les remplace avantageusement pour SPIP 3.

Mode d'emploi

Le plugin s'installe comme tous les autres

Pré-requis

Ce plugin nécessite le module cURL de PHP pour fonctionner.

Configuration

Une fois le plugin activé, il faut passer sur sa page de configuration accessible depuis la page des plugins.

Configurer l'accès à Twitter

Toute l'API Twitter n'étant accessible qu'en étant identifié, il faut y configurer les clés secrètes d'une Application Twitter et ajouter un ou plusieurs comptes que le site pourra utiliser. Cette partie de la configuration est décrite en détail dans Créer une Application Twitter pour utiliser dans SPIP.

Configurer l'envoi de Tweets

Une fois l'application et les comptes configurés, vous pouvez ensuite indiquer :

les évènements qui déclencheront l'envoi d'une notification ; pour l'instant 4 types sont disponibles :
- le post d'un nouveau message de forum (y compris message en attente de modération)
- la publication d'un nouveau message de forum
- le passage d'un article en mode « Proposé à la publication »
- la publication en ligne d'un article.
la présence ou non d'une invite de status sur chaque article pour permettre de personaliser le Tweet qui sera envoyé.

Configurer les Widgets

Chose importante à noter : les résultats affichés dans les widgets sont récupérés avec le compte de l'utilisateur Twitter par défaut qui a été ajouté auparavant. Les tweets que cet utilisateur ne peut pas voir (comptes bloqués par exemple) ne s'afficheront pas.

Widget de recherche
Il affiche les tweets qui correspondent à une recherche Twitter.

Pour ajouter ce widget dans votre squelette vous pouvez utiliser le code :
#INCLURE{fond=inclure/twidget_search}

Widget de profil
Il affiche tous les tweets d'un utilisateur Twitter

Pour ajouter ce widget dans votre squelette vous pouvez utiliser le code :
#INCLURE{fond=inclure/twidget_profile}

Tweeter un article

Il est possible d'éditer le message qui sera envoyé, article par article, ou de bloquer l'envoi du message pour un article donné. On peut également relancer a posteriori l'envoi du message.

Lorsque vous visualisez le message avant publication de l'article, celui-ci incorpore une url vers la page d'édition de l'article. Si vous ne modifiez pas le message par défaut, l'url sera remplacée par l'url publique lors de la publication. Mais si vous modifiez le message, faites attention à bien donner une url publique de l'article, car le plugin ne touchera plus à votre message personalisé.

Pour rétablir le message d'origine, il suffit d'effacer complètement votre message personnalisé, et d'enregistrer.

Tweeter n'importe quoi !

Le plugin propose aussi une interface pour envoyer un message immédiatement sur n'importe quel sujet. La page est accessible depuis le menu Publication > Twitter

Insérer les Widgets dans le site public

Widget de recherche
Pour ajouter le widget de recherche dans votre squelette insérez le code :
#INCLURE{fond=inclure/twidget_search}
Vous pouvez le personnaliser lors de l'insertion :
#INCLURE{fond=inclure/twidget_search,search=#SPIP,width=200}

Les variables personnalisables sont :

search : terme(s) recherché(s)
title : titre en clair de la recherche
subject : sous titre de la recherche
interval : intervalle de mise à jour en millisecondes
width : largeur en px
height : hauteur en px
shell_background : couleur de background
shell_color : couleur de police
tweets_background : couleur de background
tweets_color : couleur de police
tweets_links : couleur des liens
scrollbar : true/false
loop : true/false
live : true/false
hashtags : true/false
timestamp : true/false
avatar : true/false
toptweets : true/false

Widget de profil
Pour ajouter le widget de profil dans votre squelette insérez le code :
#INCLURE{fond=inclure/twidget_profile}

Vous pouvez le personnaliser :
#INCLURE{fond=inclure/twidget_profile,user=spip,width=200,height=300}

Les variables personnalisables sont :

user : nom de l'utilisateur Twitter dont la timeline est affichée
rpp : nombre de résultats affichés
interval : intervalle de mise à jour en millisecondes
width : largeur en px
height : hauteur en px
shell_background : couleur de background
shell_color : couleur de police
tweets_background : couleur de background
tweets_color : couleur de police
tweets_links : couleur des liens
scrollbar : true/false
loop : true/false
live : true/false
hashtags : true/false
timestamp : true/false
avatar : true/false

API `tweet()`

Ce plugin offre une fonction tweet() que l'on peut utiliser pour envoyer des micro-messages (status) sur Twitter [1].

La fonction s'utilise comme suit :

 include_spip('inc/twitter);
 tweet('Bonjour, monde');

Boucle `(DATA){source twitter}`

Si vous utilisez Twitter, le plugin permet [2] l'utilisation facile de l'API Twitter dans une boucle (DATA) pour afficher par exemple vos tweets, les tweets de votre timeline, les tweets résultats d'une recherche....

Pour ce faire, il suffit d'utiliser {source twitter,...} dans une boucle (DATA), en y précisant quelle méthode de l'API utiliser (toutes les méthodes GET de https://dev.twitter.com/docs/api/1.1 sont possibles) et les arguments sous forme de query-string.

Par exemple :

pour lister ses derniers tweets on écrira {source twitter,statuses/user_timeline} (qui utilise https://dev.twitter.com/docs/api/1.1/get/statuses/user_timeline)
pour lister les tweets résultats de recherche sur « spip » on écrira {source twitter,search/tweets?q=spip} (qui utilise https://dev.twitter.com/docs/api/1.1/get/search/tweets)

Dans un exemple complet, cela donne :

(DATA)
{source twitter,search/tweets?q=%23spip}
{datapath statuses}
{pagination 10}
>

#VALEUR{user/profile_image_url}' style='float:right' />

from @#VALEUR{user/screen_name} (#VALEUR{user/name}) :

«#VALEUR{text}»

[

(#PAGINATION{precedent_suivant})

]

Télécharger

Attention, il faut bien avoir en tête que les requêtes sont faites à l'API Twitter en utilisant le compte Twitter associé au site, et donc seuls les tweets visibles par cet utilisateur seront listés dans tous les cas.

Flux RSS

Le plugin Twitter génère automatiquement un flux RSS des tweets du compte Twitter par défaut auquel il est associé.

Ce flux RSS est disponible à l'adresse spip.php?page=twitter-backend de votre site (par sécurité, il ne répondra rien si le compte Twitter est protégé).

Le squelette twitter-backend.html peut être pris comme modèle pour générer d'autres flux RSS pour d'autres utilisateurs.

[1] la fonction microblog() héritée du plugin Microblog reste fonctionnelle

[2] à partir de la version 1.1

Un plugin qui facilite l'intégration de Twitter dans un site SPIP et permet : -* d'envoyer facilement des messages avec un ou plusieurs comptes Twitter -* d'afficher des Widgets standards dans le site public (qui respectent la vie privée des visiteurs) -* d'utiliser les données de Twitter avec une boucle (DATA) Le plugin fait office de proxy afin qu'aucune requête ne soit faite par vos visiteurs vers Twitter et éviter tout traçage possible de leur activité (préservation de leur vie personnelle). Ce plugin intègre les 2 plugins [->3051] (dont seule la partie Twitter était encore fonctionnelle) et [->4332]. Il les remplace avantageusement pour SPIP 3.

{{{Mode d'emploi}}} Le plugin [s'installe comme tous les autres ->http://www.spip.net/fr_article3396.html] {{{Pré-requis}}} Ce plugin nécessite le module cURL de PHP pour fonctionner. {{{Configuration}}} Une fois le plugin activé, il faut passer sur sa page de configuration accessible depuis la page des plugins.

Configurer l'accès à Twitter

Configurer l'envoi de Tweets

Une fois l'application et les comptes configurés, vous pouvez ensuite indiquer : -* les {{évènements}} qui déclencheront l'envoi d'une notification ; pour l'instant 4 types sont disponibles: -** le post d'un nouveau message de forum (y compris message en attente de modération) -** la publication d'un nouveau message de forum -** le passage d'un article en mode "Proposé à la publication" -** la publication en ligne d'un article. -* la présence ou non d'une invite de status sur chaque article pour permettre de personaliser le Tweet qui sera envoyé.

Configurer les Widgets

Tout cela concerne la configuration du fonctionnement par défaut des Widgets lorsqu'ils seront insérés dans les squelettes. Ces réglages par défauts sont ensuite personnalisables au cas par cas lors de l'insertion. Chose importante à noter : les résultats affichés dans les widgets sont récupérés avec le compte de l'utilisateur Twitter par défaut qui a été ajouté auparavant. Les tweets que cet utilisateur ne peut pas voir (comptes bloqués par exemple) ne s'afficheront pas. {{Widget de recherche}} _ Il affiche les tweets qui correspondent à une recherche Twitter. Pour ajouter ce widget dans votre squelette vous pouvez utiliser le code : #INCLURE{fond=inclure/twidget_search} {{Widget de profil}} _ Il affiche tous les tweets d'un utilisateur Twitter Pour ajouter ce widget dans votre squelette vous pouvez utiliser le code : #INCLURE{fond=inclure/twidget_profile} {{{Tweeter un article}}} Il est possible d'éditer le message qui sera envoyé, article par article, ou de bloquer l'envoi du message pour un article donné. On peut également relancer a posteriori l'envoi du message. Lorsque vous visualisez le message avant publication de l'article, celui-ci incorpore une url vers la page d'édition de l'article. Si vous ne modifiez pas le message par défaut, l'url sera remplacée par l'url publique lors de la publication. Mais si vous modifiez le message, faites attention à bien donner une url publique de l'article, car le plugin ne touchera plus à votre message personalisé. Pour rétablir le message d'origine, il suffit d'effacer complètement votre message personnalisé, et d'enregistrer. {{{Tweeter n'importe quoi !}}} Le plugin propose aussi une interface pour envoyer un message immédiatement sur n'importe quel sujet. La page est accessible depuis le menu Publication > Twitter {{{Insérer les Widgets dans le site public}}} {{Widget de recherche}} _ Pour ajouter le widget de recherche dans votre squelette insérez le code : #INCLURE{fond=inclure/twidget_search} Vous pouvez le personnaliser lors de l'insertion : #INCLURE{fond=inclure/twidget_search,search=#SPIP,width=200} Les variables personnalisables sont : -* search : terme(s) recherché(s) -* title : titre en clair de la recherche -* subject : sous titre de la recherche -* interval : intervalle de mise à jour en millisecondes -* width : largeur en px -* height : hauteur en px -* shell_background : couleur de background -* shell_color : couleur de police -* tweets_background : couleur de background -* tweets_color : couleur de police -* tweets_links : couleur des liens -* scrollbar : true/false -* loop : true/false -* live : true/false -* hashtags : true/false -* timestamp : true/false -* avatar : true/false -* toptweets : true/false {{Widget de profil}} _ Pour ajouter le widget de profil dans votre squelette insérez le code : #INCLURE{fond=inclure/twidget_profile} Vous pouvez le personnaliser : #INCLURE{fond=inclure/twidget_profile,user=spip,width=200,height=300} Les variables personnalisables sont : -* user : nom de l'utilisateur Twitter dont la timeline est affichée -* rpp : nombre de résultats affichés -* interval : intervalle de mise à jour en millisecondes -* width : largeur en px -* height : hauteur en px -* shell_background : couleur de background -* shell_color : couleur de police -* tweets_background : couleur de background -* tweets_color : couleur de police -* tweets_links : couleur des liens -* scrollbar : true/false -* loop : true/false -* live : true/false -* hashtags : true/false -* timestamp : true/false -* avatar : true/false {{{API tweet()}}} Ce plugin offre une fonction tweet() que l'on peut utiliser pour envoyer des micro-messages ({status}) sur Twitter[[la fonction microblog() héritée du plugin [->3051] reste fonctionnelle]]. La fonction s'utilise comme suit :

 include_spip('inc/twitter); tweet('Bonjour, monde');

{{{Boucle (DATA){source twitter}}}} Si vous utilisez Twitter, le plugin permet[[à partir de la version 1.1]] l'utilisation facile de l'API Twitter dans une boucle (DATA) pour afficher par exemple vos tweets, les tweets de votre timeline, les tweets résultats d'une recherche.... Pour ce faire, il suffit d'utiliser {source twitter,...} dans une boucle (DATA), en y précisant quelle méthode de l'API utiliser (toutes les méthodes GET de https://dev.twitter.com/docs/api/1.1 sont possibles) et les arguments sous forme de query-string. Par exemple : -* pour lister ses derniers tweets on écrira {source twitter,statuses/user_timeline} (qui utilise https://dev.twitter.com/docs/api/1.1/get/statuses/user_timeline) -* pour lister les tweets résultats de recherche sur "spip" on écrira {source twitter,search/tweets?q=spip} (qui utilise https://dev.twitter.com/docs/api/1.1/get/search/tweets) Dans un exemple complet, cela donne :

from @#VALEUR{user/screen_name} (#VALEUR{user/name}) : «#VALEUR{text}»

[

(#PAGINATION{precedent_suivant})

] Attention, il faut bien avoir en tête que les requêtes sont faites à l'API Twitter en utilisant le compte Twitter associé au site, et donc seuls les tweets visibles par cet utilisateur seront listés dans tous les cas. {{{Flux RSS}}} Le plugin Twitter génère automatiquement un flux RSS des tweets du compte Twitter par défaut auquel il est associé. Ce flux RSS est disponible à l'adresse spip.php?page=twitter-backend de votre site (par sécurité, il ne répondra rien si le compte Twitter est protégé). Le squelette twitter-backend.html peut être pris comme modèle pour générer d'autres flux RSS pour d'autres utilisateurs.

Todo

RastaPopoulos, _Eric_ — 2013-06-15T08:21:00Z

Écrire rapidement des listes de choses à faire, sans se prendre la tête.

Ce plugin est une extension de Textwheel, il ajoute de nouveaux raccourcis typographiques permettant de générer rapidement une liste de choses à faire proprement présentée, et triable.

Il ne s'agit pas d'une fonctionnalité mais juste de la présentation.

Installation

La branche v1 du plugin est compatible SPIP 2.1 et nécessite Textwheel ainsi que Bonux. La nouvelle branche v2 fonctionne directement en SPIP 3 (Textwheel étant distribué par défaut).

La branche v2 apporte de nouvelles fonctions au plugin mais assure une compatibilité ascendante parfaite avec la branche v1.

Utilisation de base

Une liste commence par une suite de trois +++ suivie d'un retour à la ligne, et se termine de la même façon ; ou bien entre marqueurs . Cette deuxième solution permet de se dégrader mieux lorsque le plugin n'est plus là : les balises sont juste invisibles et ne reste que la liste à l'intérieur.

Ensuite, c'est le premier caractère qui détermine le statut de la tâche qui se limite pour la branche v1 à :

+ indique quelque chose à faire ;
o (lettre o minuscule) signifie une tâche en cours ;
- indique une chose faite.

Pour la branche v2, les nouveaux statuts ci-dessous ont été rajoutés :

x (lettre x minuscule) indique une tâche abandonnée ;
= signifie une tâche arrêtée temporairement ;
! indique qu'une action est nécessaire pour débloquer cette tâche ;
? indique qu'on ne connait pas le statut exact de cette tâche.

Utilisation avancée avec la branche v2

La nouvelle branche v2 apporte son lot d'améliorations :

qualification des tâches avec une priorité, des catégories et des informations typées ;
regroupement de tâches par projet ;
précision du titre d'une tâche avec un descriptif libre.

Toute ces informations complémentaires s'écrivent à la suite du titre de la tâche séparées par un espace.

Priorité

Toute tâche peut être affectée d'une priorité écrite @n où n est un chiffre compris entre 1 et 9.

Catégories

Toute information écrite @tag est considérée comme une catégorie à partir du moment où « tag » est une chaine alphanumérique.

Pour chaque tâche la liste des étiquettes est collectée et affichée précédée d'un petit caractère habituel pour les tags.

Informations complémentaires typées

Les informations typées sont écrites avec la syntaxe type:valeur où type et valeur sont des mots pouvant contenir des caractères alphanumériques y compris « - », « . » et « _ ». Les types d'information sont extensibles mais le plugin ToDo propose déjà 4 types prédéfinis :

« debut » : pour la date de début de la tâche sous la forme 2012-06-02 ;
« fin » : pour la date de fin de la tâche sous la forme 2012-06-09 ;
« commit » : pour un numéro de commit pouvant s'écrire z72463, c12922 ou 234 et provoquant dans les deux premiers cas la création du lien vers la zone ou le core ;
« version » : un numéro de version.

Projets

Un projet est détecté par le caractère « :» en début de ligne. Tout le reste de la ligne constitue le nom du projet. Les tâches d'un projet sont regroupées dans un même bloc de visualisation et numérotée de 1 à n.

Descriptif complémentaire libre

Toute ligne ne commençant pas par un caractère signifiant est donc un descriptif libre. Chaque ligne du descriptif est affichée à la suite du libellé de la tâche.

Intégration au Porte-plume

La branche v2 pour SPIP 3 permet aussi d'utiliser la barre d'édition du Porte-plume pour ajouter une tâche ou en changer le statut. Un bloc spécial d'édition est dédié aux todos et propose un bouton par statut.

Exemple pour la branche v1

+++
- Ça c'est déjà fait
+ Une chose
+ Deux ou trois choses
o Suis en train de le faire
- Well done
+++

ou bien

<todo>
- Ça c'est déjà fait
+ Une chose
+ Deux ou trois choses
o Suis en train de le faire
- Well done
</todo>

Ce qui génère automatiquement ceci, avec les titres de colonnes permettant de trier par statut, par titre, ou de remettre dans l'ordre :

Exemple pour la branche v2

<todo>
:Projet 1
- Refaire fonctionner l'aide en ligne des plugins fin:2013-05-26 commit:z72345 @1 @aide @sad
o Utiliser Tickets pour remonter les problème du site, les actions à réaliser voire les erreurs sur la présentation des plugins @2 @sad commit:z70345 - Ajouter un menu des langues disponibles fin:2013-05-26 commit:c12345 @1 @traduction
+ Vérifier la gestion correcte des langues dans les pages @1 @traduction
+ Vérifier les traductions @1 @traduction
On parle ici des traductions du plugin Plugins SPIP et du Upload de SPIP !
x Mettre en place la gestion des tags en plus des catégories (plugin étiquettes ?) fin:2013-05-28
= Revoir la présentation du formulaire de sélection des plugins en vedette ou supprimer cette fonction :Projet 2
! Etendre le serveur d'aide et le promouvoir @2 @aide @sad
? Ajouter une fonction d'agrégateur de profil utilisateur pour compléter l'aspect développement @3
</todo>

Ce qui génère automatiquement ceci, avec en particulier la colonne Révision qui possède des liens vers la Zone ou le Core :

Écrire rapidement des listes de choses à faire, sans se prendre la tête.

Ce plugin est une extension de [Textwheel->3673], il ajoute de nouveaux raccourcis typographiques permettant de générer rapidement une liste de choses à faire proprement présentée, et triable. {{Il ne s'agit pas d'une fonctionnalité mais juste de la présentation.}} {{{Installation}}} La branche v1 du plugin est compatible SPIP 2.1 et nécessite [Textwheel->3673] ainsi que [Bonux->2857]. La nouvelle branche v2 fonctionne directement en SPIP 3 (Textwheel étant distribué par défaut). {{La branche v2 apporte de nouvelles fonctions au plugin mais assure une compatibilité ascendante parfaite avec la branche v1}}. {{{Utilisation de base}}} Une liste commence par une suite de trois +++ suivie d'un retour à la ligne, et se termine de la même façon ; ou bien entre marqueurs . Cette deuxième solution permet de se dégrader mieux lorsque le plugin n'est plus là : les balises sont juste invisibles et ne reste que la liste à l'intérieur. Ensuite, c'est le premier caractère qui détermine le statut de la tâche qui se limite pour la branche v1 à : -* + indique quelque chose à faire; -* o (lettre o minuscule) signifie une tâche en cours; -* - indique une chose faite. Pour la branche v2, les nouveaux statuts ci-dessous ont été rajoutés : -* x (lettre x minuscule) indique une tâche abandonnée; -* = signifie une tâche arrêtée temporairement; -* ! indique qu'une action est nécessaire pour débloquer cette tâche; -* ? indique qu'on ne connait pas le statut exact de cette tâche. {{{Utilisation avancée avec la branche v2}}} La nouvelle branche v2 apporte son lot d'améliorations : -* qualification des tâches avec une priorité, des catégories et des informations typées; -* regroupement de tâches par projet; -* précision du titre d'une tâche avec un descriptif libre. Toute ces informations complémentaires s'écrivent à la suite du titre de la tâche séparées par un espace. {{Priorité}} Toute tâche peut être affectée d'une priorité écrite @n où n est un chiffre compris entre 1 et 9. {{Catégories}} Toute information écrite @tag est considérée comme une catégorie à partir du moment où «tag» est une chaine alphanumérique. Pour chaque tâche la liste des étiquettes est collectée et affichée précédée d'un petit caractère habituel pour les tags. {{Informations complémentaires typées}} Les informations typées sont écrites avec la syntaxe type:valeur où type et valeur sont des mots pouvant contenir des caractères alphanumériques y compris «-», «.» et «_». Les types d'information sont extensibles mais le plugin ToDo propose déjà 4 types prédéfinis : -* «debut» : pour la date de début de la tâche sous la forme 2012-06-02; -* «fin» : pour la date de fin de la tâche sous la forme 2012-06-09; -* «commit» : pour un numéro de commit pouvant s'écrire z72463, c12922 ou 234 et provoquant dans les deux premiers cas la création du lien vers la zone ou le core; -* «version»: un numéro de version. {{Projets}} Un projet est détecté par le caractère «:» en début de ligne. Tout le reste de la ligne constitue le nom du projet. Les tâches d'un projet sont regroupées dans un même bloc de visualisation et numérotée de 1 à n. {{Descriptif complémentaire libre}} Toute ligne ne commençant pas par un caractère signifiant est donc un descriptif libre. Chaque ligne du descriptif est affichée à la suite du libellé de la tâche. {{{Intégration au Porte-plume}}} La branche v2 pour SPIP 3 permet aussi d'utiliser la barre d'édition du Porte-plume pour ajouter une tâche ou en changer le statut. Un bloc spécial d'édition est dédié aux todos et propose un bouton par statut. {{{Exemple pour la branche v1}}} +++ - Ça c'est déjà fait + Une chose + Deux ou trois choses o Suis en train de le faire - Well done +++ ou bien - Ça c'est déjà fait + Une chose + Deux ou trois choses o Suis en train de le faire - Well done Ce qui génère automatiquement ceci, avec les titres de colonnes permettant de trier par statut, par titre, ou de remettre dans l'ordre : {{{Exemple pour la branche v2}}} :Projet 1 - Refaire fonctionner l'aide en ligne des plugins fin:2013-05-26 commit:z72345 @1 @aide @sad o Utiliser Tickets pour remonter les problème du site, les actions à réaliser voire les erreurs sur la présentation des plugins @2 @sad commit:z70345 - Ajouter un menu des langues disponibles fin:2013-05-26 commit:c12345 @1 @traduction + Vérifier la gestion correcte des langues dans les pages @1 @traduction + Vérifier les traductions @1 @traduction On parle ici des traductions du plugin Plugins SPIP et du Upload de SPIP ! x Mettre en place la gestion des tags en plus des catégories (plugin étiquettes ?) fin:2013-05-28 = Revoir la présentation du formulaire de sélection des plugins en vedette ou supprimer cette fonction :Projet 2 ! Etendre le serveur d'aide et le promouvoir @2 @aide @sad ? Ajouter une fonction d'agrégateur de profil utilisateur pour compléter l'aspect développement @3 Ce qui génère automatiquement ceci, avec en particulier la colonne Révision qui possède des liens vers la Zone ou le Core :

Créer une Application Twitter pour utiliser dans SPIP

Cedric Morin — 2013-06-14T10:29:09Z

Voici les étapes détaillées de la création de l'Application et de la configuration pour le plugin Twitter.

Créer une Application sur Twitter

Vous devez tout d'abord créer une nouvelle application.
Soyez certain d'être connecté pour cela avec votre compte Twitter qui sera le propriétaire de l'application (ce qui ne préjuge pas du compte Twitter que vous utiliserez ensuite pour Twitter).

Renseignez bien le nom, descriptif, l'url de votre site, ainsi qu'une URL de Callback (elle ne nous sert pas, mais est indispensable pour que cela marche : l'url de votre site fait l'affaire).

Par défaut, l'application n'a le droit que de lire les Tweets de votre timeline et des autres utilisateurs. Cela suffit si vous voulez juste afficher une timeline sur votre site.

Si vous souhaitez aussi envoyer des Tweets depuis votre site SPIP, il faut modifier les droits en allant dans l'onglet Settings et cocher le choix Read and Write de Application Type pour lui donner le droit de poster des nouveaux messages.

Une fois que vous avez validé, vous pouvez récupérer le consumer key et le consumer secret de votre application et les renseigner dans le formulaire de configuration du plugin Twitter :

Enregistrez la configuration, puis cliquez sur le bouton Ajouter un compte Twitter qui apparait alors :

Vous arrivez sur une page qui vous demande « Autoriser le nom de votre application à utiliser votre compte ». Identifiez-vous si nécessaire, puis cliquez sur le bouton « Autoriser l'application ».

Vous revenez normalement sur la page de configuration du plugin Twitter, et le compte que vous venez d'ajouter est maintenant affiché :

Un compte Twitter pour essayer tout ça sans risque

Pour tester le bon fonctionnement du plugin vous pouvez utiliser le compte d'identifiant spipotest / passe spipotest1.
Les notifications seront visibles sur http://twitter.com/spipotest, par exemple : une notification d'envoi de forum ou le passage d'un article en mode proposé à la publication et le passage en statut publié de cet article

Pourquoi c'est si compliqué ?

Quand vous utilisez un service qui se connecte sur Twitter, d'habitude vous n'avez pas besoin de créer une Application Twitter avec toutes ces clés secrètes compliquées. Vous avez juste à autoriser le service à utiliser votre compte.

Pourquoi on ne peut pas faire aussi simple ?

Parce que le plugin Twitter pour SPIP est distribué en Open Source : tout son code est visible par tout le monde. Comme Twitter n'accepte pas qu'on divulgue les clés secrètes d'une Application, on ne peut pas les intégrer dans le plugin Twitter.

Évidemment, un service ou un logiciel propriétaire n'a pas ce problème !
Il n'y a donc pas d'autre solution pour vous que de créer vos propres clés et de les configurer une fois pour toute dans le plugin.

Vous pouvez utiliser la même application avec les mêmes clés pour plusieurs sites, cela ne pose aucun problème. Gardez simplement les clés secrètes pour vous !
Vous retrouverez vos applications déjà existantes à l'adresse https://dev.twitter.com/apps.

Depuis le 9 juin 2013, il n'est plus possible d'accéder à l'API Twitter sans authentification. Cela passe par la création d'une Application Twitter qui disposera de ses clés secrètes pour accèder à l'API Twitter. Voici les étapes détaillées de la création de l'Application et de la configuration pour le plugin [->4393].

{{{ Créer une Application sur Twitter }}} Vous devez tout d'abord [créer une nouvelle application->https://dev.twitter.com/apps/new]. Soyez certain d'être connecté pour cela avec votre compte Twitter qui sera le propriétaire de l'application (ce qui ne préjuge pas du compte Twitter que vous utiliserez ensuite pour Twitter). Renseignez bien le nom, descriptif, l'url de votre site, {{ainsi qu'une URL de Callback}} (elle ne nous sert pas, mais est indispensable pour que cela marche : l'url de votre site fait l'affaire). Par défaut, l'application n'a le droit que de lire les Tweets de votre timeline et des autres utilisateurs. Cela suffit si vous voulez juste afficher une timeline sur votre site. Si vous souhaitez aussi envoyer des Tweets depuis votre site SPIP, il faut modifier les droits en allant dans l'onglet {Settings} et cocher le choix {{Read and Write}} de {Application Type} pour lui donner le droit de poster des nouveaux messages. Une fois que vous avez validé, vous pouvez récupérer le {consumer key} et le {consumer secret} de votre application et les renseigner dans le formulaire de configuration du plugin [->4393] : Enregistrez la configuration, puis cliquez sur le bouton {Ajouter un compte Twitter} qui apparait alors : Vous arrivez sur une page qui vous demande "Autoriser {le nom de votre application} à utiliser votre compte". Identifiez-vous si nécessaire, puis cliquez sur le bouton "Autoriser l'application". Vous revenez normalement sur la page de configuration du plugin [->4393], et le compte que vous venez d'ajouter est maintenant affiché : {{{Un compte Twitter pour essayer tout ça sans risque}}} Pour tester le bon fonctionnement du plugin vous pouvez utiliser le compte d'identifiant {{spipotest}} / passe {{spipotest1}}. Les notifications seront visibles sur http://twitter.com/spipotest, par exemple: [une notification d'envoi de forum->http://twitter.com/spipotest/status/1886776458] ou [le passage d'un article en mode proposé à la publication->http://twitter.com/spipotest/status/1893563300] et [le passage en statut publié de cet article->http://twitter.com/spipotest/status/1893563300] {{{Pourquoi c'est si compliqué ?}}} Quand vous utilisez un service qui se connecte sur Twitter, d'habitude vous n'avez pas besoin de créer une Application Twitter avec toutes ces clés secrètes compliquées. Vous avez juste à autoriser le service à utiliser votre compte. {Pourquoi on ne peut pas faire aussi simple ?} Parce que le plugin Twitter pour SPIP est distribué en Open Source : tout son code est visible par tout le monde. Comme Twitter n'accepte pas qu'on divulgue les clés secrètes d'une Application, on ne peut pas les intégrer dans le plugin [->4393]. Évidemment, un service ou un logiciel propriétaire n'a pas ce problème ! Il n'y a donc pas d'autre solution pour vous que de créer vos propres clés et de les configurer une fois pour toute dans le plugin. Vous pouvez utiliser la même application avec les mêmes clés pour plusieurs sites, cela ne pose aucun problème. Gardez simplement les clés secrètes pour vous ! Vous retrouverez vos applications déjà existantes à l'adresse https://dev.twitter.com/apps.

L'Avatar VOKI dans vos articles et squelettes 3.0

foxmulder06 — 2013-06-12T15:32:36Z

Le plugin « AVATAR VOKI » rend possible l'intégration et le paramétrage très facile d'un avatar VOKI (http://www.voki.com/) dans vos articles, ainsi que désormais dans vos squelettes SPIP.

Ce plugin a été entièrement ré-écrit pour être compatible avec SPIP 3.

Préambule

Un remerciement à Cédric Couvrat qui est l'auteur de la première version de ce plugin VOKI en 2007 et de l'article si référant (Un avatar Voki dans vos articles).

Introduction

L'objectif de ce plugin a été de prendre en compte les changements effectués par l'éditeur VOKI dans l'utilisation de cette avatar sur un site Internet (Passage d'une syntaxe JAVASCRIPT vers FLASH), la compatibilité avec SPIP 3, la création d'un formulaire de configuration directement accessible dans le plugin qui permet de s'affranchir d'une modification obligatoire des fichiers pour y déclarer les codes spécifiques à chaque utilisateur VOKI, ainsi que l'ajout de la documentation et son intégration dans SPIP. [1]

Le plugin "Avatar VOKI"

Exemple de l'utilisation de ce plugin sur mon site de DEMO :

Directement dans le squelette de la page "page-sommaire.html" modifiée : (http://antibes-services.host-ed.me/demo1/)

En insérant le modèle dans un article SPIP : (http://antibes-services.host-ed.me/demo1/spip.php?article4)

Téléchargement

Sur cette page, dans la section "Téléchargement(s)".

Installation

Comme tout les plugin SPIP :
http://www.spip.net/fr_article3396.html

Configuration

Rendez vous sur la page d'administration du plugin en cliquant sur l'icône « Configuration » puis, en sélectionnant "Gestion des plugins" puis, sur l'onglet « Avatar VOKI ».

Cliquer ensuite sur l'icône de paramétrage du plugin. Vous arrivez donc ici : /ecrire/ ?exec=configurer_avatar_voki. [1]

Configurer les champs du formulaire. Seuls les 2 codes de l'Avatar VOKI sont obligatoires. Les champs optionnels (Dimensions et Mise en page) ont une configuration "par défaut" directement utilisable.

Utilisation

Ce plugin ajoute la balise #AVATAR_VOKI{options} et le modèle "avatar_voki.html" pour vos squelettes SPIP.

Valeurs "par défaut" des paramètres optionnels :
- Dimensions de l'avatar VOKI : Largeur=150 points, hauteur=178 points.
- Alignement sur la GAUCHE de la page.
- Marge a GAUCHE = 0 points.

1) Exemple de code pour vos articles SPIP :

Avec valeur par défaut :

Avec tous les paramètres, donnés ici avec leurs valeurs par défaut :

2) Exemple de code pour vos squelettes HTML :

Avec valeur par défaut : [(#MODELE{avatar_voki})]

Avec tous les paramètres, donnés ici avec leurs valeurs par défaut : [(#MODELE{avatar_voki}{voki_alignement=left}{voki_marge_gauche=0}{voki_largeur=150}{voki_hauteur=178})]

3) Tableau récapitulatif des paramètres du modèle et leur valeur "par défaut" :

Paramètres	Définition	Valeur par défaut si absent	Valeurs possibles ->
voki_alignement	Alignement horizontal de l'Avatar	left	left (sur la Gauche)	center (au Centre)	right (sur la Droite)
voki_marge_gauche	Marge à gauche	0	0 à x (unité = points)
voki_largeur	Dimension Horizontale de l'Avatar	150	0 à x (unité = points)
voki_hauteur	Dimension Verticale de l'Avatar	178	0 à x (unité = points)

A faire

Rétro-compatibilité avec SPIP 1.9.2 et SPIP 2.x.
Compléter la documentation directement accessible du plugin.
Multiple-configuration d'instance d'avatar VOKI.
Formulaire :
- Ajout de paramètres supplémentaires.
- Vérification de la proportionnalité entre la hauteur et la largeur de l'objet.

[1] N'hésitez pas à me faire part du résultat de vos tests.

Le plugin "AVATAR VOKI" rend possible l'intégration et le paramétrage très facile d'un avatar VOKI ([http://www.voki.com/->http://www.voki.com/]) dans vos articles, ainsi que désormais dans vos squelettes SPIP. Ce plugin a été entièrement ré-écrit pour être compatible avec {{SPIP 3}}.

{{{Préambule}}} Un remerciement à [Cédric Couvrat->aut2518] qui est l'auteur de la première version de ce plugin VOKI en 2007 et de l'article si référant ([->art2551]). {{{Introduction}}} L'objectif de ce plugin a été de prendre en compte les changements effectués par l'éditeur VOKI dans l'utilisation de cette avatar sur un site Internet (Passage d'une syntaxe {{JAVASCRIPT}} vers {{FLASH}}), la compatibilité avec {{SPIP 3}}, la création d'un {{formulaire de configuration}} directement accessible dans le plugin qui permet de s'affranchir d'une modification obligatoire des fichiers pour y déclarer les codes spécifiques à chaque utilisateur VOKI, ainsi que l'ajout de la {{documentation}} et son intégration dans SPIP.[[N'hésitez pas à me faire part du résultat de vos tests.]] {{{Le plugin "{Avatar VOKI}"}}} Exemple de l'utilisation de ce plugin sur mon site de DEMO: -* Directement dans le squelette de la page "{{page-sommaire.html}}" modifiée: ([http://antibes-services.host-ed.me/demo1/->http://antibes-services.host-ed.me/demo1/]) -* En insérant le modèle dans un article SPIP: ([http://antibes-services.host-ed.me/demo1/spip.php?article4->http://antibes-services.host-ed.me/demo1/spip.php?article4]) {{{Téléchargement}}} Sur cette page, dans la section "{{Téléchargement}}(s)". {{{Installation}}} Comme tout les plugin SPIP : [->http://www.spip.net/fr_article3396.html] {{{Configuration}}} Rendez vous sur la page d'administration du plugin en cliquant sur l'icône «{{Configuration}}» puis, en sélectionnant "{{Gestion des plugins}}" puis, sur l'onglet «{{Avatar VOKI}}». Cliquer ensuite sur l'icône de paramétrage du plugin. Vous arrivez donc ici :{{ /ecrire/?exec=configurer_avatar_voki}}.[[<1>]] Configurer les champs du formulaire. Seuls les {{2 codes}} de l'Avatar VOKI sont obligatoires. Les champs optionnels (Dimensions et Mise en page) ont une configuration "par défaut" directement utilisable. {{{Utilisation}}} Ce plugin ajoute la balise #AVATAR_VOKI{options} et le modèle "avatar_voki.html" pour vos squelettes SPIP. Valeurs "par défaut" des paramètres optionnels: - Dimensions de l'avatar VOKI: Largeur={{150}} points, hauteur={{178}} points. - Alignement sur la {{GAUCHE}} de la page. - Marge a GAUCHE = {{0}} points. 1) Exemple de code pour vos articles SPIP: -* Avec valeur par défaut: -* Avec tous les paramètres, donnés ici avec leurs valeurs par défaut: 2) Exemple de code pour vos squelettes HTML: -* Avec valeur par défaut: [(#MODELE{avatar_voki})] -* Avec tous les paramètres, donnés ici avec leurs valeurs par défaut: [(#MODELE{avatar_voki}{voki_alignement=left}{voki_marge_gauche=0}{voki_largeur=150}{voki_hauteur=178})] 3) Tableau récapitulatif des paramètres du modèle et leur valeur "par défaut": |{{Paramètres}}|{{Définition}}|{{Valeur par défaut si absent}}|{{Valeurs possibles ->}}||| |voki_alignement|Alignement horizontal de l'Avatar|{{left}}|{{left}} (sur la Gauche)|{{center}} (au Centre)|{{right}} (sur la Droite)| |voki_marge_gauche|Marge à gauche|{{0}}|{{0 à x}} (unité = points)||| |voki_largeur|Dimension Horizontale de l'Avatar|{{150}}|{{0 à x}} (unité = points)||| |voki_hauteur|Dimension Verticale de l'Avatar|{{178}}|{{0 à x}} (unité = points)||| {{{A faire}}} -* Rétro-compatibilité avec SPIP 1.9.2 et SPIP 2.x. -* Compléter la documentation directement accessible du plugin. -* Multiple-configuration d'instance d'avatar VOKI. -* Formulaire: -** Ajout de paramètres supplémentaires. -** Vérification de la proportionnalité entre la hauteur et la largeur de l'objet.

Paravent

Pierre_31 — 2013-06-07T18:50:02Z

Un écran paramétrable principalement utile lors de la phase de construction d'un site.

Cette extension propose un écran paramétrable utile lors de la construction du site. À la différence du plug-in « En travaux » sur lequel il s'appuie, Paravent laisse passer tous les auteurs identifiés.

Une feuille de configuration permet d'ajouter du code dans le head et dans le body de la page « entravaux ». Son apparence sera conforme à vos souhaits tout en bénéficiant des fonctionnalités de la page originale.

Un écran paramétrable principalement utile lors de la phase de construction d'un site.

Cette extension propose un écran paramétrable utile lors de la construction du site. À la différence du plug-in « [En travaux->art3047] » sur lequel il s'appuie, Paravent laisse passer tous les auteurs identifiés. Une feuille de configuration permet d'ajouter du code dans le head et dans le body de la page « entravaux ». Son apparence sera conforme à vos souhaits tout en bénéficiant des fonctionnalités de la page originale.

Un survol des squelettes de la dist SPIP v2

YannX — 2013-06-06T20:46:00Z

Le jeu de squelettes distribué avec SPIP propose une visualisation et une navigation d'accès aux articles, adaptées à la consultation des nouveaux articles publiés et au suivi des réactions des lecteurs.

Comme il n'est pas toujours facile de s'y orienter, voici un récapitulatif commenté, qui vous introduit aussi à la modification de squelettes...

Nota Bene : La nomenclature des noms de squelettes principaux, est toujours valide en SPIP 3, car elle n'a pas changé depuis les débuts de SPIP.

Rassurez-vous, il n'est pas besoin de les connaitre en détail ; ce jeu de squelettes est bien organisé, et l'article a plutôt vocation à vous aider à percevoir les liens entre pages de squelettes, pour trouver plus rapidement le squelette à modifier !

Signalons la référence pour trouver Où placer les fichiers de squelettes.

Voici une liste de tous les squelettes de ./squelettes-dist, déjà organisée par groupes :

De plus, la navigation permettant de sauter de l'une à l'autre des pages est déjà prévue automatiquement dans les squelettes, par des liens préparés sur les titres affichés.

Pour en comprendre le code, voir l'usage des Balises #URL_PAGE et #URL_ dédiés présentées ci-dessous, sur le Glossaire de SPIP .

Qu'y trouve-t-on ?

Les squelettes principaux d'affichage éditorial

Il s'agit des squelettes [1] affichant un article, une rubrique et, (à ne pas oublier) l'accueil du site ou plutôt son sommaire.

Les liens d'URL-appel vers ces squelettes sont proposés simplement par SPIP, avec les balises #URL_ARTICLE, #URL_RUBRIQUE et la page d'accueil est automatiquement mise en correspondance avec #URL_SITE_SPIP

Ainsi vous trouverez régulièrement dans vos squelettes des liens écrits de la façon suivante :

#URL_ARTICLE" rel="bookmark">
[(#TITRE|textebrut)]

Télécharger

où vous reconnaissez l'appel d'un lien appliqué au texte (à surligner), généré par la balise #TITRE extraite de l'article courant.
Petite astuce : rajoutez comme ci-dessus un filtre de texte pour protéger un affichage correct, si vos rédacteurs introduisaient des caractères spéciaux...

La page appelée sera fonction du contexte (de l'environnement de boucles), où sera récupéré un id_ clé d'index de l'enregistrement voulu dans la table éponyme..

De même, si le site utilise les objets complémentaires breve, auteur et mot-clé, voire site syndiqué, avec pareillement les balises #URL_BREVE, #URL_AUTEUR #URL_MOT... pour provoquer l'appel du lien d'affichage de la page créée avec le squelette de même nom !

Pour les Documents / Pièces jointes (images ou fichiers divers), il s'agit d'un processus différent.... qui sera expliqué par ailleurs !

D'autres squelettes spécialisés

Les squelettes non encore étudiés se rapportent à des affichages récapitulatifs directs, plus rarement utilisés par vos visiteurs :
- le plan propose d'afficher tous les titres de tous les articles, dans toutes les rubriques du site : il est construit avec une série de boucles imbriquées (rubriques -> articles ), avec même une récursion pour parcourir les rubriques dans les rubriques... [2]
- le sitemap génère automatiquement un plan au format XML pour l'indexation par les moteurs de recherche...
- le backend -et ses fichiers dérivés pour les rubriques- génère automatiquement les fichiers spéciaux au format XML pour les flux RSS de suivi des mises-à-jour du site.
- le squelette nouveautes est clairement un fond de page standard, pour que SPIP envoie par mail aux utilisateurs une description des dernières informations publiées.
- enfin la page recherche est appelée en résultat [3] à votre utilisation en espace public du #FORMULAIRE_RECHERCHE (analogue au « rechercher » de l'espace privé !)

Pour appeler ces squelettes, -comprenons bien- générer un lien cliquable dans un squelette (par exemple depuis le sommaire), il faudra utiliser la balise #URL_PAGE{...}, en donnant en paramètre le nom du squelette à appeler(sans son suffixe, qui devra être .html sur le serveur !).

Exemple : vous voudriez rajouter dans votre pied de page, le lien vers la visualisation directe du fichier « sitemap » (pourquoi pas ?) :
vous rajouterez dans... inc-pied.html
Attention ! faites d'abord une copie [4] dans ./squelettes sur laquelle vous travaillerez après la ligne 7 :

<:plan_site:> |

la ligne exemple

Carte du Site |

...
(pour information le libellé symbolique<:plan_site:> ci-dessus est une « chaine de langue » automatiquement traduite à l'affichage, en francais ou dans une autre langue en usage sur votre site).

Noisettes de base

Jusqu'à présent, on peut croire que chaque page-type HTML du site public est générée par l'application d'un fichier squelette unique [5]. Ce n'est pas tout-à-fait vrai, car dans un but de simplification, la « dist » propose des morceaux de squelettes dédiés [6] pour reprendre l'affichage de l'entete et du pied des pages du site , respectivement depuis inc-entete.html et inc-pied.html : la « magie » de cette introduction (une inclusion en langage de programmation) correspond aux instructions du genre de :

{fond=inc-entete}>

Pareillement, la noisette inc-head.html permet de générer à votre guise les indications de mots-clés insérés automatiquement dans le « header » HTML [7] de la page, mais aussi des feuilles de style CSS à insérer automatiquement : vous noterez que ce squelette utilise largement la balise #CHEMIN, celle qui permet de rechercher le fichier ciblé, tant dans votre répertoire ./squelettes que dans le répertoire natif à SPIP ./squelettes-dist (et aussi éventuellement dans les répertoires des plugins..).

Les autres noisettes proposées fournissent un premier niveau de « factorisation paramétrée », en ce sens qu'elles sont adaptées à présenter un élément d'information complémentaire (document, messages de forum, pétition...) qui s'insère dans le squelette de page Article.

Regardons par exemple inc-documents.html qui est appelé par l'instruction ci-dessous (la balise [(#REM)...] contient du commentaire) :

[(#REM) Gestion du portfolio et des documents
Le critere {env} permet de passer d'autres arguments de la page
par exemple l'id_document choisi pour un affichage complet
]
[(#INCLURE{fond=inc-documents}{id_article}{env})]

Télécharger

Nous retrouvons une balise #INCLURE que nous avons déjà vue [8] qui nécessite un paramètre (mis entre accolades) nommé fond=....., ici suivi de deux autres paramètres, en particulier le code id_article, qui permet de transmettre à la noisette, le numéro identifiant de l'article dont on doit afficher les documents joints.

Plus généralement, la syntaxe SPIP permet de « passer les paramètres » contextuels de l'environnement, très facilement, en rajoutant le {env}, comme celui qui suit l'appel ci-dessus...

Et les Formulaires

SPIP propose automatiquement des Formulaires pour piloter les interactions avec le visiteur ; mais en général vous n'aurez pas à les modifier (au moins dans un premier temps. Vous pourrez sans soucis omettre la lecture de la suite, si vous n'en n'avez pas un besoin critique immédiat !

Pour agir en interaction avec l'utilisateur, on doit accepter la saisie d'informations (en commande dactylographiée, dans l'attente des commandes vocales ;-), saisie effectuée dans les champs de Formulaires proposés.

Plutôt que le formulaire de login, bien connu de tout rédacteur SPIP, on prendra comme exemple le formulaire de recherche, déjà évoqué comme ayant un fonctionnement d'appel du squelette de résultats de recherche : sans rentrer dans les détails des Formulaires CVT, ce squelette de formulaire est défini dans un sous-répertoire ./squelettes/formulaires/ , appelé par la seule présence de la balise #FORMULAIRE_RECHERCHE que vous trouverez dans la plupart des squelettes principaux...

Nous allons regarder plus largement le code correspondant, qui va nous donner l'opportunité d'une introduction à la structuration habituelle aux squelettes de la dist ; voici les lignes proches (on a recopié juste en prenant les balises de fin du contenu/conteneur) :

[(#REM) Menu de navigation laterale ]

Télécharger

N.B. Pour ceux qui ne seraient pas habitués aux syntaxes HTML, rappelons que sa syntaxe utilise des « balises » mises entre crochets (ces signes < et >) souvent avec deux balises appariées, la seconde avec le même nom précédé d'un slash, donc commençant par ..
- ainsi les

marquent une division, structurant le squelette
- et les < !— .. —> marquent un commentaire informatif en HTML, (ici pour préciser visuellement les fins des « div » dans le code.)
- vous connaissiez déjà les REMarques en SPIP (SPIP les supprime avant d'envoyer le HTML)
- et vous reconnaissez le , qui propose une inclusion de source, en l'occurrence un sous-menu.

N.B. ; Vous trouverez ailleurs des articles sur la personnalisation de l'apparence, la charte graphique donné par la dist et comment la colorier...

[1] Les noms de fichiers de squelettes (d'extension .html implicite) sont indiqués en gras

[2] Il est facile de tirer du plan.html un fichier arbo qui n'affiche pas les articles, et il peut même être utile d'y rajouter le critère {tout} aux boucles RUBRIQUES, pour en visualiser la totalité -avec et sans articles publiés..

[3] Le mode d'appel de ce fonctionnement sort du cadre de cet article...

[4] Copie automatisée par le plugin Skeleditor.

[5] Ce squelette HTML permet presque de visualiser directement la présentation d'un clic dans le navigateur, sans même de serveur Web en local : ce n'est pas tout-à-fait vrai !

[6] Des noisettes pour notre écureuil favori, dans le vocabulaire de SPIP !

[7] Connaissance des META et Balises HTML vivement recommandée.

[8] Les deux formes des balises ( #INCLURE{..} et sont expliquées dans la documentation officielle : des nuances internes à l'exécution, invisibles à votre vue !

Vous trouverez en pièces jointes :
- l'image « carte heuristique » illustrant cet article,
- un tirage PDF de la même, pour votre documentation personnelle
- le fichier .mm zippé (qui vous propose le source à relire) pour FreeMind / FreePlane

Et profitons-en pour vous rappeler l'outil ultime pour identifier facilement le squelette courant : le plugin SkelEditor.

Le jeu de squelettes distribué avec SPIP propose une visualisation et une navigation d'accès aux articles, adaptées à la consultation des nouveaux articles publiés et au suivi des réactions des lecteurs. Comme il n'est pas toujours facile de s'y orienter, voici un récapitulatif commenté, qui vous introduit aussi à la modification de squelettes... Nota Bene : {La nomenclature des noms de squelettes principaux, est toujours valide en SPIP 3, car elle n'a pas changé depuis les débuts de SPIP.}

{Rassurez-vous, il n'est pas besoin de les connaitre en détail ; ce jeu de squelettes est bien organisé, et l'article a plutôt vocation à vous aider à percevoir les liens entre pages de squelettes, pour trouver plus rapidement le squelette à modifier !} Signalons la référence pour trouver [Où placer les fichiers de squelettes->http://www.spip.net/fr_article3347.html]. Voici une liste de tous les squelettes de ./squelettes-dist, déjà organisée par groupes : De plus, la navigation permettant de sauter de l'une à l'autre des pages est déjà prévue automatiquement dans les squelettes, par des liens préparés sur les titres affichés. {Pour en comprendre le code, voir l'usage des} Balises #URL_PAGE {et} #URL_{ dédiés présentées ci-dessous, sur le [Glossaire de SPIP->http://www.spip.net/@?lang=fr] }. Qu'y trouve-t-on ? {{{Les squelettes principaux d'affichage éditorial}}} Il s'agit des squelettes[[Les noms de fichiers de squelettes (d'extension .html implicite) sont indiqués en gras]] affichant un {{article}}, une {{rubrique}} et, ({à ne pas oublier}) l'accueil du site ou plutôt son {{sommaire}}. Les liens d'URL-appel vers ces squelettes sont proposés simplement par SPIP, avec les balises #URL_ARTICLE, #URL_RUBRIQUE et la page d'accueil est automatiquement mise en correspondance avec #URL_SITE_SPIP {Ainsi vous trouverez régulièrement dans vos squelettes des liens écrits de la façon suivante :} [(#TITRE|textebrut)] {où vous reconnaissez l'appel d'un lien appliqué au texte (à surligner), généré par la balise #TITRE extraite de l'article courant. Petite astuce : rajoutez comme ci-dessus un [filtre de texte->http://www.spip.net/fr_article901.html] pour protéger un affichage correct, si vos rédacteurs introduisaient des caractères spéciaux...} {La page appelée sera fonction du contexte (de l'environnement de boucles), où sera récupéré un id_ clé d'index de l'enregistrement voulu dans la table éponyme..} De même, si le site utilise les objets complémentaires {{breve}}, {{auteur}} et {{mot}}-clé, voire {{site}} syndiqué, avec pareillement les balises #URL_BREVE, #URL_AUTEUR #URL_MOT... pour provoquer l'appel du lien d'affichage de la page créée avec le squelette de même nom ! {Pour les Documents / Pièces jointes (images ou fichiers divers), il s'agit d'un processus différent.... qui sera expliqué par ailleurs !} {{{D'autres squelettes spécialisés}}} Les squelettes non encore étudiés se rapportent à des affichages récapitulatifs directs, plus rarement utilisés par vos visiteurs : - le {{plan}} propose d'afficher tous les titres de tous les articles, dans toutes les rubriques du site : il est construit avec une série de boucles imbriquées (rubriques -> articles ), avec même une [?récursion] pour parcourir les rubriques dans les rubriques... [[Il est facile de tirer du plan.html un fichier {{arbo}} qui n'affiche pas les articles, et il peut même être utile d'y rajouter le critère {tout} aux boucles RUBRIQUES, pour en visualiser la totalité -avec et sans articles publiés..]] - le {{sitemap}} génère automatiquement un plan au format [?XML] pour l'indexation par les moteurs de recherche... - le {{backend}} -{et ses fichiers dérivés pour les rubriques}- génère automatiquement les fichiers spéciaux au format XML pour les flux [?RSS] de suivi des mises-à-jour du site. - le squelette {{nouveautes}} est clairement un fond de page standard, pour que SPIP envoie par mail aux utilisateurs une description des dernières informations publiées. - enfin la page {{recherche}} est appelée en résultat[[Le mode d'appel de ce fonctionnement sort du cadre de cet article...]] à votre utilisation en espace public du #FORMULAIRE_RECHERCHE (analogue au "rechercher" de l'espace privé !) Pour {{appeler}} ces squelettes, -{comprenons bien}- générer un lien cliquable dans un squelette (par exemple depuis le {{sommaire}}), il faudra utiliser la balise #URL_PAGE{...}, en donnant en paramètre le nom du squelette à appeler(sans son suffixe, qui devra être .html sur le serveur !). Exemple: vous voudriez rajouter dans votre pied de page, le lien vers la visualisation directe du fichier "sitemap" (pourquoi pas ?) : vous rajouterez dans... {{inc-pied.html}} {{Attention !}} faites d'abord une copie[[Copie automatisée par le plugin Skeleditor.]] dans ./squelettes sur laquelle vous travaillerez après la ligne 7 : <:plan_site:> | la ligne exempleCarte du Site | ... ({pour information le libellé symbolique<:plan_site:> ci-dessus est une "[chaine de langue->http://programmer.spip.net/Syntaxe-des-chaines-de-langue]" automatiquement traduite à l'affichage, en francais ou dans une autre langue en usage sur votre site}). {{{Noisettes de base}}} Jusqu'à présent, on peut croire que chaque page-type HTML du site public est générée par l'application d'un fichier squelette unique[[Ce squelette HTML permet presque de visualiser directement la présentation d'un clic dans le navigateur, sans même de serveur Web en local : ce n'est pas tout-à-fait vrai !]]. Ce n'est pas tout-à-fait vrai, car dans un but de simplification, la "dist" propose des morceaux de squelettes dédiés[[Des {{noisettes}} pour notre écureuil favori, dans le vocabulaire de SPIP !]] pour reprendre l'affichage de l'{{entete}} et du {{pied}} des pages du site , respectivement depuis inc-entete.html et inc-pied.html : la "magie" de cette introduction (une inclusion en langage de programmation) correspond aux instructions du genre de : Pareillement, la noisette inc-head.html permet de générer à votre guise les indications de mots-clés insérés automatiquement dans le "{header}" HTML[[Connaissance des META et Balises HTML vivement recommandée.]] de la page, mais aussi des feuilles de style CSS à insérer automatiquement : vous noterez que ce squelette utilise largement la balise #CHEMIN, celle qui permet de rechercher le fichier ciblé, tant dans votre répertoire ./squelettes que dans le répertoire natif à SPIP ./squelettes-dist (et aussi éventuellement dans les répertoires des plugins..). Les autres noisettes proposées fournissent un premier niveau de "factorisation paramétrée", en ce sens qu'elles sont adaptées à présenter un élément d'information complémentaire (document, messages de forum, pétition...) qui s'insère dans le squelette de page Article. Regardons par exemple {{inc-documents}}.html qui est appelé par l'instruction ci-dessous (la balise [(#REM)...] contient du commentaire) : [(#REM) Gestion du portfolio et des documents Le critere {env} permet de passer d'autres arguments de la page par exemple l'id_document choisi pour un affichage complet ] [(#INCLURE{fond=inc-documents}{id_article}{env})] Nous retrouvons une balise #INCLURE que nous avons déjà vue [[Les deux formes des balises ( #INCLURE{..} et sont expliquées dans la [documentation officielle->http://www.spip.net/fr_article1828.html] : des nuances [internes->http://programmer.spip.net/INCLURE] à l'exécution, invisibles à votre vue !]] qui nécessite un [?paramètre] (mis entre accolades) nommé fond=....., ici suivi de deux autres paramètres, en particulier le code id_article, qui permet de {transmettre} à la noisette, le {{numéro {identifiant} de l'article}} dont on doit afficher les documents joints. {Plus généralement, la syntaxe SPIP permet de "{{passer les paramètres}}" contextuels de l'environnement, très facilement, en rajoutant le} {env}{, comme celui qui suit l'appel ci-dessus...} {{{Et les Formulaires}}} SPIP propose automatiquement des Formulaires pour piloter les interactions avec le visiteur ; mais en général vous n'aurez pas à les modifier (au moins dans un premier temps. Vous pourrez sans soucis omettre la lecture de la suite, si vous n'en n'avez pas un besoin critique immédiat ! Pour agir en interaction avec l'utilisateur, on doit accepter la saisie d'informations (en commande dactylographiée, dans l'attente des commandes vocales ;-), saisie effectuée dans les champs de {{[Formulaires->http://www.spip.net/fr_article1827.html]}} proposés. Plutôt que le formulaire de {{login}}, bien connu de tout rédacteur SPIP, on prendra comme exemple le formulaire de recherche, déjà évoqué comme ayant un fonctionnement d'appel du squelette de résultats de {{recherche}} : sans rentrer dans les détails des [Formulaires CVT->http://www.spip.net/fr_rubrique522.html], ce squelette de formulaire est défini dans un sous-répertoire ./squelettes/{{formulaires/}} , appelé par la seule présence de la balise #FORMULAIRE_RECHERCHE que vous trouverez dans la plupart des squelettes principaux... Nous allons regarder plus largement le code correspondant, qui va nous donner l'opportunité d'une introduction à la structuration habituelle aux squelettes de la dist ; voici les lignes proches (on a recopié juste en prenant les balises de fin du contenu/conteneur) :
[(#REM) Menu de navigation laterale ] [(#REM) Menu de navigation par rubriques ] #FORMULAIRE_RECHERCHE N.B. {Pour ceux qui ne seraient pas habitués aux syntaxes HTML}, rappelons que sa syntaxe utilise des "balises" mises entre crochets (ces signes {{<}} et {{>}}) souvent avec deux balises appariées, la seconde avec le même nom précédé d'un slash, donc commençant par {{}} marquent une division, structurant le squelette - et les {{}} marquent un commentaire informatif en HTML, (ici pour préciser visuellement les fins des "{{div}}" dans le code.) - vous connaissiez déjà les REMarques en SPIP (SPIP les supprime avant d'envoyer le HTML) - et vous reconnaissez le , qui propose une inclusion de source, en l'occurrence un sous-menu. {N.B.;} Vous trouverez [ailleurs->rub40] des articles sur la personnalisation de l'apparence, la charte graphique donné par la dist et comment la colorier...
Vous trouverez en pièces jointes : - l'image "carte heuristique" illustrant cet article, - un tirage PDF de la même, pour votre documentation personnelle - le fichier .mm zippé (qui vous propose le source à relire) pour [?FreeMind] / [FreePlane->http://sourceforge.net/projects/freeplane/] Et profitons-en pour vous rappeler l'outil ultime pour identifier facilement le squelette courant : le plugin [->rub884].

ciarchive : statut archivé pour les articles

Equipement — 2013-06-05T10:00:00Z

Ce plugin ajoute un statut supplémentaire pour les articles, le statut « archivé ».

Les objectifs de ce plugin

L'objectif de ce plugin est de disposer d'un statut supplémentaire pour les articles, le statut « archivé ».

Pourquoi un plugin supplémentaire sur ce sujet ?

L'objectif est similaire au plugin "Archive", toutefois contrairement à ce dernier :
- il ajoute un statut "archivé" à la liste des statuts actuellement proposés pour les articles (et non pas une option "archivé").
- l'approche technique est radicalement différente.
- il ne crée pas de champ ou de table suppléméntaire.
- il est compatible avec SPIP 2.1 et avec SPIP 3.
- je n'ai pas noté d'incompatibilité avec d'autres plugins.
- etc.

Compatibilité

- Le plugin est compatible avec SPIP 2.1 et SPIP 3.
- Il est compatible avec PHP 5 (y compris PHP 5.3).

Installation

Le plugin s'installe comme tous les plugins, cf. http://www.spip.net/fr_article3396.html .

Fonctionnalités

Lorsque que l'on affecte le statut « archivé » à un article, il n'apparaît plus sur le site public ainsi que dans l'espace privé de SPIP.

A noter que seul le statut de l'article change. L'article reste lié à sa rubrique d'origine, même s'il n'apparaît plus dans cette rubrique.

Dans l'espace privé de SPIP, on peut retrouver un article qui a le statut « archivé », via le menu Edition > Archives, et modifier cet article (y compris son statut).

On peut également, consulter les articles archivés d'une rubrique particulière.

Le moteur de recherche de l'espace privé permet également de retrouver un article archivé.

Le détail des fonctionnalités de ce plugin figure dans la documentation ci-jointe.

Remarques :

Sur le site public, le critère statut=archive permet d'afficher les articles archivé (c'est le fonctionnement standard de SPIP qui s'applique).
Une rubrique (sans sous rubrique) dont tous les articles sont archivés n'aura pas le statut publié (c'est le fonctionnement standard de SPIP qui s'applique).

Ce plugin ajoute un statut supplémentaire pour les articles, le statut « archivé ».

{{{Les objectifs de ce plugin}}} L'objectif de ce plugin est de disposer d'un statut supplémentaire pour les articles, le statut « archivé ». {{{Pourquoi un plugin supplémentaire sur ce sujet ?}}} L'objectif est similaire au plugin "Archive", toutefois contrairement à ce dernier : - il ajoute un statut "archivé" à la liste des statuts actuellement proposés pour les articles (et non pas une option "archivé"). - l'approche technique est radicalement différente. - il ne crée pas de champ ou de table suppléméntaire. - il est compatible avec SPIP 2.1 et avec SPIP 3. - je n'ai pas noté d'incompatibilité avec d'autres plugins. - etc. {{{Compatibilité}}} - Le plugin est compatible avec SPIP 2.1 et SPIP 3. - Il est compatible avec PHP 5 (y compris PHP 5.3). {{{Installation}}} Le plugin s'installe comme tous les plugins, cf. http://www.spip.net/fr_article3396.html . {{{Fonctionnalités}}} Lorsque que l'on affecte le statut « archivé » à un article, il n'apparaît plus sur le site public ainsi que dans l'espace privé de SPIP. A noter que seul le statut de l'article change. L'article reste lié à sa rubrique d'origine, même s'il n'apparaît plus dans cette rubrique. Dans l'espace privé de SPIP, on peut retrouver un article qui a le statut « archivé », via le menu Edition > Archives, et modifier cet article (y compris son statut). On peut également, consulter les articles archivés d'une rubrique particulière. Le moteur de recherche de l'espace privé permet également de retrouver un article archivé. Le détail des fonctionnalités de ce plugin figure dans la {{documentation }} ci-jointe. Remarques : -* Sur le site public, le critère statut=archive permet d'afficher les articles archivé (c'est le fonctionnement standard de SPIP qui s'applique). -* Une rubrique (sans sous rubrique) dont tous les articles sont archivés n'aura pas le statut publié (c'est le fonctionnement standard de SPIP qui s'applique).

Champs Extras 3 (synchronisation)

bruno31 — 2013-06-04T09:07:00Z

Un plugin permettant d'avoir la même définition des champs extra sur plusieurs sites.

Le besoin

Nous sommes nombreux à posséder plusieurs sites SPIP partageant un même squelette. Et bien souvent, un squelette exploitent des champs extra qui lui sont spécifiques. Et un squelette, cela évolue dans le temps. Et si vous ajoutez ou modifiez un champs extra, vous êtes bon pour refaire et reporter toutes les modifications, une par une, sur tous vos sites. Si vous avez plusieurs dizaines ou centaines de sites, on y réfléchit à deux fois avant de toucher aux champs extra.

Avec SPIP2, il y avait le plugin Import-Export champs extra. Mais il n'a pas été porté en SPIP3 et je doute même que cela soit possible facilement ?

Le fonctionnement dans les grandes lignes

A partir d'un site dit « de référence », on peut synchroniser la définition des champs extras sur des sites suiveurs. Sur le site de référence, on met à jour les champs extra avec l'interface champs extra, on teste, tout comme d'habitude. Quand c'est OK, on va sur les sites suiveurs, un par un, et on synchronise la définition.

Notez que les sites suiveurs ou de référence n'ont pas besoin d'être mutualisés. Bien sûr c'est mieux, notamment pour répercuter automatiquement les évolutions du squelette, mais cela n'est techniquement pas obligatoire. D'ailleurs, il est tout à fait possible de synchroniser à partir d'un site distant puisque les paramètres présents (connect.php) le permettent.

Installation

Comme tous les autres plugins : http://www.spip.net/fr_article3396.html
Le plugin nécessite les plugins Champs extras 3, Saisies.

Si il y a une différence par rapport à la définition sur le site de référence, le plugin vous l'indique et pré-coche les objets éditoriaux concernés :

Ensuite, il faut désigner le site de référence. Cela se fait simplement en copiant le fichier /config/connect.php du site de référence dans le répertoire /config du site suiveur et en le renommant scextras_reference.php.
ATTENTION de bien le renommer AVANT de faire le collé ; sinon vous écraserez le fichier connect.php du site suiveur.

Fonctionnement

Dans l'espace privé du site suiveur, la fonction de synchronisation est accessible par le Menu « Squelettes » : Synchroniser les champs extra.

Vous pouvez alors décocher certains objets dont la définition de champs extra doit resté inchangé (spécificité du site).

Puis vous cliquez sur le bouton « Mettre à jour les champs extra ». Et hop, c'est synchronisé.

Si les définitions sont identiques entre la référence et le suiveur, le message suivant est affiché :

{{{Un plugin permettant d'avoir la même définition des champs extra sur plusieurs sites.}}}

{{{Le besoin}}} Nous sommes nombreux à posséder plusieurs sites SPIP partageant un même squelette. Et bien souvent, un squelette exploitent des champs extra qui lui sont spécifiques. Et un squelette, cela évolue dans le temps. Et si vous ajoutez ou modifiez un champs extra, vous êtes bon pour refaire et reporter toutes les modifications, une par une, sur tous vos sites. Si vous avez plusieurs dizaines ou centaines de sites, on y réfléchit à deux fois avant de toucher aux champs extra. Avec SPIP2, il y avait le plugin [->rub1511]. Mais il n'a pas été porté en SPIP3 et je doute même que cela soit possible facilement ? {{{Le fonctionnement dans les grandes lignes}}} A partir d'un site dit "de référence", on peut synchroniser la définition des champs extras sur des sites suiveurs. Sur le site de référence, on met à jour les champs extra avec l'interface champs extra, on teste, tout comme d'habitude. Quand c'est OK, on va sur les sites suiveurs, un par un, et on synchronise la définition. Notez que les sites suiveurs ou de référence n'ont pas besoin d'être mutualisés. Bien sûr c'est mieux, notamment pour répercuter automatiquement les évolutions du squelette, mais cela n'est techniquement pas obligatoire. D'ailleurs, il est tout à fait possible de synchroniser à partir d'un site distant puisque les paramètres présents (connect.php) le permettent. {{{Installation}}} Comme tous les autres plugins : [->http://www.spip.net/fr_article3396.html] Le plugin nécessite les plugins [Champs extras 3->art4028], [Saisies->art3364]. Si il y a une différence par rapport à la définition sur le site de référence, le plugin vous l'indique et pré-coche les objets éditoriaux concernés : Ensuite, il faut désigner le site de référence. Cela se fait simplement en copiant le fichier /config/connect.php du site de référence dans le répertoire /config du site suiveur et en le renommant {{scextras_reference.php}}. {{ATTENTION}} de bien le renommer AVANT de faire le collé ; sinon vous écraserez le fichier connect.php du site suiveur. {{{Fonctionnement}}} Dans l'espace privé du site suiveur, la fonction de synchronisation est accessible par le Menu "Squelettes" : Synchroniser les champs extra. Vous pouvez alors décocher certains objets dont la définition de champs extra doit resté inchangé (spécificité du site). Puis vous cliquez sur le bouton "Mettre à jour les champs extra". Et hop, c'est synchronisé. Si les définitions sont identiques entre la référence et le suiveur, le message suivant est affiché :

Intranet / Extranet

kent1 — 2013-05-31T10:25:21Z

Intranet / Extranet est un plugin très simple permettant d'interdire l'accès au site à tout visiteur non identifié.

Mise en place

La mise en place est rapide.

Téléchargez le plugin.
Activez le plugin comme tout autre plugin SPIP.
Et c'est fait.

Peut-être vider le cache histoire d'être sûr mais cela ne devrait pas être nécessaire.

Résultat

Le résultat est assez simple, l'ensemble des pages du site sont remplacées par un formulaire d'identification si le visiteur n'est pas identifié.

Par défaut seules les pages suivantes sont accessibles normalement afin d'avoir accès à toutes les pages nécessaires au bon fonctionnement :

robots.txt ;
spip_pass ;
favicon.ico ;
informer_auteur ;
Configuration possible

Il est possible de configurer :

le message qui est affiché juste au dessus du formulaire d'identification ;
les pages SPIP autorisées d'accès sans identification [1]

[1] Ces pages autorisées sont également extensibles via le pipeline intranet_pages_ok. Pour un exemple, voir son utilisation dans le plugin parrainage sur la zone ici

Intranet / Extranet est un plugin très simple permettant d'interdire l'accès au site à tout visiteur non identifié.

{{{Mise en place}}} La mise en place est rapide. -* Téléchargez le plugin. -* Activez le plugin comme tout autre plugin SPIP. -* Et c'est fait. Peut-être vider le cache histoire d'être sûr mais cela ne devrait pas être nécessaire. {{{Résultat}}} Le résultat est assez simple, l'ensemble des pages du site sont remplacées par un formulaire d'identification si le visiteur n'est pas identifié. Par défaut seules les pages suivantes sont accessibles normalement afin d'avoir accès à toutes les pages nécessaires au bon fonctionnement : -* robots.txt; -* spip_pass; -* favicon.ico; -* informer_auteur; {{{Configuration possible}}} Il est possible de configurer : -* le message qui est affiché juste au dessus du formulaire d'identification; -* les pages SPIP autorisées d'accès sans identification[[Ces pages autorisées sont également extensibles via le pipeline intranet_pages_ok. Pour un exemple, voir son utilisation dans le [plugin parrainage->art3978] sur [la zone ici->http://zone.spip.org/trac/spip-zone/browser/_plugins_/parrainage/trunk/parrainage_pipelines.php#L145]]]

SPIP 3.0.9 / 2.1.22 / 2.0.23 : corrections de bug et faille critique. « En mai, fais ~~ce qu'il te plait~~ la mise à jour, s'il te plait »

L'équipe de SPIP-Contrib — 2013-05-24T18:17:00Z

Une faille critique a été détectée permettant à toute personne de prendre le contrôle éditorial complet du site. Les versions 2.0, 2.1 et 3.0 sont impactées.

Les versions 2.0.23, 2.1.22 et 3.0.9 apportent une correction urgente et si une mise à jour rapide ne vous est pas possible, l'écran de sécurité (version 1.1.7) http://www.spip.net/fr_article4200.html a également été mis à jour.

Bref, nous vous invitons donc à mettre votre SPIP à jour sans tarder.

Les branches 2.1 et 3.0 comportent aussi plusieurs corrections de bugs, de nouvelles traductions, des optimisations dans la gestion des bots,...

Pour les détails, voyez :

Changements entre 3.0.8 et 3.0.9 (http://www.spip.net/fr_article5619.html)
Changements entre 2.1.21 et 2.1.22 (http://www.spip.net/fr_article5620.html)
Changement entre 2.0.22 et 2.0.23 (http://www.spip.net/fr_article5621.html)

L'équipe SPIP

Mise à jour
===========

N'hésitez pas à utiliser les différents moyens mis à disposition par
la communauté pour obtenir de l'aide lors de cette mise à jour :

- Liste spip-user : http://listes.rezo.net/mailman/listinfo/spip
- Forum : http://forum.spip.net
- IRC : http://irc.spip.net

Nous rappelons à toutes et tous que le meilleur moyen pour
signaler des failles, ou des suspicions de failles est
d'envoyer un email à « spip-team@rezo.net ».

Comment mettre à jour vers SPIP 3.0.9 ?

1. par spip_loader.php : si vous avez déjà installé spip_loader,
rendez-vous à l'adresse http://VOTRE_SITE/spip_loader.php pour
installer la dernière version de SPIP.
Attention cependant : lisez bien les instructions ici :
http://www.spip.net/fr_download#spip_loader pour ne pas être
surpris par un passage non voulu de SPIP2 à SPIP3.

2. par copie des fichiers : SPIP 3.0.9 est disponible à
l'adresse http://files.spip.org/spip/stable/spip-3.0.zip

3. par SVN : si vous êtes dans la branche 3 faites simplement
un « svn up » svn ://trac.rezo.net/spip/branches/spip-3.0
la version 3.0.9 est aussi disponible sous la branche :
svn ://trac.rezo.net/spip/branches/spip-3-stable
et sous le tag svn ://trac.rezo.net/spip/tags/spip-3.0.9

Comment être tenu au courant de ces annonces ?
Le plus simplement du monde en s'inscrivant sur la mailing
liste http://listes.rezo.net/mailman/listinfo/spip-ann .

Bien sûr les réseaux sociaux ne sont pas en reste :
- Twitter : http://twitter.com/spip
- Facebook : http://www.facebook.com/spip.net
- Seenthis : http://seenthis.net/people/spip

Une faille critique a été détectée permettant à toute personne de prendre le contrôle éditorial complet du site. Les versions 2.0, 2.1 et 3.0 sont impactées.

Les versions 2.0.23, 2.1.22 et 3.0.9 apportent une correction urgente et si une mise à jour rapide ne vous est pas possible, l'écran de sécurité (version 1.1.7) http://www.spip.net/fr_article4200.html a également été mis à jour. Bref, {{nous vous invitons donc à mettre votre SPIP à jour sans tarder}}. Les branches 2.1 et 3.0 comportent aussi plusieurs corrections de bugs, de nouvelles traductions, des optimisations dans la gestion des bots,... Pour les détails, voyez: -* Changements entre 3.0.8 et 3.0.9 (http://www.spip.net/fr_article5619.html) -* Changements entre 2.1.21 et 2.1.22 (http://www.spip.net/fr_article5620.html) -* Changement entre 2.0.22 et 2.0.23 (http://www.spip.net/fr_article5621.html) L'équipe SPIP Mise à jour =========== N'hésitez pas à utiliser les différents moyens mis à disposition par la communauté pour obtenir de l'aide lors de cette mise à jour : - Liste spip-user : http://listes.rezo.net/mailman/listinfo/spip - Forum : http://forum.spip.net - IRC : http://irc.spip.net Nous rappelons à toutes et tous que le meilleur moyen pour signaler des failles, ou des suspicions de failles est d'envoyer un email à « spip-team@rezo.net ». Comment mettre à jour vers SPIP 3.0.9 ? 1. par spip_loader.php : si vous avez déjà installé spip_loader, rendez-vous à l'adresse http://VOTRE_SITE/spip_loader.php pour installer la dernière version de SPIP. Attention cependant : lisez bien les instructions ici : http://www.spip.net/fr_download#spip_loader pour ne pas être surpris par un passage non voulu de SPIP2 à SPIP3. 2. par copie des fichiers : SPIP 3.0.9 est disponible à l'adresse http://files.spip.org/spip/stable/spip-3.0.zip 3. par SVN : si vous êtes dans la branche 3 faites simplement un « svn up » svn ://trac.rezo.net/spip/branches/spip-3.0 la version 3.0.9 est aussi disponible sous la branche : svn ://trac.rezo.net/spip/branches/spip-3-stable et sous le tag svn ://trac.rezo.net/spip/tags/spip-3.0.9 Comment être tenu au courant de ces annonces ? Le plus simplement du monde en s'inscrivant sur la mailing liste http://listes.rezo.net/mailman/listinfo/spip-ann . Bien sûr les réseaux sociaux ne sont pas en reste : - Twitter : http://twitter.com/spip - Facebook : http://www.facebook.com/spip.net - Seenthis : http://seenthis.net/people/spip

ORR v2

tofulm — 2013-05-21T09:00:49Z

ORR passe en version 2, avec quelques nouveautés attendues.
Je ne reprendrai pas les explications données dans la version 1.

Les nouveautés :

1. Gestion des autorisations
Le principe est simple, c'est le même que pour les mots clés.

Si vous souhaitez ajouter une autorisation, cliquez sur : Ajouter une autorisation

Si vous avez des autorisations, elles s'affichent l'une sous l'autre. Ici il y en a 4 :

1 qui est liée à notre ressource
3 qui ne sont pas liées

vous pouvez lier une autorisation à votre ressource : Ajouter le lien de cette autorisation .
Vous pouvez supprimer une autorisation pour votre ressource : Supprimer le lien de cette autorisation .

Si vous souhaitez créer une autorisation, cliquez sur : creer et lier une autorisation

S'offre à nous la possibilité de choisir entre :

3 types d'utilisateurs :
Par Statut

Par Auteur

Par Grappe (si le plugin Grappe est activé)

4 niveaux d'autorisations :
Voir : affiche ou non la ressource
Modifier : permet de Modifier une Réservation
Creer : permet de Créer une Réservation
Supprimer : permet de Supprimer une Réservation

IMPORTANT : Pour qu'une ressource soit visible par tout le monde, il faut choisir l'autorisation : statut : Tous avec le droit : Voir

2. Affichage par mois

une info bulle nous montre le descriptif d'une réservation
la case grisé (ici le 15 avril) correspond à la date choisie (par défaut la date du jour).
C'est elle que l'on retrouvera au centre du tableau dans l'affichage par semaine (cf ORR v1)

Compatibilité avec la v1

Pour les utilisateur de la v1, je n'ai pas testé si on pouvait récupérer (de façon automatique) les données lors de l'installation de la v2.
Pour les utilisateurs avertis (solution qui fonctionne) :

sauvegarder les tables orr_ressources, orr_reservations et orr_reservations_liens.
désinstaller orr v1
installer orr v2
réinjecter les données des tables sauvegardées
attribuer un mot clé et une autorisation pour chaque ressource récupérée.
A faire
~~Une gestion avancée des droits~~
une réservation par Nom associant 1 ou X ressources.
Une amélioration de la mise en page : Ne vous gênez pas pour l'améliorer !!
Poursuivre l'ajout des chaînes de langue
~~Une vue par mois~~
Remerciement

Un grand merci à cy_altern pour ses conseils très précieux

ORR passe en version 2, avec quelques nouveautés attendues. Je ne reprendrai pas les explications données dans la [version 1->http://contrib.spip.net/Organisation-des-Reservations-et-des-Ressources]. {{{Les nouveautés :}}} {{1. Gestion des autorisations}} Le principe est simple, c'est le même que pour les mots clés. Si vous souhaitez ajouter une autorisation, cliquez sur : {{ {Ajouter une autorisation} }} Si vous avez des autorisations, elles s'affichent l'une sous l'autre. Ici il y en a 4 : -* 1 qui est liée à notre ressource -* 3 qui ne sont pas liées vous pouvez lier une autorisation à votre ressource : {{ {Ajouter le lien de cette autorisation} }}. Vous pouvez supprimer une autorisation pour votre ressource : {{ {Supprimer le lien de cette autorisation} }}. Si vous souhaitez créer une autorisation, cliquez sur : {{ {creer et lier une autorisation} }} S'offre à nous la possibilité de choisir entre : -* 3 types d'utilisateurs : -** Par Statut -** Par Auteur -** Par Grappe (si le plugin [Grappe->http://contrib.spip.net/Grappes-1-0] est activé) -* 4 niveaux d'autorisations : -** Voir : affiche ou non la ressource -** Modifier : permet de Modifier une Réservation -** Creer : permet de Créer une Réservation -** Supprimer : permet de Supprimer une Réservation IMPORTANT : Pour qu'une ressource soit visible par tout le monde, il faut choisir l'autorisation : statut : {{Tous}} avec le droit : {{Voir}} {{2. Affichage par mois}} une info bulle nous montre le descriptif d'une réservation la case grisé (ici le 15 avril) correspond à la date choisie (par défaut la date du jour). C'est elle que l'on retrouvera au centre du tableau dans l'affichage par semaine (cf ORR v1) {{{Compatibilité avec la v1}}} Pour les utilisateur de la v1, je n'ai pas testé si on pouvait récupérer (de façon automatique) les données lors de l'installation de la v2. Pour les utilisateurs {{avertis}} (solution qui fonctionne): -# sauvegarder les tables orr_ressources, orr_reservations et orr_reservations_liens. -# désinstaller orr v1 -# installer orr v2 -# réinjecter les données des tables sauvegardées -# attribuer un mot clé et une autorisation pour chaque ressource récupérée. {{{A faire}}} -* ~~Une gestion avancée des droits~~ -* une réservation par {{Nom}} associant 1 ou X ressources. -* Une amélioration de la mise en page : Ne vous gênez pas pour l'améliorer !! -* Poursuivre l'ajout des chaînes de langue -* ~~Une vue par mois~~ {{{Remerciement}}} Un grand merci à cy_altern pour ses conseils très précieux

Afficher recherche google/bing

Mediaoueg — 2013-05-19T12:58:24Z

Ce bout de code permet d'augmenter sa visibilité sur internet, il affiche les mots clés par lequel les visiteurs ont arrivés, que cela soit de Google, Bing, Yahoo, Qwant...

Avec l'affichage des termes de recherche entrants liés aux articles de votre site, vous renforcez le référencement de votre site web.

Ce code est à insérez dans votre page article.html à l'endroit que vous voulez :
<B_statsr> <BOUCLE_statsr(DATA){source stats_referers,#ENV{limit,100},#ENV{jour,''},#ENV{id_article}}> <BOUCLE_sous(POUR){tableau #VALEUR{referers}}>#VALEUR{keywords} </BOUCLE_sous> </BOUCLE_statsr> </B_statsr>
Il est inspiré de la page statistiques en partie privée, vous pouvez modifier le nombre de mots clés affiché. Bien sur son squelette est facilement modifiable.

Pour un exemple de statistiques affichés en bas d'article :
exemple de mise en place du code

Ce bout de code permet d'augmenter sa visibilité sur internet, il affiche les mots clés par lequel les visiteurs ont arrivés, que cela soit de Google, Bing, Yahoo, Qwant... Avec l'affichage des termes de recherche entrants liés aux articles de votre site, vous renforcez le référencement de votre site web. Ce code est à insérez dans votre page article.html à l'endroit que vous voulez: #VALEUR{keywords} Il est inspiré de la page statistiques en partie privée, vous pouvez modifier le nombre de mots clés affiché. Bien sur son squelette est facilement modifiable.

Pour un exemple de statistiques affichés en bas d'article : [ exemple de mise en place du code->http://servijer.net/mediaoueg/Prenoms-Bretons]

Export Spip vers Wordpress

soon7 — 2013-05-11T21:54:13Z

Problématique

On souhaite migrer un site spip vers un site wordpress.
Si seul le contenu des articles nous intéresse, on peut très bien utiliser un des plugins de Wordpress permettant d'importer un flux rss, ce flux rss étant créé par Spip.
Cette méthode n'est toutefois pas forcément satisfaisante dans certains cas, car il manque certaines informations (par exemple : documents, commentaire, etc).

Contexte de l'import détaillé ici

Voici le contexte dans lequel a été réalisé cet import :
- On dispose d'un spip 2.1.12 installé et avec du contenu.
- Un wordpress 3.5 a été installé au même endroit et est vierge de contenu « véritable ».
C'est à dire que wordpress est installé et contient juste les enregistrements de base créé lors de l'installation de wordpress : catégorie de test, l'article de test, le commentaire de test, etc
- Le spip et le wordpress ont été installé sur la même base de données

Il se peut que votre contexte à vous soit différent :
- wp et spip sur des bases de données différentes
- wp et spip sur des hébergements différents sur le même serveur
- wp et spip sur des serveurs différents
- wp a déjà des posts, des categories, des comments, des attachments, etc

Je n'ai pas pu traiter l'ensemble de ces cas, mais les techniques détaillées ici devraient vous permettre d'avoir un début de solutions.

Une solution pour régler ces différents cas serait de faire un export bdd du spip (soit par spip, soit par phpMyadmin), et de réinstaller en local afin d'avoir le même contexte (spip/wp au meme endroit, sur la meme base, etc).
Une fois le contexte local ok, vous lancer la mise à jour détaillée ici avant de faire un export du wordpress afin de tout réimporter sur votre wordpress en ligne.

A lire avant de commencer - Conseils

- Afin de migrer un spip vers un wordpress, plusieurs étapes sont nécessaires, et doivent réaliser dans l'ordre car il y a des dépendances (comment voulez vous rajouter des commentaires à des posts n'ayant pas encore été créé.)
C'est pourquoi il est vraiment important de respecter l'ordre de ces étapes

- Avant de faire quoi que ce soit, il est vraiment impératif d'avoir fait au préalable une sauvegarde complète du site en terme de fichiers et de base de données.

- Cette migration devrait être effectuée sur un serveur de développement et non sur le site en production. Idéalement il faudrait faire cette migration en local. Pour cela il existe plusieurs très bonnes solutions vous permettant d'avoir un serveur un local (wamp, easyphp, mamp, xamp, etc)

Lancer des requêtes dans phpMyAdmin

beaucoup des manipulations à effectuer sont des requêtes mysql. il vous faudra donc les lancer dans votre utilitaire de gestion de base de données,comme par exemple phpMyadmin

Les rubriques en category wp

L'équivalent des rubriques de spip sont les catégories de wordpress.
On fait une première requete afin d'importer les rubriques dans les catégories

REPLACE INTO wp_terms(term_id, name, slug, term_group) SELECT id_rubrique, titre, CONCAT("rub",id_rubrique), 1 FROM spip_rubriques;

On fait ensuite une seconde requête, qui va mettre à jour les urls ré écrites des catégories en se basant sur celles des rubriques spip.

UPDATE wp_terms, spip_urls SET slug = spip_urls.url WHERE spip_urls.id_objet = term_id AND spip_urls.type = "rubrique"
Les articles spip en post wp

Une fois la hiérarchie du site « rubriques-catégories » effectuée, on passe aux articles.
Un article au sens spip correspond à un post de wordpress.
Cette première requête permet de convertir les articles en posts.
On concatène ici chapo, descriptif et texte dans l'unique champ de base du post correspondant : post_content.

wordpress permet normalement de rajouter de nouveaux champs via la taxonomy, mais je ne m'y connais pas assez pour créer de nouveaux champs chapeau et descriptif dans les posts.

REPLACE INTO wp_posts( ID , post_author , post_date, post_date_gmt , post_content , post_title #, post_category # , post_status , to_ping , pinged , post_modified, post_modified_gmt ) SELECT p.id_article , u.id_auteur , p.date, p.date , concat(p.chapo, p.descriptif, p.texte) , titre #, p.id_rubrique , '', '' , p.date_modif, p.date_modif FROM spip_articles AS p LEFT JOIN spip_auteurs_articles AS u ON u.id_article = p.id_article;

Une seconde requête permet de faire l'association « post <=> catégorie » correspondant à « article <=> rubrique »

REPLACE INTO wp_term_relationships(object_id, term_taxonomy_id) SELECT p.id_article, p.id_rubrique FROM spip_articles AS p;
Les commentaires spip en comments wp

Maintenant que nous avons les « articles-posts », on peut import les « forums-comments »
On importe tout d'abord les commentaires en les mettant tous non validés.
Un seconde requete permettra de valider uniquement les comments correspondant aux forums spip publiés

REPLACE INTO wp_comments( comment_ID , comment_post_ID , comment_author , comment_author_email ,comment_author_url , comment_date , comment_date_gmt , comment_content , comment_parent , comment_approved ) SELECT id_forum , id_article , auteur , email_auteur , url_site , date_heure , date_heure , texte , id_parent , 0 FROM spip_forum;

On valide les commentaires qui doivent l'être :

update wp_comments, spip_forum SET comment_approved = 1 WHERE wp_comments .comment_ID = spip_forum.id_article AND spip_forum.statut = "publie"

On update le nombre de commentaires par posts, par rapport aux validations précédentes

UPDATE wp_posts SET comment_count = (SELECT COUNT( * ) from wp_comments, wp_posts WHERE comment_post_ID = ID and comment_approved = 1)
Les documents

Comment est-ce géré chez Spip ?

Documents dans Spip

Tous les documents sont stockés dans le répertoire IMG.

Les logos d'articles sont à la racine de IMG sous la forme de fichier artonID_ARTICLE.extension (en fonction de l'extension de l'image de base uploadée en tant que logo, généralement des jpeg)

Les autres fichiers sont répartis dans des sous répertoires, un par type de fichier (zip, jpg, png, swf, etc)

Comment est-ce géré chez Wordpress ?

Documents dans Wordpress

Chaque document est considéré comme un post, ce post ayant des postmeta particuliere.
Une image, ou un document, ou un logo d'un post wp sera considéré en bdd comme étant un sous post de ce post.
Les documents sont stockés au niveau de wp-content/uploads, et Wordpress crée des répertoires selon les années et les mois.

Comment concilier les 2 lors de l'export ?

Copie de /IMG dans /wp-content/upload

Pour pouvoir gérer l'export spip => Wordpress, il vous faut COPIER le répertoire IMG dans wp-content/upload

Cette manipulation nous permettra de gérer les export de logos d'articles et de documents vers Wordpress

Méthode de mise à jour
Étant donné les opérations nécessaires afin de mettre à jour les données concernant les documents, je suis passé par des squelettes spip ayant une pagination, ce qui permet de traiter par lots (au cas où votre spip aurait beaucoup d'éléments).
J'ai mis par défaut une pagination de 100, mais vous pouvez modifier cette valeur dans le squelette au besoin.

Installation du plugin itérateurs

Afin que les import ssuivants se passent bien, comme nous somme en Spip version 2, ilf aut installer le plugin Itérateurs : http://contrib.spip.net/Les-Iterateurs-pour-SPIP-2-1

Les documents « Image à la Une » = logo d'article

Wordpress permet pour chaque post de choisir ou d'uploader une image comme étant « l'image à la Une » pour ce post, en d'autre termes, le logo de cet article.
Ce traitement chez Spip est séparé artonXX d'un côté, et documents de l'autre) alors que chez wordpress, logo d'article, fichier joint, même combat, il s'agit d'un wp_post.

import_logos à placer dans /squelettes

Il faut mettre ce fichier dans votre répertoire /squelettes, modifier la ligne 8 (le include) avec votre propre url, le lancer dans votre navigateur, puis passer de page en page avec la pagination.
A chaque page affichée, Spip fait les requêtes nécessaires pour les images à la Une.

Les documents liés à un article

import_documents à placer dans /squelettes

Chaque document est un wp_post, ce post est lié à l'article grâce aux informations de wp_post_meta.
Il faut mettre ce fichier dans votre répertoire /squelettes, le lancer dans votre navigateur, puis passer de page en page avec la pagination.
A chaque page affichée, Spip fait les requêtes nécessaires pour les documents affichés.

Pour afficher les fichiers liés à un article, cela dépend de votre thème WordPress.
Beaucoup de thèmes n'affichent pas les documents liés à un post.
C'est pourquoi vous serez sans doute obligé d'éditer votre thème afin de les afficher.
Pour tester rapidement, voici un bout de code que vous pouvez mettre au niveau de l'affichage d'un post (single.php)

echo "test ! "; $args = array( 'post_type' => 'attachment', 'numberposts' => null, 'post_status' => null, 'post_parent' => $post->ID ); $attachments = get_posts($args); if ($attachments) { foreach ($attachments as $attachment) { echo apply_filters('the_title', $attachment->post_title); the_attachment_link($attachment->ID, false); } } ?>

En faisant rapidement une recherche Google, il ya d'autre ssources permettant de gérer l'affichage des documents liés dans WP :
- http://wp.tutsplus.com/tutorials/creative-coding/sharing-the-wordpress-love-with-non-image-media-attachments/
- http://www.emmanuelgeorjon.com/wordpress-attachments-107/
- http://www.eiffair.fr/wordpress/creer-un-theme-wordpress-7-les-templates-single-post-attachment-et-404.htm
- http://wordpress.stackexchange.com/questions/14937/attachment-page-template-only-show-attachments-for-current-post
- http://wordpress.stackexchange.com/questions/13916/page-template-for-attachement-page

TO DO :

Ceci est loin d'être parfait, et n'attend que votre aide afin d'être amélioré.

Plusieurs points ne sont pas traités :
- import des mots clés spip
- post_meta des images dans wp_postmeta pour des images : apparemment il faudrait aussi un tableau sérialisé avec plusieurs infos
- tester ces étapes pour un spip 3 vers wordpress 3.5 (dernière version au moment de la rédaction de cet article

{{{Problématique}}} On souhaite migrer un site spip vers un site wordpress. Si seul le contenu des articles nous intéresse, on peut très bien utiliser un des plugins de Wordpress permettant d'importer un flux rss, ce flux rss étant créé par Spip. Cette méthode n'est toutefois pas forcément satisfaisante dans certains cas, car il manque certaines informations (par exemple : documents, commentaire, etc). {{{Contexte de l'import détaillé ici}}} Voici le contexte dans lequel a été réalisé cet import : - On dispose d'un spip 2.1.12 installé et avec du contenu. - Un wordpress 3.5 a été installé au même endroit et est vierge de contenu "véritable". C'est à dire que wordpress est installé et contient juste les enregistrements de base créé lors de l'installation de wordpress : catégorie de test, l'article de test, le commentaire de test, etc - Le spip et le wordpress ont été installé sur la même base de données Il se peut que votre contexte à vous soit différent : - wp et spip sur des bases de données différentes - wp et spip sur des hébergements différents sur le même serveur - wp et spip sur des serveurs différents - wp a déjà des posts, des categories, des comments, des attachments, etc Je n'ai pas pu traiter l'ensemble de ces cas, mais les techniques détaillées ici devraient vous permettre d'avoir un début de solutions. Une solution pour régler ces différents cas serait de faire un export bdd du spip (soit par spip, soit par phpMyadmin), et de réinstaller en local afin d'avoir le même contexte (spip/wp au meme endroit, sur la meme base, etc). Une fois le contexte local ok, vous lancer la mise à jour détaillée ici avant de faire un export du wordpress afin de tout réimporter sur votre wordpress en ligne. {{{A lire avant de commencer - Conseils}}} - Afin de migrer un spip vers un wordpress, plusieurs étapes sont nécessaires, et doivent réaliser dans l'ordre car il y a des dépendances (comment voulez vous rajouter des commentaires à des posts n'ayant pas encore été créé.) C'est pourquoi il est vraiment important de respecter l'ordre de ces étapes - Avant de faire quoi que ce soit, il est vraiment impératif d'avoir fait au préalable une sauvegarde complète du site en terme de fichiers et de base de données. - Cette migration devrait être effectuée sur un serveur de développement et non sur le site en production. Idéalement il faudrait faire cette migration en local. Pour cela il existe plusieurs très bonnes solutions vous permettant d'avoir un serveur un local (wamp, easyphp, mamp, xamp, etc) ||beaucoup des manipulations à effectuer sont des requêtes mysql. il vous faudra donc les lancer dans votre utilitaire de gestion de base de données,comme par exemple phpMyadmin| {{{Les rubriques en category wp}}} L'équivalent des rubriques de spip sont les catégories de wordpress. On fait une première requete afin d'importer les rubriques dans les catégories REPLACE INTO wp_terms(term_id, name, slug, term_group) SELECT id_rubrique, titre, CONCAT("rub",id_rubrique), 1 FROM spip_rubriques; On fait ensuite une seconde requête, qui va mettre à jour les urls ré écrites des catégories en se basant sur celles des rubriques spip. UPDATE wp_terms, spip_urls SET slug = spip_urls.url WHERE spip_urls.id_objet = term_id AND spip_urls.type = "rubrique" {{{Les articles spip en post wp}}} Une fois la hiérarchie du site "rubriques-catégories" effectuée, on passe aux articles. Un article au sens spip correspond à un post de wordpress. Cette première requête permet de convertir les articles en posts. On concatène ici chapo, descriptif et texte dans l'unique champ de base du post correspondant : post_content. wordpress permet normalement de rajouter de nouveaux champs via la taxonomy, mais je ne m'y connais pas assez pour créer de nouveaux champs chapeau et descriptif dans les posts. REPLACE INTO wp_posts( ID , post_author , post_date, post_date_gmt , post_content , post_title #, post_category # , post_status , to_ping , pinged , post_modified, post_modified_gmt ) SELECT p.id_article , u.id_auteur , p.date, p.date , concat(p.chapo, p.descriptif, p.texte) , titre #, p.id_rubrique , '', '' , p.date_modif, p.date_modif FROM spip_articles AS p LEFT JOIN spip_auteurs_articles AS u ON u.id_article = p.id_article; Une seconde requête permet de faire l'association "post <=> catégorie" correspondant à "article <=> rubrique" REPLACE INTO wp_term_relationships(object_id, term_taxonomy_id) SELECT p.id_article, p.id_rubrique FROM spip_articles AS p; {{{Les commentaires spip en comments wp}}} Maintenant que nous avons les "articles-posts", on peut import les "forums-comments" On importe tout d'abord les commentaires en les mettant tous non validés. Un seconde requete permettra de valider uniquement les comments correspondant aux forums spip publiés REPLACE INTO wp_comments( comment_ID , comment_post_ID , comment_author , comment_author_email ,comment_author_url , comment_date , comment_date_gmt , comment_content , comment_parent , comment_approved ) SELECT id_forum , id_article , auteur , email_auteur , url_site , date_heure , date_heure , texte , id_parent , 0 FROM spip_forum; On valide les commentaires qui doivent l'être : update wp_comments, spip_forum SET comment_approved = 1 WHERE wp_comments .comment_ID = spip_forum.id_article AND spip_forum.statut = "publie" On update le nombre de commentaires par posts, par rapport aux validations précédentes UPDATE wp_posts SET comment_count = (SELECT COUNT( * ) from wp_comments, wp_posts WHERE comment_post_ID = ID and comment_approved = 1) {{{Les documents}}} {{Comment est-ce géré chez Spip ? }} ||Tous les documents sont stockés dans le répertoire IMG. Les logos d'articles sont à la racine de IMG sous la forme de fichier artonID_ARTICLE.extension (en fonction de l'extension de l'image de base uploadée en tant que logo, généralement des jpeg) Les autres fichiers sont répartis dans des sous répertoires, un par type de fichier (zip, jpg, png, swf, etc)| {{Comment est-ce géré chez Wordpress ?}} ||Chaque document est considéré comme un post, ce post ayant des postmeta particuliere. Une image, ou un document, ou un logo d'un post wp sera considéré en bdd comme étant un sous post de ce post. Les documents sont stockés au niveau de wp-content/uploads, et Wordpress crée des répertoires selon les années et les mois. | {{Comment concilier les 2 lors de l'export ?}} ||Pour pouvoir gérer l'export spip => Wordpress, il vous faut {{COPIER}} le répertoire IMG dans wp-content/upload Cette manipulation nous permettra de gérer les export de logos d'articles et de documents vers Wordpress | {{Méthode de mise à jour}} Étant donné les opérations nécessaires afin de mettre à jour les données concernant les documents, je suis passé par des squelettes spip ayant une pagination, ce qui permet de traiter par lots (au cas où votre spip aurait beaucoup d'éléments). J'ai mis par défaut une pagination de 100, mais vous pouvez modifier cette valeur dans le squelette au besoin. {{{Installation du plugin itérateurs}}} Afin que les import ssuivants se passent bien, comme nous somme en Spip version 2, ilf aut installer le plugin Itérateurs : http://contrib.spip.net/Les-Iterateurs-pour-SPIP-2-1 {{{Les documents "Image à la Une" = logo d'article}}} Wordpress permet pour chaque post de choisir ou d'uploader une image comme étant "l'image à la Une" pour ce post, en d'autre termes, le logo de cet article. Ce traitement chez Spip est séparé artonXX d'un côté, et documents de l'autre) alors que chez wordpress, logo d'article, fichier joint, même combat, il s'agit d'un wp_post. ||Il faut mettre ce fichier dans votre répertoire /squelettes, modifier la ligne 8 (le include) avec votre propre url, le lancer dans votre navigateur, puis passer de page en page avec la pagination. A chaque page affichée, Spip fait les requêtes nécessaires pour les images à la Une.| {{{Les documents liés à un article}}} ||Chaque document est un wp_post, ce post est lié à l'article grâce aux informations de wp_post_meta. Il faut mettre ce fichier dans votre répertoire /squelettes, le lancer dans votre navigateur, puis passer de page en page avec la pagination. A chaque page affichée, Spip fait les requêtes nécessaires pour les documents affichés.| Pour afficher les fichiers liés à un article, cela dépend de votre thème WordPress. Beaucoup de thèmes n'affichent pas les documents liés à un post. C'est pourquoi vous serez sans doute obligé d'éditer votre thème afin de les afficher. Pour tester rapidement, voici un bout de code que vous pouvez mettre au niveau de l'affichage d'un post (single.php) test !"; $args = array( 'post_type' => 'attachment', 'numberposts' => null, 'post_status' => null, 'post_parent' => $post->ID ); $attachments = get_posts($args); if ($attachments) { foreach ($attachments as $attachment) { echo apply_filters('the_title', $attachment->post_title); the_attachment_link($attachment->ID, false); } } ?> En faisant rapidement une recherche Google, il ya d'autre ssources permettant de gérer l'affichage des documents liés dans WP : - http://wp.tutsplus.com/tutorials/creative-coding/sharing-the-wordpress-love-with-non-image-media-attachments/ - http://www.emmanuelgeorjon.com/wordpress-attachments-107/ - http://www.eiffair.fr/wordpress/creer-un-theme-wordpress-7-les-templates-single-post-attachment-et-404.htm - http://wordpress.stackexchange.com/questions/14937/attachment-page-template-only-show-attachments-for-current-post - http://wordpress.stackexchange.com/questions/13916/page-template-for-attachement-page {{{TO DO : }}} Ceci est loin d'être parfait, et n'attend que votre aide afin d'être amélioré. Plusieurs points ne sont pas traités : - import des mots clés spip - post_meta des images dans wp_postmeta pour des images : apparemment il faudrait aussi un tableau sérialisé avec plusieurs infos - tester ces étapes pour un spip 3 vers wordpress 3.5 (dernière version au moment de la rédaction de cet article

Einsteiniumist (Squelette)

Audric Mas — 2013-04-23T15:00:00Z

Un squelette principalement conçu pour les sites de type blog et portfolio.

Présentation :

Adaptation pour Zpip du thème Wordpress Einsteiniumist conçu par Padd Solutions.

Voir une démo du thème et du squelette Einsteiniumist.

Ce squelette a été conçu pour le thème du même nom. Pour un plus grand confort, je vous recommande vivement de l'installer. Voir le thème Einsteiniumist.

Captures :

Thème + Squelette : Page d'accueil

Caractéristiques du squelette :

Il possède une colonne de navigation latérale (mots clés, rubriques, etc.).

La page d'accueil se compose comme suit :

Le slider Javascript présente les 6 derniers articles mis en ligne associés au mot-clé "slider" et ayant un logo. Sinon, il affiche les 6 derniers articles ayant un logo. Le slider utilise le logo d'un article, et affiche le titre et l'introduction cliquable pour accéder à la page de cet article. Pour les articles destinés à être affichés dans le slider, pensez à utiliser des logos aux dimensions adaptées : au moins 294 x 232px.
Une zone formée de 3 colonnes en dessous du slider affiche les 3 derniers articles associés au mot-clé "icone". Sinon, elle affiche les 3 derniers articles.
Une deuxième zone présente les 8 derniers articles mis en ligne associés au mot-clé "image_sommaire". Sinon, elle affiche les 8 derniers articles.

Le pied de page est important avec les articles les plus populaires à gauche et un formulaire de contact à droite.

Les Plugins :

Le squelette Einsteiniumist requiert le plugin suivant :

Squelettes Z pour Spip (Zpip)

Les plugins suivants sont gérés :

Menus : permet de créer des menus facilement
Zen-garden
Social tags : partager vos articles sur les réseaux sociaux
Gravatar : utiliser un avatar unique sur tous les sites
Installation :

Le squelette Einsteiniumist est conçu sous la forme d'un plugin. Il pourra être personnalisé en créant un dossier squelettes/ à la racine de votre site SPIP, et en surchargeant les fichiers que vous souhaitez modifier.

Comme tout plugin, son installation est classique, déposez-le dans le répertoire plugins/. Le plugin « squelette_einsteiniumist » apparaît dans la « Liste des plugins » (Configuration > Gestion des plugins), il vous suffira de l'activer : cochez-le, et enregistrez.

Configuration :

Pour profiter pleinement du package Einsteiniumist, il est nécessaire de configurer certains paramètres via l'interface privé de SPIP.

Activer GD2 :

GD2 permet d'appliquer des traitement sur les images.
Activer GD2 dans votre interface Spip : Configuration > Fonctions Avancées > "GD2" et "Générer automatiquement les miniatures des images".

Sliders (Page d'accueil) :

Utilisez le mot-clé "slider", pour définir les 6 derniers articles qui seront affichés dans le slider. Si aucun article ne possède ce mot-clé, les 6 derniers articles en date ayant un logo seront affichés. Les logos des articles doivent faire au moins 294 x 232px.
Utilisez le mot-clé "icone", pour définir les 3 articles qui seront affichés sous le slider. Si aucun article ne possède ce mot-clé, la zone affiche les 3 derniers articles en date.
Utilisez le mot-clé "image_sommaire" pour définir les 8 derniers articles qui seront affichés dans la deuxième zone sous le slider. Si aucun article ne possède ce mot-clé, les 8 derniers articles en date s'afficheront. À noter : si un article ne possède pas de logo, un logo par défaut lui sera attribué.

Plugin Social Tags :

Dans "Squelettes > Social tags", pour le paramètre "Insertion dans les pages", entrez le sélecteur : #socialtags
Les liens se placeront alors sous l'article dans une zone prévue à cet effet.

Plugin Menus :

Un menu est déjà mis en place, et nécessite de l'identifier comme suit :

Menu principal : barrenav
Mises à jour :

v1.0.2 : passage en version "stable"

Attention : modification du sélecteur d'identification pour le plugin "Social tags" : #socialtags remplace .surlignable .texte

Un squelette principalement conçu pour les sites de type blog et portfolio.

{{{Présentation :}}} Adaptation pour Zpip du thème Wordpress Einsteiniumist conçu par [Padd Solutions->http://www.paddsolutions.com/wordpress-theme-einsteiniumist/]. [Voir une démo du thème et du squelette Einsteiniumist->http://einsteiniumist.openstudio.fr/]. {{Ce squelette a été conçu pour le thème du même nom. Pour un plus grand confort, je vous recommande vivement de l'installer.}} Voir le thème [Einsteiniumist->http://contrib.spip.net/Einsteiniumist-Theme]. {{{Captures :}}} {{{Caractéristiques du squelette :}}} Il possède une colonne de navigation latérale (mots clés, rubriques, etc.). La page d'accueil se compose comme suit : -*Le slider Javascript présente les 6 derniers articles mis en ligne associés au mot-clé "{slider}" et ayant un logo. Sinon, il affiche les 6 derniers articles ayant un logo. Le slider utilise le logo d'un article, et affiche le titre et l'introduction cliquable pour accéder à la page de cet article. Pour les articles destinés à être affichés dans le slider, pensez à utiliser des logos aux dimensions adaptées : {{au moins 294 x 232px}}. -*Une zone formée de 3 colonnes en dessous du slider affiche les 3 derniers articles associés au mot-clé "{icone}". Sinon, elle affiche les 3 derniers articles. -*Une deuxième zone présente les 8 derniers articles mis en ligne associés au mot-clé "{image_sommaire}". Sinon, elle affiche les 8 derniers articles. Le pied de page est important avec les articles les plus populaires à gauche et un formulaire de contact à droite. {{{Les Plugins :}}} Le squelette Einsteiniumist requiert le plugin suivant : -*[Squelettes Z pour Spip (Zpip)->http://contrib.spip.net/Le-Squelette-Zpip] Les plugins suivants sont gérés : -*[Menus->http://contrib.spip.net/Menus-3139] : permet de créer des menus facilement -*[Zen-garden->http://contrib.spip.net/SPIP-Zen-Garden] -*[Social tags->http://contrib.spip.net/Social-tags] : partager vos articles sur les réseaux sociaux -*[Gravatar->http://contrib.spip.net/Gravatar] : utiliser un avatar unique sur tous les sites {{{Installation :}}} Le squelette Einsteiniumist est conçu sous la forme d'un plugin. Il pourra être personnalisé en créant un dossier squelettes/ à la racine de votre site SPIP, et en surchargeant les fichiers que vous souhaitez modifier. Comme tout plugin, [son installation est classique->http://www.spip.net/fr_article3396.html], déposez-le dans le répertoire plugins/. Le plugin « {squelette_einsteiniumist} » apparaît dans la « {Liste des plugins} » ({Configuration} > {Gestion des plugins}), il vous suffira de l'activer : cochez-le, et enregistrez. {{{Configuration :}}} Pour profiter pleinement du package Einsteiniumist, il est nécessaire de configurer certains paramètres via l'interface privé de SPIP. {{Activer GD2 :}} GD2 permet d'appliquer des traitement sur les images. Activer GD2 dans votre interface Spip : {Configuration > Fonctions Avancées > "GD2"} et "{Générer automatiquement les miniatures des images}". {{Sliders (Page d'accueil) :}} -*Utilisez le mot-clé "{slider}", pour définir les 6 derniers articles qui seront affichés dans le slider. Si aucun article ne possède ce mot-clé, les 6 derniers articles en date ayant un logo seront affichés. Les logos des articles doivent faire {{au moins 294 x 232px}}. -*Utilisez le mot-clé "{icone}", pour définir les 3 articles qui seront affichés sous le slider. Si aucun article ne possède ce mot-clé, la zone affiche les 3 derniers articles en date. -*Utilisez le mot-clé "{image_sommaire}" pour définir les 8 derniers articles qui seront affichés dans la deuxième zone sous le slider. Si aucun article ne possède ce mot-clé, les 8 derniers articles en date s'afficheront. {{À noter : si un article ne possède pas de logo, un logo par défaut lui sera attribué.}} {{Plugin Social Tags :}} Dans "{Squelettes} > {Social tags}", pour le paramètre "{Insertion dans les pages}", entrez le sélecteur : #socialtags Les liens se placeront alors sous l'article dans une zone prévue à cet effet. {{Plugin Menus :}} Un menu est déjà mis en place, et nécessite de l'identifier comme suit : -*Menu principal : barrenav {{{Mises à jour :}}} {{v1.0.2}} : passage en version "{{stable}}" -* {{Attention :}} modification du sélecteur d'identification pour le plugin "{Social tags}" : #socialtags remplace .surlignable .texte

Einsteiniumist (Thème)

Audric Mas — 2013-04-23T15:00:00Z

Un thème gris. Largeur fixe. Menu horizontal.

Présentation :

Adaptation pour Zpip du thème Wordpress Einsteiniumist conçu par Padd Solutions.

Voir une démo du thème et du squelette Einsteiniumist.

Pour bénéficier du thème dans son ensemble, je vous invite à installer le squelette associé.

NB : Le thème Einsteiniumist peut être utilisé indépendamment du squelette, dans une présentation simplifiée.

Captures :

Thème + Squelette : Page d'accueil

Thème seul

Installation :

L'installation du thème Einsteiniumist s'effectue très simplement :

Téléchargez le Thème Einsteiniumist
Déposez-le dans le dossier plugins/ à la racine de votre SPIP (créez-le s'il n'existe pas)
Installez le plugin Zen-garden
Une fois l'installation effectuée, un sous-menu « Thèmes » apparaît sous l'onglet « Squelettes » de votre interface privée SPIP. Cliquez dessus, et choisissez le thème Einsteiniumist dans la liste des thèmes présents sur votre configuration
Menus :

Vous pouvez utiliser le plugin Menus pour définir votre propre navigation. Un seul menu est prévu avec ce thème. Identifiez-le comme suit :

Menu principal : barrenav

Un thème gris. Largeur fixe. Menu horizontal.

{{{Présentation :}}} Adaptation pour Zpip du thème Wordpress Einsteiniumist conçu par [Padd Solutions->http://www.paddsolutions.com/wordpress-theme-einsteiniumist/]. [Voir une démo du thème et du squelette Einsteiniumist->http://einsteiniumist.openstudio.fr/]. {{Pour bénéficier du thème dans son ensemble, je vous invite à installer le [squelette associé->http://contrib.spip.net/Einsteiniumist-Squelette].}} {NB: Le thème Einsteiniumist peut être utilisé indépendamment du squelette, dans une présentation simplifiée.} {{{Captures :}}} {{{Installation :}}} L'installation du thème Einsteiniumist s'effectue très simplement : -*Téléchargez le Thème Einsteiniumist -*Déposez-le dans le dossier plugins/ à la racine de votre SPIP (créez-le s'il n'existe pas) -*Installez le plugin [Zen-garden->http://contrib.spip.net/SPIP-Zen-Garden] -*Une fois l'installation effectuée, un sous-menu « {Thèmes} » apparaît sous l'onglet « {Squelettes} » de votre interface privée SPIP. Cliquez dessus, et choisissez le thème Einsteiniumist dans la liste des thèmes présents sur votre configuration {{{Menus :}}} Vous pouvez utiliser le plugin [Menus->http://contrib.spip.net/Menus-3139] pour définir votre propre navigation. Un seul menu est prévu avec ce thème. Identifiez-le comme suit : -*Menu principal : barrenav

Darmstadtiumoid (Thème)

Lucas MICHEL — 2013-04-22T15:00:06Z

Un thème et un squelette dans les tons gris. Largeur fixe. Menu horizontal.
Deux colonnes principales.

Présentation :

Adaptation pour Zpip du thème Wordpress Darmstadtiumoid conçu par Padd Solutions.

Voir une démo du thème et du squelette Darmstadtiumoid.

Pour bénéficier pleinement du thème, je vous recommande vivement d'installer le squelette associé.

NB : Le thème Darmstadtiumoid peut être utilisé indépendamment du squelette, dans une présentation simplifiée.

Captures :

Thème seul

Thème + Squelette

Installation :

L'installation du thème s'effectue comme celle de n'importe quel autre thème :

Téléchargez le Thème Darmstadtiumoid.
Déposez-le dans le dossier plugins à la racine de votre SPIP (créez-le s'il n'existe pas).
Nécessite le plugin Squelette Zpip.
Dans l'interface de gestion des plugins, le thème Darmstadtiumoid apparait dans les plugins inactifs. Il suffit de l'activer.
Menus :

Vous pouvez utiliser le plugin Menus, pour définir votre propre navigation. Le menu doit s'appeler « barrenav » pour que le menu soit pris en compte.

Un thème et un squelette dans les tons gris. Largeur fixe. Menu horizontal. Deux colonnes principales.

{{{Présentation :}}} Adaptation pour Zpip du thème Wordpress Darmstadtiumoid conçu par Padd Solutions. Voir une démo du thème et du squelette [Darmstadtiumoid->http://darmstadtiumoid.openstudio.fr/]. Pour bénéficier pleinement du thème, je vous recommande vivement d'installer le [squelette associé->http://contrib.spip.net/Darmstadtiumoid-Squelette]. NB : Le thème Darmstadtiumoid peut être utilisé indépendamment du squelette, dans une présentation simplifiée. {{{Captures :}}} {{{Installation :}}} L'installation du thème s'effectue comme celle de n'importe quel autre thème : -* Téléchargez le Thème Darmstadtiumoid. -* Déposez-le dans le dossier plugins à la racine de votre SPIP (créez-le s'il n'existe pas). -* Nécessite le plugin Squelette [Zpip->http://contrib.spip.net/Le-Squelette-Zpip]. -* Dans l'interface de gestion des plugins, le thème Darmstadtiumoid apparait dans les plugins inactifs. Il suffit de l'activer. {{{Menus :}}} Vous pouvez utiliser le plugin [Menus->http://contrib.spip.net/Menus-3139], pour définir votre propre navigation. Le menu doit s'appeler "barrenav" pour que le menu soit pris en compte.

Darmstadtiumoid (Squelette)

Lucas MICHEL — 2013-04-22T14:59:23Z

Un squelette principalement pour les sites de type blog.

Présentation :

Adaptation pour Zpip du thème Wordpress Darmstadtiumoid conçu par Padd Solutions.

Voir une démo du thème et du squelette Darmstadtiumoid.

Ce squelette a été conçu pour le thème du même nom. Pour un plus grand confort, je vous recommande vivement de l'installer. Voir le thème Darmstadtiumoid.

Captures :

Thème + Squelette : Page d'accueil

Caractéristiques du squelette :

Il possède une colonne de navigation latérale (mots clés, auteurs, brèves, etc.).

La page d'accueil comporte un slider Javascript présentant les 5 derniers articles mis en ligne associés au mot-clé "slider". Sinon, il affiche les 5 derniers articles.

La colonne principale (composée de 2 colonnes) en dessous du slider à gauche affiche les 10 derniers articles.
Dans la colonne de navigation, on retrouve un bloc pour se connecter/s'inscrire si l'utilisateur n'est pas authentifié (et si la connexion / l'inscription est autorisée en back-office).

Le slider utilise le logo d'un article, qui permet de rediriger sur l'article en question lors du click. Pour les articles destinés à être affichés dans le slider, pensez à utiliser des logos aux dimensions adaptées : au moins 940 x 250px.
Lors du survol du slider, des flèches de défilement cliquables apparaissent.

Mise à jour 1.0.1 : un court résumé apparait sur le slider, sur fond noir transparent à droite, lors du survol de la souris.

Les Plugins :

Le squelette Darmstadtiumoid requiert les plugins suivants :

Squelettes Z pour Spip (Zpip)
Thème Darmstadtiumoid

Le Squelette Darmstadtiumoid est compatible avec plusieurs plugins permettant d'enrichir le contenu de votre site.

Les plugins suivants sont gérés :

Menus : Permet de créer des menus facilement.
Gravatar : Utilisation d'avatar pour les profils.
Installation :

Le squelette Darmstadtiumoid est conçu sous la forme d'un plugin. Il pourra être personnalisé en créant un dossier squelettes à la racine de votre site SPIP, et en surchargeant les fichiers désirés.

Comme tout plugin, son installation est classique, déposez-le dans le répertoire plugins/.
Le plugin « squelette_darmstadtiumoid » apparaît dans la « Liste des plugins » (Configuration > Gestion des plugins), il vous suffira de l'activer.

Configuration :

Pour profiter pleinement du package Darmstadtiumoid, il est nécessaire de configurer certains détails.

Activer GD2 :

Activer GD2 dans votre interface Spip : Configuration > Fonctions Avancées > "GD2" et "Générer automatiquement les miniatures des images". Permet d'appliquer des traitement sur les images.

Slider (Page d'accueil) :

Utilisez le mot-clé "slider", pour définir les articles qui seront affichés dans le slider.
Si aucun article ne possède ce mot-clé, les 4 derniers articles en date seront affichés.
Les logos des articles sont traités pour être affichés dans les proportions du slider.
Cependant, la taille suivante est recommandée : au moins 940 x 250px.

Plugin Menus :

Un menu est déjà mis en place, il est nécessaire de l'identifier comme suit :

Menu principal : barrenav.

Un squelette principalement pour les sites de type blog.

{{{Présentation :}}} Adaptation pour Zpip du thème Wordpress Darmstadtiumoid conçu par [Padd Solutions.->http://www.paddsolutions.com/wpmag/darmstadtiumoid/] Voir une démo du thème et du squelette [Darmstadtiumoid.->http://darmstadtiumoid.openstudio.fr/] Ce squelette a été conçu pour le [thème du même nom->http://contrib.spip.net/Darmstadtiumoid-Theme]. Pour un plus grand confort, je vous recommande vivement de l'installer. Voir le thème Darmstadtiumoid. {{{Captures :}}} {{{Caractéristiques du squelette :}}} Il possède une colonne de navigation latérale (mots clés, auteurs, brèves, etc.). La page d'accueil comporte un slider Javascript présentant les 5 derniers articles mis en ligne associés au mot-clé "slider". Sinon, il affiche les 5 derniers articles. La colonne principale (composée de 2 colonnes) en dessous du slider à gauche affiche les 10 derniers articles. Dans la colonne de navigation, on retrouve un bloc pour se connecter/s'inscrire si l'utilisateur n'est pas authentifié (et si la connexion / l'inscription est autorisée en back-office). Le slider utilise le logo d'un article, qui permet de rediriger sur l'article en question lors du click. Pour les articles destinés à être affichés dans le slider, pensez à utiliser des logos aux dimensions adaptées : au moins 940 x 250px. Lors du survol du slider, des flèches de défilement cliquables apparaissent. Mise à jour 1.0.1 : un court résumé apparait sur le slider, sur fond noir transparent à droite, lors du survol de la souris. {{{Les Plugins :}}} Le squelette Darmstadtiumoid requiert les plugins suivants : -* Squelettes Z pour Spip ([Zpip->http://contrib.spip.net/Zpip]) -* Thème Darmstadtiumoid Le Squelette Darmstadtiumoid est compatible avec plusieurs plugins permettant d'enrichir le contenu de votre site. Les plugins suivants sont gérés : -* [Menus->http://contrib.spip.net/Menus-3139] : Permet de créer des menus facilement. -* [Gravatar->http://contrib.spip.net/Gravatar] : Utilisation d'avatar pour les profils. {{{Installation :}}} Le squelette Darmstadtiumoid est conçu sous la forme d'un plugin. Il pourra être personnalisé en créant un dossier squelettes à la racine de votre site SPIP, et en surchargeant les fichiers désirés. Comme tout plugin, son installation est classique, déposez-le dans le répertoire plugins/. Le plugin « squelette_darmstadtiumoid » apparaît dans la « Liste des plugins » (Configuration > Gestion des plugins), il vous suffira de l'activer. {{{Configuration :}}} Pour profiter pleinement du package Darmstadtiumoid, il est nécessaire de configurer certains détails. Activer GD2 : Activer GD2 dans votre interface Spip : Configuration > Fonctions Avancées > "GD2" et "Générer automatiquement les miniatures des images". Permet d'appliquer des traitement sur les images. Slider (Page d'accueil) : Utilisez le mot-clé "slider", pour définir les articles qui seront affichés dans le slider. Si aucun article ne possède ce mot-clé, les 4 derniers articles en date seront affichés. Les logos des articles sont traités pour être affichés dans les proportions du slider. Cependant, la taille suivante est recommandée : au moins 940 x 250px. Plugin Menus : Un menu est déjà mis en place, il est nécessaire de l'identifier comme suit : -* Menu principal : barrenav.

SPIP 3.0.8 : votre dose de SPIP mensuelle est là !

L'équipe de SPIP-Contrib — 2013-04-17T17:42:52Z

Salut !

A la sortie de ce long hiver, SPIP a la grande forme et garde le rythme de publication mensuel depuis mars et jusqu'à avril au moins.

Cette version 3.0.8 apporte plusieurs corrections de bugs, dont certains touchant à la configuration et aux droits des rédacteurs (forum, organiseur, redirections sur les articles).

Nous vous invitons donc à mettre à jour sans tarder.

Dans le core

Espace privé

(depuis 3.0.7), utilisation par défaut des vignettes apercite au lieu de thumbshots sur les referers (r20242)
mettre une info-bulle personnalisée sur les bouton RSS du privé (r20416)
corrections à ical_prive.html (r20414)
appliquer_filtres accepte un 3^e argument forçant un chaîne vide si le filtre n'est pas trouvé (r20406)
#URL_ECRIRE* n'encode plus les "&" (r20414)
déclaration du pipeline traduire appelé dans le formulaire prive/traduire.php (r20392)
un plugin mis a jour est désormais "mis à jour" (r20369)
contenu/configurer_multilang.html est renommé contenu/configurer_multilinguisme.html en conformité avec son #FORMULAIRE_CONFIGURER_MULTILINGUISME (r20367)
un rédacteur ne peut pas créer une redirection après publication d'un article (r20363)

Critères et balises

amélioration de age (r20389) et jour_relatif (r20400
#_contenu_article:LESAUTEURS retourne les auteurs d'une boucle parente (r20390)

Améliorations techniques

sauvegarder/restaurer le contexte de l'url dans laquelle une page est calculee (r20355)
support SQLite de la fonction mysql TIMESTAMPDIFF (r20388)
lutte contre l'explosion des écritures (et des caches) causées par les bots (r20378)
outils de debug : bugs et cosmétique - corrections diverses (r20397 - #2968, r20401, r20402, r20404)

PHPDoc

Pour les programmeurs, le futur site de documentation continue à s'enrichir régulièrement de nouveaux apports. Pour rappel, la version de dev de ce site : http://autodoc.magraine.net/spip-3.0/zora/

Dans les plugins-dist

Sources : http://zone.spip.org/trac/spip-zone/log/_core_/branches/spip-3.0/plugins

nettoyage répertoires vides et scories : divers commits entre z71782 -> z71661
logs moins verbeux (z71398, z71396, z71394, z71391)

Compagnon

nom incorrect du fichier d'un compagnon, et en plus un var_dump trainait dedans (z72066)

Dev

début de refonte des formulaires en se passant des listes (accessibilité) (z71833,z71832,z71806 à zz71808)

Forum et pétitions

se passer du compresseur s'il n'est pas présent (z71578 et z71783 - #2971 et #2972)
un item de langue (z71579)
rétablir les configurations de forum par articles (z71267)

Medias

inc/date.php n'existe plus (z71408)
un titre long débordait (z71001)

Organiseur

corrections dans les fils de messages internes (z72040, #2977)
droit de faire des annonces internes (z72036, #2976)

Révisions

renseigner l'auteur dans le flux qui est bien fermé (z72030 et z72032, #2963)
rétablir le flux rss (z71097)

Statistiques

le nom du jour dans la page de stats (z72002)

SVP

ne pas utiliser / pour les délimiteurs pour éviter un bug sur les / (r71790)
améliorations dans la gestion des lib (r71135, r71453)

Urls étendues

correction d'un bug sur installations en sous-dossiers (z71272)
Mise à jour

N'hésitez pas à utiliser les différents moyens mis à disposition par la communauté pour obtenir de l'aide lors de cette mise à jour :

Liste spip-user : http://listes.rezo.net/mailman/listinfo/spip
Forum : http://forum.spip.net
IRC : http://irc.spip.net

Nous rappelons à toutes et tous que le meilleur moyen pour signaler des failles, ou des suspicions de failles est d'envoyer un email à « spip-team@rezo.net ».

Comment mettre à jour vers SPIP 3.0.8 ?

par spip_loader.php : si vous avez déjà installé spip_loader, rendez-vous à l'adresse http://VOTRE_SITE/spip_loader.php pour installer la dernière version de SPIP. Attention cependant : lisez bien les instructions ici : http://www.spip.net/fr_download#spip_loader pour ne pas être surpris par un passage non voulu de SPIP2 à SPIP3.
par copie des fichiers : SPIP 3.0.8 est disponible à l'adresse http://files.spip.org/spip/stable/spip-3.0.zip
par SVN : si vous êtes dans la branche 3 faites simplement un « svn up » svn ://trac.rezo.net/spip/branches/spip-3.0 la version 3.0.8 est aussi disponible sous la branche : svn ://trac.rezo.net/spip/branches/spip-3-stable et sous le tag svn ://trac.rezo.net/spip/tags/spip-3.0.8

Comment être tenu au courant de ces annonces ?

Le plus simplement du monde en s'inscrivant sur la mailing liste http://listes.rezo.net/mailman/listinfo/spip-ann .

Bien sûr les réseaux sociaux ne sont pas en reste :

Twitter : http://twitter.com/spip
Facebook : http://www.facebook.com/spip.net
Seenthis : http://seenthis.net/people/spip

Salut ! A la sortie de ce long hiver, SPIP a la grande forme et garde le rythme de publication mensuel depuis mars et jusqu'à avril au moins. Cette version 3.0.8 apporte plusieurs corrections de bugs, dont certains touchant à la configuration et aux droits des rédacteurs (forum, organiseur, redirections sur les articles). Nous vous invitons donc à mettre à jour sans tarder.

{{{Dans le core}}} {{Espace privé}} -* (depuis 3.0.7), utilisation par défaut des vignettes apercite au lieu de thumbshots sur les referers (r20242) -* mettre une info-bulle personnalisée sur les bouton RSS du privé (r20416) -* corrections à ical_prive.html (r20414) -* appliquer_filtres accepte un 3ème argument forçant un chaîne vide si le filtre n'est pas trouvé (r20406) -* #URL_ECRIRE* n'encode plus les "&" (r20414) -* déclaration du pipeline traduire appelé dans le formulaire prive/traduire.php (r20392) -* un plugin mis a jour est désormais "mis à jour" (r20369) -* contenu/configurer_multilang.html est renommé contenu/configurer_multilinguisme.html en conformité avec son #FORMULAIRE_CONFIGURER_MULTILINGUISME (r20367) -* un rédacteur ne peut pas créer une redirection après publication d'un article (r20363) {{Critères et balises}} -* amélioration de {age} (r20389) et {jour_relatif} (r20400} -* #_contenu_article:LESAUTEURS retourne les auteurs d'une boucle parente (r20390) {{Améliorations techniques}} -* sauvegarder/restaurer le contexte de l'url dans laquelle une page est calculee (r20355) -* support SQLite de la fonction mysql TIMESTAMPDIFF (r20388) -* lutte contre l'explosion des écritures (et des caches) causées par les bots (r20378) -* outils de debug: bugs et cosmétique - corrections diverses (r20397 - #2968, r20401, r20402, r20404) {{PHPDoc}} Pour les programmeurs, le futur site de documentation continue à s'enrichir régulièrement de nouveaux apports. Pour rappel, la version de dev de ce site: http://autodoc.magraine.net/spip-3.0/zora/ {{{Dans les plugins-dist }}} Sources : http://zone.spip.org/trac/spip-zone/log/_core_/branches/spip-3.0/plugins -* nettoyage répertoires vides et scories: divers commits entre z71782 -> z71661 -* logs moins verbeux (z71398, z71396, z71394, z71391) {{Compagnon}} -* nom incorrect du fichier d'un compagnon, et en plus un var_dump trainait dedans (z72066) {{Dev}} -* début de refonte des formulaires en se passant des listes (accessibilité) (z71833,z71832,z71806 à zz71808) {{Forum et pétitions}} -* se passer du compresseur s'il n'est pas présent (z71578 et z71783 - #2971 et #2972) -* un item de langue (z71579) -* rétablir les configurations de forum par articles (z71267) {{Medias}} -* inc/date.php n'existe plus (z71408) -* un titre long débordait (z71001) {{Organiseur}} -* corrections dans les fils de messages internes (z72040, #2977) -* droit de faire des annonces internes (z72036, #2976) {{Révisions}} -* renseigner l'auteur dans le flux qui est bien fermé (z72030 et z72032, #2963) -* rétablir le flux rss (z71097) {{Statistiques}} -* le nom du jour dans la page de stats (z72002) {{SVP}} -* ne pas utiliser / pour les délimiteurs pour éviter un bug sur les / (r71790) -* améliorations dans la gestion des lib (r71135, r71453) {{Urls étendues}} -* correction d'un bug sur installations en sous-dossiers (z71272) {{{Mise à jour}}} N'hésitez pas à utiliser les différents moyens mis à disposition par la communauté pour obtenir de l'aide lors de cette mise à jour : -* Liste spip-user : http://listes.rezo.net/mailman/listinfo/spip -* Forum : http://forum.spip.net -* IRC : http://irc.spip.net Nous rappelons à toutes et tous que le meilleur moyen pour signaler des failles, ou des suspicions de failles est d'envoyer un email à « spip-team@rezo.net ». {{Comment mettre à jour vers SPIP 3.0.8 ?}} -# par spip_loader.php : si vous avez déjà installé spip_loader, rendez-vous à l'adresse http://VOTRE_SITE/spip_loader.php pour installer la dernière version de SPIP. {{Attention cependant}} : lisez bien les instructions ici : http://www.spip.net/fr_download#spip_loader pour ne pas être surpris par un passage non voulu de SPIP2 à SPIP3. -# par copie des fichiers : SPIP 3.0.8 est disponible à l'adresse http://files.spip.org/spip/stable/spip-3.0.zip -# par SVN : si vous êtes dans la branche 3 faites simplement un « svn up » svn ://trac.rezo.net/spip/branches/spip-3.0 la version 3.0.8 est aussi disponible sous la branche : svn ://trac.rezo.net/spip/branches/spip-3-stable et sous le tag svn ://trac.rezo.net/spip/tags/spip-3.0.8 {{Comment être tenu au courant de ces annonces ?}} Le plus simplement du monde en s'inscrivant sur la mailing liste http://listes.rezo.net/mailman/listinfo/spip-ann . Bien sûr les réseaux sociaux ne sont pas en reste : -* Twitter : http://twitter.com/spip -* Facebook : http://www.facebook.com/spip.net -* Seenthis : http://seenthis.net/people/spip

Balloons

b_b — 2013-04-12T16:54:40Z

Balloons est un squelette de blog RWD pour SPIP 3 basé sur la dist (les squelettes par défaut de SPIP).

Le squelette est une adaptation du thème Balloons pour Wordpress créé par Chris Magiera. Comme Chris a eu la bonne idée de diffuser son thème sous licence GPL, je me suis permis de l'adapter pour SPIP. Vous pouvez voir ce que ça donne sur mon blog.

Présentation

Ce squelette nécessite les plugins Nuage et Comments.

Le squelette prend en charge les pages suivantes : sommaire, article, rubrique, mot et 404. Il n'y a donc pas de prise en charge des pages auteur et plan, le but étant de mettre en place un blog simple et mono-auteur.

La navigation haute est similaire à celle de la dist, elle affiche les secteurs du site (rubriques de premier niveau).

Les blocs du pied de page affichent :

le descriptif du site
un nuage de mots clés du premier groupe de mots disponible
la liste des éléments issus des sites syndiqués

Capture d'écran de la page d'accueil :

Capture de la page d'un article :

Balloons est un squelette de blog [RWD->http://fr.wikipedia.org/wiki/Responsive_Web_Design] pour SPIP 3 basé sur la dist (les squelettes par défaut de SPIP).

Le squelette est une adaptation du thème Balloons pour Wordpress créé par [Chris Magiera->http://moargh.de/portfolio/downloads/wp-theme-balloons/]. Comme Chris a eu la bonne idée de diffuser son thème sous licence GPL, je me suis permis de l'adapter pour SPIP. Vous pouvez voir ce que ça donne [sur mon blog->http://www.weblog.eliaz.fr/]. {{{Présentation}}} Ce squelette nécessite les plugins [Nuage->1562] et [Comments->3860]. Le squelette prend en charge les pages suivantes : sommaire, article, rubrique, mot et 404. Il n'y a donc pas de prise en charge des pages auteur et plan, le but étant de mettre en place un blog simple et mono-auteur. La navigation haute est similaire à celle de la dist, elle affiche les secteurs du site (rubriques de premier niveau). Les blocs du pied de page affichent : -# le descriptif du site -# un nuage de mots clés du premier groupe de mots disponible -# la liste des éléments issus des sites syndiqués Capture d'écran de la page d'accueil : Capture de la page d'un article :

Syndication RSS en javascript

domiw — 2013-04-03T19:44:22Z

Le plugin RssJs permet à l'aide de l'API Google Feed, d'afficher des informations de syndication sans passer par les sites syndiqués de spip. Ceci est particulièrement adapté aux sites hébergés par exemple chez free.fr, puisque l'ouverture / lecture de fichiers distants est désactivée, rendant la syndication intégrée à Spip inopérante. Avec cette solution, tout se passe entre le navigateur et le serveur de l'api google.

Ce plugin s'installe et s'active comme tous les plugins. Il n'installe aucune table supplémentaire. Il se contente d'appeler l'API Google Feed ainsi qu'un javascript d'activation et d'initialisation. Il propose deux modèles à insérer dans n'importe quel article pour afficher les informations d'un flux Rss donné.

Modèle rssjs

Ce modèle permet d'afficher un flux en donnant directement son url

Les paramètres :
- url est l'adresse du flux rss à afficher. Ce paramètre est obligatoire.
- nbre_entrees (facultatif). Indique le nombre d'items du flux à afficher, la valeur par défaut est 12.
- mode (facultatif). Par défaut, le titre avec lien vers l'article original, ainsi que le contenu (balise content, summary ou description des items) sont affichés. Si mode=no_content, comme on peut le deviner seul le titre avec lien sera affiché. Si mode=snippet, c'est le début du contenu tronqué à 200 caractères et sans balises html qui sera affiché.
- class. Le nom d'une class css affectée à la balise dl (voir plus bas).

Modèle rssjs_site

Ce modèle permet d'afficher un flux à partir des informations enregistrées dans les sites syndiqués de Spip (il est nécessaire de renseigner le champ « Adresse du fichier de syndication », mais pas d'activer la syndication).
ou

Les paramètres :
- xx est l'identifiant du site enregistré dont on veut afficher le flux. ou donnera le même résultat.
- les autres paramètres sont identiques à ceux du modèle rssjs.

Pour aller plus loin

J'ai choisi de développer les utilisations en modèles car plus souples à mon sens, mais rien n'empêche d'inclure ces modèles dans un squelette.

Les fonctionnalités sont mises en place par le couple modèle / fonction javascript. Les deux modèles fournis utilisent la même fonction javascript disponible dans le fichier « js/rssjs.js » du dossier du plugin. Il est possible de surcharger l'appel à ce fichier en plaçant un fichier du même nom dans un dossier « js » du dossier « squelettes ». le fichier pourra contenir plusieurs fonctions d'initialisation de l'affichage suivant le modèle désiré. Le mécanisme d'initialisation du plugin est alors conservé.

L'affichage des informations de syndication se fait sur la base de balises dl dt dd. la balise dl a pour classe css « rssjs » par défaut. Il est possible d'ajouter une ou plusieurs classe à cette balise par le paramètre « class ».

Si un fichier « css/rssjs.css » existe dans le dossier squelettes, celui-ci sera appelé automatiquement.

Pour exemple voir le modèle « rssjs_complet » et la fonction javascript associée.

Plugin disponible sur la zone

Révisons

- Construction d'un modèle / fonction javascript avec d'avantage d'informations affichées
- Version spip 3

Le plugin RssJs permet à l'aide de l'API Google Feed, d'afficher des informations de syndication sans passer par les sites syndiqués de spip. Ceci est particulièrement adapté aux sites hébergés par exemple chez free.fr, puisque l'ouverture / lecture de fichiers distants est désactivée, rendant la syndication intégrée à Spip inopérante. Avec cette solution, tout se passe entre le navigateur et le serveur de l'api google.

Ce plugin s'installe et s'active comme tous les plugins. Il n'installe aucune table supplémentaire. Il se contente d'appeler [l'API Google Feed->https://developers.google.com/feed/] ainsi qu'un javascript d'activation et d'initialisation. Il propose deux modèles à insérer dans n'importe quel article pour afficher les informations d'un flux Rss donné. {{{Modèle rssjs}}} Ce modèle permet d'afficher un flux en donnant directement son url Les paramètres : - url est l'adresse du flux rss à afficher. Ce paramètre est obligatoire. - nbre_entrees (facultatif). Indique le nombre d'items du flux à afficher, la valeur par défaut est 12. - mode (facultatif). Par défaut, le titre avec lien vers l'article original, ainsi que le contenu (balise content, summary ou description des items) sont affichés. Si mode=no_content, comme on peut le deviner seul le titre avec lien sera affiché. Si mode=snippet, c'est le début du contenu tronqué à 200 caractères et sans balises html qui sera affiché. - class. Le nom d'une class css affectée à la balise dl (voir plus bas). {{{Modèle rssjs_site}}} Ce modèle permet d'afficher un flux à partir des informations enregistrées dans les sites syndiqués de Spip (il est nécessaire de renseigner le champ "Adresse du fichier de syndication", mais pas d'activer la syndication). _ ou Les paramètres : - xx est l'identifiant du site enregistré dont on veut afficher le flux. ou donnera le même résultat. - les autres paramètres sont identiques à ceux du modèle rssjs. {{{Pour aller plus loin}}} J'ai choisi de développer les utilisations en modèles car plus souples à mon sens, mais rien n'empêche d'inclure ces modèles dans un squelette. Les fonctionnalités sont mises en place par le couple modèle / fonction javascript. Les deux modèles fournis utilisent la même fonction javascript disponible dans le fichier "js/rssjs.js" du dossier du plugin. Il est possible de surcharger l'appel à ce fichier en plaçant un fichier du même nom dans un dossier "js" du dossier "squelettes". le fichier pourra contenir plusieurs fonctions d'initialisation de l'affichage suivant le modèle désiré. Le mécanisme d'initialisation du plugin est alors conservé. L'affichage des informations de syndication se fait sur la base de balises dl dt dd. la balise dl a pour classe css "rssjs" par défaut. Il est possible d'ajouter une ou plusieurs classe à cette balise par le paramètre "class". Si un fichier "css/rssjs.css" existe dans le dossier squelettes, celui-ci sera appelé automatiquement. Pour exemple voir le modèle "rssjs_complet" et la fonction javascript associée. Plugin disponible sur la zone {{{Révisons}}} - Construction d'un modèle / fonction javascript avec d'avantage d'informations affichées - Version spip 3

SPIP-Contrib

Twitter

Mode d'emploi

Pré-requis

Configuration

Configurer l'accès à Twitter

Configurer l'envoi de Tweets

Configurer les Widgets

Tweeter un article

Tweeter n'importe quoi !

Insérer les Widgets dans le site public

API tweet()

Boucle (DATA){source twitter}

Flux RSS

Configurer l'accès à Twitter

Configurer l'envoi de Tweets

Configurer les Widgets

Todo

Installation

Utilisation de base

Utilisation avancée avec la branche v2

Intégration au Porte-plume

Exemple pour la branche v1

Exemple pour la branche v2

Créer une Application Twitter pour utiliser dans SPIP

Créer une Application sur Twitter

Un compte Twitter pour essayer tout ça sans risque

Pourquoi c'est si compliqué ?

L'Avatar VOKI dans vos articles et squelettes 3.0

Préambule

Introduction

Le plugin "Avatar VOKI"

Téléchargement

Installation

Configuration

Utilisation

A faire

Paravent

Un survol des squelettes de la dist SPIP v2

Les squelettes principaux d'affichage éditorial

#URL_ARTICLE" rel="bookmark"> [(#TITRE|textebrut)]

D'autres squelettes spécialisés

Noisettes de base

Et les Formulaires

[(#TITRE|textebrut)]

ciarchive : statut archivé pour les articles

Les objectifs de ce plugin

Pourquoi un plugin supplémentaire sur ce sujet ?

Compatibilité

Installation

Fonctionnalités

Champs Extras 3 (synchronisation)

Un plugin permettant d'avoir la même définition des champs extra sur plusieurs sites.

Le besoin

Le fonctionnement dans les grandes lignes

Installation

Fonctionnement

Intranet / Extranet

Mise en place

Résultat

Configuration possible

SPIP 3.0.9 / 2.1.22 / 2.0.23 : corrections de bug et faille critique. « En mai, fais ce qu'il te plait la mise à jour, s'il te plait »

ORR v2

Les nouveautés :

Compatibilité avec la v1

A faire

Remerciement

Afficher recherche google/bing

Export Spip vers Wordpress

Problématique

Contexte de l'import détaillé ici

A lire avant de commencer - Conseils

Les rubriques en category wp

Les articles spip en post wp

Les commentaires spip en comments wp

Les documents

Installation du plugin itérateurs

Les documents « Image à la Une » = logo d'article

Les documents liés à un article

test !

API `tweet()`

Boucle `(DATA){source twitter}`

#URL_ARTICLE" rel="bookmark">
[(#TITRE|textebrut)]