Certains de mes projets, utilisent des bases de données comportant de nombreuses tables. Certaines de ces tables contiennent des statistiques. Elles requièrent donc l’usage de clés primaires composites.

Or, jusqu’à présent le framework de Rails ne permet pas l’usage de telles clés.

Fort heureusement, et comme lors de problèmes rencontrés avec Rails, il existe un gem pour palier à cette lacune : composite_primary_keys

Dans mon environnement de développement, aucun problème particulier à signaler. Logiquement, je me décide de migrer mon projet sur un serveur de tests a l’aide de SVN.

Une fois l’application transférée sur le serveur, je relance Rails.
sudo mongrel_rails cluster::restart

Et paf ! Voilà l’erreur fatale qui survient :
/usr/lib/ruby/gems/1.8/gems/activerecord-2.2.2/lib/active_record/base.rb:1833:in method_missing_without_paginate'': undefined method ''set_primary_keys'' for # (NoMethodError)

Je commence par comparer la liste des gems installés côté serveur de développement et côté serveur de test.
gem list

Identique sur les deux serveurs, l’erreur est donc ailleurs.
Je découvre alors que la commande de chargement de composite_primary_keys est située à la fin de environnement.rb.
`require ''composite_primary_keys`

Je tente de la déplacer et de la mettre sur la première ligne et pouf ! L’erreur disparait !

Mon fichier environnement.rb fonctionnel finit donc par ressembler à :
require 'composite_primary_keys'
require File.join(File.dirname(__FILE__), 'boot')
Rails::Initializer.run do |config|
...
end
require 'lib/date_overrides'
require 'lib/common'
require 'digest/sha1'

Préalablement, à la programmation sous Rails, il est impératif d’installer Rails lui-même.

Une chose est importante à comprendre sur Rails, c’est la notion de GEM.
Dans d’autres domaines, les gems pourraient être nommés des add-on ou des plugin. Ce sont en effet des petits modules qui viennent se greffer sur l’installation de base. Chaque petit module offre des capacités supplémentaires.

Une des forces des gems, c’est leur facilité d’installation. Pour avoir souvent “jouer” avec des add-on, plugins etc… je suis tout à fait capable d’affirmer que les gems de rails, sont des plus faciles à installer parmis tout ce j’ai pu être appellé à utiliser au cours de mes 20 années en programmation (sic).

Installation de base sous Linux (fedora dans mon cas)
Pour l’installation sous fedora, c’est excessivement simple :
yum install ruby ruby-devel ruby-irb ruby-libs ruby-rdoc ruby-ri rubygems

Il faut installer les dépendances
yum install ruby-mysql ruby-postgres ruby-clearsilver ruby-racc subversion-ruby ruby-docs ruby-activesupport ruby-activerecord

Puis Rails lui-même
gem install rails

Ensuite, vous pouvez vous contenter d’utiliser le serveur fourni par défaut (WebWrik). Pour ma part, je préfère installer Mongrel, qui est aussi la solution que j’ai retenue pour mes serveurs de production.

Installation de Mongrel
gem install mongrel

Le cluster qui va avec Mongrel
gem install mongrel_cluster

Pour finir, il reste à créer l’utilisateur qui aura les droits
adduser --system --group --no-create-home mongrel

Et voilà, le tour est joué ! Vous n’avez plus qu’à créer votre projet ou bien en importer un déjà existant.

Problématique

Il était une fois… un programmeur qui avait un soucis pour récupérer des fichiers entre serveurs…

Voilà donc ma problématique de départ cette fois-ci. J’ai tout d’abord mis en place une solution en FTP. Mais cette solution ne me plait pas vraiment car, elle m’oblige à laisser un serveur FTP tourner sur mes machines. Alors que normalement, j’en aurais pas besoin car tous les fichiers sont importés gràce à des RSync ou grâce a SVN.

Première solution SCP

Je me suis donc penché dans un premier temps, vers un exec de la commande SCP.

exec('scp login@monserveur:/home/data/mondossier/* ./temp/');

C’est parfait, j’arrive à aller chercher mes fichiers et les recopier… Mais, j’ai alors rapidement découvert une limite tràs importante! Je ne pouvais que copier mes fichiers pas les supprimer. Or, dans mon système, une fois qu’un fichier est copiè, il doit ¸etre supprimé de son hôte d’origine.

Solution SFTP

En poussant plus loin mes recherches, j’ai finalement découvert que le SFTP devrait me permettre de faire le boulot. Par contre, si je suis habitué à l’utiliser en ligne de commande, je ne sais absolument pas l’utiliser depuis PHP. Il y a certes la possibilité de faire un “batchfile”, mais dans mon cas, la génération de ce batchfile serait longue et fastidieuse.

Heureusement, d’autres gars ont pensée à mon problème. Il me faut utiliser l’extension
ssh2 de php.

C’est parti ! J’importe les quelques fichiers d’exemple présents sur le site de php et … rien ne se passe !

Après réflexion, bien entendu, l’extension n’est pas installée, mais php ne me génère aucun message d’erreur… pas cool!

Installation de ssh2 sous fedora

Étant sous Linux (Fedora pour ma machine de développement, tout commence facilement.
>yum install libssh2 libssh2-devel php-devel
Jusque-là , c’est facile…

Installation de ssh2 pour php

Là , je télécharge la dernière version sur le site .

je décompresse
tar -xzcf ssh2-0.10.tgz cd ssh2-0.10
et je lance l’install tel que recommandé par le site

/usr/bin/phpize && ./configure --with-ssh2 && make
et la rien ne va plus, tout fini par un :
/home/denis/tmp/ssh2-0.9/ssh2.c:46: error: static declaration of ''first_arg_force_ref'' follows non-static declaration /usr/include/php/Zend/zend_modules.h:35: error: previous declaration of 'first_arg_force_ref' was here /home/denis/tmp/ssh2-0.9/ssh2.c: In function 'zif_ssh2_methods_negotiated': /home/denis/tmp/ssh2-0.9/ssh2.c:477: warning: passing argument 2 of 'libssh2_session_methods' makes integer from pointer without a cast /home/denis/tmp/ssh2-0.9/ssh2.c:477: error: too many arguments to function 'libssh2_session_methods' /home/denis/tmp/ssh2-0.9/ssh2.c: In function 'zif_ssh2_fingerprint': /home/denis/tmp/ssh2-0.9/ssh2.c:532: warning: assignment discards qualifiers from pointer target type make: *** [ssh2.lo] Erreur 1
Après plusieurs recherches, je finis par trouver un patch, je reprends mon phpize et là , tout est bon ça fonctionne. Il me crée un dossier “modules” dans lequel je peux trouver mon fichier “ssh2.so” tant recherché.

Ne reste plus qu’à configurer le php.ini,
vim /etc/php.ini
Je recherche la ligne “extension_dir=xxx” et copie mon fichier
cp modules/ssh2.so xxx/
Ne reste plus qu’a ajouter au php.ini la ligne
extension=ss2.so
et à relancer mon apache
/etc/init.d/httpd restart
Et voilà , le transfert sftp est fonctionnel sous php.