search for: mod_proxy_balance

Hello All. I am trying to set up a rails+mongrel+mod_proxy_balance application. Unfortunately the stock apache install on centos is the 2.0 series which does not support mod_proxy_balance. I could not find the 2.2X RPMs on dag or dries either. Is there a yummy way to upgrade to the 2.2 series of apache? I tried with the individual RMPS but no joy there due to co...

A couple of questions please: What is the benefit of having more than one Mongrel/Rails instance on the same machine, could one instance not serve as many requests as say three instances? Is Mongrel Cluster a Apache add-in (like mod_*) or a separately running load balancer which runs on a separate port, I could not work it out from the sample Apache config... |# Redirect all non-static

I have a site that is PHP on Apache / RedHat , but will send requests to a subdomain (running Rails) for database operations. I believe the set up should be to have ROR using Mongrel, and an Apache virtual host passing requests from apache to mongrel. Does this sound correct ? I believe the Virtual Host is set up in Apache. One of my problems is I can''t find the httpd.conf file for

I have a static site at: http://www.site.com and I want Aails site to live at: http://www.site.com/cms (so that I can have the two sites communicate via AJAX without security issues) Is this possible using Apache? Maybe somebody point in the right direction. I''m pretty good with httpd.conf, but haven''t figured out the right directives to get this going. Thanks A --

Rails instances themselves are almost always single-threaded, whereas Mongrel, and it''s acceptor, are multithreaded. In a situation with long-running Rails pages this presents a problem for mod_proxy_balancer. If num_processors is greater than 1 ( default: 950 ), then Mongrel will gladly accept incoming requests and queue them if its rails instance is currently busy. So even though there are non-busy mongrel instances, a busy one can accept a new request and queue it behind a long-running reque...

Hello Folks, After all the troubles people have had with Debian I realize that what I''ve done still isn''t enough for smooth sailing. I''m now going to hold back the 0.3.13.4 release in order to put an end to the Debian problem once and for all. I''m currently planning the following changes: 1) Specific documentation for Debian. Debian will become the only