We’re sorry, but something went wrong.
If you are the application owner check the logs for more information.
Turns out mysql is barfing. My database.yml has my local mysql using a
username and password set for all three modes (development, test, and
production). I am not sure why this isnt being used as the log says its
using the production database. It is currently using root, which isnt
set anywhere.
That’s so sad; maybe some ginger ale and a bit of bed rest will help?
OR maybe post the actual error message/stack trace here?
My database.yml has my local mysql using a username and password set for all
three modes (development, test, and production). I am not sure why this isnt
being used as the log says its using the production database. It is currently
using root, which isnt set anywhere.
That paragraph doesn’t really make sense.
The main question is: can you log into your production database
using the credentials in database.yml? If so, then can you start up
a console in production mode and access the DB?
That’s so sad; maybe some ginger ale and a bit of bed rest will help?
Hey that’s funny.
OR maybe post the actual error message/stack trace here?
My database.yml has my local mysql using a username and password set for all
three modes (development, test, and production). I am not sure why this isn’t
being used as the log says it’s using the production database. It is currently
using root, which isn’t set anywhere.
That paragraph doesn’t really make sense.
I am not in production mode. I have merely started a new project, so
it should be in development.
The development.log has nothing in it. Because, like I said above
where you didn’t understand, it isn’t posting to the development log
because it isn’t using the development database, because it isn’t using
the development database. It is posting to the production database as
demonstrated by the following in the production log:
There is no such thing as the production database because it hasn’t been
generated. I had to manually generate the development database.
The main question is: can you log into your production database
using the credentials in database.yml? If so, then can you start up
a console in production mode and access the DB?
I can log into any current database using the credentials in
database.yml. For all three environments, they are the same username
and password. The manual rortest_development is the only database
that’s there because it’s the only one that I have made. Regardless, as
stated above, it is looking for the production database and not the
development database.
My question is, how do I change this? I have no clue why it’s asking
for production when I’m clearly in development.
The main question is: can you log into your production database
using the credentials in database.yml? If so, then can you start up
a console in production mode and access the DB?
I can log into any current database using the credentials in database.yml. For
all three environments, they are the same username and password. The manual
rortest_development is the only database that’s there because it’s the only one
that I have made. Regardless, as stated above, it is looking for the production
database and not the development database.
My question is, how do I change this? I have no clue why it’s asking for
production when I’m clearly in development.
If you’re clearly in development, why are you hitting passenger? What
does your passenger configuration (in Apache or Nginx) look like? Did
you set an environment flag explicitly to development? If not, I believe
that passenger always defaults to production.
In the VHost directive:
AllowOverride all
Options -MultiViews
Other than that I don’t know where to find other Passenger parameters. Is there
no way to use Passenger for a local development environment?
Sure. You just need to read through the passenger docs to find the
proper flag to add inside the block. It’s
something simple like RailsEnvironment development or something like
that.
On Jan 24, 2014, at 12:54 PM, Walter Lee D. [email protected]
wrote:
If you’re clearly in development, why are you hitting passenger? What does your
passenger configuration (in Apache or Nginx) look like? Did you set an environment
flag explicitly to development? If not, I believe that passenger always defaults
to production.
I have no clue. I installed Passenger to use Apache instead of WEBrick.
Heres what I have:
Sure. You just need to read through the passenger docs to find the proper flag
to add inside the block. It’s something simple like RailsEnvironment development or something like that.
On Friday, January 24, 2014 7:05:43 PM UTC+1, Walter Lee D. wrote:
Other than that I don’t know where to find other Passenger parameters. Is
there no way to use Passenger for a local development environment?
Sure. You just need to read through the passenger docs to find the proper flag
to add inside the block. It’s something simple like RailsEnvironment development or something like that.
It’s RackEnv (which is an alias for PassengerAppEnv) and it defaults to
production.
I used passenger in development for a long time but I switched to pow.cx
a while back - partly because i didn’t have to keep adding vhosts for
new apps
Thats good information. Thanks for that. I got Passenger working but
as you have indicated, managing vhosts would be much easier with a
single local domain reference. I will check it out.
It’s RackEnv (which is an alias for PassengerAppEnv) and it defaults to
production.
I used passenger in development for a long time but I switched to pow.cx a while
back - partly because i didn’t have to keep adding vhosts for new apps