La structure de l’application est complexe. Si vous respectez l’architecture recommandée (version 0.11), vos feuilles de styles sont dans vendor/extensions/theme_xxxx/public/stylesheets/ (si votre thème s’appelle xxxx).

Le serveur web n’est pas configuré pour aller chercher les assets ailleurs que dans public. Au démarrage de votre application, les fichiers CSS sont donc recopiés des répertoires des extensions dans le répertoire public principal.

Remarque finale : pour la même raison, un commit ou un status dans votre système de gestion de version vous montrera les vieux fichiers dans public si vous n’avez pas relancé votre serveur entre temps.

$ 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]

response.should have_tag("h2", /Subtitle/)
response.should have_tag("form#swap[method=post]")
response.should have_tag("form#swap input[type=radio][name=?]", 'part1')
response.should have_tag("form#swap input[type=radio][name=?]", 'part2')
response.should have_tag("form#swap input.button_save[type=submit]")

Autre exemple, un formulaire AJAX dans sa div (id= »filter », mais vous avez compris maintenant) avec une liste déroulante, avec soumission par GET sur changement de la sélection :

response.should have_tag("select option", "All")
response.should have_tag("select option", /20/)
response.should_not have_tag("select option", /21/)
response.should have_tag("div#filter form[method=?]", 'get')
response.should have_tag("div#filter form select[onchange=?]", 'this.form.submit()')

La syntaxe du sélecteur a beau être proche de celle du CSS, il est difficile de s’en rappeler toutes les subtilités. C’est là qu’intervient l’excellente cheat sheet créée par Assaf Arkin de Labnotes. Indispensable 

C’est pourquoi j’ai été fort (désagréablement) surpris quand mon récent cap deploy a échoué avec le message d’erreur suivant :

c:/ruby/lib/ruby/gems/1.8/gems/capistrano-2.5.1/lib/capistrano/recipes/deploy.rb:97:in ``': No such file or directory - svn info http://svn.example.com/

On comprend bien qu’il s’agit de ma machine mobile et portable qui tourne sous Windows Vista. Le client SVN de choix sous Windows reste sans conteste TortoiseSVN. Malheureusement (d’une certaine manière), TortoiseSVN est un vrai client Subversion et non un wrapper graphique s’appuyant sur l’exécutable svn (en ligne de commande donc).

Or Capistrano invoque l’exécutable sus-cité, et ne le trouve pas. Solution simple et rapide : installer le client officiel SVN, que l’on peut trouver ici.

Et hop !

  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.

Deux petits rappels :

1. ! est l’opérateur de négation logique.
2. Seuls false et nil ont la valeur booléenne FAUX. Tout le reste est vrai (y compris 0, la chaîne de caractère vide, etc.

Nous en déduisons la table de vérité suivante :

* = n’importe quoi sauf nil ou false, donc de valeur booléenne true.

CQFD.

Aucune méthode préférentielle ne se dégage. En particulier, les méthodes proposant de créer les données de test avec le code de l’application sont inapplicables pour une importation sérieuse, tant par leur lourdeur que par la difficulté de maintenir les données de test au fur de l’évolution du code. J’ai choisi trois articles qui couvrent bien le sujet.

Luke Francl a écrit un article qui balaye les diverses possibilités Loading seed data.

Michael Bleigh propose, dans son article Seed Fu: Simple Seed Data for Rails, de créer les données grâce à des scripts Ruby placés dans le répertoire db/fixtures.

Enfin, Jeffrey Allan Hardy décrit dans Seed Data in Rails la méthode simple et aisée à mettre en œuvre que j’ai retenue. Il s’agit d’utiliser le puissant mécanisme des fixtures dans une tâche rake.

Les données sont saisies dans des fichiers YAML placés dans le nouveau répertoire db/fixtures. Une tâche rake est ajouté en créant le fichier db_seed.rake dans le répertoire lib/tasks.

namespace :db do
  desc "Load seed fixtures (from db/fixtures) into the current environment's database." 
  task :seed => :environment do
    require 'active_record/fixtures'
    Dir.glob(RAILS_ROOT + '/db/fixtures/*.yml').each do |file|
      Fixtures.create_fixtures('db/fixtures', File.basename(file, '.*'))
    end
  end
end

Et voilà ! Les données sont chargées avec la commande rake db:seed.

L’internationalisation de Rails sera intégrée dans la version 2.2 qui est prévue pour la fin de l’année

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.

Méthode

Nous voulons un salt raisonnable. Nous l’obtenons donc sur random.org. J’ai obtenu 1290 9d9c 16f8 5fad d3b5 a11f 2fb9 f358 que je recopie dans le champ salt (sans les espaces).

Pour encrypter le mot de passe SourceStuff, nous lançons la console et nous cryptons avec Digest::SHA1. Le résultat est bien sûr recopié dans le champ crypted_password.

xtian$ ./script/console 
Loading development environment (Rails 2.1.0)
>> Digest::SHA1.hexdigest("--12909d9c16f85fadd3b5a11f2fb9f358--SourceStuff--")
=> "843a3ec693ba69e5f09ba4554f0d0799c979b93c"

Euh… bien sûr vous remplacez le salt et le mot de passe par les votres?. Dois-je le dire ?

Résultat

ErikSink:
  login: eric
  email: eric@softwarelegend.com
  salt: 12909d9c16f85fadd3b5a11f2fb9f358
  crypted_password: 843a3ec693ba69e5f09ba4554f0d0799c979b93c