Phusion Passenger Discussions Google Group

Ignore SQL database

najit...@gmail.com (Najitaka) — Fri, 08 Jan 2010 06:10:06 UT

I'm using Amazon SimpleDB as a schema-less database. With Mongrel and
the AWS-SDB gem and proxy plugin it is working well. However, with
Passenger and Nginx I'm getting MissingSourceFile (no such file to
load -- sqlite3).
Anyone have an idea of where to start looking to prevent it from
looking for the SQL database?

Re: [phusion-passenger] Re: Multiple applications each bundle their own version of Rack

hon...@phusion.nl (Hongli Lai) — Fri, 08 Jan 2010 00:16:58 UT

On Thu, Jan 7, 2010 at 10:41 PM, Mislav Marohnić
I will take note of this. Seems like something we will want to tackle
some time in the future.

Re: [phusion-passenger] Re: Multiple applications each bundle their own version of Rack

mislav.maroh...@gmail.com (Mislav Marohnić) — Thu, 07 Jan 2010 21:41:16 UT

But as I said, this can be only be accomplished per-server, not per-app,
making it a severly limited solution.

Re: [phusion-passenger] Re: Multiple applications each bundle their own version of Rack

hon...@phusion.nl (Hongli Lai) — Thu, 07 Jan 2010 21:35:48 UT

I'm thinking about depending on bundler, or maybe taking over its DSL
implementation. Don't need more than that.

Re: [phusion-passenger] Re: Multiple applications each bundle their own version of Rack

hon...@phusion.nl (Hongli Lai) — Thu, 07 Jan 2010 21:34:31 UT

SetEnv environment data is passed to Phusion Passenger during a
request. But the Ruby spawn server is started during Apache startup,
before the first request comes in, therefore there's no good way to
pass SetEnv data like that.
At this time it's already possible by writing a Ruby wrapper script.

Re: Multiple applications each bundle their own version of Rack

mislav.maroh...@gmail.com (Mislav) — Thu, 07 Jan 2010 20:15:50 UT

Another question: any idea why my "SetEnv RUBYOPT" hack didn't work?
It's great that you intend to support Bundler out-of-the-box, but I'd
still like the feature with which I can set a script to load
immediately after the ruby interpreter has started. This is to support
other LOAD_PATH tools alternative to Bundler.

Re: Multiple applications each bundle their own version of Rack

mislav.maroh...@gmail.com (Mislav) — Thu, 07 Jan 2010 20:13:34 UT

Then you need to vendor Bundler? Or you will eval Gemfile in a scope
where only `bundle_path` is defined (to capture the path)?
People are using "vendor/bundler_gems" for Rails 2 because "vendor/
gems" is a special path where Rails 2 initializer expected to find
unpacked gems in. If Bundler writes to "vendor/gems", Rails 2 apps

Re: [phusion-passenger] Re: Multiple applications each bundle their own version of Rack

hon...@phusion.nl (Hongli Lai) — Thu, 07 Jan 2010 19:17:30 UT

It looks like the bundler will become the de facto standard bundling
tool. I'm thinking about full integration: parse the Gemfile and
figure out where the bundle location is, and load the gems from there
before booting the app. Let's keep things DRY.
vendor/bundler_gems was the old location. The latest bundler README

Re: Multiple applications each bundle their own version of Rack

mislav.maroh...@gmail.com (Mislav) — Thu, 07 Jan 2010 18:40:10 UT

It might be a good idea, but you have to keep in mind that Bundler
users can change that location to something else. Popular location for
Rails 2 apps is "vendor/bundler_gems/environme nt", for instance. Then
again, it might be something completely else, so Passenger has to
expose some directive for configuring it -- a directive which says

Re: [phusion-passenger] Re: Multiple applications each bundle their own version of Rack

hon...@phusion.nl (Hongli Lai) — Thu, 07 Jan 2010 16:27:22 UT

Oops, looks like I made a mistake; the Rails loader doesn't work with
Rails 3 after all. We'll release a fix soon.

Re: [phusion-passenger] Re: Multiple applications each bundle their own version of Rack

hon...@phusion.nl (Hongli Lai) — Thu, 07 Jan 2010 16:18:54 UT

Yes it does. All the Ruby Enterprise Edition memory saving and reduced
spawn time optimizations are only possible with the Rails loader. The
exact mechanisms are described in various documents:
[link]
[link]

Re: Multiple applications each bundle their own version of Rack

mislav.maroh...@gmail.com (Mislav) — Thu, 07 Jan 2010 15:43:13 UT

With. The Rails 3 app generator makes one; I didn't think of removing
it.
Does Passenger do some optimizations when detecting Rails apps as
opposed to Rack apps? If not, I'd rather keep using Rack loader for
Rails 3 apps so that eventually all Ruby webapps that I might run are
spawned the same way. It feels right. And as for the issue we're

memory limitation

xne...@gmail.com (Gleb Voronich) — Thu, 07 Jan 2010 09:38:25 UT

Hi guys.
I have a question to Passenger developers: do you plan to implement
memory limitation for nginx module?

MySQL access denied for every first request...

lapomm...@gmail.com (lapomme) — Thu, 07 Jan 2010 14:53:18 UT

I've just installed passenger on a Debian Lenny system. It seems to
work well, except for the first request for an instance. For the
first request, I always get a "Access denied for user" error for the
database connection. If I refresh the screen, the request goes
through without a problem.
If I force another instance to start, the same thing happens - only

Re: [phusion-passenger] Multiple applications each bundle their own version of Rack

hon...@phusion.nl (Hongli Lai) — Thu, 07 Jan 2010 14:07:27 UT

It looks like Phusion Passenger's Rails loader is compatible with Rails 3.