2009-07-07 5 views
1

Je suis en train de configurer un nouveau système RedHat Enterprise Linux 5 pour héberger des applications Ruby fonctionnant sous Apache avec Phusion Passenger. J'ai mis à jour tous les paquets locaux sur le système. Voici ce que RedHat me donne pour Ruby:Est-il correct d'utiliser Ruby 1.8.5?

$ ruby -v 
ruby 1.8.5 (2006-08-25) [i386-linux] 

C'est assez vieux. Est-il préférable d'utiliser ce que RedHat fournit ou d'installer une version plus récente?

Si version plus récente, laquelle? Je suis toujours allé avec la dernière dans la série 1.8.x. Une raison de faire différemment?


MISE À JOUR

Après avoir réfléchi et en dessinant un tableau des avantages et des inconvénients, j'ai décidé de Ruby Enterprise Edition un essai. Si cela s'avère problématique, je passerai probablement en 1.8.7.

Répondre

1

Si vous utilisez Passenger, cela fonctionne bien avec Ruby Enterprise Edition, en consommant beaucoup moins de mémoire. L'installateur vous guidera à travers la reconfiguration de Passenger pour qu'il fonctionne également avec RubyEE.

1

Je suggère de passer à Ruby 1.8.7. C'est la version recommandée pour Ruby on Rails.

0

Comme pour tout framework/plate-forme, vous voudrez probablement continuer à utiliser la version sur laquelle votre application fonctionne parfaitement. Dans le cas de Rails, la version recommandée est 1.8.7, donc vous voudrez probablement l'utiliser.

Mais, alors aussi, pourquoi ne pas simplement utiliser la dernière version stable lors de la construction d'une toute nouvelle application? La dernière version stable habituelle contient plus de corrections de bogues que les autres versions précédentes, et peut être le meilleur choix.

2

Je voudrais certainement mettre à jour vers la dernière 1.8.7, ou 1.9.1, il ne devrait pas poser de problème. 1.9.1 utilise une nouvelle VM qui s'exécute beaucoup plus rapidement, mais certaines gemmes ne sont pas encore compatibles avec 1.9, même si elle est maintenant considérée comme la version 'stable'.

0

mise à niveau au moins à Patchlevel 230 pour se débarrasser de la vulnérabilité de sécurité

2

Si vous décidez d'emprunter la voie de la construction et la gestion d'une version différente de Ruby, rappelez-vous que vous aurez besoin de maintenir également cette version vous-même . S'il y a des problèmes de sécurité (ou des corrections de bogues), vous devrez vous assurer que vous corrigez ou mettez à niveau votre installation Ruby assez rapidement. Il se peut que les correctifs de bogue et de sécurité ne soient pas disponibles pour la version de Ruby que vous installez, ce qui signifie que vous devrez passer à une version ultérieure, ce qui pourrait causer des problèmes de compatibilité. mots, tout devra être re-testé).

La plupart des logiciels fournis avec la base RHEL seront conservés dans cette version pendant toute la durée de vie de RHEL. Cela signifie que vous n'aurez probablement pas le dernier et le meilleur. Mais, cela signifie que s'il y a des problèmes de sécurité ou des bugs majeurs, Red Hat rétrogradera probablement les correctifs à la version fournie avec le système d'exploitation. Vous aurez toujours toujours envie de tout re-tester, mais les chances de tout casser sont grandement réduites.