Neil,
That worked beautifully. Thanks!
Nathan
P.S. For future reference by others, I'll post an answer on my
stackoverflow question with some more specific details.
On 03/20/2012 02:31 PM, Neil Middleton wrote:
From looking at the injected database.yml (see bottom
of http://neilmiddleton.c
Hello,
I have a script called start-server.sh that would start a Java process
and listening on some ports. It works correctly locally but it failed
once deployed to Heroku.
%> heroku run "sh target/classes/start-server.sh"
Running sh target/classes/start-server.sh attached to terminal... /usr/
l
Have you ever run a `heroku rollback`? `rollback` will cause heroku to
serve an older slug, but it won't have any impact at all on what commit the
`master` branch points to.
You can use `heroku releases` to get a clearer picture of what commit
heroku thinks it's supposed to be serving.
Of course,
Hi Jay,
I had a similar problem with a Rails app and about the time I was ready to
give up I ran "heroku restart" and the problem fixed itself.
The only time I have seen similar behavior in real live (off Heroku) is
when .pyc files are hanging out that shouldn't be there. Deleting them
usually do
>From looking at the injected database.yml (see bottom of
>http://neilmiddleton.com/sharing-databases-between-heroku-applications/) you
>can pass in extra configuration as part of the db URL as query params.
In theory, this should let you configure it how you want although I've not
tried it.
Hi all. I'm going nuts looking at this. I have an app that has been fine.
I've been deploying to it now and then for a few weeks. Today things have
gotten out of sync. I have a local branch master that is a tracking branch
of my remote heroku/master. Both are pointing to the same commit. However
I'm running a Rails 3.2 app on the Cedar stack.
I've successfully configured it to connect to an external Amazon RDS
database using the appropriate DATABASE_URL config variable.
However, I want my application to connect to the database via SSL.
This would normally be configured in database.yml, b
Yep, I think you got it in one. You could, for now, create both files
so either version will have what it needs, perhaps. The newer version
will continue to cleanup old credentials though, so you may have to
recreate theme in some cases (depending on your usage). It may also
be helpful to note t
Last update on that page say 1h:
http://devcenter.heroku.com/articles/dyno-idling
Vz
Le mercredi 22 février 2012 18:09:48 UTC, Mike a écrit :
>
> Did heroku turn down the time your app stays "awake" without any
> requests? In the past it was in the 20 to 25 minute range, IIRC.
>
> Mike
>
On Tuesday, March 20, 2012 8:51:24 AM UTC-7, richard schneeman wrote:
>
> So if you bash into your application, are your files also missing from
> the dyno or can you see your the files? I'm curious if the files are
> not being generated correctly, or just not being synced correctly.
>
>
> $ her
So if you bash into your application, are your files also missing from
the dyno or can you see your the files? I'm curious if the files are
not being generated correctly, or just not being synced correctly.
$ heroku run bash
Running bash attached to terminal... up, run.1
~ $ ls public/assets
appl
11 matches
Mail list logo
