PYRAT.net, Services de création de sites web accessibles à tous basés sur le CMS SPIP

Migrer et mettre à jour SPIP d'un coup !

Jacques Pyrat — 2010-04-21T09:29:30Z

Vous avez besoin de réaliser deux opérations en une, mais vous ne savez pas si c'est faisable et si non, dans quel ordre procéder ?

Vous avez par exemple à la fois besoin

de migrer de spip 1.8.2 à spip 2.1 [1]
et de changer d'hébergement.

En soit, l'opération est à peine différente d'une mise à jour standard.

Sur l'ancien hébergement, sauvegarder :

le dossier squelettes/
le dossier IMG/
la base de données (un dump MySQL, *pas* le dump SPIP)
les éventuels fichiers mes_options.php(3) et mes_fonctions.php(3)

Sur le nouvel hébergement :

mettre les fichiers de SPIP 2.1
s'il y a des plugins sur l'ancien site, récupérer les versions à jour des dits plugins et les mettre dans le nouveau site [2]
rajouter les dossiers IMG/ et squelettes/ de la sauvegarde
s'ils existaient, mettre mes_options.php dans config/ et mes_fonctions.php dans squelettes/
restaurer dans la base MySQL le dump
lancer la procédure d'installation, SPIP va détecter que les tables sont déjà là et ne rien détruire
à la fin de la procédure d'installation, SPIP demande de renseigner le compte administrateur : c'est facultatif : si vous ne remplissez rien, vous pourrez vous identifier avec votre compte actuel
identifiez-vous
cliquer sur le lien de mise à jour de SPIP
éventuellement, convertir la base en UTF-8 : ecrire/ ?exec=convert_sql_utf8

Et puis c'est tout [3].

[1] Dans ce cas, il n'y a pas de plugin à mettre à jour puisque SPIP 1.8 n'avait pas de plugins.

[2] Cette opération est la plus chronophage car elle implique de se renseigner sur les mises à jours des plugins, et sur leur compatibilité avec la version de SPIP choisie

[3] Il faudra peut-être aussi corriger les squelettes…

Archives et référencement

Jacques Pyrat — 2010-01-17T09:35:59Z

Comment éviter la poubélisation [1] d'Internet ?

Rien de plus décevant pour un internaute d'arriver sur une page web qui s'avère être devenue une page 404 [2].

Pourant, en tant que webmaster éditorial d'un site, il est de notre responsabilité de tenir compte de l'obsolescence de certains contenus.

Il y a un véritable travail d'archiviste à faire pour gérer l'archivage du contenu d'un site.

Quelles solutions ?

Supprimer la page

C'est la solution qui semble la plus simple. Mais c'est justement celle qui va conduire à la poubélisation d'Internet.

⇒ À éviter absolument !

Changer le contenu de la page

Avant de changer le contenu d'une page, il faudrait toujours se poser la question :

Est-ce que ce contenu a une valeur historique ?

Si la réponse est « Oui », il ne faut pas modifier la page.

⇒ À ne faire que si le contenu est atemporel et ne doit présenter qu'une vue de l'état actuel de quelque chose dont l'histoire ne présente pas d'intérêt [3].

Signaler l'obsolescence et faire un renvoi

S'il est intéressant de conserver le contenu d'une page — pour mémoire — mais qu'il existe dans le site une page plus actuelle, alors, une solution consiste à :

signaler bien en évidence en début (et fin ?) de page que celle-ci est présente au titre de la mémoire qu'elle représente,
faire un lien vers l'information plus récente disponible ailleurs

Faire un renvoi automatique

C'est la réponse technique au besoin de supprimer une page remplacée par une nouvelle page.

Dans SPIP [4], il faut :

avoir activé dans la configuration du site les redirections
dans l'article, dans le cadre de Renvois, indiquer l'identifiant de l'article vers lequel on veut renvoyer.

SPIP faire alors une redirection HTTP 302 : redirection temporaire : l'adresse continuera à être indexée dans les moteurs de recherche [5].

[1] Poubélisation d'Internet : pages qui disparaissent et sont remplacées par des erreurs 404. Mais elles sont toujours en lien depuis des sites web ou des moteurs de recherche.

[2] Page 404 : la page demandée n'existe pas/plus.

[3] Exemple : la composition du bureau d'une petite association.

[4] Pour un autre CMS, cherchez !

[5] à ne pas confondre avec 301, redirection permanente : le moteur de recherche se met à indexer la nouvelle page à la place de l'ancienne.

Il serait intéressant qu'un jour SPIP permette de choisir entre temporaire et permanente

Dans tous les cas, pensez à dater :

les articles
les modifications

SPIP et SVN sont dans un bâteau

Jacques Pyrat — 2009-03-09T21:28:18Z

Je constate à travers les remarques qui me sont faites sur SPIP et SVN que beaucoup confondent :

version de développement de SPIP (alias version SVN)
et SPIP stable installé par SVN

Version de développement de SPIP

La version de développement de SPIP est visible sur le trac de SPIP : http://trac.rezo.net/trac/spip/browser/spip.

C'est l'endroit où se prépare la future version de SPIP.

Avec un client SVN, il est possible de récupérer cette version par la commande :

svn checkout svn://trac.rezo.net/spip/spip ./

Le « ./ » terminal sert à récupérer le code sans créer un sous-dossier spip/.

SPIP stable installé par SVN

La version stable de SPIP [1] est visible sur le trac de SPIP : http://trac.rezo.net/trac/spip/browser/branches/spip-2.0.

Avec un client SVN, il est possible de récupérer cette version par la commande :

svn checkout svn://trac.rezo.net/spip/branches/spip-2.0 ./

Utilisation de SVN pour déployer et mettre à jour SPIP

Installation de SPIP

Plutôt que de passer par FTP, utiliser un client SVN permet d'installer les fichiers de SPIP en moins d'une minute.

La commande à utiliser pour SPIP 2 est :

svn checkout svn://trac.rezo.net/spip/branches/spip-2.0 ./

Certains diront que spip_loader est aussi rapide. C'est vrai. Mais spip_loader ne fait que mettre de nouveaux fichiers par-dessus d'anciens fichiers, sans supprimer les fichiers qui ne font plus partie de la nouvelle version de SPIP.

SVN permet de faire, et l'installation, et la mise à jour de manière propre.

Mise à jour de SPIP via SVN

La commande à utiliser est :

svn up

Et en cas de nouvelle version de SPIP :

svn sw chemin de la nouvelle version

Par exemple :

svn sw svn://trac.rezo.net/spip/branches/spip-2.1

mettra à jour SPIP en version 2.1 [2].

Le gros avantage de SVN par rapport au FTP ou à spip_loader, c'est que SVN gère les suppressions de fichiers d'une version à l'autre [3].

Inconvénients de SVN

Le principal inconvénient de SVN, c'est qu'il est rarissime qu'un hébergeur mutualisé fournisse un accès SSH [4] avec un client SVN ayant accès à l'extérieur [5].

[1] SPIP 2.0.5 au moment de la rédaction de cet article

[2] quand la version 2.1 de SPIP sera sortie

[3] En plus bien sûr des ajouts et des modifications

[4] SSH : Protocole de prise de commande à distance en ligne de commande.

[5] Par exemple, OVH fournit un client SVN, mais ce dernier ne peut pas aller récupérer les sources de SPIP parce que le Firewall d'OVH l'interdit…

SPIP sur les Pages Perso de Free

Jacques Pyrat — 2008-11-27T13:38:16Z

La gratuité a un prix, et ce prix va être augmenté très prochainement : au premier décembre 2008, il ne sera plus possible de syndiquer des sites via un site hébergé sur les Page Perso de Free.

Yohan a annoncé le 25 novembre 2008 sur le groupe de news de proxad.free.services.pagesperso :

Bonjour,

Suite aux nombreux abus relevés, à compter de lundi 1^er Décembre, les fonctions de sortie en port 80 seront coupées.

A+ Yohan

En pratique, cela signifie qu'il ne sera plus possible sur cet hébergement gratuit d'afficher les nouveautés venant d'un autre site via un flux RSS.

Mise à jour du 10 décembre 2008 : le port 80 est revenu, seuls les abus manifestes seront sanctionnés.

Mise à jour du 15 décembre 2008 : le port 80 est reparti.

Mise à jour du 23 janvier 2010 : Filtrage sur les Pages perso Free :

Free vient de mettre en place cet après-midi un filtrage sur le port 80 pour son service gratuit d'hébergement Pages perso.

Les concepteurs de sites hébergés sur les Pages perso qui souhaitent encore utiliser ce type de connexions doivent donc maintenant en faire la demande sur le newsgroup officiel proxad.free.services.pagesperso. L'administrateur jugera alors du bien fondé de la demande et autorisera ou non la connexion sur le site distant.

La décision est site distant par site distant.

Liste des limitations de SPIP sur les pages perso de Free

Les conditions d'utilisation du service pages perso de Free imposent par défaut les limitations suivantes :

interdiction d'utiliser le système de statistiques interne à SPIP
accès impossible à l'aide de SPIP
pas de syndication RSS entrante
pas de réécriture d'URL dans le .htaccess, donc pas d'URL propre
SPIP_Loader ne pourra pas non plus être utilisé
La fonction d'installation automatique de plugins de SPIP 2 ne marchera pas
Et les plugins d'envois de newsletters de SPIP non plus
Plugins de météo/saint du jour, Bible
…

Êtes-vous prêts à payer ce prix ?

Mutualisation SPIP sur OVH

Jacques Pyrat — 2008-10-01T21:44:19Z

Un seul code source de SPIP pour plusieurs sites différents sur un hébergement mutualisés (à bas prix) sur OVH.

Problématique : un nom de domaine avec le souhait d'avoir plusieurs site différents partageant le même code de SPIP dans des sous domaines.

Travail préparatoire :

Lire la doc officielle de SPIP sur la mutualisation facile
Lire Bénéficier de la mutualisation du code de SPIP

Configuration de l'hébergement

Les fichiers de SPIP mutualisé

Il s'agit de placer sur l'hébergement :

SPIP 2
Le faux plugin Mutualisation au même niveau que SPIP dans le dossier mutualisation/
De créer un dossier sites/ au même niveau que les autres
De créer un dossier plugins/ lui aussi à la racine du site SPIP
De mettre en place le fichier config/mes_options.php permettant de mutualiser SPIP


Les dossiers du site mutualisé

SPIP mutualisé" title="Arborescence fichiers SPIP mutualisé" style='height:433px;width:223px;' />

Contenu du fichier config/mes_options.php

 require _DIR_RACINE.'mutualisation/mutualiser.php';
 
 $site = str_replace('www.', '', $_SERVER['HTTP_HOST']);
 $site = str_replace('ww2.', '', $site);
 
 demarrer_site($site,
 array(
 'creer_site' => true, 
 'cookie_prefix' => false, 
 'table_prefix' => false,
 'creer_base' => false,
 'creer_user_base' => false,
 'code' => 'ecureuil',
 'mail' => 'mutualisation@pyrat.net'
 )
 );
 
 #$GLOBALS['type_urls'] = 'propres2';
 include_spip('inc/vieilles_defs'); // Nécessaire pour les vieux plugins
 define('_ID_WEBMESTRES', '1:2:3:4'); // Pour que les premiers auteurs soient aussi des Webmestre (accès à la config de SoyezCreateurs)
 ?>

Les lignes :

$site = str_replace('www.', '', $_SERVER['HTTP_HOST']);
 $site = str_replace('ww2.', '', $site);

permettent de considérer que www.nomdedomaine.tld et ww2.nomdedomaine.tld sont un seul et même site (équivalent à nomdedomaine.tld seul).

Le mail est bien sûr à changer pour que ce soit vous qui soyez prévenus lorsqu'il y a une installation.

Contrairement à un hébergement dédié, nous ne pouvons pas demander au script de mutualisation de créer la base de données.

Du coup, il va falloir passer par le pannel d'administration d'OVH pour créer :

l'entrée de nom de domaine en la faisant pointer sur la racine de SPIP mutualisé.
la base de données à utiliser : une par site mutualisé [1].

Configuration des domaines dans le pannel OVH


Mise en place de sous domaines

Il s'agit de déclarer un sous domaine par site, en indiquant que chaque sous domaine pointe vers le dossier physique de l'hébergement où se trouve la racine du code source mutualisé de SPIP.

Dans cet exemple, il s'agit de /web/spip/sites

Il faut aussi créer une base de données par site à héberger.


Bases de données SPIP mutualisé

Ne pas oublier de mettre un mot de passe à chaque base : il servira au moment de l'installation des sites. Dans ce tableau, il faut aussi noter le nom de la base et le nom du serveur (ici : mysql5-40).

Installation d'un site mutualisé

En laissant à OVH de propager les modifications (création du sous domaine et création et mot de passe de la base de données), il suffit ensuite de se rendre à l'adresse du sous domaine dans votre navigateur : http://sousdomaine.domaine.tld/

Vous avez alors la mire d'installation de la mutualisation de SPIP.


Installation SPIP mutualisé : code d'activation

Le code est renseigné dans le fichier config/mes_options.php : ici, c'est ecureuil.

La suite est du type assistant avec des questions à cliquer (un seul choix).

Enfin, on arrive dans une installation classique de SPIP où renseigner les informations de connexion à la base et le compte administrateur.

Plugins et squelettes ?

Les plugins vont être communs à tous les sites. Plus exactement, c'est la liste des plugins disponibles qui sera commune. Chaque site sera libre d'activer les plugins qu'il choisira dans cette liste.

Squelettes

Les squelettes sont à placer dans le sous dossier de sites qui a été créé automatiquement par la mutualisation : racineSPIP/sites/nomdedomaine/squelettes/


Arborescence fichiers SPIP mutualisé

S'il y a un mes_options spécifique au site, il doit être placé dans le dossier racineSPIP/sites/nomdedomaine/config/.

Attention, les globales doivent être déclarée explicitement comme telles.

Donc, il ne faut pas écrire : $type_urls = 'propres2'; mais $GLOBALS['type_urls'] = 'propres2';

[1] Il est fortement déconseillé sur OVH de placer plusieurs SPIP sur la même base, OVH limitant, et le nombre de connexions simultanées, et la taille des bases.

Référencement naturel et SPIP

Jacques Pyrat — 2008-08-27T10:51:26Z

Constats sur le terrain

Mon expérience en la matière c'est que le référencement naturel comprend 2 facettes :

il faut que le site web soit techniquement indexable (par les robots qui l'examineront)
⇒ Pour cela, il suffit d'avoir un contenu qui respecte les bonnes pratiques en termes d'accessibilité des contenus pour tous
il faut que le contenu soit intéressant pour des êtres humains

Pourquoi être intéressant pour des êtres humains ?

Parce que les moteurs de recherche visent à fournir des résultats qui vont intéresser des être humains.

Donc, la seule constante dans les changements d'algorithme des moteurs de recherche, c'est l'amélioration de la satisfaction quant aux résultats trouvés.

Autrement dit, si 1) est assuré, il suffit de se concentrer sur 2)

Un contenu intéressant ?

D'où la question : qu'est-ce qui rend un contenu intéressant ?

Quelques éléments de réponse :

facile à lire
sans ambigüité de sens
mis à jour
avec des liens pour en savoir plus
documenté/argumenté
qui ne laisse pas une impression de rétention d'informations
avec un espace de commentaires
avec une interface ergonomique de navigation dans le site

Avantages de SPIP

SPIP présente 2 avantages en matière d'optimisation du référencement :

il est le meilleur CMS [1] en terme d'accessibilité des contenus généré
séparant le contenu de sa forme, il permet de se concentrer sur le contenu sans avoir besoin d'être un technicien du web

[1] Voir l'étude réalisée par Temesis pour les RMLL 2008

Réaliser des copies d'écran de son site web (sous SPIP ou non)

Jacques Pyrat — 2007-09-26T14:34:47Z

L'objectif est de faire une capture de l'ensemble de la page, même ce qui est en dessous et qui nécessite l'usage de l'ascenseur.

Cas Idéal : avec FireFox

Une extension à installer : ScreenGrab et vous disposez dans la barre d'information en bas de l'écran d'un bouton à cliquer avec le bouton gauche de la souris pour réaliser toutes vos captures d'écran.

Sous Windows avec Internet Explorer

Il existe de nombreux logiciels de capture d'écran. Le meilleur que nous ayons trouvé, gratuit, et disposant d'un outil de retouche des captures est PicPick.

Il est capable de réaliser une copie d'écran totale ou partielle, mais surtout, de la page entière d'un site visualisé avec Internet Explorer.

Les boutons d'admin de SPIP

SPIP permet de passer aisément de l'espace public à l'espace d'administration par des boutons d'administration qui ne sont visibles que si l'utilisateur s'est déjà identifié en tant qu'administrateur sur le site et dispose donc du « Cookies de correspondance ».

SPIP sur le site public" title="Les boutons d'admin de SPIP sur le site public" style='height:44px;width:447px;' />

Pour ne plus avoir ces boutons le temps des captures du site, il suffit de supprimer le Cookie de correspondance.

Et de le remettre une fois terminé.

Bénéficier de la mutualisation du code de SPIP

Jacques Pyrat — 2007-08-28T17:28:06Z

SPIP à partir de la version 1.9.2 (et encore mieux en 1.9.3 SVN) permet de mutualiser son code source entre plusieurs sites différents.

Cet article est une réflexion sur ce que la mutualisation du code source de SPIP impliquerait dans le cadre d'un hébergement mutualisé (cas le plus général).

Théorie

Documentation

une documentation : La mutualisation facile
une autre documentation : Service d'hébergement mutualisé : scripts complémentaire du côté de l'hébergeur avec mise en place automatique des bases mysql, des droits et des accès FTP
un bout de PHP pour faire tout le boulot : svn://zone.spip.org/spip-zone/_plugins_/_test_/mutualisation/

Contraintes

Le dossier plugins/ de SPIP est commun à tous les SPIP mutualisés (mais tous les plugins n'ont pas à être activés sur chacun des sites)
Une mise à jour du code de SPIP implique de lancer la procédure de mise à jour des sites manuellement (si besoin) [1]
tous les noms de domaine des site mutualisés devraient pointer vers le même chemin physique, seul un sous dossier serait propre à chaque site

Intérêt et avantages

les accès aux fichiers du code source sont mutualisés
→ moins d'accès disque
eAccelerator [2] a beaucoup moins de fichiers à maintenir dans son cache
les sauvegardes : il n'y a pas 20Mo par hébergé (hors plugins) à sauvegarder
on peut même en sachant que l'hébergé a un SPIP mutualisé ne pas sauvegarder les dossiers local et tmp de son site

Inconvénient ?

pas de maîtrise pour chacun des sites de sa version de SPIP
pas de maîtrise des plugins pour chacun des sites (un hébergé qui voudrait tel plugin ne pourrait l'avoir)
→ il semblerait qu'une modification soir du bout de code php, soit de SPIP puisse permettre d'avoir 2 dossiers plugins/ : 1 mutualisé, et 1 par site hébergé
la sécurité inter-domaine doit être difficile à mettre en place

Mise en œuvre pratique

Pour permettre des mises à jour centralisées aisées, il est essentiel de disposer d'un client SVN sur le serveur afin de disposer de la commande : svn up qui permet de mettre à jour le code source de SPIP et des plugins en les synchronisant avec le serveur de code source de SPIP.

SVN peut aussi être utilisé pour la récupération initiale du code source de SPIP et des plugins [3].

Installation automatisée de SPIP

Exemple de fichier d'installation de SPIP et de quelques plugins :

#Installation de SPIP
 svn checkout svn://trac.rezo.net/spip/spip/ ./
 
 #Installation de Gribouille, le wiki façon SPIP
 svn checkout svn://zone.spip.org/spip-zone/_squelettes_/gribouille
 
 #Installation du pseudo plugin de mutulaisation
 svn chekout svn://zone.spip.org/spip-zone/_plugins_/_test_/mutualisation
 
 #Installation des plugins
 mkdir plugins
 cd plugins
 svn checkout svn://zone.spip.org/spip-zone/_plugins_/_stable_/acces_restreint
 svn checkout svn://zone.spip.org/spip-zone/_plugins_/_stable_/acronymes
 svn checkout svn://zone.spip.org/spip-zone/_plugins_/_dev_/autorite
 svn checkout svn://zone.spip.org/spip-zone/_plugins_/_stable_/balise_session
 svn checkout svn://zone.spip.org/spip-zone/_plugins_/_stable_/barre_typo_generalisee
 svn checkout svn://zone.spip.org/spip-zone/_plugins_/_stable_/barre_typo_v2 
 svn checkout svn://zone.spip.org/spip-zone/_plugins_/_stable_/boutonstexte
 svn checkout svn://zone.spip.org/spip-zone/_plugins_/_test_/cfg
 svn checkout svn://zone.spip.org/spip-zone/_plugins_/_dev_/compat193 
 svn checkout svn://zone.spip.org/spip-zone/_plugins_/_stable_/couteau_suisse
 svn checkout svn://zone.spip.org/spip-zone/_plugins_/_stable_/forms/forms_et_tables_1_9_1
 svn checkout svn://zone.spip.org/spip-zone/_plugins_/_stable_/enluminures_typographiques_v2
 svn checkout svn://zone.spip.org/spip-zone/_plugins_/_stable_/recherche_etendue
 svn checkout svn://zone.spip.org/spip-zone/_plugins_/_stable_/sitemap
 svn checkout svn://zone.spip.org/spip-zone/_plugins_/_test_/sedna
 svn checkout svn://zone.spip.org/spip-zone/_plugins_/_stable_/crayons
 
 cd ..
 
 #Creer le dossier squelettes au besoin
 mkdir squelettes
 
 #Creer le dossier de mutualisation
 mkdir sites
 
 #mettre les droits idoines pour les dossiers
 chmod 770 config
 chmod 770 IMG
 chmod 770 local
 chmod 770 tmp
 chmod 770 sites

Une fois cela fait, il faut suivre les indication de la documentation pour mettre en place le mes_options.php qui va configurer la mutualisation et la mettre en œuvre.

Mise à jour

La mise à jour se fait par la commande svn up.

Elle peut être automatisée à l'aide du script shell suivant :

echo "=============="
 echo "<== SPIP"
 svn up
 cd mutualisation
 svn up
 cd ../gribouille
 svn up
 cd ..
 echo "SPIP ==>"
 cd plugins
 for inode in $(ls)
 do
 if
 [ -d $inode ]
 then
 echo $inode" ==>"
 cd $inode
 svn up
 cd .. 
 fi
 done
 cd ..
 chmod 770 . -R
 chown www-data . -R
 chgrp www-data . -R

Gestion

Une fois qu'un domaine est installé en mutualisé, on dispose d'un outil de consultation des autres sites mutualisés que l'on obtient en visitant la page ecrire/?exec=mutualisation


Exemple de mutualisation du code source de SPIP

[1] Un système pour automatiser les mises à jour est à l'étude.

[2] Un accélérateur d'applications PHP basé sur la conservation en mémoire cache de la compilation du code source PHP afin de pouvoir l'exécuter immédiatement

[3] Pour les plugins disponibles sur la zone.

Avoir une URL canonique (Canonical URL)

Jacques Pyrat — 2007-08-21T09:21:30Z

Une URL de site canonique, c'est une seule URL pour le même contenu.

Il est fortement conseillé pour les moteurs de recherche de ne pas multiplier le contenu sur des URLs différentes.

Généralement, un site web a 2 URL pour le prix d'une : www.domaine.tld et domaine.tld.

Mais il est préférable que l'ensemble du site ne soit vu que sur une seule.

Pour cela, les 3 lignes suivantes dans un fichier .htaccess placé à la racine du site feront le travail

RewriteEngine On
 RewriteCond %{HTTP_HOST} ^domaine.tld [NC]
 RewriteRule ^(.*) http://www.domaine.tld/$1 [R=301,L]

Explication :

La première active le moteur de réécriture d'URL
La 2^e vérifie qu'on est en train de demander une adresse commençant par domaine.tld.
La 3^e renvoie sur l'adresse équivalente avec les www.

Ceci est particulièrement utile avec SPIP qui a un cache différent selon l'URL du site
→ autant économiser de l'espace disque !

Pour aller plus loin :

SPIP et FeedBurner

Jacques Pyrat — 2006-06-18T23:08:00Z

FeedBurner permet :

de diminuer la bande passante consommée sur votre site par le fil RSS de ce dernier en la distribuant à votre place
de présenter ce fil d'une manière agréable à lire dans un navigateur.

Ce n'est pas parfait pour autant : en particulier, il n'est pas possible de gérer la langue d'affichage du fil. La page du fil de ce site est donc ~~partiellement en anglais~~ en français suite à l'intervention d'Emmanuel dans le forum de cet article (merci à lui).

Afin de ne pas toucher aux squelettes de ce site et de permettre à tous ceux qui sont déjà abonnés au fil RSS de n'avoir rien à changer, il suffit de rajouter 3 lignes dans le .htaccess du site pour rediriger sur le fil géré par FeedBurner :

RewriteCond %{HTTP_USER_AGENT} !FeedBurner
 RewriteCond %{QUERY_STRING} page=backend
 RewriteCond %{QUERY_STRING} !id_rubrique
 RewriteRule ^spip\.php$ http://feeds.feedburner.com/pyratnet [R=301,L]

Avec ce code, en demandant http://www.pyrat.net/spip.php?page=…, l'utilisateur se trouve redirigé automatiquement sur FeedBurner :

sauf si le visiteur est FeedBurner
ou s'il demande la syndication d'une rubrique spécifique (par exemple, Sedna qui syndique SPIP).