mod_php est en fait un interpréteur php chargé dans apache. Le problème avec cette approche, c'est que chaque process apache consomme énormément de RAM, y compris lorsqu'il n'en a pas besoin, par exemple si on lui demande de servir un fichier statique depuis le disque. Donc on essaie aujourd'hui d'éviter de refaire la même erreur.
As-tu essayé mod_rails ? Parce que c'est un bon compromis. Même si c'est un proxy, puisqu'on autre process qu'apache est en fait lancé pour servir les requêtes rails, la configuration reste relativement simple, et tu n'as pas besoin de t'occuper de lancer le process rails. En gros, la configuration ressemble à du mod_php, mais en fait ça fait du proxy. Le 21 févr. 2010 à 11:38, samuel a écrit : > Bonjour, > je venais vous embêter il y a quelques semaines pour installer typo sur une > machine. > j'ai trouvé l'installation d'une appli rails sur un server beaucoup plus > complexe que l'installation d'une appli php, mais je ne vois pas pourquoi > apache doit servir de proxy pour ruby alors que pour php on lui donne juste > le dossier web public. > Pourquoi un système comparable n'existe pas pour ruby ? > > > -- > Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de > Google Groups. > Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse > [email protected] > Pour résilier votre abonnement envoyez un e-mail à l'adresse > [email protected] -- Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de Google Groups. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour résilier votre abonnement envoyez un e-mail à l'adresse [email protected]
