How do you deploy RoR? Newb alert!
Jeremy
I'm a newb when it comes to RoR but I have some questions about
deployment that has eluded me since I heard about RoR 2+ years ago. I
was hoping someone could shed some light for me on this subject.
I've read many books on Ruby and Rails, and I've watched many video
tutorials but after hours of reading up on Ruby and Rails, I am still
confused about how deployment is done. Mind you, I'm learning this
stuff on my own without help from a real person, so I'm a little
frustrated about how difficult it is to deploy a site/app.
Also, another question is where can I find a very cheap host to upload
my RoR app/site? Or what host would you recommend that wouldn't cost
an arm and a leg? I see to use Joyent.com it cost ALOT to host with
them (http://www.joyent.com/services/cloudhosting/) like around $500+/
mo for 4GB Ram... That's crazy if you ask me... Especially, if you're
just starting out and want to play around before you get into paying
more money for a host.
Anyway, here's what I understand thus far about deployment...
I can use either "SVN" or "Git" to upload my RoR project to a server,
is that correct? Why can't I just use FTP? (newb question I know...)
I've been hearing a lot about Phusion Passenger, but it's a little
overwhelming. So just wondering if this is all I need to deploy an
app? Would I need git or svn if I used passenger?
What books would you recommend for learning to upload a Ruby on Rails
site/app to a server?
I did a few searches here to find out if i could get an answer for my
questions but it's a little overwhelming.. I know it's a lot of
questions so my apologies in advance. Any guidance I can get about
these topics would be very appreciated and helpful. Even if it's just
listing a couple books that specifically target these subjects would
be great.
Thanks again,
Jeremy
P.S. I work on Mac OSX - Snow Leopard 10.6.4, 3.06 GHz Intel Core2 Duo
and 4GB memory... Also, I'm working with the current stable versions
of Ruby, Rails and gems as of June 27 2010.
Bob Nadler
Try "Deploying Rails Applications"[1] from the Pragmatic Bookshelf. It
covers what you're looking for.
[1] http://pragprog.com/titles/fr_deploy/deploying-rails-applications
-- Bob
> --
> You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
> To post to this group, send email to rubyonra...@googlegroups.com.
> To unsubscribe from this group, send email to rubyonrails-ta...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en.
>
>
Jeremy
Thanks for the information, it's much appreciated.
Quick question though.. I had thought about getting this book but I
saw that it was written 2+ years ago (may 2008).. Do you think there
is more up to date book out there that would cover this or do you
think this book would still be suitable? I'm just worried I'm going
to waste money on an outdated book :)
Thanks again for your time.
Jeremy
Peter Hickman
Bob Nadler
Yeah, stuff moves pretty quickly but a lot of what is in the book
still applies. I bought it about a year ago and didn't think it was
outdated. It will also give you a really good foundation and makes
learning the newer choices easier to pick up.
--Bob
Sur
SVN and/or GIT has nothing to do directly with deployment or passenger
but you should study on Source Code Management or Source Code Version
SVN and GIT both are a source code management tools and you can manage
the updates of your source code with them.
SVN though is older yet solid, GIT is relatively newer but more
popular in Rails community. So if need to start with something, I
would say to pick up GIT directly.
Get some proficiency in GIT and so if you just wanna test out things,
you can get yourself a free account on http://github.com to host
public repositories and if you need to keep your code private you
might like to go for a paid account. Though GitHub is the most
respected provider for hosting Git repos, there are some other good
providers for hosting private Git repositories which comes with more
economical plans, viz. repositoryhosting.com
Once you are good with Git... time to deploy on a server.
In Rails, just forget the old school FTP deployments... it's much more
interesting and awesome here once you are familiar with.
> Also, another question is where can I find a very cheap host to upload
> my RoR app/site? Or what host would you recommend that wouldn't cost
> an arm and a leg? I see to use Joyent.com it cost ALOT to host with
> them (http://www.joyent.com/services/cloudhosting/) like around $500+/
> mo for 4GB Ram... That's crazy if you ask me... Especially, if you're
> just starting out and want to play around before you get into paying
> more money for a host.
(with no live users I suppose). 4GB anyhow is going to cost you a bit
more.
Go for some economical hosting providers, Linode or SpeedyRails etc.
I don't have personal experience with Linode, but SR guys will setup
everything for you ... including.. MySql, Phusion Passenger and
automated deployment with Capistrano.... you will just need to give
them your repository information (and money :).
Capistrano is a tool for automating your deployment process,
especially for Rails apps.. you can read more about it here http://www.capify.org
So, there after, any change you'll make in your code, you just need to
push the changes to the repository and fire just one command from your
application root... most likely this "cap deploy" to redeploy with
the latest changes.
I hope this would help you somehow.
regards,
Sur
Jeremy
I have to say that I am very pleased that I have received such great
responses! I kept expecting that I would get the cold shoulder but
instead I got real answers. I feel I have a solid direction and don't
feel like I'm blindly trying to figure this stuff out. So please
accept my sincerest thank you to all of you for helping me out!
Bob,
I decided to go ahead and buy the book regardless if it's
outdated :-) I kinda figured the way deployment is done couldn't have
changed too much.
Peter,
Thank you, I appreciate your contribution as well. Although, it was a
little over my head when you started talking "mercurial repositories"
but I'm sure I'll understand what that means sometime in the near
future.
Sur,
This helps greatly! You have certainly gone above and beyond what I
was looking for, so thank you for all the time and effort you put into
this thread. I'm sure all this information will help other newbs as
well when they go looking for an answer.
Thanks again!
Marnen Laibow-Koser
> Hi everyone,
> I have to say that I am very pleased that I have received such great
> responses! I kept expecting that I would get the cold shoulder but
> instead I got real answers. I feel I have a solid direction and don't
> feel like I'm blindly trying to figure this stuff out. So please
> accept my sincerest thank you to all of you for helping me out!
>
> Bob,
> I decided to go ahead and buy the book regardless if it's
> outdated :-) I kinda figured the way deployment is done couldn't have
> changed too much.
>
and it's now probably the most common choice for deployment.
> Peter,
> Thank you, I appreciate your contribution as well. Although, it was a
> little over my head when you started talking "mercurial repositories"
> but I'm sure I'll understand what that means sometime in the near
> future.
Mercurial is a version control system -- though it's not in all that
wide use in the Rails community. I think most Rails developers use Git.
Which version control system are you using?
(Hint: if the answer is "none", fix that *today* by installing Git.
There is no excuse whatsoever for neglecting version control.)
Also, check out Heroku for very easy Rails deployment.
Best,
--
Marnen Laibow-Koser
http://www.marnen.org
mar...@marnen.org
--
Posted via http://www.ruby-forum.com/.
Jeremy
> It probably has. I don't think Passenger was in wide use at the
time,
> and it's now probably the most common choice for deployment.
still plan to read the aforementioned book, I don't think it would
hurt.
> Which version control system are you using?
> (Hint: if the answer is "none", fix that *today* by installing
Git.
> There is no excuse whatsoever for neglecting version control.)
this thread because I wasn't sure what to use. I already have Git
installed (which I installed quite some time ago), but I don't
understand how to use it quite yet so that's why I'm reading what I
can about it... but I need a book that is going to take me through it
via baby steps since I don't have any experience whatsoever using Git,
(or any other vc as far as that goes but Git is what I'll probably use
in the end.)
>
> Also, check out Heroku for very easy Rails deployment.
Thanks again,
Jeremy
Marnen Laibow-Koser
> Hi Marnen,
>
> > It probably has. �I don't think Passenger was in wide use at the
> time,
> > and it's now probably the most common choice for deployment.
>
> So you're saying Passenger is a good choice for deployment then?
Definitely.
> I
> still plan to read the aforementioned book, I don't think it would
> hurt.
Why do you want to read an outdated book?
>
>
> > �Which version control system are you using?
> > (Hint: if the answer is "none", fix that *today* by installing
> Git.
> > �There is no excuse whatsoever for neglecting version control.)
>
> Well, I never plan to neglect vc... that's partially why I created
> this thread because I wasn't sure what to use. I already have Git
> installed (which I installed quite some time ago), but I don't
> understand how to use it quite yet so that's why I'm reading what I
> can about it... but I need a book that is going to take me through it
> via baby steps since I don't have any experience whatsoever using Git,
> (or any other vc as far as that goes but Git is what I'll probably use
> in the end.)
I don't know of any books on Git. But there are plenty of Web
tutorials.
Just start using it. Also use RSpec and Cucumber to do all development
test-first. Serious development in 2010 absolutely requires both
version control and automated tests.
>
>>
>> Also, check out Heroku for very easy Rails deployment.�
>
> I will def look into that, thank you for the reference.
>
> Thanks again,
> Jeremy
newcomer
Found myself following this discussion and all the great informative
answers supplied here. I am too in a learning process with my first
app, very much a Newbie (in RoR and Web in general, though have a
programming experience) and lately have been trying to figure out the
deployment process, terms, and sort of 'what belongs where' :)
I wish to validate what I understood so far, it probably contains
mistakes and wrong assumptions as I'm still learning , so please
correct me when I'm wrong :)
(@Jeremy: hope it's ok I joined the discussions you opened..)
I'm currently developing on Windows.. started with using InstantRails
and installed Git on Cygwin. This allowed me to experiment with some
developing locally, begin with local version control and git-clone
repositories for plugins/Gems.
As I read some more, I realized I'd probably want to deploy my App on
a Linux/Unix based server rather than a Windows one and that
developing on windows and deploying on Linux (the way I initially
started developing) might not be a good idea at all.
Therefore I decided to install VM on my Windows machine.. have seen
some posts lately on the subject.. currently I just installed VMWare
Player (had to use version 2.5, my CPU wasn’t compatible with 3.1) but
have thoughts of maybe trying VirtualRails instead (if it works on my
machine) – I did see VirtualRails is using MintLinux-based Linux and
was wondering whether that might cause future problems (as opposed to
using Ubuntu for example)?
After deciding and once I have that set (I expect future questions
about setting it all up as well) – more questions.. these I'm afraid
are going to reflect my newbie confusion.. but sincere informative and
patient answers can help me "map" the information I have in my head,
the information I'm reading and looking for and focus me, and thus
will be very much appreciated..
I will say in advance I think some of the mistakes I'm about to
describe may result from the fact English isn't my first language and
so maybe I don't understand the different terms fully (such as
deployment, hosting, etc.), that and being also new to Web
development..
Ok – deployment questions:
I couldn't understand for sure whether I need both a host and a place
"Go for some economical hosting providers, Linode or SpeedyRails etc.
I don't have personal experience with Linode, but SR guys will setup
everything for you ... including.. MySql, Phusion Passenger and
automated deployment with Capistrano.... you will just need to give
them your repository information (and money :). "
(probably it does but I understood they're both used for deployment,
thus the confusion..), unless Capistrano does both automated
deployment but can also be used when using a different deployment
service..
I feel and know I mix everything up here, but any light you can put
for me on this subject will be very helpful..
Was also confused by the fact Phusion Passenger offers "Phusion
Passenger for Nginx".. while I got the impression (obviously a wrong
one, or not full) – I can deploy my app on Nginx as well?
At least I heard people mentioning Nginx at the same sentence with
Heroku and Passenger..
This brings me to another question:
I also understood I can use heroku for deployment, which will require
not more than one git push every once in a while (of course I know
there's much more to it, but it was to explain me the ease of use)..
in case I do use heroku (couldn't find any cons to using it I should
be aware of, if someone can write a few from his/her experience, I'll
be glad to learn..) – can I git push from my local repository or do I
need first to push to a remote one, such as a public/private
repository on GitHub? Moreover, if I'm the only one playing around
with this app right now – what benefits can a GitHub repository give
me comparing to using it locally? (this question is relevant, of
course, only in case it's not a mandatory step for deployment, for
example.. from Sur's quote it sounds it is a required step, at least
if I used Capistrano..)
More about Heroku – if I choose to use it, do I need a host as well?
From what I understood concerning Heroku – I git push my code there
(which should be possible with local Git repository to my
understanding), and I also need to point my DNS to Heroku, but then it
means I only need a DNS provider and not a necessarily a host.. (?)
I feel whenever I think I begin to understand bits of information, I'm
faced with more information which doesn't fit the previous one.. think
once I have the terms and process better mapped I can better learn and
understand..
I'm also feeling this might be seen as a very clueless, mixed post..
To sum this long post up – I'm a NewB, and this is the reason I'm
asking many questions here, as I'm teaching myself and don't have
anybody to correct me or direct me when I do mistakes :)
It does not mean I'm not doing my heavy reading to figure things out
on my own, but doing lots of reading with no experienced person around
to direct me led me to such confusion at the moment of writing..
Many thanks in advance to anyone patient enough to address some of my
questions / direct me :)
Nin.
Marnen Laibow-Koser
> Hi Jeremy and everyone :)
>
> Found myself following this discussion and all the great informative
> answers supplied here. I am too in a learning process with my first
> app, very much a Newbie (in RoR and Web in general, though have a
> programming experience) and lately have been trying to figure out the
> deployment process, terms, and sort of 'what belongs where' :)
Welcome!
[...]
> I'm currently developing on Windows.. started with using InstantRails
> and installed Git on Cygwin. This allowed me to experiment with some
> developing locally, begin with local version control and git-clone
> repositories for plugins/Gems.
> As I read some more, I realized I'd probably want to deploy my App on
> a Linux/Unix based server rather than a Windows one and that
> developing on windows and deploying on Linux (the way I initially
> started developing) might not be a good idea at all.
> Therefore I decided to install VM on my Windows machine.. have seen
> some posts lately on the subject.. currently I just installed VMWare
> Player (had to use version 2.5, my CPU wasn�t compatible with 3.1) but
> have thoughts of maybe trying VirtualRails instead (if it works on my
> machine) � I did see VirtualRails is using MintLinux-based Linux and
> was wondering whether that might cause future problems (as opposed to
> using Ubuntu for example)?
I doubt that that would be a problem. I develop on Mac OS X (which is
BSD, not Linux) and routinely deploy to Linux servers without any
problem.
[...]
> Ok � deployment questions:
> I couldn't understand for sure whether I need both a host and a place
> to deploy my App?
No. A host is a place to deploy your app. Same thing.
[...]
> I mean � it didn't make sense I'd use both Passenger and Capistrano
> (probably it does but I understood they're both used for deployment,
> thus the confusion..), unless Capistrano does both automated
> deployment but can also be used when using a different deployment
> service..
They are different tools for different purposes. Capistrano takes care
of putting your app on the server, while Passenger serves it once it's
there.
> I feel and know I mix everything up here, but any light you can put
> for me on this subject will be very helpful..
> Was also confused by the fact Phusion Passenger offers "Phusion
> Passenger for Nginx".. while I got the impression (obviously a wrong
> one, or not full) � I can deploy my app on Nginx as well?
> At least I heard people mentioning Nginx at the same sentence with
> Heroku and Passenger..
Apache and Nginx are Web server programs. By themselves, they just
serve static files without any server-side dynamic content. This is
great for serving static websites, but obviously will not work if you're
using a server-side programming language like PHP or Ruby. For Apache
or Nginx to run PHP/Ruby/Python/whatever applications, it needs a module
to connect it to the appropriate interpreter. That's basically what
Passenger does.
In other words, you need Passenger (or something similar, but Passenger
is probably simplest) in order for Apache or Nginx to talk to the Ruby
interpreter. Passenger is available either as an Apache module or as an
Nginx module.
> This brings me to another question:
> I also understood I can use heroku for deployment, which will require
> not more than one git push every once in a while (of course I know
> there's much more to it, but it was to explain me the ease of use)..
> in case I do use heroku (couldn't find any cons to using it I should
> be aware of, if someone can write a few from his/her experience, I'll
> be glad to learn..) � can I git push from my local repository or do I
> need first to push to a remote one, such as a public/private
> repository on GitHub?
You can git push from anywhere. Heroku doesn't care.
> Moreover, if I'm the only one playing around
> with this app right now � what benefits can a GitHub repository give
> me comparing to using it locally?
It gives you another copy of the code stored offsite.
[...]
> More about Heroku � if I choose to use it, do I need a host as well?
Heroku *is* a host.
Best,
--
Marnen Laibow-Koser
http://www.marnen.org
mar...@marnen.org
--
Posted via http://www.ruby-forum.com/.
newcomer
The joy I feel after reading your reply, when things start to make
sense.. this is great, thanks :)
wrote below..
On Jun 30, 4:08 pm, Marnen Laibow-Koser <li...@ruby-forum.com> wrote:
>
> [...]
>
> > I'm currently developing on Windows.. started with using InstantRails
> > and installed Git on Cygwin. This allowed me to experiment with some
> > developing locally, begin with local version control and git-clone
> > repositories for plugins/Gems.
> > As I read some more, I realized I'd probably want to deploy my App on
> > a Linux/Unix based server rather than a Windows one and that
> > developing on windows and deploying on Linux (the way I initially
> > started developing) might not be a good idea at all.
> > Therefore I decided to install VM on my Windows machine.. have seen
> > some posts lately on the subject.. currently I just installed VMWare
> > Player (had to use version 2.5, my CPU wasn t compatible with 3.1) but
> > have thoughts of maybe trying VirtualRails instead (if it works on my
> > machine) I did see VirtualRails is using MintLinux-based Linux and
> > was wondering whether that might cause future problems (as opposed to
> > using Ubuntu for example)?
>
> I doubt that that would be a problem. I develop on Mac OS X (which is
> BSD, not Linux) and routinely deploy to Linux servers without any
> problem.
>
this, though what you wrote sounds like good news. Naturally, best
thing would be to try it out, just hesitated because of what I've
heard on this subject.. (and besides, was also thrilled to get into
Linux as well, though learning everything from scratch at the same
time has it's pros and cons..)
I did have another reason to go and install VM, though I'm not sure it
was a correct one, short description as follows:
In one of the posts around I read about Cappuccino and it looked
great, so wanted to try it out as well for my User Interface.. but the
download instructions contain a shell script I'm supposed to be
running (if I understood correctly), when not building from the source
(being a Newbie and after reading a bit I assumed this was not for me
yet).
Anyway, when happily going to Cygwin to run the bootstrap.sh file I
encountered the following message:
"Error: Narwhal is not compatible with your JVM. Please switch to the
Sun (HotSpot) JVM and re-run bootstrap.sh"
and from reading a bit
(like here:
http://groups.google.com/group/objectivej/browse_frm/thread/c4996786d8465be7/72d2fcdcfdf7ccb7?tvc=1#72d2fcdcfdf7ccb7
)
I understood (though haven't asked directly and I may be wrong here)
VM won't encounter such problems.. it's Cygwin that's not supported
But.. now that I'm writing it here, I re-think this and actually don't
know if that's a required thing for my needs of Cappuccino or even if
I understood correctly.. (sigh..)
> [...]
After this re-thinking and sighing, I still am very happy about the
information you supplied me with..
Thanks again :)
Nin.
Marnen Laibow-Koser
> @Marnen: Thank you! I appreciate it a lot..
>
> The joy I feel after reading your reply, when things start to make
> sense.. this is great, thanks :)
>
> wrote below..
>
>
> On Jun 30, 4:08 pm, Marnen Laibow-Koser <li...@ruby-forum.com> wrote:
>> newcomer wrote:
>
>> > started developing) might not be a good idea at all.
>>
>
> This one surprised me a bit as I heard many confident "no-no"s on
> this, though what you wrote sounds like good news. Naturally, best
> thing would be to try it out, just hesitated because of what I've
> heard on this subject.. (and besides, was also thrilled to get into
> Linux as well, though learning everything from scratch at the same
> time has it's pros and cons..)
Er, I was talking about Mint Linux vs. Ubuntu Linux (which shouldn't be
a problem), not Windows vs. *nix (which might well cause problems).
>
> I did have another reason to go and install VM, though I'm not sure it
> was a correct one, short description as follows:
>
> In one of the posts around I read about Cappuccino and it looked
> great, so wanted to try it out as well for my User Interface.. but the
> download instructions contain a shell script I'm supposed to be
> running (if I understood correctly), when not building from the source
> (being a Newbie and after reading a bit I assumed this was not for me
> yet).
> Anyway, when happily going to Cygwin to run the bootstrap.sh file I
> encountered the following message:
>
> "Error: Narwhal is not compatible with your JVM. Please switch to the
> Sun (HotSpot) JVM and re-run bootstrap.sh"
[...]
This is probably better directed to a Cappuccino forum.
newcomer
confused again:
My first question here is a bit less connected to the original post's
subject, so @Jeremy - I apologise..
@Marnen: Just read this again:
http://groups.google.com/group/rubyonrails-talk/browse_frm/thread/55bdcc2ee8fb0c3e/72613f954c70a9f2?#72613f954c70a9f2
After reading your reply, I thought I should give it a try to
Passenger, but according to this I should be using VM while I just
understood from the previous answer I do not have to (as I wrote
before, will move to VM gladly, but just trying to understand first)
Also another question about Heroku -
being a host, I was wondering why would it guide me to point my DNS
server to Heroku, Zerigo being recommended?
Do I need to purchase separately a DNS service when deploying to
Heroku?
Or is it again my lack of understading of an additional functionality?
(was looking on this page here:
http://docs.heroku.com/custom-domains#dns-setup
)
Thanks again :)
Best,
Nin.
newcomer
On Jun 30, 5:45 pm, Marnen Laibow-Koser <li...@ruby-forum.com> wrote:
> newcomer wrote:
> > @Marnen: Thank you! I appreciate it a lot..
>
> > The joy I feel after reading your reply, when things start to make
> > sense.. this is great, thanks :)
>
> > wrote below..
>
> > On Jun 30, 4:08 pm, Marnen Laibow-Koser <li...@ruby-forum.com> wrote:
> >> newcomer wrote:
>
> >> > started developing) might not be a good idea at all.
> >> problem.
>
> > This one surprised me a bit as I heard many confident "no-no"s on
> > this, though what you wrote sounds like good news. Naturally, best
> > thing would be to try it out, just hesitated because of what I've
> > heard on this subject.. (and besides, was also thrilled to get into
> > Linux as well, though learning everything from scratch at the same
> > time has it's pros and cons..)
>
> Er, I was talking about Mint Linux vs. Ubuntu Linux (which shouldn't be
> a problem), not Windows vs. *nix (which might well cause problems).
>
>
Got it, thanks.. will happily move to VM then..
>
> > I did have another reason to go and install VM, though I'm not sure it
> > was a correct one, short description as follows:
>
> > In one of the posts around I read about Cappuccino and it looked
> > great, so wanted to try it out as well for my User Interface.. but the
> > download instructions contain a shell script I'm supposed to be
> > running (if I understood correctly), when not building from the source
> > (being a Newbie and after reading a bit I assumed this was not for me
> > yet).
> > Anyway, when happily going to Cygwin to run the bootstrap.sh file I
> > encountered the following message:
>
> > "Error: Narwhal is not compatible with your JVM. Please switch to the
> > Sun (HotSpot) JVM and re-run bootstrap.sh"
>
> [...]
>
> This is probably better directed to a Cappuccino forum.
prevented me from asking them thus receiving answers.
But after your replies I feel more confident to ask these :)
Best,
Nin.
Hassan Schroeder
> Also another question about Heroku -
> being a host, I was wondering why would it guide me to point my DNS
> server to Heroku, Zerigo being recommended?
> Do I need to purchase separately a DNS service when deploying to
> Heroku?
You have to pick a domain registrar -- Network Solutions, GoDaddy,
etc. -- to register a domain name. That registrar should offer DNS
service as part of the registration.
For development and learning purposes, you don't even need that,
as your heroku deployment will just appear to be a subdomain, e.g.
http://example.heroku.com/
--
Hassan Schroeder ------------------------ hassan.s...@gmail.com
twitter: @hassan
newcomer
Was just going to rephrase this question to ask whether Heroku has its
own DNS service or do I need to purchase one and point it to Heroku..
and you just answered me and cleared it up :)
Best,
Nin.
On Jun 30, 6:11 pm, Hassan Schroeder <hassan.schroe...@gmail.com>
wrote:
> > Also another question about Heroku -
> > being a host, I was wondering why would it guide me to point my DNS
> > server to Heroku, Zerigo being recommended?
> > Do I need to purchase separately a DNS service when deploying to
> > Heroku?
>
> You have to pick a domain registrar -- Network Solutions, GoDaddy,
> etc. -- to register a domain name. That registrar should offer DNS
> service as part of the registration.
>
> For development and learning purposes, you don't even need that,
>
> --
> Hassan Schroeder ------------------------ hassan.schroe...@gmail.com
> twitter: @hassan
Jeremy
> subject, so @Jeremy - I apologise..
who can offer guidance and newbs who might have questions that I
haven't thought of or are confused about. I am learning this all
myself so I also do not have a mentor or tutor to guide me through the
steps. All I have is books and video tutorials and the ruby and rails
community.
Anyway, the point you brought up about Passenger---
Capistrano
(probably it does but I understood they're both used for
deployment,
thus the confusion..), unless Capistrano does both automated
deployment but can also be used when using a different deployment
service.. "
takes care
of putting your app on the server, while Passenger serves it once
it's
there. "
Passenger or Capistrano for deployment since I thought they basically
did the same thing. Now that I understand this a little better, it
will definitely help me when learning to use them.
So, thanks for your contributions to the thread :)
@Marnen, and @Hassan--- You ROCK!
Best Regards,
Jeremy
Ali Imran
development from windows but when i reached at the point of passenger,
than I moved to Linux Ubuntu.
I start working with godaddy hosting, but face some problems than i
move to site5.com and successfully upload my first demo project. (its
working)
Now from this thread i understand the difference between Capis and
Passenger.
Thanks for all contributes.
Now again when I upload the project from FTP, I found it is so hard,
Because it is like installing whole application every time, than i
understand the importance of version control system.
I looked for the way to use any thing else other than GIT, because it
is not free, but did not find any thing , my question is that
subversion and GIT work same task or different. If yes than will putty
is right direction to go with subversion.
Thanks a lot
On Jun 30, 10:21 am, Jeremy <bathrobewarr...@gmail.com> wrote:
> Hi Nin,
>
> > subject, so @Jeremy - I apologise..
>
> No worries at all, you bring up some good points and I welcome anyone
> who can offer guidance and newbs who might have questions that I
> haven't thought of or are confused about. I am learning this all
> myself so I also do not have a mentor or tutor to guide me through the
> steps. All I have is books and video tutorials and the ruby and rails
> community.
>
> Anyway, the point you brought up about Passenger---
> "I mean – it didn't make sense I'd use both Passenger and
> Capistrano
> (probably it does but I understood they're both used for
> deployment,
> thus the confusion..), unless Capistrano does both automated
> deployment but can also be used when using a different deployment
> service.. "
>
> and the response that Marnen supplied---
> "They are different tools for different purposes. Capistrano
> takes care
Hassan Schroeder
> I looked for the way to use any thing else other than GIT, because it
> is not free
Huh? Where did you get that idea?
From the git site:
Git is a free & open source, distributed version control system
designed to handle everything from small to very large projects
with speed and efficiency.
Fernando Perez
>
> Thanks again for your time.
> Jeremy
The book is overbloat. The author suggests to run your rails setup in a
Xen virtual machine! Well he sells rails hosting...
Capistrano is not necessary when you know how to use a good scm such as
mercurial. A simple bash script + mercurial does everything capistrano
can do, and it won't crash on you.
Basically you need:
- Server
- Domain name
- Install Ruby. I would recommend to stick to 1.8.7, as I'm having
painful issues with 1.9.1 and other people too.
- Install Passenger, and Nginx
- Install a database backend
- Get your code on the server. That's where I use my bash+mercurial
script.
And you should be good to go. Depending on your skills this can take
more or less time. Once you know how to do it once, it's easy.
Ali Imran
tutorials i go through are pointing towards this...
On Jul 1, 5:32 pm, Hassan Schroeder <hassan.schroe...@gmail.com>
wrote:
> > I looked for the way to use any thing else other than GIT, because it
> > is not free
>
> Huh? Where did you get that idea?
>
> From the git site:
>
> Git is a free & open source, distributed version control system
> designed to handle everything from small to very large projects
> with speed and efficiency.
>
> --
> twitter: @hassan
Sur
Capistrano is exactly that very "bash script" by purpose, you are
talking about :D ... it's just written in Ruby
Writing another bash script won't re-invent the wheel at all.... when
there was no Capistrano in Rails world, I personally used to write
that very bash scripting..
for doing everything, deploy, taking backups and all... but honestly
it's much more fun with Cap.
It's strongly recommended to spare some time and devote it to learn
out how Capistrano works, it will make your life a lot easier :)
It's just a matter of burning out one day and get the familiarity.
As far as SCM is considered.... it's all personal choice and
preference to use Subversion(SVN) or Git or Mercurial(Hg)
Selecting an SCM has no concern with deployment through Capistrano and/
or whether to use Passenger or not.
Capistrano supports a lot of SCM tools, viz. SVN, Git, Hg, CVS and
many more...
regards,
Sur
http://crimson9.com
Fernando Perez
> @Fernando
> Capistrano is exactly that very "bash script" by purpose, you are
> talking about :D ... it's just written in Ruby
>
> Writing another bash script won't re-invent the wheel at all.... when
> there was no Capistrano in Rails world, I personally used to write
> that very bash scripting..
My update script:
hg push ssh://... && ssh -t user@ip 'cd /myapp_path && hg update &&
RAILS_ENV=production rake db:migrate && touch tmp/restart.txt'
Do I need hundreds (thousands) of lines of ruby code to do that?
Certainly not. But yeah, it's cap, it was started by jb, it's ruby, it
supports svn and cvs... it's gotta be cool!
I did use capistrano, and it would eventually stop updating the code due
to some obscure problem. My dumb bash script never disappointed me.
Peter Hickman
Sur
> I did use capistrano, and it would eventually stop updating the code due
> to some obscure problem. My dumb bash script never disappointed me.
frustrated to have not been able to resolve the issue you had have
with your earlier Cap implementation.
I am not saying anything against you why to go or why not to go for
Capistrano.
And I really don't know if you have anything personal against
JamisBuck(creator of Capistrano) and/or Ruby programming
language :) ... to count them a reason to not to use it apart from
considering the following advantages as compared to the script you
provided...
Your Script:
Can deploy: Yes
Keeps releases: No
Can Rollback: No
Does it know what Rollback is: No
Can just restart the server without updating code: No
Can perform additional server task(s) after/before code updation: No
Is it organized: No
Capistrano:
Can deploy: Yes
Keeps releases: Yes
Can Rollback: Yes
Does it know what Rollback is: Very well, if your latest deploy fails
and crashes the server (not a big deal, happens to lots of ninjas),
you can just fire one command "cap rollback" to bring the live server
quickly to previously functional state.
Can just restart the server without updating code: Yes
Can perform additional server task(s) after/before code updation: Yes
Is it organized: Yes, the ruby code is placed centrally on your system
as a Ruby gem, and for every application you just need to mention the
repository address, server address etc. in a configuration file.
Guys, I would just like to say, it's really better to spend some time
to get comfy with Capistrano and/or any other automated deployment
tool instead of pumping yourself to get the different scripts ready
for all server managerial work.
Needless to mention there are some other really good options available
which can be used in place of Capistrano.
e.g.
1) Vlad http://www.rubyhitsquad.com/Vlad_the_Deployer.html
2) Moonshine (and Shadow Puppet)
http://blog.railsmachine.com/articles/2009/01/16/moonshine-configuration-management-and-deployment/
Moonshine and Shadow Puppet takes the server management and deployment
to a totally different level which has not even been defined by the
Capistrano... so if you really need an advanced system administration
for Rails application's server, go for Moonshine ... but undoubtedly
it needs a certain level skills to use it up to the mark and might be
a bit difficult for the newbs.
But if you are comfortable with Capistrano and/or Vlad you can easily
look in near future to get ready for trying something awesome like
Moonshine.
So, for the beginners, I would say Capistrano could be very good
option to start with the deployments and build you understanding how
the automated deployment tools can be so very helpful in doing quick
server management(and deployment) jobs.
regards,
Sur
http://crimson9.com
Jeremy
imagined! :)
DK
-- First get your app up and working on the deployment server however you can. Copy the files over however you can, install ruby, rails, db and all your incidentals. Get this working first.
-- Then once you have everything working perfectly (which is no small achievement the first time), then start finding better ways do do things - like how to streamline. This is where I am right now. I strongly believe that if you do not isolate your goals and try to do everything at once there is high risk of failure. I am not using cap but will soon I think.
-- I think github is a good start to the above process since you can easily clone your app. So on dev machine you push and then on your production env you clone it.
Jeremy
that i have regarding putting it on Github is that people will be able
to see my database settings with my password etc... So I deleted the
repository. My guess is that means I'll have to pay to keep it
private? How does one keep people from seeing that info?
Jason Michael
I use git. I already have an apache web server with the passenger mod
in place, so deploying my rails app is as simple as:
/path/to/app> $ git pull
Hassan Schroeder
Just don't check in your database.yml :-)
Jason Michael
You can have passwords, database.yml etc in .gitignore so those files
aren't visble/posted on your repo
Jeremy
aren't visble/posted on your repo
Diego Carrion
--
You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
To post to this group, send email to rubyonra...@googlegroups.com.
To unsubscribe from this group, send email to rubyonrails-ta...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en.
RailsFan Radha
but where is this? what is the path for this file .gitignore?
should this be created manually or is it present as part of git install?
I have git installed and couldn't find this file in
/home/myuser/myrailsapp/.git
-thanks
--
Posted via http://www.ruby-forum.com/.
Jeremy
On Jul 2, 10:32 pm, RailsFan Radha <li...@ruby-forum.com> wrote:
> .gitignore seems to be really cool.
> but where is this? what is the path for this file .gitignore?
>
lists what files you want git to ignore so it doesn't show up in your
repository. It resides inside the folder of the app that directly
coincides with the file you want to ignore. The way you do this is by
typing a command in your command line that tells Git to "ignore" the
file.
However, I don't understand it good enough yet to give you an example
because even though somehow I managed to accomplish the .gitignore
file and "ignore" my databese.yml file, I'm not sure I understand how
to do it again lol..
Do a search for .gitignore and there are several examples out there on
the web. That's pretty much what I did, because for some reason
Githubs help page on gitignore doesn't really help you accomplish it,
it seems a bit cryptic if you ask me. But if you want to check it
out, you can find the page here: http://help.github.com/git-ignore/
Jeremy
Ulises Ramirez-Roche
RailsFan Radha
Thanks for this listing.
I think this will be helpful to everyone.
Ulises Ramirez-Roche wrote:
> The .gitignore file should be created in the root directory of your
> rails
> project. It tells git which files to ignore when looking at files to
> commit,
> for whatever reason. So create a .gitignore file (like you would any
> other
> file) and copy/paste this snippet in there.
>
> *Sample .gitignore file*
> .bundle
> db/*.sqlite3
> log/*.log
> tmp/**/*
> tmp/*
> doc/api
> doc/app
> *.swp
> *~
> .DS_Store
>
> It may look like a bunch of warlock magic, but it's not that
> complicated.
> You're essentially telling *git* to *ignore:*
>
> .bundle files & .DS_Store - These files are used by MacOS to do MacOs
> stuff.
>
> db/*.sqlite3 - All files inside the db folder that end with sqlite3
> (test
> and dev stuff)
>
> And so on.
--
Posted via http://www.ruby-forum.com/.
Jeremy
Book" here: http://railstutorial.org/book
It's free, and it's "Up-to-date (now Rails 2.3.8, Rails 3 ASAP)"
It talks about Heroku deployment which is something that was discussed
earlier in this discussion. :)
Just thought I'd post it for those of you looking for a good Tutorial
for beginners from start to finish.
tinoD
Thanks for this link! Appreciate the sharing :)
tino