Pour voir une démo de Jrumble : http://jackrugile.com/jrumble/ .

Très commode, le cartouche view source vous propose pour chaque type d’effet, un exemple de paramétrage qu’on peut ensuite modifier pour l’adapter à vos besoins d’affichage.

Je n’ai rencontré aucun problème de compatibilité jusqu’à maintenant.

Bon téléchargement et bon amusement !

Mais pourquoi sauvegarder au fond ? J’ai une copie des fichiers quand j’ai réalisé le site, j’ai mon hébergeur qui assure du côté de la sauvegarde. L’ensemble de votre site peut tout de même être exposé à de nombreux risques,  j’en vois trois essentiels : les hackers qui profitent d’une faille pour altérer ou supprimer la base de données, ou tout simplement pour vous interdire l’accès à votre propre CMS, les usagers ayant des droits puissants et qui commettent une maladresse,  oups, j’ai effacé la base !  Et enfin pour finir la liste des idées noires, une défaillance de l’hébergeur qui croyait avoir pris toutes les précautions mais en fait… pas tout à fait.

Pour les fichiers sur votre serveur

• Pour ceux que le code n’effraie pas : la solution winscp avec un script batch + une ligne de commande bien nourrie pour le soft winscp. Cela donne avec la planification des taches de windows un excellent outil de backup automatique des fichiers. Pour un tutoriel complet et en français, c’est ici : http://syskb.com/sauvegarder-son-site-ftp-automatiquement-avec-winscp/. Attention toutefois avec vista, il est nécessaire de raccourcir le nom du répertoire, sinon, le batch ne trouve pas le chemin, j’ai enlevé dans le timestamp la partie horaire conservant seulement la date. Pour adapter le script au besoin de votre connexion serveur, il faut absolument utiliser les commandes winscp : http://winscp.net/eng/docs/commandline. C’est très facile, il y a de nombreux exemples.
• Pour ceux qui aiment cliquer, deux solutions gratuites : cobian backup (http://www.commentcamarche.net/download/telecharger-34055144-cobian-backup) et Syncback  (http://www.commentcamarche.net/download/telecharger-177-syncback). Le premier est très complet (je suis en train de le tester), le second plus simple (selon les articles). Une autre piste : «  Notez que si vous souhaitez synchroniser un volume très important de données, il peut être plus intéressant d’utiliser des outils tels que Unison et rsync: Ces outils ne transfèrent que les parties modifiées des fichiers (SyncBack transfère toujours le fichier en entier quand une modification est détectée). »

Pour la database

• WordPress : c’est facile pour wordpress, (c’est toujours plus facile sous wordpress  ). Il suffit d’activer le plugin : WP-DBManager . Pour certains site mutualisés, l’auto-détection du chemin  mysql et mysql dump ne semble pas fonctionner. Cela s’avère faux, c’est la vérification de la valeur qui est empêché par l’impossibilité d’accéder au répertoire avec vos droits. Le plugin trouve donc bien la database, il suffit de faire un test et de ne pas se laisser impressionner par les messages en rouge. Point fort du plugin : la programmation possible des fréquences de sauvegarde. Elle envoie la database par mail. C’est là que cela se complique. J’ai réalisé mon thème, je branche le plugin en question, je lance la programmation de la sauvegarde, et là rien ne se passe. Je peux tout à fait sauvegarder et m’envoyer un mail manuellement, c’est-à-dire en appuyant sur le bouton, mais pas avec la fonction CRON. Problème… Après quelques recherches voici la réponse, mon thème n’appelait à aucun moment le CRON de WordPress. Avis donc aux réalisateurs de thèmes, j’ai inséré dans le footer un <?include (‘wp-cron.php’); ?> qui m’a aussitôt débloqué la ligne des tâches CRON. Pas plus compliqué que cela…

Si l’on s’est lancé dans la programmation PHP et javascript, cette restriction n’est en rien gênante car il suffit d’intégrer les fonctions des plugins dans les thèmes. Dans le cas contraire, c’est régime, au risque d’avoir un blog sacrément ralenti.

Mais ne faisons pas de cette limite un nouveau dogme, car c’est souvent l’interraction du plugin avec la base de données qui est le premier facteur de ralentissement.  Donc, avant de sacrifier les plugins,  je conseille de monitorer les connexions  à la base de données pour identifier les plugins gourmands. Comment faire ?  Il faut avoir recours à …un plugin : WP MySQL Profiler . Il permet d’afficher sous votre blog la liste de toutes les connexions à la base de données et leurs performances. Ne pas oublier de le désactiver lors de la mise en production !

L’autre piste, pour les non-développeurs, est de privilégier les contenus  intégrables (« embeded »)  plutôt que de rajouter des plugins pour rien. Un exemple : je veux mettre une petite carte google map dans ma sidebar. Dois-je trouver un plugin, non, bien qu’il en existe ! Il suffit d’insérer un widget texte, puis d’aller sur google map pour confectionner sa carte à travers les options et  cliquer sur « lien » en haut à droite de la carte, on obtient  le cartouche ci-dessous :

qui permet de personnaliser la carte à la dimension choisie et compatible avec la sidebar. Il ne reste plus qu’à générer le code qui fera l’appel à Google Map et le coller dans le widget texte. Fin de l’opération, aucune ligne PHP ou JS écrite et pas de plugin Gmap.  Cette technique vaut tout autant pour d’autres contenus ‘embeded’ comme un player musical DEEZER par exemple.