Reprise du message précédent :

 
Si il part sur rails, il peut utiliser une solution plus haut niveau comme heroku, engine yard ou joyent
 

 
+1 sur le fait qu'il y ait vraiment aucun interet à apprendre PHP actuellement
 
Pour les performances du langage peu importe à mon avis, il faudra absolument mettre en place des systèmes de cache qui ne passeront donc pas par l'application elle-même.
 

 
Nginx + thin est définitivement plus adapté qu'apache et mongrel niveau performances (puis bon apache et ses fichiers de conf...).
Sinon, c'est très récent mais passenger (mod_rails) est dispo pour nginx, ca peut être une solution.
Selon les besoins on peut aussi réflehir à mettre en place haproxy ou varnish.
 

 
J'espère bien que l'utilisation d'un scm est un prérequis
 
Pour capistrano son utilisation n'est pas limitée à rails, on peut très bien l'utiliser pour déployer du php (ce que l'on fait) ou du python. D'ailleurs je ne connais pas d'autre solution à part en java (je ne compte pas vlad). A mon avis c'est également un prérequis dans sa situation.

 
Apparemment Twitter abandonne RoR pour passer à PHP n'ayant pas pu résoudre leurs problèmes de scalability
Et le créateur de Mongrel crache dans la soupe http://www.techcrunch.com/2008/01/ [...] community/
 

Tu craches dans la soupe quand ça t'a nourri, rails n'a pas vraiment nourri zed.

Vieux, aussi, si tu regardes la date le rant a été posté il y a plus d'1 an, et a eu le temps d'être mis à la retraite

Hormis pour les langages (je compte tenter Ruby) et le serveur (j'ai lu pas mal de tutoriel/benchmarks sur le couple nginx/mongrel + facilité de gérer un cluster) ca devrait se ressembler dans l'esprit.

Notre projet à un gros avantage : les utilisateurs ne feront que de la lecture sur la base. Donc on peut imaginer facilement de la réplication une fois la base Master mise à jour.

Python koa  

 
En fait, je termine ma phase d'analyse, et j'avoue que j'aimerai bien trouver un argument rationnel pour départager ruby et python.
 
 
 
Non, c'était très intéressant   Les techniques et certains outils pour la réplication n'avaient pas été abordés aussi explicitement.

Autre truc que j'ai cherché sans grande réussite jusqu'à présent : à quel point on peut faire du OOP avec ces langages ? (et j'aimerai bien trouvé quelqu'un ayant une expérience avec un autre langage OO, style java, c++, c#..).

C'est quoi la question? Parce que ce sont tous des langages "objet" (enfin sauf C++), après ça dépend de ce que tu recherches dans ton langage, et clairement aucun n'est Smalltalk.

Merci pour ton post, très intéressant. T'aurais un lien pour avoir encore plus d'infos sur les architectures web actuelles (genre tes schémas mais en encore plus détaillés ) ?

Salut,

Joli explication en effet.. Une question et un commentaire ceci-dit.
Question : Chez nous je suis en train de monter un truc un peu pareil, mais les IP des différents sites pointent vers un firewall hardware qui nous sert à protéger nos serveur et dispatcher un peu le tout. Le truc que je me dit c'est "Si le FW tombe, bye bye", tu préconiserais quoi? 1 FW hardware par serveur web + 1 pont SSH (ou du VPN .. mais je suis pas trop fan) pour la réplication MySQL ?
Commentaire : Pourquoi utiliser cron + rsync, ce qui va fouttre sa merde si t'as des langages avec gestion "intégrée" du cache (style Rails avec ses Sweepers), qui font donc le ménage & co automatiquement, et non pas mettre en place un serveur (ou 2, pour être sûr que tout est duppliqué) memcached ?

Edit: Pour mon commentaire, bien sur tout s'explique si pour toi le point "vital" est d'avoir un cache à fournir au client (même s'il n'est pas à jour) plutôt que de devoir tout regénérer à chaque fois (ce qui arriverait si tu utilises une solution "synchrone" et que ça tombe)

 
Tu peut donner plus d'infos sur ton loadbalancer ?
C'est une machine dédiée j'imagine, pourquoi pas un truc complètement HW (à la Cisco ?)
Tu utilises quoi pour gérer la dispo des serveurs derrière ? Heartbeat, keepalived ?

Donc le côté FW, pour le moment il était utiliser avec de se "simplifier la vie" (plusieurs machines derrière 1 seul FW avec règles nazi ça fait que tu es plus "relax" au moment de la config de tes serveurs). Mais maintenant qu'on réorganise les serveurs le coups du "exit" peut tout aussi bien marcher. Le truc c'est que je me demandais comment tu sécurisais le transfer de données DB <-> WebServer. Tes serveurs sont tous dans la même pièce et s'est directement connecté Server-Server ? Ou tu passes par le réseau ?

Ok alors c'est bien ce que je pensais...

 
Oh un puriste
 
N'ayant pas lu de documentation precise sur chacun des langages, j'avais peur d'une utilisation un peu abusive du terme OO. La question est ce que des concepts comme le polymorphisme, heritage, methode virtuelle,.. existent dans ces langages de script ?

Oui, de la leur appelation langage objet

Non, un réaliste.

Ca + la suite =
 
Au moins t'as pas honte, c'est bien.

J'pense bien

Si pour toi "langage OO" implique "méthode virtuelle", je pense qu'on peut arrêter de discuter, t'es pas récupérable, ce qui est confirmé par:

HFR cat prog, c'est vraiment pour les l33ts  

Ruby un langage de script, c'est un peu douloureux ..
Si tu considères le C++ comme OOP, alors Ruby l'est a fortiori. Tous les types sont des objets (meme les int (Fixnum) de base par exemple) et bien sur qu'il possède les notions d'héritage (pas multiples cependant), de polymorphisme,  ..etc..

EDIT : polymorphisme tout relatif vu le typage dynamique

j'ai lu de la doc depuis

Et fait une 1ère version alpha. J'aime bien pour le moment, mais je suis un peu charette pour lire un bon bouquin en entier là tout de suite, je sens que ca ne va pas être le code le plus épuré...

Par contre, quelle merde à configurer/installer pour windows On dirait la préhistoire...

En meme temps, du dev sur Windows hors Visual Studio c'est souvent immonde ..
Bouquin --> le pickaxe, je l'ai et il est super (la version 3 vient de sortir, en anglais mais je pense pas que ca te pose probleme ... )
http://www.amazon.com/Programming- [...] 018&sr=8-1

je parle même pas de l'environnement de développement : les binaires/installeur pour Windows de Ruby ne fonctionnent pas correctement ! L'installeur 1.8.6 contient le patchlevel 111, alors que les sources proposent le niveau 368.
 
il manque pleins de fichiers. Et il n'y a aucune doc officielle pour compiler les sources fournies. Et vu le peu de liens trouvés sur internet, on sent que ce n'est pas la plateforme la plus utilisée.
 
C'est con, c'était juste pour pouvoir bosser/faire des démos avec mon portable. Ca m'a bouffé un temps monstre
 
Merci pour la référence de bouquin. Je m'y mettrai à la fin du mois je pense.