Julien FALCONNET, Informaticien Indépendant

SPIP + OVH = ecrire cassé

Julien Falconnet — 2012-03-11T20:25:00Z

Symptomes

L'administration est toute cassée, avec le menu en liste à puce.

Quand on étudie le code on s'apperçoit qu'il n'arrive pas à charger une feuille de style calculée. En d'autres termes impossible d'afficher

http://.../spip.php?page=style_prive

On a un beau

500 Internal Server Error

Solution

Après beaucoup de recherches j'ai fini par trouver qu'il suffisait d'ajouter

SetEnv PHP_VER 5

dans le .htaccess

Et hop, Résolu

Subversion : export des fichiers depuis une révision en bash

Julien Falconnet — 2009-11-11T17:59:11Z

Lorsqu'on travaille avec Subversion (SVN) la mise en production demande de passer par la commande svn export. Mais qu'en est il des mises à jour ? La procédure recommandée est de passer par diff et patch. Mais que faire lorsqu'il est impossible de passer par patch parce que l'on est limité à l'utilisation d'un FTP, par exemple ?

Et bien, on est bien embêté. En tout cas, c'était mon cas. Après quelques recherches sur Internet, difficile de trouver une solution satisfaisante. Aucun utilitaire ne semblant faire référence, et les scripts maison ne correspondant pas à mes besoin, j'ai décidé de mettre au point un petit utilitaire bash que je vous livre ici en GPL.

Comment exporter tous les fichiers qui ont changé depuis ma dernière livraison ? Voici une question qui a du tarauder un certain nombre de développeur au moins une fois. C'est vrai, après tout, on investit du temps sur l'utilisation d'un système de suivi de version (ici svn), si c'est pour en perdre encore lorsqu'il faut livrer, où est l'intérêt ? Pourquoi livrer la bibliothèque monstrueuse qu'on a du ajouter en révision 132 alors qu'on est révision 683 et qu'on fait une livraison en r650. Et je passe sur la question du client qui se demande pourquoi on lui renvoie une archive de 60 Mo alors qu'il n'a demandé que quelques corrections d'orthographe et de typographie ( si ! si ! ça pèse super lourd une virgule !).

En effet, svn export exporte toute le projet à une révision donnée. Et svn diff qui affiche bien les différences entre deux révisions ne produit que des sorties au format patch (il n'indique que les lignes qui ont été modifiées).

Après un certain nombre de recherches, j'ai été bien désespéré de voir que non seulement je n'étais pas le seul à buter sur ce problème, mais qu'en plus aucune solution ne semblait faire consensus. J'ai trouvé quelques solutions maisons et même des scripts entiers, mais aucuns ne correspondait à ce que je voulais faire, c'est-à-dire un simple export différentiel qui ressemblerait à un svn export (donc en bash).

J'ai donc décidé de me lancer et de créer cette perle rare. Comme j'en étais content et que je me suis dit que ça pourrait resservir, je vous la sert donc ci-dessous (en gpl). Vous noterez que je suis tellement persuadé de la dimension universelle de ce problème que j'ai décidé de le coder (et de le commenter en anglais).

Voici le code bash desvnxport.sh.

#!/bin/sh # svnxport.sh #Export only modified files in SVN # # Copyright (C) 2009 by Julien Falconnet # http://www.falconnet.fr # # This program is free software; you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by # the Free Software Foundation; either version 2 of the License, or # any later version. # # #BEWARE : This script does not operate correctly with files whose filename contains spaces # tests for parameters if [ ! $1 ];then echo "svnxport : No source specified. Needs : source revision target_directory";exit;fi if [ ! $2 ];then echo "svnxport : No revision specified. Needs : source revision target_directory";exit;fi if [ ! $3 ];then echo "svnxport : No target_directory specified. Needs : source revision target_directory";exit;fi # check if the target_directory allready exists if [ -d $3 ];then echo "svnxport : target_directory '$3' allready exists. Remove it or change target_directory parameter.";exit;fi echo "Processing : source($1), revision($2), target_directory($3)" # we use svn diff to select changed files and only keep those updated or added. # Then the 'for' separate status from filename (here is the problem with file with blanks) for myfile in <code class='spip_code spip_code_inline' dir='ltr'>svn diff -r $2:HEAD --summarize $1 | grep -e '^M ' -e '^A '</code> do if [ "$myfile" = "M" -o "$myfile" = "AM" -o "$myfile" = "A" -o "$myfile" = "." -o -d $myfile ] then # we ignore the status, and the directory to update continue else #we focus on true changed files #first we create needed directories for the current file #note that we use a relative directory system outfile=<code class='spip_code spip_code_inline' dir='ltr'>echo $myfile |sed "s|$1||g"</code> dir="$3/$outfile" mkdir -p $(dirname $dir) #then we export the file svn export $myfile $3/$outfile >> /dev/null echo "export $3/$outfile " fi done # List other files. Changed but not exported. Mainly the deleted ones. # Usefull to know which files should be removed and follow weird comportment echo "Watch for : " svn diff -r $2:HEAD --summarize $1 | grep -v -e 'M ' -e 'A ' |sed "s|$1||g"

Pour ceux que ça intéressent, deux points ont été compliqués. D'abord, le fait qu'en bash le for découpe sur les espaces (et non pas sur les retours à la ligne) : Un coup sur deux j'avais le statut, ce qui était pénible puisque je ne voulais traiter que les A et les M et pas les D. J'ai faillit passé par un marqueur et finalement j'ai trouvé plus élégant de passer par un grep (qui s'intercale avant le découpage du for).

L'autre soucis a été la création de l'arborescence. En effet j'ai été déçu de voir que ni touch, ni mkdir, ni svn export n'étaient capables de créer des sous répertoires en même temps que le répertoire père. Du coup j'ai été obligé de rajouter cette boucle toute laide de mkdir. [edit ; grâce au post de Rodney Amato j'ai put trouver le paramètre -p de mkdir qui remplace avantageusement la boucle en question]

Par contre, du coup, les espaces dans les noms de fichiers sont découpés par le for et les fichiers correspondants ne sont pas exportés par le script. Il faudrait remplacer les espaces dans les fichier à la volée avant le for et les re-remplacer après mais c'était tellement inélégant que je m'y suis refusé. D'autant que cela ne me sert pas puisque je ne mets jamais d'espace dans mes noms de fichiers (c'est trop laid). Par contre si quelqu'un à une solution élégante pour contourner ce problème je suis preneur.

A bientôt...

Parmi les scripts intéressant que j'ai trouvé, celui ci est celui qui m'a le plus inspiré. Hélas il était en php et faisait plus que ce que je voulais. Mais pour ceux qui cherchent une solution en php plutôt qu'en bash, je pense qu'elle est valide :http://forum.phpfrance.com/vos-contributions/export-fichier-depuis-subversion-pour-mise-production-backup-inclus-t241495.html

Les hooks SVN auraient pu être une autre piste intéressante mais demandent de modifier le dépot, donc des droits étendus. (une présentation rapide en français)

Merci aussi à ce post de Rodney Amato qui m'a apporté la révélation du mkdir -p.

SPF : Protéger ses domaines du SPAM

Julien Falconnet — 2007-06-22T12:00:00Z

Depuis quelque temps, je reçoit des centaines de SPAMs par jour. Mon anti spam fait de moins en moins bien son travail et ça finit par me prendre un certain temps de classer mes mails. Trop de temps...
Voyons comment faire pour protéger un nom de domaine acheté chez gandi et géré par phpnet.org.

Tout le monde souffre du spam, mais les propriétaire de domaine ont une visibilité accrue et en souffre sans doute davantage. Si en plus ils activent l'option catch-all [1], ça devient vite l'enfer.

J'ai remarqué que ces derniers temps, l'essentiel des spams que je recevais ne m'étaient pas directement envoyé mais en réalité étaient des retour de mails envoyés à des adresse incorrectes mais soit disant envoyés à partir d'une adresse sur mon nom de domaine.

Mon anti-spam étant dépassé par les dernières évolution des SPAM, je me suis souvenu de la recherche que j'avais faite sur le SPF, et j'ai décidé de prendre le taureau par les cornes.

Voici ma petite aventure.

Préambule : Mon nom de domaine que nous nommeront ndd.net est géré chez gandi.

Sur http://www.openspf.org/ dans la section "Deploying SPF" on trouve un outil d'aide où l'on peut indiquer pour commencer le nom de son domaine. En validant on arrive sur une page où des informations complémentaires peuvent être indiquées.
1. Est-ce que le serveur web peut envoyer des mails ? Pour moi oui.
2. Est-ce que le prestataire qui gère mes mails me permet d'en envoyer ? Pour moi encore oui.
3. Est-ce que tous les serveur qui ont un nom qui finit par mon nom de domaine comme source reconnue de mail ? Pour moi non. Je connais bien mes serveur et ça reste un nom de domaine relativement personnel.
4. Quels sont les autres serveurs qui doivent être autorisés à envoyer un mail comme provenant de mon nom de domaine ? Comme je travaille de chez moi, j'utilise fréquemment le smtp de mon fournisseur pour envoyer mes mails, donc j'ajoute smtp.free.fr dans le champ a : . Et pour plus de sureté, j'ajoute free.fr dans le champs include : (dés fois que le smtp ne change).
5. Est-ce que j'ai bien repéré toutes les source potentielles d'envois de mail ? Serveur web, smtp de mon webmail, smtp de mon FAI... je crois que j'ai fait le tour, donc oui.
6. Ensuite continue ! Et hop ça recalcule la bonne entrée SPF (spf record) et encore plus beau ça vous l'explique.
  Pour moi donc :
  
  v=spf1 ip4:195.144.11.67 a mx a:smtp.free.fr include:free.fr all
  
  Plus bas ils conseillent aussi d'ajouter ça, en fonction de l'outil utilisé pour la gestion des DNS :
  
  ns2.phpnet.org. IN TXT "v=spf1 a -all"
  smtp2.phpnet.org. IN TXT "v=spf1 a -all"
7. Un petit copier coller et je repars.
Je me connecte ensuite sur mon compte Gandi.
1. je sélectionne mon domaine.
2. Dans paramètre technique... Et pis non en fait comme mon ndd n'est pas sur les DNS gandi mais redirigé vers les DNS de mon hébergeur je ne peux pas faire les modifications ici. Choux blanc donc.
3. Je repars sur la console de mon hébergeur
Je me connecte sur le panel dephpnet.org
1. Dans la section Domaines je choisis le domaine qui m'intéresse.
2. Dans la page détaillée je choisi Changer le mode DNS (pour passer en mode expert.
3. Dans le section DNS, je choisis d'ajouter un enregistrement de type TXT ou je colle mon beau copier coller. Je valide.

Maintenant reste plus qu'à attendre et à voir.

[1] qui leur permet de recevoir tous les mails envoyé aux adresses de type nimportequoi@leurdomaine.com

PhpMyVisit : Insérer les codes

Julien Falconnet — 2007-03-15T16:38:47Z

J'ai récemment voulu mettre en place un outil qui me permettrait de suivre d'un coup d'oeil l'évolution de l'ensemble de mes sites web. J'ai testé quelques temps Google Analytics, mais outre le faite que Google commence à me faire peur, la technologie flash qui est utilisée est incompatible avec Linux. J'ai donc opté pour l'excellent phpmyvisites qui permet de faire du suivi de stats multisite. Aprés une installation facile, s'est posée la question de mettre en place les codes de traçage, et là les choses sont devenues plus compliquées !!!

Introduction

Phpmyvisites a besoin pour pouvoir suivre ce qui se passe sur un site qu'un code javascripts soit inséré sur toutes les pages à auditer. Si cela parait simple avec un site réalisé à la main, les chose se corsent lorsqu'on cherche à avoir des statistiques d'outils clef en main comme phpBB, MediaWiki ou SPIP.

Je vous livre ici, le résultat de mes recherches et expériences.

Sites "maison"

La meilleure solution pour les sites maison reste d'ajouter le code dans un fichier qui est appelé dans toutes les pages. Si un tel fichier n'existe pas, c'est le moment de le créer, et de l'appeler dans toutes vos pages.
En général un fichier, on fait un fichier footer ou bas-de-page pour assurer que la présentation du bas de la page soit homogène. C'est idéal A défaut, on trouvera certainement un fichier menu. D'autres possibilité sont aussi possible. En cas d'hésitation, choisissez plutôt celui qui est appelé en dernier. Il faut bien sur que ce fichier serve a générer du code HTML et que le code javascript soit inséré dans ce HTML.

Une fois le fichier idéal repéré, il ne reste plus qu'à copier coller le code fourni par l'interface d'administration.

PS : je laisse l'option d'insertion automatique par .htaccess de coté, car elle est plus compliquée et demande qu'Apache soit configuré de manière adéquate.

PHPBB

Pour phpBB le problème est un peu plus compliqué puisqu'on est tributaire de la structure du site. Aprés quelques recherche il semble que la meilleure solution soit d'insérer le code juste avant le dans le fichier overall_footer.tpl du template que vous utilisez (par défaut : /templates/subSilver/).

Par contre si plusieurs templates sont utilisés avec phpBB, il faut l'ajouter au niveau de chaque template (toujours dans overall_footer.tpl)

Attention en cas de mise à jours de phpBB ou des templates, il faudra recommencer la manipulation.

Source : FAQ phpmyvisites

MediaWiki

Pas de piste vraiment officielle pour Mediawiki. La moins mauvaise solution (qui marche en tous cas) consiste à ajouter le code au niveau du skin utilisé. Il faut donc l'ajouter dans /skins/nom_du_skin.php, à la fin de la fonction execute(), juste avant

Attention si vous changez de skin sous Mediawiki, à bien refaire la manipulation.

SPIP

Sans doute le plus compliqué puisque tout dépend du jeu de squelettes utilisé par SPIP. Voici une procédure possible, dans le cas où le squelette de base (dist) est utilisé (version1 1.9.2).
– créer un répertoire "squelettes" à la racine de SPIP.
– recopier le fichier inc_pied.html de /dist/ vers /squelettes/
– dans /squelettes/inc_pied.html ajouter le code aprés

Par contre le code pose un problème de validation xhtml. En effet le code inséré fait perdre sa conformité xhtml stricte aux pages SPIP. Pour éviter ce problème il faut modifier le code fournit, voici un exemple de modification :