Reprise du message précédent :
Le produit en lui même, même s'il n'est pas parfait, loin de là, présente quand même un certains nombre d'avantages, tu ne peux pas reprocher à Rails le fait que certains connards se déclarent expert après avoir lu 2 bouquins et pondus 100 lignes de ruby.

Ce qu'il flingue dans son "rant" c'est plus la mentalité de merde qui règne, pas le framework en lui-même. Après si le framework a des faiblesses, c'est à cause de certains développeurs qui n'en font qu'à leurs têtes.
 
On devrait l'inviter sur ce thread Blabla@rails pour le réconcilier avec la commuanuté

Ce qui n'empêche pas de critiquer la communauté qui s'est formé autour de Rails, et c'est exactement ce qu'il fait

Ce que je veux dire, c'est que quand t'as 10 personnes qui bossent sur un projet confidentiel, en dehors de leur temps de travail, parce que le FW les interesse, le concept leur plait etc... t'as moins de chances de tomber sur des connards que quand t'as une communauté qui grossit de plus en plus, surtout en phase de croissance rapide/importante, ce qui attire toujours des "requins", plus attirés par faire du fric à n'importe quel prix que par le FW en lui même.

Heuu il ne parle pas de la communauté RoR dans le vide hein, il la compare à son expérience d'autres communauté comme Ruby (sans rails), Python, Lua, Factor, ...

Ah mais je dit pas que ses remarques sont fausses ou autres, je suis pas assez impliqué dans la communauté RoR US pour avoir la prétention de dire s'il a raison ou pas.

C'est exactement le même phénomène que pour AJAX.
Le problème c'est que ces gens oublient le langage source derrière le paradigme.

Moi je me rappelle des déferlantes de l'actionscript et du Flash à leurs débuts!
 
Bon sang, on était inondé de ces conneries! Les PC de l'époque ramaient comme des cochons, tout ça parce que des experts en carton du webdesign avaient envie de rajouter plein de conneries à leurs sites webs. Y'en a encore aujourd'hui, mais moins et c'est plus fonctionnel.

Ouais mais ne regarde pas la gueule du code. Quand tu vois toutes les bidouilles pour avoir de l'inheritance en javascript, des constructeurs, etc..., et ce que font les flasheux avec leur système de classe

On ne dit pas:

   
On dit:

Ne mélangeons pas tous ces idiots de programmeurs Rails qui ne payent même pas de license d'exploitation, avec des pro du web qui payent des milliers d'euros en soft

Afin de mieux préparer le web 3.0, j'aurais besoin d'un lecteur video Flash. Quelqu'un aurait un lecteur à me proposer codé de manière pas trop dégueulasse et si possible sans trop grosse faille de sécurité? Y'en a des milliers dispo sur le net!
 
EDIT: sinon j'ai pensé à des vidéos avec le player quicktime intégré au browser. Qu'est-ce qui serait mieux en terme de compatibilité avec un max de plateformes clients?

je décline toute responsabilité sur les réactions que tu vas récolter suite à ce post

 
 
EDIT: pour le moment je choisis le .mov, mon logiciel de montage vidéo peut le sortir directement, donc ça m'évite une étape de réencodage supplémentaire, par la suite je verrais pour coder mon propre lecteur flv.

Quelqu'un utilise un moteur de blog et/ou forum et/ou CMS qui tourne avec Rails?
 
J'ai trouvé Mephisto, mais sa dernière release date de juillet 2006. Idem avec le forum Beasts.
 
Vous avez essayé Typo? (attention rien à voir avec typo3)
 
 
Voilà un lien qui liste des CMS Rails: http://blog.leprojetweb.com/tag/cms
 
Mais je me demande s'il vaut mieux pas créer son propre truc...

Youtube, Dailymotion (la BP est gratuite )
JW FLV Player (plus customisable y a pas)
Dewtube (plus simple y a pas)

Hmmm, avec nginx j'ai une petite entourloupe.
 
Je ne comprends pas comment fonctionne la directive "location" dans nginx.conf.
 
J'ai mon site qui tourne en local (une bête page index.html pour le moment) et qui répond sur: http://monserveur
 
Son root est: /var/www/monsiteweb
 
Là tout marche bien.
 
Par contre si j'ai des images dans /var/www/monsiteweb/images
 
et bien par exemple je n'arrive pas à atteindre: http://monserveur/images/logo.png. Il me met erreur 404.
 
Dans mon fichier nginx.conf j'ai mis:
 

 
Bien évidemment si les images sont dans le root /var/www/monsiteweb, elles sont accessibles.
 
Qu'est-ce qui ne va pas?

Ce serait pas un problème parce que tu mets en root "/var/www/monsiteweb/images" et que quand tu tapes http://monserveur/images/logo.png il irait chercher dans /var/www/monsiteweb/images/images/ ?
 
Je dis ça sans connaitre nginx donc je suis peut-être complètement à coté de la plaque

Non j'ai mis le bon root:
 

C'est exactement ca qui se passe

EDIT: ok je viens de percuter ce que LePhasme a voulu dire.
 
Ca marche maintenant, merci  

Et si tu essaies sans le 2eme location donc juste ca :

Ca donne quoi ?

Oups tu as posté pendant que j'éditais mon message précédent.
 
Voici mon fichier de conf qui marche:
 

 
D'ailleurs je comprends pas bien pourquoi il y a ce comportement.
 
Mes images sont stockées dans /var/www/monsiteweb/images, alors pourquoi dans le deuxième Location, je dois spécifier un root /var/www/monsiteweb
 
 
EDIT: bon ben je comprends rien.
 
J'ai un forum qui se trouve dans le répertoire: /var/www/forum
 
Si je fais:

En pointant le browser sur http://monserveur/forum ça ne marche pas, j'ai un 404. Je suis totalement à la rue  
 
 
EDIT, ha si je commence à capter. Donc mon forum est physiquement sur /var/www/forum dans le DD du serveur

Et si je pointe firefox vers http://monserveur/forum maintenant ça me met: "No input file specified."
 
EDIT, en regarder le error.log, j'ai:

Mais qu'est-ce qu'il va foutre dans le répertoir /usr/...  
 
EDIT: ok j'ai plus ou moins compris le fonctionnement des location:

En fait je dois créer 2 virtual host, ce que je fais c'est pas bon.

Bon je vais réécrire proprement.
 
J'ai mon site principal qui est sur le DD à : /var/www/monsite et un moteur de forum qui est sur le DD à: /var/www/forum
 
Je souhaiterais que monsite soit accessible à: http://monsite et le forum à: http://monsite/forum
 
C'est possible? Si oui quelle serait le fichier de conf correspondant.
 
Sinon ne vaut-il mieux pas déplacer le répertoire du forum à: /var/www/monsite/forum, sachant que monsite est une application Rails évidemment?
 
 
EDIT: en fait si je mets mon site principal dans: /var/www/monsite et mon forum dans /var/www/forum. Avec le fichier de conf suivant:

Et bien ça me met "no input file".
 
Par contre en mettant un fichier index.html dans le répertoir /var/www/forum avec écrit "hello world", ça m'affiche bien le message.
 
C'est donc un problème avec je-sais-pas-quoi-et-php.

 
Si tu ne configure pas nginx pour communiquer avec php-cgi ca ne risque pas de marcher

Si php ça marche lorsque mon répertoire forum se situe à /var/www/forum et que j'y accède par http://monsite avec le fichier nginx.conf tout con.
 
Le souci c'est si je veux accéder à ce forum (qui se situe toujours dans /var/www/forum) en tapant: http://monsite/forum.
 
Là ça ne marche plus. C'est un stupide problème de server/root/location à la noix mais sioux!

Pour ceux qui font tourner des appli php au tarvers d'nginx, vous utilisez quelle méthode pour créer le serveur php-cgi?
 
1) La technique avec spawn-fcgi de Lighttpd: http://wiki.codemongers.com/NginxFcgiExample
2) Un script de démarrage pour lancer le serveur fcgi: http://blog.kovyrin.net/2006/05/30 [...] cgi-howto/
 
Il paraît que la méthode avec le script peut planter après un certain nombre de requête.
 
Pour la technique #1 avec spawn-fcgi, le top serait de le gérer avec daemontools, comme ça quand il plante, daemontools peut le relancer.
 
Pour ma part j'avais fais la méthode #2, puis j'ai tenté la #1, il me reste encore à gérer daemontools.
 
Vos avis dessus?

Vous bossez sous Rails 1.2 ou 2.0?
 
Pour ceux qui sont en 2.0 pour la doc vous allez sur quels sites, quels bouquins, etc?
 
 
EDIT1: Rails m'énerve à pisser du javascript de partout pour des simples conneries  
 
 
EDIT2: quelqu'un utilise rSpec?

Selon vous c'est suffisamment sécurisé de stocker l'id d'un membre dans un cookie crypté qui est la solution par défaut de Rails 2.0?

Ici Il y a des gens qui utilisent rails sur un hébergement dreamhost ?
 
Chez moi c'est super lent (~15-20s pour afficher une page)

fcgi?

J'en ai marre de windows!!!
 
irb merde complètement, y'a un fix mais il faut créer une variable d'environement HOME=%USERPROFILE% et ça me fait déconner gvim. Sans parler de la lenteur monumentale des test...
 
Vous avez le même problème, ou vous utilisez OsX/Linux?
 
 
EDIT: heureusement sur le site ruby-lang.org y'a une console pour tester du code ruby  

Je suis passé sous Linux, principalement pour des raisons d'uptime. Gnome commence vaguement à ressembler à qqchose d'utilisable.
 
Par contre j'ai vomi mon KDE4

De toute façon, irb est une grosse bouse par définition, et c'est pas l'environnement de dev qui chance ça dramatiquement

Je suis passé en fcgi ca va beaucoup mieux

Salut, ton hébergement DreamHost, c'est pas trop la merde? J'ai vu tellement de mauvais feedback... Et pour le fcgi, tu as testé un peu le nombre de requêtes qui foirent?

Je l'utilise pas des masses pour le moment et j'ai pas spécialement de problèmes.
 
La connexion ssh est un peu lente sinon ça va.
 
Non j'ai pas testé ça, et je vois pas comment le faire d'ailleurs, mais si tu parles du fcgi qui ne répond pas après un temps d'inaction trop long, j'ai un cron qui tourne pour appeler une page régulièrement.

 
Tien, un copain. Vous faites du rails dans ta boite ?

Dans celle ou j'étais oui

Y'en a au moins un à qui ça devrait plaire:http://fuzed.rubyforge.org/

Je suis en train de mettre un site développé sous Rails en condition quasi réelle d'utilisation... ouch ça pique, c'est ultra lent    
 
Heureusement que la mise en cache est là pour sauver les meubles parce que sinon    
 
Résultat sans appel: 30req/s sur un PIII sans mise en cache, c'est vraiment pas terrible. Avec le cache (i.e: fichier statique donc on shunte Rails) ça monte à 1100 req/s. Le tout sous Linux en mode production bien sûr.
 
Quequ'un m'a annoncé 600req/s sans cache sur un moteur de blog Rails, mais avec un Opteron Dual Core    
 
Y'en a qui ont pu faire des tests avec d'autres frameworks Ruby et/ou Python? Je parle pas des benchmarks pourris trouvés sur le net pour afficher "hello world", mais des benchs sur des applis finies?
 
 
EDIT: visiblement mon PIII s'en tire plutôt pas mal quand je regarde les résultats qu'ont les autres avec des bécanes plus puissantes  
 
 
EDIT: ha non c'est pire que ça. 30req/s c'était sans accès à la BDD. En y accédant ça tombe à 12 req/s  

Suite des benchs:
 
J'ai installé punBB et créé quelques forums, en accédant à la page d'acceuil sur le même serveur avec php-cgi, j'obtiens: 17.5req/s
 
Donc en fait même avec Php c'est pas le top.