Bonjour, (je vais parler en francais ;) )
Je pense que mes mongrels sont bien lancés en mode production : ma
variable environment de config/mongrel_cluster est définie à
production, et les processus mongrel affichés par un ps aux sont de
cette forme :
work 15361 0.0 6.1 40084 31184 ? S 10:40 0:02 /usr/
local/bin/ruby /usr/local/bin/mongrel_rails start -d -e production -a
127.0.0.1 -c /home/work/domain/current --user work --group work -p
8000 -P log/mongrel.8000.pid -l log/mongrel.8000.log
D'ailleurs rails utilise bien la base de donnée de production.
J'ai peut-être oublié un paramètre quelque part ?
PS: I didn't understand why you replied in english, so please tell me
if you want to communicate this way :-)
On 16 nov, 15:24, "Mathieu Chappuis"
<[EMAIL PROTECTED]> wrote:
> Hi,
>
> url like : /stylesheets/public.css?1195206138 are tricked by rails in
> _development_ mode only for preventing caching. (style, images, js)
>
> in _production_ mode url are standard. /stylesheets/public.css
>
> If you test the deployment I hope you will try with production mode,
> if not NGIX and Mongrell_cluster are not usefull...
>
> On Nov 16, 2007 2:04 PM, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
>
>
> > Bonjour, je suis en train de tester le déploiement d'une application
> > rails avec nginx et mongrel_cluster.
> > Tout se passe plutôt bien jusqu'ici mais lorsque je teste mon
> > application, je vois que mes fichiers recupérés depuis le répertoire
> > public, soit les css et js, ne sont pas compréssés avec gzip, et n'ont
> > pas non plus de header Content-type d'après firebug (les deux
> > problèmes étant liés je pense).
>
> > J'imagine que le problème vient des urls vers ces fichiers qui sont de
> > la forme /stylesheets/public.css?1195206138 ce qui pousserait nginx à
> > ne pas chercher de mime-type ?
>
> > Voila la configuration de mon vhost :
> > {
> > listen 80;
>
> > server_name www.domaine.com;
>
> > client_max_body_size 50M;
>
> > if (-f $document_root/maintenance.html)
> > {
> > rewrite ^(.*)$ /maintenance.html last;
> > break;
> > }
>
> > location /
> > {
> > root /home/work/domaine/current/public;
>
> > proxy_set_header X-Real-IP $remote_addr;
>
> > proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
> > proxy_set_header Host $http_host;
> > proxy_redirect false;
>
> > if (-f $request_filename/index.html)
> > {
> > rewrite (.*) $1/index.html break;
> > }
>
> > if (-f $request_filename.html)
> > {
> > rewrite (.*) $1.html break;
> > }
>
> > if (!-f $request_filename)
> > {
> > proxy_passhttp://upstream;
> > break;
> > }
> > }
> > }
>
> > (le bloc upstream est bien configuré avec 4 mongrels)
>
> > La configuration pour gzip dans le nginx.conf :
> > gzip on;
> > gzip_min_length 1100;
> > gzip_buffers 4 8k;
> > gzip_proxied any;
> > gzip_types text/plain text/html text/css text/js application/x-
> > javascript;
>
> > Un mime.types est aussi présent, c'est celui par défaut.
>
> > J'imagine que je pourrais contourner le problème en ajoutant des blocs
> > if qui testeraient l'extension du fichier et forcerait le mime-type en
> > conséquence mais il y a sûrement une solution plus propre ?
>
> > Merci d'avance !
--~--~---------~--~----~------------~-------~--~----~
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]
-~----------~----~----~----~------~----~------~--~---
