SPIP-Contrib

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.

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.

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, 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);
 }

}

?>

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. {{{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, 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.

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

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

Portefeuille de compétences

Frank Endres — 2013-04-02T17:13:02Z

Il est conçu avec JQuery-Mobile et donc adapté à une consultation depuis un SmartPhone.

La configuration suivante est recommandée :

dans Identité du site ;
- Nom de votre site : Portefeuille de compétence de ...
- Descriptif rapide : texte est affiché sur la page d'accueil
- Adresse e-mail du webmestre : utilisé pour le formulaire de contact
- Ajouter un logo (une photo d'identité) qui sera affichée sur la page d'accueil
dans Contenu du site ;
- Autoriser les documents joints aux articles

Pour le contenu, l'organisation y est hiérarchique (par rubrique, sous-rubriques, ...).

Ce squelette est distribué sous licence CeCILL-C.

Il a été testé sous SPIP 3.

Page d'accueil

Le choix des noms de rubriques est libre (dans cet exemple, il y a 2 rubriques principales : « Présentation & CV » et « Emplois et missions »)

Page contact

Ce squelette a été conçu dans le cadre du BTS SIO (Services Informatiques aux Organisations) et mis à la disposition des étudiants et professeurs qui souhaitent l'utiliser ou s'en inspirer pour constituer leur propre [portefeuille de compétences / portfolio->http://fr.wikipedia.org/wiki/Portfolio]. Il est conçu avec JQuery-Mobile et donc adapté à une consultation depuis un SmartPhone. La configuration suivante est recommandée: -* dans {{Identité du site}}; -** Nom de votre site: {Portefeuille de compétence de ...} -** Descriptif rapide: {texte est affiché sur la page d'accueil} -** Adresse e-mail du webmestre: {utilisé pour le formulaire de contact} -** Ajouter un logo (une photo d'identité) qui sera affichée sur la page d'accueil -* dans {{Contenu du site}}; -** Autoriser les documents joints aux articles Pour le contenu, l'organisation y est hiérarchique (par rubrique, sous-rubriques, ...). Ce squelette est distribué sous licence [CeCILL-C->http://www.cecill.info/licences/Licence_CeCILL-C_V1-fr.html]. Il a été testé sous SPIP 3. {{{Page d'accueil}}} {Le choix des noms de rubriques est libre (dans cet exemple, il y a 2 rubriques principales: "Présentation & CV" et "Emplois et missions")} {{{Page contact}}}

Une Mutualisation locale ... sous UwAMP

spipfactory — 2013-04-01T12:13:11Z

Un moteur commun à plusieurs sites sous Spip : voilà le principe de la mutualisation. Gain de temps à l'installation, gain de temps à la gestion, mutualisation des ressources ...

Présentation

Nous proposons une Mutualisation de Spip sur un serveur local dans un environnement Windows, émulé par UwAMP ou toute autre combinaison Apache + PHP + Mysql.

En quelques mots, le principe de la mutualisation de Spip est simple : nous allons partager le « moteur » de spip et les plugins avec tous les sites.

Les avantages de la mutualisation de spip en local sont multiples :

- Lorsqu'une nouvelle version de spip est disponible, possibilité de la tester

- S'entraîner « en local », c'est sans risque du coup pour le serveur distant.

Préparation

Télécharger Uwamp installation de votre serveur préféré à la racine pour vous affranchir des autorisations sur les dossiers/fichiers. Les autorisations permettent d'empécher l'accès à certains fichiers ou dossiers à un utilisateur. Dans un environnement monoposte, cela n'est pas vraiment utile.
Ouvrir le répertoire C :\UwAmp\www
Lancer dans votre navigateur http://localhost/ ou http://127.0.0.1

Installation de Spip & du plugin mutualisation

Télécharger la version spip de votre choix
Télécharger le plugin Mutualisation

Installez votre SPIP & le Plugin dans C :\UwAmp\www\

Préparation du serveur

Mon serveur local aura comme adresse « localhost ».

Chacun de mes sites aura une adresse du genre monsite.localhost

c'est-à-dire que chacun de mes sites sera en sous-domaine de Localhost.

Pour que l'adresse « localhost » fonctionne, vous devez l'activer dans le fichier « hosts » :

exécutez en tant qu'administrateur votre éditeur de texte préféré
recherchez le fichier C :\Windows\System32\drivers\etc\Hosts

attention : si vous utilisez un éditeur de texte, n'oubliez-pas d'afficher « tous les fichiers », sinon, il ne vous proposera que les fichiers « .txt », et Hosts n'est pas un fichier « .txt »

Ouvrez le fichier, et décommentez la ligne « 127.0.0.1 Localhost » (enlevez le #)

Configurer son serveur Apache

Pour que la mutualisation fonctionne, lorsque je souhaite me rendre à l'adresse monsite.localhost, il faut que mon serveur Apache soit configuré de telle sorte que monsite.localhost pointe sur le dossier où se trouve le moteur de spip et le plugin mutualisation.(C :\UwAmp\www\spip-3-stable)

Je vais créer pour cela dans la configuration d'Apache des « Hôtes Virtuels » (VirtualHost) et dire à mon serveur de diriger ces hotes virtuels vers le dossier où se trouve le moteur de Spip

pour cela il faut ouvrir le fichier apache config :

puis il ne vous reste qu'a renseigner le nom de votre site comme dans l'exemple ci-dessous :

Voilà tout est prêt pour la mutualisation, qui va se faire toute seule. Le plus compliqué de la mutualisation de spip en local, c'est la préparation du serveur.

Modification du plugin mutualisation

Ouvrir le fichier C :\UwAmp\www\spip-3-stable\mutualisation/mes_options.php.txt

Modifier les lignes en précisant l'adresse de la base de donnée mysql

Ligne 49 à 53

define ('_INSTALL_SERVER_DB', 'mysql'); define ('_INSTALL_HOST_DB', 'localhost'); define ('_INSTALL_USER_DB', 'root'); define ('_INSTALL_PASS_DB', 'root');

Et comme cela est précisé au tout début du fichier , je supprime le nom de domaine scriibe.net

Ligne 11

define ('_SITES_ADMIN_MUTUALISATION', '');

Enregistrer le fichier en mes_options.php dans le repertoire config de la racine soit :
- C :\UwAmp\www\spip-3-stable\config

Créer un répertoire /sites sur C :\UwAmp\www\spip-3-stable, comme précisé Ligne 127 'repertoire' => 'sites', // Nom du repertoire contenant les sites mutualises ('sites')

Et c'est parti !

J'appelle mon_site.localhost dans mon navigateur, et le plugin mutualisation se met en marche.

Comme je n'ai pas changé le code de mutualisation, il reste « ecureuil »

Le plugin créé les dossiers propres à mon site, et il installe les dossiers

IMG
config
local
tmp

puis la " bdd "

et poursuivre la procédure d'une installation classique de spip

Et normalement, tout fonctionne car Maintenant, tout est prêt pour la mutualisation.

Pour chaque nouveau site mis en place sur votre Spip mutualisé

1. Remplir le Virtual Serveur de Apache Config de UwAMP

2. Créez dans votre fichier Host votre site mutualisé

C :\Windows\System32\drivers\etc\Hosts
- 127.0.0.1 mon_site.localhost
- etc ...

Références :

Sur Spip Contrib : Carnet-Mutualisation->http://contrib.spip.net/Carnet-Mutualisation]

Sur Spip.net : Mutualisation du noyaux Spip.

Sur Geekographie : Gérer beaucoup de sites SPIP en local sous Mac OsX

Sur Pyrat.net : Mutualisation SPIP sur OVH

Sur code18.blogspot.com : Ajout d'un virtual host sur un serveur local

Sur blanche de peuterey : Mutualiser-Spip-en-local

Sur LapSuske

Un moteur commun à plusieurs sites sous Spip : voilà le principe de la mutualisation. Gain de temps à l'installation, gain de temps à la gestion, mutualisation des ressources ...

{{{Présentation}}} Nous proposons une Mutualisation de Spip sur un serveur local dans un environnement Windows, émulé par UwAMP ou toute autre combinaison Apache + PHP + Mysql. En quelques mots, le principe de la mutualisation de Spip est simple : nous allons partager le « moteur » de spip et les plugins avec tous les sites. Les avantages de la mutualisation de spip en local sont multiples : - Lorsqu'une nouvelle version de spip est disponible, possibilité de la tester - S'entraîner « en local », c'est sans risque du coup pour le serveur distant. {{{Préparation}}} -* Télécharger [Uwamp->http://www.uwamp.com/] installation de votre serveur préféré à la racine pour vous affranchir des autorisations sur les dossiers/fichiers. {Les autorisations permettent d'empécher l'accès à certains fichiers ou dossiers à un utilisateur. Dans un environnement monoposte, cela n'est pas vraiment utile.} -* Ouvrir le répertoire {C:\UwAmp\www} -* Lancer dans votre navigateur http://localhost/ ou http://127.0.0.1 {{{Installation de Spip & du plugin mutualisation}}} -* Télécharger [la version spip de votre choix->http://www.spip.net/fr_download] -* Télécharger [le plugin Mutualisation ->http://plugins.spip.net/mutualisation.html] -* Installez votre SPIP & le Plugin dans C:\UwAmp\www\ {{{Préparation du serveur}}} {{Mon serveur local aura comme adresse « localhost ».}} -* Chacun de mes sites aura une adresse du genre monsite.localhost {c'est-à-dire que chacun de mes sites sera en sous-domaine de Localhost. } Pour que l'adresse « localhost » fonctionne, vous devez l'activer dans le fichier « hosts » : -* exécutez en tant qu'administrateur votre éditeur de texte préféré -* recherchez le fichier C :\Windows\System32\drivers\etc\Hosts {attention : si vous utilisez un éditeur de texte, n'oubliez-pas d'afficher « tous les fichiers », sinon, il ne vous proposera que les fichiers « .txt », et Hosts n'est pas un fichier « .txt »} -* Ouvrez le fichier, et décommentez la ligne « 127.0.0.1 Localhost » (enlevez le #) {{{Configurer son serveur Apache}}} Pour que la mutualisation fonctionne, lorsque je souhaite me rendre à l'adresse monsite.localhost, il faut que mon serveur Apache soit configuré de telle sorte que monsite.localhost pointe sur le dossier où se trouve le moteur de spip et le plugin mutualisation.(C:\UwAmp\www\spip-3-stable) Je vais créer pour cela dans la configuration d'Apache des « Hôtes Virtuels » (VirtualHost) et dire à mon serveur de diriger ces hotes virtuels vers le dossier où se trouve le moteur de Spip pour cela il faut ouvrir le fichier apache config : puis il ne vous reste qu'a renseigner le nom de votre site comme dans l'exemple ci-dessous : Voilà tout est prêt pour la mutualisation, qui va se faire toute seule. Le plus compliqué de la mutualisation de spip en local, c'est la préparation du serveur. {{{Modification du plugin mutualisation}}} -* Ouvrir le fichier C:\UwAmp\www\spip-3-stable\mutualisation/mes_options.php.txt -* Modifier les lignes en précisant l'adresse de la base de donnée mysql {Ligne 49 à 53}define ('_INSTALL_SERVER_DB', 'mysql'); define ('_INSTALL_HOST_DB', 'localhost'); define ('_INSTALL_USER_DB', 'root'); define ('_INSTALL_PASS_DB', 'root'); Et comme cela est précisé au tout début du fichier , je supprime le nom de domaine scriibe.net {Ligne 11} define ('_SITES_ADMIN_MUTUALISATION', ''); -* Enregistrer le fichier en mes_options.php dans le repertoire config de la racine soit : -** C:\UwAmp\www\spip-3-stable\config -* Créer un répertoire /sites sur C:\UwAmp\www\spip-3-stable, comme précisé {Ligne 127} 'repertoire' => 'sites', // Nom du repertoire contenant les sites mutualises ('sites') {{{Et c'est parti !}}} J'appelle mon_site.localhost dans mon navigateur, et le plugin mutualisation se met en marche. Comme je n'ai pas changé le code de mutualisation, il reste « ecureuil » Le plugin créé les dossiers propres à mon site, et il installe les dossiers -* IMG -* config -* local -* tmp puis la " bdd " et poursuivre la procédure d'une installation classique de spip {{ {Et normalement, tout fonctionne car Maintenant, tout est prêt pour la mutualisation.} }} {{{Pour chaque nouveau site mis en place sur votre Spip mutualisé}}} {{1.}} Remplir le Virtual Serveur de Apache Config de UwAMP {{2.}} Créez dans votre fichier Host votre site mutualisé -* C :\Windows\System32\drivers\etc\Hosts -** 127.0.0.1 mon_site.localhost -** etc ...

{{{Références :}}} -* Sur Spip Contrib : Carnet-Mutualisation->http://contrib.spip.net/Carnet-Mutualisation] -* Sur Spip.net : [Mutualisation du noyaux Spip.->http://www.spip.net/fr_article3514.html] -* Sur Geekographie : [Gérer beaucoup de sites SPIP en local sous Mac OsX->http://geekographie.maieul.net/Gerer-beaucoup-de-sites-SPIP-en] -* Sur Pyrat.net : [Mutualisation SPIP sur OVH->http://www.pyrat.net/Mutualisation-SPIP-sur-OVH.html] -* Sur code18.blogspot.com : [Ajout d'un virtual host sur un serveur local->Ajout d'un virtual host sur un serveur local] -* Sur blanche de peuterey : [Mutualiser-Spip-en-local->http://www.blanche-de-peuterey.com/Mutualiser-Spip-en-local] -* [Sur LapSuske->http://lapsuske.brubel.net/Recuperer-un-zip-depuis-le-site-de-la-zone-SPIP]

Publication par email

erational, Fa_b — 2013-03-27T23:54:06Z

Permet de publier vos articles par email

Avertissements

Ce plugin est expérimental. Le chantier est ouvert, n'hésitez à contribuer.

Scénario d'utilisation

Claire utilise un site SPIP avec un compte auteur dans lequel elle a renseigné le champs email claire@jaimespip.org.

Elle souhaite publier des articles dans son site depuis son téléphone portable ou depuis un cybercafé douteux sans passer par l'interface web classique http://monsite.tld/ecrire/

Elle se crée donc un nouvel email pour publier publication4655@gmail.com
Sur gmail, elle active bien l'option IMAP pour s'authentifier à distance
Sur son site SPIP, Elle configure le plugin Publication par email avec l'email publication4655@gmail.com en testant bien si l'authentification fonctionne bien
Comme toutes les boites se font spammer, elle ajoute le prefixe « pub » dans la configuration du plugin. Comme cela, même si google lui envoie des messages, ils ne seront pas publiés comme articles.

Elle peut maintenant poster ces articles par email :

Elle écrit un message à publication4655@gmail.com avec son email claire@jaimespip.org avec comme sujet « pub : Mon premier article SPIP »
Le site recoit le message, il reconnait le préfixe pub et publie donc l'article Mon premier article SPIP en associant Claire comme auteur (puisque l'email a été envoyé depuis claire@jaimespip.org)

Claire est contente ! Elle décide d'inviter Daniel, un autre rédacteur de son site à publier par email. Inutile de toucher au plugin, il suffit juste de donner à Daniel l'email publication4655@gmail.com et le préfixe pub (qui sert aussi dans ce cas de figure de mot de passe).

Requis

Le plugin requiert l'extension php php_imap.
Cette extension est souvent activée sur les hébergeurs (vous pouvez vérifier en consultant la page ecrire/?exec=info ).
Pour les installations locales (par exemple sous Windows WAMP) il faut l'activer car elle n'est pas activée par défaut.

Configuration

Après installation du plugin, renseigner dans le panneau de configuration les paramètres de la boite email (identifiant, serveur et port, mot de passe).

Cet email doit être consultable via le protocole IMAP.
Il est conseillé de se créer une adresse email dédiée à cet usage (plutôt que d'utiliser un email personnel)

Il faut aussi renseigner :

Statut des articles importés	proposé ou publié
id_rubrique	id de la rubrique destination
Mot de passe	(facultatif) Préfixe / Phrase secrète à ajouter dans le sujet de l'email pour qu'il soit traité par le plugin. Si ce champs est vide, tous les emails seront importés

Lorsque vous validez votre configuration, le plugin teste si la connexion à votre boîte email est valide ou non.

Configuration IMAP

Les paramètres IMAP varient beaucoup d'un fournisseur à l'autre. Demandez au service technique, les paramètres précis.

Voici à titre d'exemple quelques paramétrages

Fournisseur	Serveur	Port	Dossier distant	Remarques
Gmail	imap.gmail.com	993/imap/ssl	INBOX	Activer l'IMAP dans vos préférences
free.fr	imap.free.fr	143/notls	INBOX
Yahoo	pop.mail.yahoo.com	110/pop3/novalidate-cert	INBOX	Activer POP dans vos préférences
Ouvaton	imap.ouvaton.coop	143	INBOX

Utilisez le forum si vous voulez compléter cette liste.

Astuce Gmail vérifie l'identité et l'IP de la personne relevant la boite. Si vous avez des difficultés de connexion, connectez-vous à votre compte gmail et validez les messages de sécurité pour autoriser le serveur sur lequel est installé le plugin à relever votre boite.

Fonctionnement

Toutes les 15 minutes, le plugin consulte les derniers messages de la boite email.

Si un préfixe est défini, seuls les emails comportant ce préfixe (mot de passe) seront traités.
Si l'email de l'expéditeur correspond à un auteur du site, il sera ajouté à l'article créé.

Pour forcer la synchronisation manuellement, vous pouvez aller dans le menu > Liste des travaux > emailtospip.

Formatage des emails

Si vous utilisez les raccourcis de SPIP, envoyez vos emails en format brut (texte)
Si vous envoyez vos emails en format HTML, le HTML sera importé tel quel. Attention : à utiliser avec précaution si vous souhaitez conserver une base de données propre.

TODO

En mode HTML, filtrer le texte avec la fonction sale() ou équivalent pour retrouver la formatage de SPIP
Gérer les emails avec des images incorporées dans le corps d'email
Gérer les pièces jointes
Gérer une pseudo syntaxe pour gérer attribuer des mots-clés ? une rubrique ? des événements ?
...

Merci à Fa_b pour son travail de bêta-testeur.

Permet de publier vos articles par email

{{{Avertissements}}} Ce plugin est expérimental. Le chantier est ouvert, n'hésitez à contribuer. {{{Scénario d'utilisation}}} Claire utilise un site SPIP avec un compte auteur dans lequel elle a renseigné le champs email {claire@jaimespip.org}. Elle souhaite publier des articles dans son site depuis son téléphone portable ou depuis un cybercafé douteux sans passer par l'interface web classique {http://monsite.tld/ecrire/} -# Elle se crée donc un nouvel email pour publier {publication4655@gmail.com} -# Sur gmail, elle active bien l'option IMAP pour s'authentifier à distance -# Sur son site SPIP, Elle configure le plugin Publication par email avec l'email {publication4655@gmail.com} en testant bien si l'authentification fonctionne bien -# Comme toutes les boites se font spammer, elle ajoute le prefixe "pub" dans la configuration du plugin. Comme cela, même si google lui envoie des messages, ils ne seront pas publiés comme articles. Elle peut maintenant poster ces articles par email: -# Elle écrit un message à {publication4655@gmail.com} avec son email {claire@jaimespip.org} avec comme sujet "pub: Mon premier article SPIP" -# Le site recoit le message, il reconnait le préfixe {pub} et publie donc l'article {Mon premier article SPIP} en associant Claire comme auteur (puisque l'email a été envoyé depuis {claire@jaimespip.org}) Claire est contente ! Elle décide d'inviter Daniel, un autre rédacteur de son site à publier par email. Inutile de toucher au plugin, il suffit juste de donner à Daniel l'email {publication4655@gmail.com} et le préfixe {pub} (qui sert aussi dans ce cas de figure de mot de passe). {{{Requis}}} Le plugin requiert l'extension php {{php_imap}}. Cette extension est souvent activée sur les hébergeurs (vous pouvez vérifier en consultant la page [->ecrire/?exec=info] ). Pour les installations locales (par exemple sous Windows WAMP) il faut l'activer car elle n'est pas activée par défaut. {{{Configuration}}} Après installation du plugin, renseigner dans le panneau de configuration les paramètres de la boite email (identifiant, serveur et port, mot de passe). Cet email doit être consultable via le protocole IMAP. Il est conseillé de se créer une adresse email dédiée à cet usage (plutôt que d'utiliser un email personnel) Il faut aussi renseigner : |Statut des articles importés|proposé ou publié| |id_rubrique|id de la rubrique destination| |Mot de passe|(facultatif) Préfixe / Phrase secrète à ajouter dans le sujet de l'email pour qu'il soit traité par le plugin. Si ce champs est vide, tous les emails seront importés| Lorsque vous validez votre configuration, le plugin teste si la connexion à votre boîte email est valide ou non. {{{Configuration IMAP}}} Les paramètres IMAP varient beaucoup d'un fournisseur à l'autre. Demandez au service technique, les paramètres précis. Voici à titre d'exemple quelques paramétrages |{{Fournisseur}}|{{Serveur}}|{{Port}}|{{Dossier distant}}|{{Remarques}}| |{{Gmail}}|imap.gmail.com|993/imap/ssl|INBOX|Activer l'IMAP dans vos préférences| |{{free.fr}}|imap.free.fr|143/notls|INBOX|| |{{Yahoo}}|pop.mail.yahoo.com|110/pop3/novalidate-cert|INBOX|Activer POP dans vos préférences| |{{Ouvaton}}|imap.ouvaton.coop|143|INBOX|| Utilisez le forum si vous voulez compléter cette liste. {{Astuce}} Gmail vérifie l'identité et l'IP de la personne relevant la boite. Si vous avez des difficultés de connexion, connectez-vous à votre compte gmail et validez les messages de sécurité pour autoriser le serveur sur lequel est installé le plugin à relever votre boite. {{{Fonctionnement}}} Toutes les 15 minutes, le plugin consulte les derniers messages de la boite email. -* Si un préfixe est défini, seuls les emails comportant ce préfixe (mot de passe) seront traités. -* Si l'email de l'expéditeur correspond à un auteur du site, il sera ajouté à l'article créé. Pour forcer la synchronisation manuellement, vous pouvez aller dans le menu > Liste des travaux > emailtospip. {{{Formatage des emails}}} -* Si vous utilisez les raccourcis de SPIP, envoyez vos emails en {{format brut~ (texte)}} -* Si vous envoyez vos emails en {{format HTML}}, le HTML sera importé tel quel. {Attention} : à utiliser avec précaution si vous souhaitez conserver une base de données propre. {{{TODO}}} -* En mode HTML, filtrer le texte avec la fonction sale() ou équivalent pour retrouver la formatage de SPIP -* Gérer les emails avec des images incorporées dans le corps d'email -* Gérer les pièces jointes -* Gérer une pseudo syntaxe pour gérer attribuer des mots-clés ? une rubrique ? des événements ? -* ...

Merci à [->aut11569] pour son travail de bêta-testeur.

Plugin tiers pris en charge dans Associaspip 2.2

gilcot, Jeannot — 2013-03-24T15:53:03Z

Associaspip 2.2, qui essaye de s'en tenir au strict nécessaire pour la gestion des associations, étend ses fonctionnalités en s'appuyant sur d'autres plugin spécialisés dans leur domaine :

Coordonnées
Champs Extras 2
FPDF
Simple-Calendrier ou Agenda 2
SPIPAL
Catalogue

Coordonnées

Le plugin Associaspip gère les informations suivante sur les membres de l'association :
Civilité (optionnel) ;
Nom de famille ;
Prénom (optionnel) ;
Référence interne (optionnel) a titre informatif ;
Groupe(s) et fonction dans un groupe ;
Catégorie de Cotisation ;
Statut du membre ;
Date de validité de la cotisation.

L'utilisation du plugin Coordonnées permet de gérer en outre :

des adresses postales
des numéros de téléphone
plusieurs adresses email (l'auteur SPIP permet de saisir une seule adresse email qui est alors utilisée par le plugin Associaspip).

Pour utiliser le plugin Coordonnées il suffit de l'installer et de l'activer (version 1.4.5 minimum) ; les coordonnées associées à un membre de l'association apparaitrons alors automatiquement sur sa fiche.
La présentation des adresses postales et numéros de téléphone des adhérents extraits du plugin Coordonnées se fait à travers des modèles : modeles/coordonnees_telephone.html et modeles/coordonnees_adresse.html que vous pouvez surcharger pour afficher au mieux les données de vos adhérents. Les modèles inclus dans Associaspip sont prévus pour afficher des numéros de téléphones au format le plus couramment utilisé en France (10 chiffres groupés deux par deux), de m&ecric;me le modèle des adresses postales n'affiche pas le pays si c'est le même que celui du siège de l'association et affiche les adresses au format français (code postal avant la ville et sur la meme ligne).

Champs Extras 2

Le plugin Champs Extras 2 permet d'ajouter et/ou gérer des champs d'informations sur les tables qui le permettent (objets extensibles) : c'est un moyen d'extension qui permet l'adaptation des plugins qui le supportent aux cas particuliers.
Il suffit d'installer Champs Extras 2 (version 0.8 minimum) ainsi que son plugin d'interface pour pouvoir ajouter des champs sur les modules (objets du type) suivants :

- Membres
Les champs créés sur l'objet de ce type apparaissent sur les pages d'édition et visualisation des membres.
Exemple d'utilisation : Gérer la date de première adhésion.
Nota : L'utilisation de ce type d'objet est pertinent si on veut exploiter l'information à travers le plugin Associaspip ; sinon on peut utiliser l'objet de type « Auteur »...

- Activites
Les champs créés sur l'objet de ce type apparaissent sur les pages d'édition des inscriptions aux événements.
Exemple d'utilisation : Gérer la liste des noms d'adhérents. (si le « module Activités » est activé)
Nota : L'utilisation de ce type d'objet est pertinent si on veut exploiter l'information à travers le plugin Associaspip ; sinon on peut utiliser l'objet de type « Événement »... (si vous utlisez le plugin Simple Calendrier ou Agenda 2)

- Comptes
Les champs créés sur l'objet de ce type apparaissent sur les pages d'édition des opérations du Livre-Journal.
Exemples d'utilisation : Gérer les numéros de chèque ou de carte de crédit associés aux paiements ; Gérer les numéros de relevés bancaires et dates de valeurs des opérations (qui sont distincts des dates d'ordre de paiement) pour faire des rapprochements bancaires ; etc.
Nota : Pour l'instant, les champs ajoutés n'apparaissent que l'édition d'une opération à partir du Livre-Journal mais pas à travers les modules qui utilisent la comptabilité !

- Ressources
Les champs créés sur l'objet de ce type apparaissent sur les pages d'édition des ressources.
Exemples d'utilisation : Renseigner d'autres informations autre que le titre et l'auteur/artiste (en nom d'article) pour les livres/disques (ça peut être par exemple l'année, l'éditeur, le volume, la liste des chapitres/chansons, etc.) par exemple. (si le « module Activités » est activé)

FPDF

C'est une libraire qui permet aux plugins de générer des fichiers PDF.
Quand elle est installée, elle offre à certains modules d'Associaspip la possibilité de pouvoir exporter des listes :

- Membres
Il est possible depuis la page de gestion des membres :

D'imprimer en PDF la liste des auteurs visualisés en choisissant les champs à exporter.
D'imprimer en PDF des étiquettes d'adresses postales. (si vous utilisez le plugin Coordonnées)

- Activités
Il est possible, depuis la page des inscriptions à une activité, d'imprimer la liste des membres inscrits. (si vous utilisez le plugin Simple Calendrier ou Agenda 2)

- Comptes
Il est possible, depuis la page de compte de résultat (pour l'instant mais aussi bilan et encaisse ultérieurement), d'avoir une version imprimable plus propre/belle qu'avec l'impression direct de la page HTML... (si le « module Comptabilité » est activé bien entendu)

Simple-Calendrier ou Agenda 2.0

Les plugins Simple-Calendrier et Agenda 2.0 (incompatibles entre eux donc opter exclusivement pour l'un ou l'autre) permettent de gérer des évènements (nouvel objet éditorial ajouté à SPIP) liés aux articles (ou autres objets pour le premier mais uniquement aux articles et avec des mots-clés pour le second).
Quand l'un de ces plugins est installé et que le « module Activités » est activé, le tableau des événements est alors récupéré et il est possible de gérer les inscriptions à ces événements et d'enregistrer le paiement des participations.

Le plugin Agenda 2 offre en prime un formulaire d'inscription en ligne à un événement. Associaspip permettra de synchroniser les deux listes dans la mesure du possible. (Agenda 2 n'inscrit que les auteurs SPIP alors que Associaspip inscrit plutôt les membres de l'association et leurs invités...)

SPIPAL

Le plugin SPIPAL permet d'intégrer un système de paiement immédiat via PayPal à certains articles SPIP.
Il suffit d'installer SPIPAL pour alimenter le livre de comptes automatiquement en dons.

Catalogue

Le plugin Catalogue permet de proposer une sélection d'articles SPIP avec prix, variantes et options
Quand il est installé, il est pris en compte par le « module Ventes » qui permet alors de sélectionner directement une variante d'article et de ne pas avoir à gérer de codes/références de produits.

[Associaspip 2.2->3487], qui essaye de s'en tenir au strict nécessaire pour la gestion des associations, étend ses fonctionnalités en s'appuyant sur d'autres plugin spécialisés dans leur domaine : -* [Coordonnées->#coordonnees] -* [Champs Extras 2->#cextras] -* [FPDF->#fpdf] -* [Simple-Calendrier ou Agenda 2->#agenda] -* [SPIPAL->#spipal] -* [Catalogue->#catalogue] [coordonnees<-] {{{Coordonnées}}} Le plugin Associaspip gère les informations suivante sur les membres de l'association : Civilité (optionnel) ; Nom de famille ; Prénom (optionnel) ; Référence interne (optionnel) a titre informatif ; Groupe(s) et fonction dans un groupe ; Catégorie de Cotisation ; Statut du membre ; Date de validité de la cotisation. L'utilisation du [plugin Coordonnées->3552] permet de gérer en outre : -* des adresses postales -* des numéros de téléphone -* plusieurs adresses email (l'auteur SPIP permet de saisir une seule adresse email qui est alors utilisée par le plugin Associaspip). Pour utiliser le [plugin Coordonnées->3552] il suffit de l'installer et de l'activer (version 1.4.5 minimum) ; les coordonnées associées à un membre de l'association apparaitrons alors automatiquement sur sa fiche. _ La présentation des adresses postales et numéros de téléphone des adhérents extraits du plugin Coordonnées se fait à travers des modèles: {modeles/coordonnees_telephone.html} et {modeles/coordonnees_adresse.html} que vous pouvez surcharger pour afficher au mieux les données de vos adhérents. Les modèles inclus dans Associaspip sont prévus pour afficher des numéros de téléphones au format le plus couramment utilisé en France (10 chiffres groupés deux par deux), de m&ecric;me le modèle des adresses postales n'affiche pas le pays si c'est le même que celui du siège de l'association et affiche les adresses au format français (code postal avant la ville et sur la meme ligne). [#cextras<-] {{{Champs Extras 2}}} Le [plugin Champs Extras 2->2945] permet d'ajouter et/ou gérer des champs d'informations sur les tables qui le permettent (objets extensibles) : c'est un moyen d'extension qui permet l'adaptation des plugins qui le supportent aux cas particuliers. _ Il suffit d'installer Champs Extras 2 (version 0.8 minimum) ainsi que son plugin d'interface pour pouvoir ajouter des champs sur les modules (objets du type) suivants : - {{Membres}} _ Les champs créés sur l'objet de ce type apparaissent sur les pages d'édition et visualisation des membres. _ Exemple d'utilisation : Gérer la date de première adhésion. _ Nota : L'utilisation de ce type d'objet est pertinent si on veut exploiter l'information à travers le plugin Associaspip ; sinon on peut utiliser l'objet de type "Auteur"... - {{Activites}} _ Les champs créés sur l'objet de ce type apparaissent sur les pages d'édition des inscriptions aux événements. _ Exemple d'utilisation : Gérer la liste des noms d'adhérents. (si le "module Activités" est activé) _ Nota : L'utilisation de ce type d'objet est pertinent si on veut exploiter l'information à travers le plugin Associaspip ; sinon on peut utiliser l'objet de type "Événement"... (si vous utlisez le [plugin Simple Calendrier ou Agenda 2->#agenda]) - {{Comptes}} _ Les champs créés sur l'objet de ce type apparaissent sur les pages d'édition des opérations du Livre-Journal. _ Exemples d'utilisation : Gérer les numéros de chèque ou de carte de crédit associés aux paiements ; Gérer les numéros de relevés bancaires et dates de valeurs des opérations (qui sont distincts des dates d'ordre de paiement) pour faire des rapprochements bancaires ; etc. _ Nota : Pour l'instant, les champs ajoutés n'apparaissent que l'édition d'une opération à partir du Livre-Journal mais pas à travers les modules qui utilisent la comptabilité ! - {{Ressources}} _ Les champs créés sur l'objet de ce type apparaissent sur les pages d'édition des ressources. _ Exemples d'utilisation : Renseigner d'autres informations autre que le titre et l'auteur/artiste (en nom d'article) pour les livres/disques (ça peut être par exemple l'année, l'éditeur, le volume, la liste des chapitres/chansons, etc.) par exemple. (si le "module Activités" est activé) [fpdf<-] {{FPDF}} C'est une libraire qui permet aux plugins de générer des fichiers [?PDF]. Quand elle est installée, elle offre à certains modules d'Associaspip la possibilité de pouvoir exporter des listes : - {{Membres}} _ Il est possible depuis la page de gestion des membres : -* D'imprimer en PDF la liste des auteurs visualisés en choisissant les champs à exporter. -* D'imprimer en PDF des étiquettes d'adresses postales. (si vous utilisez le [plugin Coordonnées->#coordonnees]) - {{Activités}} _ Il est possible, depuis la page des inscriptions à une activité, d'imprimer la liste des membres inscrits. (si vous utilisez le [plugin Simple Calendrier ou Agenda 2->#agenda]) - {{Comptes}} _ Il est possible, depuis la page de compte de résultat (pour l'instant mais aussi bilan et encaisse ultérieurement), d'avoir une version imprimable plus propre/belle qu'avec l'impression direct de la page HTML... (si le "module Comptabilité" est activé bien entendu) [agenda<-] {{{Simple-Calendrier ou Agenda 2.0}}} Les plugins [Simple-Calendrier->3267] et [Agenda 2.0->2858] (incompatibles entre eux donc opter exclusivement pour l'un ou l'autre) permettent de gérer des évènements (nouvel objet éditorial ajouté à SPIP) liés aux articles (ou autres objets pour le premier mais uniquement aux articles et avec des mots-clés pour le second). _ Quand l'un de ces plugins est installé et que le "module Activités" est activé, le tableau des événements est alors récupéré et il est possible de gérer les inscriptions à ces événements et d'enregistrer le paiement des participations. Le [plugin Agenda 2->2858] offre en prime un [formulaire d'inscription en ligne à un événement->3368]. Associaspip permettra de synchroniser les deux listes dans la mesure du possible. (Agenda 2 n'inscrit que les auteurs SPIP alors que Associaspip inscrit plutôt les membres de l'association et leurs invités...) [spipal<-] {{{SPIPAL}}} Le [plugin SPIPAL->3689] permet d'intégrer un système de paiement immédiat via PayPal à certains articles SPIP. _ Il suffit d'installer SPIPAL pour alimenter le livre de comptes automatiquement en dons. [catalogue<-] {{{Catalogue}}} Le [plugin Catalogue->3352] permet de proposer une sélection d'articles SPIP avec prix, variantes et options _ Quand il est installé, il est pris en compte par le "module Ventes" qui permet alors de sélectionner directement une variante d'article et de ne pas avoir à gérer de codes/références de produits.

SPIP 3.0.7 : le printemps de SPIP

L'équipe de SPIP-Contrib — 2013-03-23T11:37:44Z

Et oui le printemps est arrivé (enfin en France, il n'est pas encore arrivé partout).

Ce printemps chasse donc la version SPIP 3.0.6 qui contenait un bug gênant dans certains cas d'urls arborescentes.

Voici le détail des modifications :

r20333	une inclusion manquante aboutit à une erreur 500 dans certains cas.
r20337	coquille qui empêchait un auteur de voir « Ses articles » en préparation sur cette page.
r20340	recuperer_numero() peut retourner 0, si un titre a un zéro pointé devant lui (0. titre). Il faut donc l'afficher celui là. (Bertrandbbbb)
r20344	comportement erroné sur !mots.titre ( http://core.spip.org/issues/2962 )
r20347	report de langues ... avec, en particulier, le polonais
r70993	fermeture de balise absente (freebsnet)
r71001	éviter qu'un titre de document trop long déborde de sa boîte
r71003	validité XHTML, suite de r70994 qui ne convenait pas ! (freebsnet)

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.7 ?

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.7 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.7 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.7

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 .

Et oui le printemps est arrivé (enfin en France, il n'est pas encore arrivé partout). Ce printemps chasse donc la version [SPIP 3.0.6->4350] qui contenait un bug gênant dans certains cas d'urls arborescentes.

{{Voici le détail des modifications : }} |r20333 | une inclusion manquante aboutit à une erreur 500 dans certains cas. | |r20337 | coquille qui empêchait un auteur de voir «Ses articles» en préparation sur cette page.| |r20340 | recuperer_numero() peut retourner 0, si un titre a un zéro pointé devant lui (0. titre). Il faut donc l'afficher celui là. (Bertrandbbbb)| |r20344 | comportement erroné sur !mots.titre ( http://core.spip.org/issues/2962 )| |r20347 | report de langues ... avec, en particulier, le polonais| |r70993 | fermeture de balise absente (freebsnet)| |r71001 | éviter qu'un titre de document trop long déborde de sa boîte| |r71003 | validité XHTML, suite de r70994 qui ne convenait pas ! (freebsnet)| {{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.7 ?}} -# 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.7 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.7 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.7 {{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 .

habemus spipum : SPIP 3.0.6 et SPIP 2.1.20 !

L'équipe de SPIP-Contrib — 2013-03-18T17:19:49Z

Bonjour, la fumée blanche est enfin apparue, nous l'attendions depuis septembre dernier.

Deux nouvelles versions de SPIP sont donc disponibles pour les branches 3.0 et 2.1, apportant diverses corrections de bug. Nous vous invitons à mettre à jour vos SPIP.

Liste des changements en 3.0.6

(une longue liste en français compilée par marcimat \o/ )

Interface :

- rétablir les puces sur les forums de l'espace de rédaction (r19923, #2864)
- corrections des ancres sur redirections Ajax des formulaires CVT sous webkit (r19929)
- rétablir l'affichage des documents sur l'édition ajax des objets (r19938)
- permettre d'avoir les champs supplémentaires sur la page ?exec=infos_perso comme sur la page ?exec=auteur (r19953)
- quand le logo n'est pas éditable, et qu'il n'y a ni logo normal ni logo survol déjà présent, il est inutile d'afficher le formulaire (r20018)
- dans la liste des enfants de rubrique, utiliser les filtres automatiques réellement définis pour les titres (r20032)
- classe CSS manquante sur la 404 privée (r20061)
- pétouille CSS quand un picker est dans un fieldset (r20076)
- faire apparaître le bouton de changement de statut même si il était au départ en display:none et pas seulement en visibility:hidden (r20158)
- vérifier qu'on est admin pour créer des rubriques à la racine (r20172, #2886)
- afficher les boutons de création d'auteur pour les admins restreints là où ils manquaient (r20220, #2939)
- utiliser apercite.fr pour remplacer thumbshots.com qui a sombré... (r20242)
- mettre à jour l'url sous « Voir le site public » quand on change l'url (r20245)

Puces statut :

- ajouter un title sur les puces de statut (r20059)
- si un objet n'est pas éditable, ne pas lui appliquer de changement rapide de statut (r20062)
- permettre à |puce_statut de supporter aussi les objets qui ne sont pas rangés dans les rubriques (puce de changement rapide) (r19987)

Sélecteur générique et rubrique :

- réparer l'ajout rapide du navigateur de rubrique (r19914)
- amélioration du sélecteur générique (r20034, r20038, r20039, r20041, r20043, 20120, r20123, r20124, r20179, r20190, r20192, r20231)
- ne pas enregistrer l'historique HTML5 sur le sélecteur ajax (r20034)
- rendre générique le mini formulaire d'ajout rapide (r20040)

Dateur :

- coquille dans un texte du dateur (r19958)
- relancer l'application du dateur sur les champs date après retour AJAX (r20046)
- attendre que les js du dateur soient chargées pour les lancer ! (r20050)
- le script de dateur était compacté en HTML au lieu de JS (r20050, #2921)
- image manquante (r20159)

Prévisu :

- envoyer systématiquement les boutons d'admin en prévisu (r20106)
- la prise en compte de la previsu ne se fait plus dans le code généré (accélère la prévisu) (r20107)
- l'ajout de la banniere previsu se fait dans le pipeline affichage_final, plus propre (r20108)

Traductions :

- les liens de traductions doivent pouvoir être définis et enlevés même lorsque le menu de langue n'est pas activé (r20152, #2861)
- quand on écrit une traduction, les auteurs de l'article d'origine ne sont pas associés à la traduction (mais seulement le traducteur) (r20198, #2847)

Traitements d'image :

- 2 pipelines supplémentaires : image_ecrire_tag_preparer et image_ecrire_tag_finir (r19917, r19918)
- éviter des timestamp compliqués dans l'espace privé (r19948)
- générer un log de debug au traitement d'une image, pour, lorsqu'une image trop grosse fait planter le site, pouvoir la retrouver plus facilement (r19950)
- vérifier que l'image temporaire existe bien (créée par GD) avant de faire un getimagesize (r20133)

Récupération de données distantes :

- avoir les réponses de requêtes HEAD vraiment identiques à GET (r19959)
- ne pas copier directement le fichier distant à sa destination, sinon un autre processus concurrent peut croire qu'il est présent et le traiter (r20113)
- ne pas confondre des documents distants avec des documents locaux protégés (r20146, r20169)

Code PHP :

- quelques notices PHP en moins (r19907)
- quelques documentations de fonctions au format PHPDoc en plus (r19916, r19928,r20004,r20034,r20037)
- définir dans la librairie Pclzip comme dossier temporaire le tmp/ de SPIP dont on sait qu'il est toujours accessible en écriture. (r19990)
- inclusion parfois manquante dans le nettoyage des mails (r20014)
- un statut « 0 » ne pouvait plus être modifié (r20020, r20021)
- objet_inserer() accepte un argument $set (r20021)
- inclusion manquante d'autoriser (r20072, r20073)
- inclusions inutiles (r20101)
- éviter des sql_countsel multiples pour le bouton de création de chaque objet enfant (r20100)
- permettre à un plugin de définir antérieurement la constante _LOG_FILTRE_GRAVITE. (r20212, r20219, #2927).

API d'objets et de liens :

- objet_inserer() accepte un argument $set (r20021)
- objet_dupliquer_liens prend 2 arguments optionnels supplémentaires qui permet de lister les types des objets liés à prendre en compte ou à exclure (r20197)
- cohérence : sur les objets génériques on prend _request(id_auteur) si il est posté pour l'associer à l'objet lors de la creation. Faisons pareil sur les articles (r20241, r20271)

Portages SQL :

- pas de longueur sur les index en SQLite (r20023)
- meilleur gestion des clauses DEFAULT en SQLite (r20270)

URLs :

- généricité du code dans balise/url_ (r19933)
- coquille sur #URL_TRUC* qui renvoyait vide (r19934)
- comme les autres #URL_XXX*, #URL_ARTICLE* renvoie une URL sans « & » (r19935)
- corrections sur generer_info_entite (r20031)
- décodage des urls : quand on appelle la fonction en dehors de assembler, il faut prendre en compte l'url fournie telle quelle (r20166)

Dates :

- pouvoir utiliser des déclarations de champs de date qui ne sont pas habituels pour les critères de dates (jour_relatif, age_relatif etc) en utilisant $GLOBALS['table_date'][$table['id_table']] (r19966)
- le 4^e argument $options du #FORMULAIRE_DATER peut être utilisé pour forcer la prise en compte ou non d'une date_redac (r20030)

Compression :

- correction d'absence de compression CSS lorsque #INSERT_HEAD_CSS n'est pas présent dans un squelette (r20004, r20007, r20069)

RSS :

- réparer le flux RSS des signatures (r20013)
- permettre d'attraper la taille d'un `media:content` dans un flux rss (r20225, #2941)

Gestion des plugins :

- analyse de paquet.xml : éviter de coller des mots ensemble (r19996)
- meilleure gestion de _DIR_PLUGINS_SUPPL (r20029)

Sessions :

- ne pas confondre un fichier temporaire avec un fichier de session (r20033, #2914)

Compilateur :

- rétablir la prise en compte par le phraseur {n-#ENV{nb},x} (r20049)
- corriger certains critères de type {!id_mot=...} (r20066, #2729, #2862)
- amélioration du critère {par x.y} qui ne se débrouillait pas de lui-même pour ajouter la jointure, si elle n'était pas déjà là au moment du calcul du critère. (r20114)
- permettre à la balise #LESAUTEURS d'être multi objet (r20116, r20187, r20188)
- autoriser des déclarations de boucles avec des noms de serveur comme pour les critères, tel que boucle_X_DOCUMENTS_dist() où « X » est un nom de connecteur (r20118)
- corriger #PUBLIE en prévisu (r20121, r20122)
- la boucle Hiérarchie ne doit pas empêcher de traiter les critères autres que ceux qui la concerne directement (id_x et id_rubrique). (r20269, #2916, #2952)

Tâches Cron :

- éviter trop de crons concurrents sur les serveurs à fort traffic (r20125, r20126, r20127, r20134)
- correction de plusieurs bugs sur les tâches cron qui doivent se relancer car non finies (r20135)
- ne pas relancer un cron automatiquement immédiatement sans tenir compte du retour car cela provoque un appel continu toutes les secondes du génie optimiser qui fait plein de choses en BDD (load issue) (r20160)
- genie/mail utilise notifications_envoyer_mails() plutôt que directement envoyer_mail() (r20230)

Écran de sécurité :

- « 80legs » est un bot (r20240)
- « sys_getloadavg » est peut être inhibée (r19945, #2871)

Autres :

- éviter de tuer charger_fonction() dans certains cas alors qu'on ne le demandait pas (r19925)
- ne pas manger les classes CSS du formulaire instituer objet (r19936)
- prise en compte d'une recherche accentuée si le site n'est pas en UTF-8 (r19946, r19947, #2801)
- le modèle pagination_precedent_suivant.html accepte 2 arguments : url_precedent et url_suivant permettant de l'utiliser en dehors d'une balise pagination (r19956)
- lors d'une institution (changement de statut ou déplacement), renseigner l'ancien parent dans les pipelines (r19977)
- utiliser chercher_filtre pour charger la fonction bouton_action (r19979)
- lors d'une réparation d'une table, que le sql ait ou non une fonction repair, on appelle en complement maj_tables() qui ajoute les champs éventuellement manquants (r19983)
- déclaration de pipeline manquante (r20067)
- gestion de la page d'erreur 404 extensible par pipeline page_indisponible (oubli de report) (r20070)
- sécurisation des urls redirections en url absolues : accepter non seulement la meta adresse_site, mais aussi l'url de base du hit (r20075)
- les mails HTML n'étaient pas détectés et affectés du bon Content-Type lorsque le sujet était fourni (r20223)
- ne pas proposer la base courante dans la liste des bases externes ; faire retourner tous les arguments de l'appel de la fonction analyse_fichier_connection (inclu, donc, le préfixe de table). (r20249)

Brèves

- autorisations manquantes : il faut qu'une rubrique existe pour pouvoir les créer (r69229)
- éviter des warning (r70375)

Compresseur

- correction d'une suppression à tort du retour ligne qui suit les commentaires // (r67734)
- tolérer que certains commentaires HTML ne soient pas supprimés, s'ils commencent par

{{{Liste des changements en 3.0.6 }}} (une longue liste en français compilée par marcimat \o/ ) {{Interface}} : - rétablir les puces sur les forums de l'espace de rédaction (r19923, #2864) - corrections des ancres sur redirections Ajax des formulaires CVT sous webkit (r19929) - rétablir l'affichage des documents sur l'édition ajax des objets (r19938) - permettre d'avoir les champs supplémentaires sur la page ?exec=infos_perso comme sur la page ?exec=auteur (r19953) - quand le logo n'est pas éditable, et qu'il n'y a ni logo normal ni logo survol déjà présent, il est inutile d'afficher le formulaire (r20018) - dans la liste des enfants de rubrique, utiliser les filtres automatiques réellement définis pour les titres (r20032) - classe CSS manquante sur la 404 privée (r20061) - pétouille CSS quand un picker est dans un fieldset (r20076) - faire apparaître le bouton de changement de statut même si il était au départ en display:none et pas seulement en visibility:hidden (r20158) - vérifier qu'on est admin pour créer des rubriques à la racine (r20172, #2886) - afficher les boutons de création d'auteur pour les admins restreints là où ils manquaient (r20220, #2939) - utiliser apercite.fr pour remplacer thumbshots.com qui a sombré... (r20242) - mettre à jour l'url sous « Voir le site public » quand on change l'url (r20245) {{Puces statut}} : - ajouter un title sur les puces de statut (r20059) - si un objet n'est pas éditable, ne pas lui appliquer de changement rapide de statut (r20062) - permettre à |puce_statut de supporter aussi les objets qui ne sont pas rangés dans les rubriques (puce de changement rapide) (r19987) {{Sélecteur générique et rubrique }} : - réparer l'ajout rapide du navigateur de rubrique (r19914) - amélioration du sélecteur générique (r20034, r20038, r20039, r20041, r20043, 20120, r20123, r20124, r20179, r20190, r20192, r20231) - ne pas enregistrer l'historique HTML5 sur le sélecteur ajax (r20034) - rendre générique le mini formulaire d'ajout rapide (r20040) {{Dateur}} : - coquille dans un texte du dateur (r19958) - relancer l'application du dateur sur les champs date après retour AJAX (r20046) - attendre que les js du dateur soient chargées pour les lancer ! (r20050) - le script de dateur était compacté en HTML au lieu de JS (r20050, #2921) - image manquante (r20159) {{Prévisu}} : - envoyer systématiquement les boutons d'admin en prévisu (r20106) - la prise en compte de la previsu ne se fait plus dans le code généré (accélère la prévisu) (r20107) - l'ajout de la banniere previsu se fait dans le pipeline affichage_final, plus propre (r20108) {{Traductions}} : - les liens de traductions doivent pouvoir être définis et enlevés même lorsque le menu de langue n'est pas activé (r20152, #2861) - quand on écrit une traduction, les auteurs de l'article d'origine ne sont pas associés à la traduction (mais seulement le traducteur) (r20198, #2847) {{Traitements d'image}} : - 2 pipelines supplémentaires : image_ecrire_tag_preparer et image_ecrire_tag_finir (r19917, r19918) - éviter des timestamp compliqués dans l'espace privé (r19948) - générer un log de debug au traitement d'une image, pour, lorsqu'une image trop grosse fait planter le site, pouvoir la retrouver plus facilement (r19950) - vérifier que l'image temporaire existe bien (créée par GD) avant de faire un getimagesize (r20133) {{Récupération de données distantes :}} - avoir les réponses de requêtes HEAD vraiment identiques à GET (r19959) - ne pas copier directement le fichier distant à sa destination, sinon un autre processus concurrent peut croire qu'il est présent et le traiter (r20113) - ne pas confondre des documents distants avec des documents locaux protégés (r20146, r20169) {{Code PHP :}} - quelques notices PHP en moins (r19907) - quelques documentations de fonctions au format PHPDoc en plus (r19916, r19928,r20004,r20034,r20037) - définir dans la librairie Pclzip comme dossier temporaire le tmp/ de SPIP dont on sait qu'il est toujours accessible en écriture. (r19990) - inclusion parfois manquante dans le nettoyage des mails (r20014) - un statut «0» ne pouvait plus être modifié (r20020, r20021) - objet_inserer() accepte un argument $set (r20021) - inclusion manquante d'autoriser (r20072, r20073) - inclusions inutiles (r20101) - éviter des sql_countsel multiples pour le bouton de création de chaque objet enfant (r20100) - permettre à un plugin de définir antérieurement la constante _LOG_FILTRE_GRAVITE. (r20212, r20219, #2927). {{API d'objets et de liens :}} - objet_inserer() accepte un argument $set (r20021) - objet_dupliquer_liens prend 2 arguments optionnels supplémentaires qui permet de lister les types des objets liés à prendre en compte ou à exclure (r20197) - cohérence : sur les objets génériques on prend _request(id_auteur) si il est posté pour l'associer à l'objet lors de la creation. Faisons pareil sur les articles (r20241, r20271) {{Portages SQL :}} - pas de longueur sur les index en SQLite (r20023) - meilleur gestion des clauses DEFAULT en SQLite (r20270) {{URLs}} : - généricité du code dans balise/url_ (r19933) - coquille sur #URL_TRUC* qui renvoyait vide (r19934) - comme les autres #URL_XXX*, #URL_ARTICLE* renvoie une URL sans «&» (r19935) - corrections sur generer_info_entite (r20031) - décodage des urls : quand on appelle la fonction en dehors de assembler, il faut prendre en compte l'url fournie telle quelle (r20166) {{Dates}} : - pouvoir utiliser des déclarations de champs de date qui ne sont pas habituels pour les critères de dates (jour_relatif, age_relatif etc) en utilisant $GLOBALS['table_date'][$table['id_table']] (r19966) - le 4e argument $options du #FORMULAIRE_DATER peut être utilisé pour forcer la prise en compte ou non d'une date_redac (r20030) {{Compression}} : - correction d'absence de compression CSS lorsque #INSERT_HEAD_CSS n'est pas présent dans un squelette (r20004, r20007, r20069) {{RSS}} : - réparer le flux RSS des signatures (r20013) - permettre d'attraper la taille d'un `media:content` dans un flux rss (r20225, #2941) {{Gestion des plugins :}} - analyse de paquet.xml : éviter de coller des mots ensemble (r19996) - meilleure gestion de _DIR_PLUGINS_SUPPL (r20029) {{Sessions}} : - ne pas confondre un fichier temporaire avec un fichier de session (r20033, #2914) {{Compilateur}} : - rétablir la prise en compte par le phraseur {n-#ENV{nb},x} (r20049) - corriger certains critères de type {!id_mot=...} (r20066, #2729, #2862) - amélioration du critère {par x.y} qui ne se débrouillait pas de lui-même pour ajouter la jointure, si elle n'était pas déjà là au moment du calcul du critère. (r20114) - permettre à la balise #LESAUTEURS d'être multi objet (r20116, r20187, r20188) - autoriser des déclarations de boucles avec des noms de serveur comme pour les critères, tel que boucle_X_DOCUMENTS_dist() où «X» est un nom de connecteur (r20118) - corriger #PUBLIE en prévisu (r20121, r20122) - la boucle Hiérarchie ne doit pas empêcher de traiter les critères autres que ceux qui la concerne directement (id_x et id_rubrique). (r20269, #2916, #2952) {{Tâches Cron :}} - éviter trop de crons concurrents sur les serveurs à fort traffic (r20125, r20126, r20127, r20134) - correction de plusieurs bugs sur les tâches cron qui doivent se relancer car non finies (r20135) - ne pas relancer un cron automatiquement immédiatement sans tenir compte du retour car cela provoque un appel continu toutes les secondes du génie {optimiser} qui fait plein de choses en BDD (load issue) (r20160) - genie/mail utilise notifications_envoyer_mails() plutôt que directement envoyer_mail() (r20230) {{Écran de sécurité :}} - «80legs» est un bot (r20240) - «sys_getloadavg» est peut être inhibée (r19945, #2871) {{Autres}} : - éviter de tuer charger_fonction() dans certains cas alors qu'on ne le demandait pas (r19925) - ne pas manger les classes CSS du formulaire instituer objet (r19936) - prise en compte d'une recherche accentuée si le site n'est pas en UTF-8 (r19946, r19947, #2801) - le modèle pagination_precedent_suivant.html accepte 2 arguments : url_precedent et url_suivant permettant de l'utiliser en dehors d'une balise pagination (r19956) - lors d'une institution (changement de statut ou déplacement), renseigner l'ancien parent dans les pipelines (r19977) - utiliser chercher_filtre pour charger la fonction bouton_action (r19979) - lors d'une réparation d'une table, que le sql ait ou non une fonction repair, on appelle en complement maj_tables() qui ajoute les champs éventuellement manquants (r19983) - déclaration de pipeline manquante (r20067) - gestion de la page d'erreur 404 extensible par pipeline page_indisponible (oubli de report) (r20070) - sécurisation des urls redirections en url absolues : accepter non seulement la meta adresse_site, mais aussi l'url de base du hit (r20075) - les mails HTML n'étaient pas détectés et affectés du bon Content-Type lorsque le sujet était fourni (r20223) - ne pas proposer la base courante dans la liste des bases externes ; faire retourner tous les arguments de l'appel de la fonction analyse_fichier_connection (inclu, donc, le préfixe de table). (r20249) {{Brèves}} - autorisations manquantes : il faut qu'une rubrique existe pour pouvoir les créer (r69229) - éviter des warning (r70375) {{Compresseur}} - correction d'une suppression à tort du retour ligne qui suit les commentaires // (r67734) - tolérer que certains commentaires HTML ne soient pas supprimés, s'ils commencent par 
		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.6 ? -# {{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.6 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.6 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.6 Pour, la version SPIP 2.1.20, vous pouvez la trouver dans les archives : http://files.spip.org/spip/archives/ 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



Essential (2 colonnes)
ydikoi — 2013-03-18T14:15:00Z

		“Essential 2 colonnes” est un thème basé sur le thème ”Essential”. Clair et moderne, il s'utilise pour un blog personnel, un site simple, avec ou sans le combo aveline/noizetier.
		Présentation
Voir une démo du thème
Captures




 Voir en ligne : http://plugins.spip.net/theme_essential2col.html
		
“Essential 2 colonnes” est un thème basé sur le thème ”[Essential->art4339]”. Clair et moderne, il s'utilise pour un blog personnel, un site simple, avec ou sans le combo aveline/noizetier.

		{{{Présentation}}}
[Voir une démo du thème->http://zpip.spip.org/?var_theme=zpip-1/essential_clair_2col] {{{Captures}}} 
 Voir en ligne : http://plugins.spip.net/theme_essential2col.html



URLs pages personnalisées
drBouvierLeduc — 2013-03-17T13:48:44Z

		Ce petit plugin, au caractère un peu expérimental, est un outil pour les webmestres et les utilisateurs avancés.
 Il permet de mettre en place des urls personnalisées pour les squelettes ne correspondant à aucun objet éditorial : les pages.
 Il s'agit du portage sous forme de plugin du tutoriel d'openstudio « pages personnalisées et réécriture d'adresse ».
		Utilité
Lorsque l'on crée les squelettes d'un site, il arrive que l'on ait des squelettes ne se rapportant à aucun objet éditorial : "galerie.html", "contact.html", "plan.html" etc.
 SPIP permet nativement de définir des urls personnalisées pour les pages se rapportant aux objets éditoriaux (articles, rubriques etc.), ce qui exclut ces types de squelettes.
 Pour accéder à ces page, on dispose d'une balise #URL_PAGE, qui produit par défaut une url du type monsite.com/spip.php?page=toto.
 Voyons comment utiliser le plugin pour personnaliser ces urls.
Utilisation
Avant tout, le fichier fichier .htaccess doit être correctement installé à la racine du site.
 Rendez-vous sur la page de configuration du plugin ?exec=configurer_urls_pages ou dans le menu de configuration « Configurez les URLs ».


 1. Vérifier RewriteBase

Si nécessaire renseignez le champ « RewriteBase » tel qu'il est défini dans .htaccess. RewriteBase indique le chemin relatif du site sur le serveur si celui-ci est installé dans un sous-répertoire. Il est nécessaire pour le cacul des urls personnalisées par la balise #URL_PAGE.
 2. Renseigner les urls personnalisées

Le plugin répertorie tous les squelettes « actifs » identifiés comme étant des pages. Sont donc exclus de la liste les squelettes des objets éditoriaux (article.html, article-10.html etc.), les noisettes (inc-xxx.html) et les squelettes « techniques » (404.html, sommaire.html etc.).
 La recherche est effectuée à la racine des dossiers de squelettes et des plugins actifs de catégorie « squelette ».
 Si Zpip ou Zcore est actif, c'est dans les sous-répertoires « content » et « contenu ».
 Pour chaque page, vous pouvez donc définir une url personnalisée. Une vérification des doublons est effectuée, en revanche la validité de la chaîne rentrée est de votre ressort (attention aux caractères accentués et consorts).
 Après enregistrement des paramètres, la balise #URL_PAGE pointera vers les nouvelles urls pour chaque page concernée.
 3. Modifier le fichier .htaccess

Pour rendre effectives ces nouvelles urls, il ne reste plus qu'à mettre en place la redirection dans le fichier .htaccess : copiez-y le code indiqué en fin de formulaire (la section "réglages personnalisés" est toute indiquée).


 Téléchargement


Version 0.1.5
Evolution
Toutes les contributions sont les bienvenues, il s'agit d'un premier jet et de nombreuses améliorations sont possibles.
		
Ce petit plugin, au caractère un peu expérimental, est un outil pour les webmestres et les utilisateurs avancés. Il permet de mettre en place des urls personnalisées pour les squelettes ne correspondant à aucun objet éditorial : les pages. Il s'agit du portage sous forme de plugin du tutoriel d'openstudio [«pages personnalisées et réécriture d'adresse»->http://www.openstudio.fr/Pages-personnalisees-et-reecriture.html].

		{{{Utilité}}} Lorsque l'on crée les squelettes d'un site, il arrive que l'on ait des squelettes ne se rapportant à aucun objet éditorial : "galerie.html", "contact.html", "plan.html" etc. SPIP permet nativement de définir [des urls personnalisées->http://www.spip.net/fr_article765.html] pour les pages se rapportant aux objets éditoriaux (articles, rubriques etc.), ce qui exclut ces types de squelettes. Pour accéder à ces page, on dispose d'une balise [#URL_PAGE->http://www.spip.net/fr_article4630.html], qui produit par défaut une url du type monsite.com/spip.php?page=toto. Voyons comment utiliser le plugin pour personnaliser ces urls. {{{Utilisation}}} Avant tout, le fichier fichier .htaccess doit être correctement installé à la racine du site. Rendez-vous sur la page de configuration du plugin ?exec=configurer_urls_pages ou dans le menu de configuration «Configurez les URLs». [->doc11570] {{1. Vérifier RewriteBase}}
Si nécessaire renseignez le champ «RewriteBase» tel qu'il est défini dans .htaccess. [RewriteBase->http://httpd.apache.org/docs/2.2/mod/mod_rewrite.html#RewriteBase] indique le chemin relatif du site sur le serveur si celui-ci est installé dans un sous-répertoire. Il est nécessaire pour le cacul des urls personnalisées par la balise #URL_PAGE. {{2. Renseigner les urls personnalisées}}
Le plugin répertorie tous les squelettes «actifs» identifiés comme étant des pages. Sont donc exclus de la liste les squelettes des objets éditoriaux (article.html, article-10.html etc.), les noisettes (inc-xxx.html) et les squelettes «techniques» (404.html, sommaire.html etc.). La recherche est effectuée à la racine des dossiers de squelettes et des plugins actifs de catégorie «squelette». Si [Zpip->3256] ou [Zcore->http://plugins.spip.net/zcore.html] est actif, c'est dans les sous-répertoires «content» et «contenu». Pour chaque page, vous pouvez donc définir une url personnalisée. Une vérification des doublons est effectuée, en revanche la validité de la chaîne rentrée est de votre ressort (attention aux caractères accentués et consorts). Après enregistrement des paramètres, la balise #URL_PAGE pointera vers les nouvelles urls pour chaque page concernée. {{3. Modifier le fichier .htaccess}}
Pour rendre effectives ces nouvelles urls, il ne reste plus qu'à mettre en place la redirection dans le fichier .htaccess : copiez-y le code indiqué en fin de formulaire (la section "réglages personnalisés" est toute indiquée). [->doc11569] {{{Téléchargement}}} 
{{{Evolution}}} Toutes les contributions sont les bienvenues, il s'agit d'un premier jet et de nombreuses améliorations sont possibles.



Boussole v2, nouveau fonctionnement client-serveur
_Eric_ — 2013-03-16T09:45:17Z

		L'objectif de cette nouvelle version v2 du plugin est de simplifier les mises à jour d'une boussole pour les sites utilisateur en ne les obligeant plus à upgrader leur plugin Boussole comme c'est le cas avec les versions v0 et v1.
 L'article Evolution v2 du plugin Boussole décrit plus précisément les problèmes posés par la v1 et les nouvelles exigences qui ont conduit à l'élaboration de cette v2.
		Migration du plugin en version 2
 Si vous avez déjà le plugin Boussole en version 0 pour SPIP 2 ou 1 pour SPIP 3 vous êtes concernés par ce chapitre. 
 Pour migrer Boussole en version 2, désactiver tout d'abord la version 0 ou 1 déjà installée. Surtout ne désinstallez pas le plugin sinon vous perdrez d'emblée les boussoles que vous avez ajoutées et configurées.
 Ensuite installez la version 2 et activez-la. Le processus d'installation procèdera à la migration du schéma de la base de données (structure des tables) et des informations de la « boussole SPIP » uniquement. En effet, les autres boussoles ne peuvent être migrées car on ne connait pas leur serveur a contrario de la « boussole SPIP » qui est d'ores et déjà servie par le site boussole.spip.net.
 En conclusion, si vous n'utilisez que la « boussole SPIP » le processus de migration est immédiat. Les modèles n'ayant pas été modifiés, les affichages seront conservés. 

Si par contre vous avez d'autres boussoles il faudra les ajouter et les configurer à nouveau.
 Si vous souhaitez en savoir plus sur la nouvelle version, vous pouvez lire la suite de cet article. Sinon, pour utiliser les fonctions client (affichage, configuration...) veuillez toujours lire l'article de référence Boussole qui reste d'actualité.
Un gestionnaire et des boussoles
L'objectif principal de cette refonte du plugin Boussole était de simplifier la mise à jour des modifications de la « boussole SPIP » sur les sites utilisateurs, en particulier ne pas avoir à upgrader le plugin lui-même.
 Une première réponse a été de scinder le plugin Boussole v1 en deux plugins distincts :
 le plugin Boussole v2 proprement dit, dont la fonction client se limite à gérer les boussoles, leur ajout, leur suppression, leur mise à jour et leur affichage, et la fonction serveur à envoyer sur demande les informations sur une boussole. C'est un gestionnaire de boussoles qui fonctionne aujourd'hui en mode client et serveur comme expliqué plus loin dans l'article.
 la « Boussole SPIP », incluse aujourd'hui dans un plugin dédié et contenant les informations littérales, les logos et le fichier XML de description.
Ainsi, pour un site souhaitant afficher la « Boussole SPIP » —ou tout autre boussole— il suffit d'installer le plugin « gestionnaire » Boussole v2.
 Par contre, le plugin « Boussole SPIP » n'est utile que pour le serveur hébergeant cette boussole, à savoir, aujourd'hui boussole.spip.net. L'intérêt d'un plugin pour cette boussole réside dans la facilité d'installation, de mise à jour et surtout la traduction via le site trad.spip.net.
Fonctionnement serveur
À partir du moment où la « Boussole SPIP » —et toute autre boussole— n'est plus incluse dans le plugin Boussole v2, il devient indispensable de proposer un service fournissant ces données à tous les sites utilisateurs.
 C'est ainsi que le plugin Boussole v2 intègre aujourd'hui une fonction serveur qui permet de mettre à disposition des sites clients les informations d'une boussole (sites, groupes, traductions) ainsi que ses logos. 

Le mode serveur n'est pas actif par défaut car il est assez rare qu'on en ait besoin.
 Pour en savoir plus sur ce mode et sur la façon de créer un serveur veuillez lire l'article Boussole v2, usages avancés.
Fonctionnement client
La fonction client de Boussole v2 n'a pas été modifiée dans son utilisation basique. Les affichages par les modèles ont été strictement conservés à l'instar du formulaire de configuration. Du point de vue utilisateur l'expérience est inchangée.
 Néanmoins, la mise à jour des boussoles a été adaptée pour coller au nouveau mode client-serveur. En outre, les informations littérales (nom, slogan et description) sont maintenant chargées en base de données ce qui a nécessité un upgrade du schéma.
 L'actualisation des boussoles est toujours faite une fois par jour, automatiquement.
		
L'objectif de cette nouvelle version v2 du plugin est de simplifier les mises à jour d'une boussole pour les sites utilisateur en ne les obligeant plus à upgrader leur plugin Boussole comme c'est le cas avec les versions v0 et v1. L'article [Evolution v2 du plugin Boussole->http://blog.smellup.net/spip.php?article67] décrit plus précisément les problèmes posés par la v1 et les nouvelles exigences qui ont conduit à l'élaboration de cette v2.

		{{{Migration du plugin en version 2}}} {{ {Si vous avez déjà le plugin Boussole en version 0 pour SPIP 2 ou 1 pour SPIP 3 vous êtes concernés par ce chapitre.} }} Pour migrer Boussole en version 2, désactiver tout d'abord la version 0 ou 1 déjà installée. Surtout ne désinstallez pas le plugin sinon vous perdrez d'emblée les boussoles que vous avez ajoutées et configurées. Ensuite installez la version 2 et activez-la. Le processus d'installation procèdera à la migration du schéma de la base de données (structure des tables) et des informations de la «boussole SPIP» uniquement. En effet, les autres boussoles ne peuvent être migrées car on ne connait pas leur serveur {a contrario} de la «boussole SPIP» qui est d'ores et déjà servie par le site [boussole.spip.net->http://boussole.spip.net]. En conclusion, si vous n'utilisez que la «boussole SPIP» le processus de migration est immédiat. Les modèles n'ayant pas été modifiés, les affichages seront conservés. Si par contre vous avez d'autres boussoles il faudra les ajouter et les configurer à nouveau. Si vous souhaitez en savoir plus sur la nouvelle version, vous pouvez lire la suite de cet article. {{Sinon, pour utiliser les fonctions client (affichage, configuration...) veuillez toujours lire l'article de référence [->3688] qui reste d'actualité.}} {{{Un gestionnaire et des boussoles}}} L'objectif principal de cette refonte du plugin Boussole était de simplifier la mise à jour des modifications de la «boussole SPIP» sur les sites utilisateurs, en particulier ne pas avoir à upgrader le plugin lui-même. Une première réponse a été de scinder le plugin Boussole v1 en deux plugins distincts :
-* le plugin Boussole v2 proprement dit, dont la {fonction client} se limite à gérer les boussoles, leur ajout, leur suppression, leur mise à jour et leur affichage, et la {fonction serveur} à envoyer sur demande les informations sur une boussole. C'est un gestionnaire de boussoles qui fonctionne aujourd'hui en mode client et serveur comme expliqué plus loin dans l'article.
-* la «Boussole SPIP», incluse aujourd'hui dans un plugin dédié et contenant les informations littérales, les logos et le fichier XML de description. Ainsi, pour un site souhaitant afficher la «Boussole SPIP» --ou tout autre boussole-- il suffit d'installer le plugin «gestionnaire» Boussole v2. Par contre, le plugin «Boussole SPIP» n'est utile que pour le serveur hébergeant cette boussole, à savoir, aujourd'hui [boussole.spip.net->http://boussole.spip.net/]. L'intérêt d'un plugin pour cette boussole réside dans la facilité d'installation, de mise à jour et surtout la traduction via le site [trad.spip.net->trad.spip.net]. {{{Fonctionnement serveur}}} À partir du moment où la «Boussole SPIP» --et toute autre boussole-- n'est plus incluse dans le plugin Boussole v2, il devient indispensable de proposer un service fournissant ces données à tous les sites utilisateurs. C'est ainsi que le plugin Boussole v2 intègre aujourd'hui une {fonction serveur} qui permet de mettre à disposition des sites clients les informations d'une boussole (sites, groupes, traductions) ainsi que ses logos. Le mode serveur n'est pas actif par défaut car il est assez rare qu'on en ait besoin. Pour en savoir plus sur ce mode et sur la façon de créer un serveur veuillez lire l'article [->4347]. {{{Fonctionnement client}}} La fonction client de Boussole v2 n'a pas été modifiée dans son utilisation basique. Les affichages par les modèles ont été strictement conservés à l'instar du formulaire de configuration. Du point de vue utilisateur l'expérience est inchangée. Néanmoins, la mise à jour des boussoles a été adaptée pour coller au nouveau mode client-serveur. En outre, les informations littérales (nom, slogan et description) sont maintenant chargées en base de données ce qui a nécessité un upgrade du schéma. L'actualisation des boussoles est toujours faite une fois par jour, automatiquement.