Mongrel vs WEBrick

Question

Quelle est la différence entre Mongrel et WEBrick ?

Lequel dois-je utiliser?

Pourquoi Rails expédie-t-il les deux ?

Answer 1

Pour votre développement local, ils travaillent tous les deux. Metis est plus rapide, plus efficace et stable. Certaines personnes (moi y compris) de l'utiliser pour héberger leurs sites de production, même. Certainement d'accord pour le développement local.

Si vous êtes sur la non-Windows, je te suggère de regarder Phusion Passenger. Vous pouvez prendre en charge de multiples applications sur votre localhost sans avoir à faire un "ruby script/server" à chaque fois que vous voulez exécuter quelque chose.

Lors de l'exécution de Phusion Passenger, vous aurez à la queue du fichier journal vous-même. metis va afficher le journal dans la fenêtre de la console, de sorte à obtenir cette fonctionnalité, vous devrez tail -f log/development.log avec des Passagers.

Pourquoi ne Rails de navire avec les deux? L'histoire. Webrick est écrit en ruby, il était le favori. Metis est venu et a été mieux, mais webrick n'a pas baissé.

Si vous ne souhaitez pas installer Phusion Passenger, l'utilisation mongrel. C'est la valeur par défaut et ça marche.

EDIT heure 2009-08: j'ai aussi eu de la chance avec mince, une baisse-dans le remplacement pour les métis. Pour le développement, ce n'est pas que les grandes d'un accord, mais ce serait quelque chose à vérifier pour la production.

Answer 2

Mongrel est considérablement plus efficace et stable.

Answer 3

J'aime aussi la façon dont les sorties mongrel informations utiles à stdout pendant qu'il est en cours d'exécution. Les deux feront, mongrel est mieux que webrick pour la production. Phusion est aussi vraiment cool, mais je ne l'utilise pas pour dev.

Answer 4

Alors que les deux feraient, je recommande fortement contre l'utilisation de WEBrick, il est vraiment flakey même en mode de développement, et parfois même besoin d'un redémarrage quand il ne devrait pas.

Je recommande certainement Mongrel pour le développement car cela signifie que vous n'avez pas à mettre en place Apache la façon dont vous pourriez vouloir ou en avoir besoin pour se développer, vous obtenez une idée de la façon dont votre application fonctionnera probablement même en production, et vraiment je ne vois pas comment taper script / serveur est si terrible.

Answer 5

Il ya assez juste speedtest, de sorte que vous pouvez le répéter dans votre environnement et sélectionnez la meilleure façon. http://kovyrin.net/2006/08/28/ruby-performance-results/lang/en/