Quelques questions sur rails

Sujet:	Re: Quelques questions sur rails
Auteur:	Ned Baldessin
Date:	Dim, 21/01/2007 - 00:02

mouloud a écrit:

- RoR, c'est vraiment génial pour faire du WeB 2.0, avec des blogs, de l'ajax, du participatif, et tous les trucs à la mode, mais est-ce que ça a un intérêt pour faire les sites vitrines des sociétés de mes clients (dans l'agroalimentaire) ?

Désolé, Ruby on Rails n'est adapté qu'aux sites du secteur textile, des sociétés minières, ainsi que certaines branches du secteur tertiaire (professions libérales, cabinet d'avocats, médecins, consultants).

mouloud a écrit:

- Qu'est ce qu'on peut faire en PHP mais pas en RoR ?

Il doit y avoir des extensions PECL spécifiques (interfaces à des systèmes proprio, etc) qui n'existent pas encore en Ruby, mais :
- c'est une question de temps avant que quelqu'un s'en charge ;
- c'est jamais très compliqué de faire du "glue code", on peut toujours appeler des scripts PHP depuis Ruby (crade, mais possible).

Enfin personnellement, je ne suis pas encore tombé sur quelque chose de bloquant.

mouloud a écrit:

- Qu'est ce qui est plus facile à faire en PHP qu'en RoR ?

Des ajouts dynamiques à des sites essentiellement statiques, des micro-fonctionalités où on mélange les données et la présentation.
En gros, si votre projet PHP fait plus de 3 ou 4 fichiers (includes, templates, etc), RoR peut être intéressant.

mouloud a écrit:

- Est-ce que RoR a autant de fonctions que PHP (exemple : fonction sur les chaines), ou bien il faut se les faire soit-même ?

Il y a une librairie standard très fournie en Ruby, qui découpe toutes les fonctionalités en de nombreuses classes et méthodes. Contrairement à PHP où des milliers de fonctions sont mélangées dans un même espace de nom (plus de 6000 je crois…).

mouloud a écrit:

- Est-ce qu'on peut gérer les Cookies et les sessions avec RoR ?

Naturellement.
Différence avec PHP, les sessions utilisent forcément des cookies, il n'y a pas de gestion de variables de sessions dans les URLs (ce qui n'est pas plus mal je pense).

mouloud a écrit:

- Comment sont gérées les images ? Est-ce qu'on a comme en PHP l'intégration d'une librairie de traitement d'image comme GD ?

On utilise la librairie RMagick, qui repose sur ImageMagick, qui est, il me semble, plus riche que GD.
Pour les fonctions simples (redimentionner des images uploadées, etc), il y a des plugins (FileColumn, ou ActsAsAttachement).

mouloud a écrit:

- Est-ce qu'il y a quelque part une vraie doc à la PHP, ou on juste le choix entre des tutoriaux disparates et un peu datés et l'API exhaustive et illisible ?

L'API est un peu intimidante quand on débute, mais devient super utile ensuite.
Une particularité de Rails : la meilleure doc est publiée commercialement. Je veux parler des bouquins des PragProgs, que personnellement j'ai sous forme de PDF. Je n'ai jamais lu ces livres de bout en bout, je les picore en faisant des recherches sur le texte. Le Agile Web Dev with RoR c'est la base, le "pickaxe" (Programming Ruby) est très utile pour s'approprier ce langage, Rails Recipes est également utile je trouve.
Sinon, les screencasts de Topfunky plaisent à certains (moi j'accorche moins, j'aime pas le côté linéaire et lent de la vidéo).
Donc au finale, il faut payer pour avoir une bonne doc. C'est pas grand chose, surtout si on ne prend que les PDF, et ça vaut vraiment le coup d'avoir sous la main une doc qui fait autorité.

Il y a eu une levée de fond des gars de caboo.se cet été pour financer l'écriture d'une vraie doc ouverte et gratuite ; l'argent a été trouvé en quelques jours, mais je crois que ce projet est au point mort, ce qui est un peu dommage.

[ Vous devez vous connecter ou vous enregistrer pour écrire des commentaires | envoyer par email ]

Sujet:	Re: Quelques questions sur rails
Auteur:	mouloud
Date:	Dim, 21/01/2007 - 11:21

Ned Baldessin a écrit:

;+)

Ned Baldessin a écrit:

mouloud a écrit:

- Qu'est ce qui est plus facile à faire en PHP qu'en RoR ?

Ah. Je suis un peu dans une position intermédiaire. J'ai développé une sorte de framework simplifié, qui permet de remplacer dans un site statique, tous les textes par des code PHP, qui vont permettre, en mode admin, l'édition de ces textes par le client, en contextuel.
Il s'agit donc d'ajout dynamique a des sites pas mal statiques, mais ça implique plus de 3 ou 4 fichiers PHP derrière...
Maintenant, je voudrais faire la version 2 de mon système (dont certaines parties du code date de me début dans PHP), et j'hésite à continuer avec PHP (en y joignant smarty et cake, par exemple...), ou à passer directement à RoR.

Ned Baldessin a écrit:

Différence avec PHP, les sessions utilisent forcément des cookies, il n'y a pas de gestion de variables de sessions dans les URLs (ce qui n'est pas plus mal je pense).

Ah bon ? Dans mon cas, ce n'est pas très gênant, mais j'ai bossé sur d'autre projets, ou ça aurait carrément manqué. En effet, le grand public a trop souvent entendu que le cookie était le diable, le moyen de BigBrother de nous espionner, la porte d'entrée des virus qui vont venir boire la bière dans notre frigo. Et pour peu qu'un voisin calé en informatique leur ait montré comment les désactiver complètement, ben bim, plus de cookies. Dans ce cas là le SID dans l'url me paraît complètement indispensable...

Ned Baldessin a écrit:

Mes dernières expérience avec ImageMagick (mais ça date de quelques années) montrait qu'il était nettement moins bon que gd en terme de compression jpeg. Il faisait des fichiers plus lourd et plus crades. Ca s'est amélioré ?

Ned Baldessin a écrit:

Je trouve qu'il y a rien de pire qu'une doc en pdf. Quand on a comme moi une mauvaise mémoire, et qu'on a besoin d'aller voir toutes les 5 minutes dans la doc l'ordre des paramètres d'une fonction, chercher dans un PDF, c'est l'horreur. Quand aux bouquins, je trouve ça un peu décalé par rapport au rythme de mise à jours des logiciels sur internet...
Et puis bon, payer pour pouvoir découvrir un langage que je ne suis même pas sûr d'utiliser à la fin... Déjà que j'ai pas toujours les moyens de payer ceux que j'utilise...

Une autre interrogation que j'ai eu en fouillant les sites en anglais sur RoR, c'est la question de la rapidité. Apparemment, le fait que ce soit un langage objet à tendance à demander bcp plus de mémoire et de proc. Faut-il ou non installer RoR en fastCGI ? Quelles sont vos expérience en terme de rapidité ?

Merci de toutes vos réponses.

[ Vous devez vous connecter ou vous enregistrer pour écrire des commentaires | envoyer par email ]

Sujet:	misc.
Auteur:	jasperiel
Date:	Dim, 21/01/2007 - 14:26

> Il s'agit donc d'ajout dynamique a des sites pas mal statiques,
> mais ça implique plus de 3 ou 4 fichiers PHP derrière...

Alors c'est trivial a faire en RoR. Tu n'as limite pas besoin de coder des modeles ou controleurs tres verbeux, juste a mettre tes pages PHP en RHTML, et coder un helper (ou un modele Admin) qui s'occupe de la 'traduction' du contenu par ce que ton client a rentre.

> Apparemment, le fait que ce soit un langage objet à tendance à
> demander bcp plus de mémoire et de proc. Faut-il ou non installer
> RoR en fastCGI ?

Oui.

> Quelles sont vos expérience en terme de rapidité ?

Franchement, pas de problemes majeurs.
Et comme dit "getting real" de 37signals : "scale later".

J'ai fait une appli avec 40 utilisateurs (bon, en realite ils sont pas encore super motives et ils sont maximum 5 en meme temps sur mon appli) 5000 clients, 4000 comptes, et plein de trucs avec, y compris des helpers de fou pour presenter la liste des clients.

On pourrait croire que ca rame a fond, en plus le serveur est une becane Windows quelconque. Mais franchement ca se passe bien. Alors si tu n'as pas tant que ca de contraintes de perf, ca passe super bien.

En plus, si ton site est globalement statique, tu n'as qu'a te pencher sur le cache de RoR et a mon avis ca ne te posera aucun probleme.

[ Vous devez vous connecter ou vous enregistrer pour écrire des commentaires | envoyer par email ]