Salut, > - Peut on faire du load balancing soft comme on le ferait avec les clusters > mongrel (il me semble que non) ? Une alternative ?
Avec un IIS pur jus je crois pas. IIS->ISAPIRewrite> Mongrel marche bien mais ça utilise un seul mongrel. Sinon pour avoir une installation avec plusieurs "processs/threads" Rails sous IIS, tu peux utiliser FastCGI méthode traditionnelle : http://made-of-stone.blogspot.com/2006/01/rails-on-iis-revisited.html C'est longtemps resté un cauchemar. Mais l'espoir vient du coté obscur de la force suite à l'accord de collaboration entre MS et PHP pour augmenter les perfs de PHP sous IIS, ils travaillent à améliorer Fastcgi. http://mvolo.com/blogs/serverside/archive/2007/02/18/10-steps-to-get-Ruby-on-Rails-running-on-Windows-with-IIS-FastCGI.aspx Comme il reste des trucs assez différents entre XP et 2003 et les versions de IIS, j'ai pas encore testé car impossible de reproduire le même setup sur les env de dev et de prod. > - la base étant existante, ça sera configuration over convention... RoR > conserve t'il dans ce cas son intérêt ou est-ce si compliqué à modifier qu'il > vaille mieux coder en...php ? > Tant que tu n'es pas dans un cas de figure comme des clés primaires en Varchar(38) qui sont générées de manière incomprehensible par l'appli existante ça doit aller. Si le schema relationnel n'est pas comme celui attendu par activerecord, typiquement A->B et c'est B qui porte l'id de référence à A, ca peut toujours se définir à coup de : :class_name :join_table :association_foreign_key :foreign_key :finder_sql :counter_sql Bon courage!! --~--~---------~--~----~------------~-------~--~----~ Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de Google Groups. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour résilier votre abonnement envoyez un e-mail à l'adresse [EMAIL PROTECTED] -~----------~----~----~----~------~----~------~--~---
