$ svn rm admin/images/graphs/THUMB~JT.DBE
D         admin/images/graphs/THUMB~JT.DBE

C’est fastidieux au-delà de quelques fichiers. Dans ce cas détruisez les fichiers par la méthode qui vous convient (par exemple une synchronisation avec BeyondCompare). Ensuite, un svn status vous donnera l’état des lieux.

$ svn st
D       admin/images/graphs/THUMB~JT.DBE
!       admin/images/graphs/Thumbs.db
!       admin/images/graphs/dummy
!       admin/images/graphs/.cvsignore
M       images/ramey-noir.jpg

Les fichiers manquants sont marqués par un bang (un point d’exclamation, en hacker). Le fichier que nous avons déjà détruit est signalé par un D, les fichiers modifiés par un M. Nous allons filtrer les lignes qui commencent par ! (^! pour grep) et récupérer le nom de fichier, qui est le deuxième élément de la ligne ($2 pour awk).

$ svn st|grep '^!'|awk '{print $2}'
admin/images/graphs/Thumbs.db
admin/images/graphs/dummy
admin/images/graphs/.cvsignore

Plutôt que de les regarder, nous allons les supprimer du repository.

$ svn st|grep '^!'|awk '{print $2}'|xargs svn rm
D         admin/images/graphs/Thumbs.db
D         admin/images/graphs/dummy
D         admin/images/graphs/.cvsignore

Finalement, on commite le tout :

$ svn ci -m"Ménage fait !"

Et hop !

Vous aurez besoin de :

• Xcode (disponible sur le DVD d’installation de Snow Leopard)
• Libmcrypt version 2.5.8, téléchargeable ici
• Le code source de votre version de PHP, par exemple 5.3.3, téléchargeable ici

Décomprimez libmcrypt et passez les commandes suivantes :

$ cd libmcrypt-2.5.8
$ MACOSX_DEPLOYMENT_TARGET=10.6 CFLAGS='-O3 -fno-common -arch i386 -arch x86_64' LDFLAGS='-O3 -arch i386 -arch x86_64' CXXFLAGS='-O3 -fno-common -arch i386 -arch x86_64' ./configure --disable-dependency-tracking
$ make -j6
$ sudo make install

Terminé pour mcrypt, passons à PHP.

$ cd php-5.3.3
$ cd ext/mcrypt
$ phpize
$ MACOSX_DEPLOYMENT_TARGET=10.6 CFLAGS='-O3 -fno-common -arch i386 -arch x86_64' LDFLAGS='-O3 -arch i386 -arch x86_64' CXXFLAGS='-O3 -fno-common -arch i386 -arch x86_64' ./configure --with-php-config=/Developer/SDKs/MacOSX10.6.sdk/usr/bin/php-config
$ make -j6
$ sudo make install

Vérifiez dans php.ini que enable_dl = On. Déclarez mcrypt dans la section Dynamic Extensions en ajoutant extension=mcrypt.so.

Relancez Apache, vous pouvez maintenant vérifier avec phpinfo() que mcrypt est bien disponible.

Application exemple : installation de Prestashop, avant :

Après :

Et hop !

Merci à Michael Gracie

Mais il est parfois fastidieux de trouver où est la gem, et gemedit facilite la vie en ajoutant une commande edit à gem.

$ sudo gem install gemedit
$ gem edit gemedit

Vous pouvez indiquer l’éditeur que vous voulez lancer grâce aux variables d’environnement $GEMEDITOR, $VISUAL ou $EDITOR. Pour utiliser TextMate, ajoutez cette ligne dans votre .profile :

export GEMEDITOR=mate

Ou pour Xcode :

export GEMEDITOR=xed

C’est tout de même plus rapide de taper gem edit gemedit que mate /usr/local/lib/ruby/gems/1.8/gems/gemedit-0.9.0 !

GEM Editor via Stop Googling (John Nunemaker)

5.2.1.1 Ressources et identificateurs de ressources

La ressource est le fondement de l’abstraction de l’information dans REST. Toute information qui peut être nommée peut être une ressource : un document ou une image, un service momentané (par exemple « le temps à Los Angeles aujourd’hui »), un ensemble d’autres ressources, un objet non virtuel (par exemple une personne), etc. Autrement dit, tout concept pouvant être la cible d’un lien hypertexte répond nécessairement à la définition de ressource. Une ressource est la référence conceptuelle¹ vers un ensemble d’entités, pas une entité qui correspondrait à la référence à un instant donné.

Plus précisément, une ressource R est une fonction d’appartenance² M_R(t), qui au temps t associe un ensemble d’entités, ou de valeurs, qui sont équivalentes. Les valeurs de cet ensemble peuvent être des représentation de ressources³ ou des identifiants de ressources⁴. Une ressource peut être associée à l’ensemble vide, ce qui permet de faire référence à un concept avant qu’aucune réalisation de ce concept n’existe — une notion étrangère à la plupart des systèmes hypertextes avant le Web. Certaines ressources sont statiques dans le sens où, examinées à tout moment après leur création, elles correspondent toujours au même ensemble de valeurs. D’autres ont un degré de variabilité élevé dans le temps. La seule chose qui doit être statique pour une ressource est la sémantique de la référence, puisque la sémantique est ce qui distingue une ressource d’une autre.

Par exemple, la « version préférée de l’auteur » d’une publication académique est une référence dont la valeur varie dans le temps, alors que la « version publiée dans les actes du colloque X » est statique. Ce sont deux ressources distinctes, même si elles font référence à la même valeur à un instant donné. La distinction est nécessaire pour que les deux ressources puissent être identifiées et classées indépendamment. Un exemple similaire dans le domaine de l’ingénierie logicielle est l’identification distincte d’un fichier de code source dans un système de gestion de versions, comme la « dernière révision », la « révision numéro 1.2.7 » ou la « révision incluse dans la version Orange ».

Cette définition abstraite d’une ressource rend possible des fonctions essentielles de l’architecture du Web. Premièrement, elle généralise en englobant plusieurs sources d’information sans les distinguer artificiellement par type ou par implémentation. Deuxièmement, elle autorise l’attachement tardif⁵ de la référence à une représentation, ce qui rend possible une négociation de contenu⁶ basée sur les caractéristiques de la requête. Finalement, elle permet à l’auteur de référencer le concept plutôt qu’une représentation singulière de ce concept, supprimant ainsi le besoin de modifier tous les liens existants à chaque fois que la représentation change (en supposant que l’auteur a utilisé les bons identificateurs).

REST utilise un identificateur de ressource⁷ pour identifier la ressource impliquée dans une interaction entre composants. Les connecteurs REST offrent une interface générique pour atteindre et manipuler l’ensemble de valeurs d’une ressource, indépendamment de la manière dont la fonction d’appartenance est définie ou du logiciel qui traite la requête. L’autorité de nommage qui a affecté l’identificateur de ressource, rendant possible le référencement de celle-ci, a la responsabilité du maintien de la validité sémantique de la référence⁸ dans le temps (c’est-à-dire de s’assurer que la fonction d’appartenance ne change pas).

Les systèmes hypertextes traditionnels, qui opèrent typiquement en environnement clos ou local, utilisent des nœuds uniques ou des identificateurs de documents qui changent à chaque fois que l’information change, s’appuyant sur des serveurs de liens pour maintenir la référence séparément du contenu. Comme les serveurs de liens centralisés sont un anathème pour les exigences pluri-organisationnelles et à échelle gigantesque du Web, REST se repose au contraire sur l’auteur pour choisir l’identificateur de ressource qui convient le mieux à la nature du concept identifié. Naturellement, la qualité d’un identificateur est souvent proportionnelle à l’argent dépensé pour maintenir sa validité, ce qui conduit aux liens brisés, au fur et à mesure de la disparition ou du déplacement d’information éphémère ou peu maintenue.

Notes

1. a conceptual mapping
2. membership function
3. resources representations
4. resource identifiers
5. late binding
6. content negociation
7. resource identifier
8. mapping

$ sudo gem install sqlite3
Password:
ERROR:  Error installing sqlite3:
	sqlite3 requires Ruby version >= 1.9.1.

Mais vous utilisez des gems qui ne sont pas compatibles avec Ruby 1.9 et vous devez donc faire cohabiter plusieurs versions de Ruby. C’est là que RVM intervient.

Installer RVM sur Leopard

Passez la commande suivante dans une fenêtre de Terminal :

$ bash < <( curl http://rvm.beginrescueend.com/releases/rvm-install-head )

Puis ajoutez cette ligne à la fin de votre fichier ~/.profile :

[[ -s $HOME/.rvm/scripts/rvm ]] && source $HOME/.rvm/scripts/rvm

Pour tous les détails additionnels, allez à la source.

Utiliser RVM

Vous pouvez maintenant utiliser rvm, par exemple pour installer Ruby 1.9.1.

$ rvm install 1.9.1 ; rvm 1.9.1
$ ruby -v
ruby 1.9.1p378 (2010-01-10 revision 26273) [i386-darwin9.8.0]
$ sudo gem install sqlite3
Building native extensions.  This could take a while...
...
Successfully installed sqlite3-0.1.1

Pour revenir à la version d’origine :

$ rvm system
$ ruby -v
ruby 1.8.7 (2009-06-12 patchlevel 174) [i686-darwin9.8.0]

  it "should render column titles" do
    render "/feeds/index.html.erb"
    response.should have_tag("tr>th", "name")
    response.should have_tag("tr>th", "url")
  end

Mais cette méthode ne permet pas de tester les bribes de HTML qui sont produites dans un content_for. En effet, ces bribes sont incluses directement dans le layout, pas dans la production de la vue. Pour ce faire, ajouter dans spec_helper.rb :

  def content_for(name)
    response.template.instance_variable_get("@content_for_#{name}")
  end

Puis dans les specs :

  it "should render a 'New feed' link" do
    render "/feeds/index.html.erb"
    content_for(:somewhere).should have_tag("a[href=?]", new_feed_path)
  end

Merci à Carl-Johan Kihlbom.

L’utilisation est simple : invoquer Ubiquity (alt-espace sur mon Mac), taper ruby <nom-de-fonction> puis <Enter> et la page s’ouvre dans un nouvel onglet.

La base : le chapitre 7 du manuel, The Lo-Down on Fixtures et la référence.

Une bonne introduction aux fixtures dans Rails 2.0 : Fixtures in Rails 2.0

Si vous n’aimez pas les screencasts, la même info dans un blog : What’s New in Edge Rails: Fixtures Just Got a Whole Lot Easier

Les avis

Le titre de l’article se passe de commentaire : Why Fixtures Suck (And How We Can Fix Them). Un peu vieux, il date du mois d’août 2006

Daniel Manges propose de remplacer les fixtures par des factories. Paul Gross propose un raffinement de la méthode. À creuser.

Chris Wanstrath propose des Fixtures scenarios. Les commentaires qui suivent sont particulièrement intéressants.

Les outils

Fabien Jakimowicz vous propose des tâches rake qui construisent vos fixtures à partir d’une base de données dans son article Rails plugin: named fixtures exporter

Clefs étrangères et intégrité référentielle

Les clefs étrangères présentent une difficulté : il n’est plus possible d’insérer ni de supprimer les enregistrements dans la base dans un ordre quelconque. Per Olesen propose une technique pour résoudre ce problème dans son article Rails Fixtures Tips.

Don’t get stuck on unit testing dogma Embrace unit testing karma

Le même article en pdf.

Parfois les données brutes ne sont pas disponibles dans le bon format. L’éditeur vi (ou vim), disponible sur toutes les bonnes plateformes, dispose d’une commande d’édition par expressions régulières très puissante. Prenons un exemple. J’ai donc besoin de convertir une liste d’ATA au format YAML.

Format liste

21 : Air conditioning
22 : Auto flight
23 : Communications

Format YAML

21:
  number: 21
  description: Air conditioning
 
22:
  number: 22
  description: Auto flight
 
23:
  number: 23
  description: Communications

La commande vi de substitution

Une « simple » commande suffit:

:%s/\([0-9][0-9]\) : \(.*\)/\1:\r  number: \1\r  description: \2\r/

Ça paraît un peu rude, mais c’est facile à décortiquer. Prenons la commande dans l’ordre.

• % toutes les lignes du fichier
• s/.../.../ la commande de substitution qui va être appliquée à chaque ligne
• [0-9][0-9] deux chiffres ; je mémorise le numéro dans \1 en le mettant entre \( et \)
• : deux points entre deux espace
• .* tout le reste de la ligne, que je \(mémorise\) dans \2
• maintenant le remplacement : je récupère le numéro avec \1, que j’insère suivi de : et d’un saut de ligne
• insertion de number: puis le numéro
• insertion de description: puis le texte récupéré

Facile, non ?