Hi!
I'm just learning the basics of deployment with deprec/capistrano..
I would like to ask about the opinion regarding whether it is worth
waiting (a week or so) for versions 2.0 of both to be released... or do
I just learn the stuff as it's done currently (and then upgrade).. do
you think new
changes. It's very solid.
I've been very busy with paid work lately which unfortunately pushes
deprec work aside however I'm planning to spend tomorrow and this
weekend on deprec2. It's likely to be a couple of weeks before all
bugs are ironed out of it though.
- Mike
On Jul 1, 9:06 am, D
Hello friends,
After reading a lot about different methods of Subversion access, I
still don't understand if it's possible to have HTTPS access (meaning
Apache+WebDAV) access to the repository, but in a way that would require
each client to have installed a certificate on their machine..
My
Hi,
I'm having trouble with testing/learning capistrano.. I failed at the
first thing I wanted to do... here:
[EMAIL PROTECTED]:~$ cap shell HOSTS=server1
* executing `shell'
Welcome to the interactive Capistrano shell! This
We isolated the problem with Jamis.
If anyone also bumps into this, here it's what was happening: I had
specified the default port for server1 in ssh.conf. Thus ssh server1
worked (and didn't connect to default port 22). Net::SSH doesn't
currently read that conf and tried to connect to 22.
password
(over https)? Is that secure enough?
thank you1
david
John Wilger wrote:
On Jul 28, 8:57 am, D. Krmpotic [EMAIL PROTECTED]
wrote:
After reading a lot about different methods of Subversion access, I
still don't understand if it's possible to have HTTPS access (meaning
Apache+WebDAV
Hi!
I read somewhere that in Cap2 you can set different URLs to repository
from local machine and remote server. Haven't found out how to do it
yet, but I will..
I'm curious about something: why does Capistrano have to access the
repository from the local machine at all? I'm sure it's something
I think the best is to use Ubuntu, because there is the most material
available for this distribution. There's a lot of tutorials and how-tos
specifically for Ubuntu. It sure makes things easier. If you want
enterprise linux, you can go with CentOS. Bu I prefer Debian flavors
of linux
Correction:
Behind that you'll have web server - of course you'll choose Mongrel
(maybe w/ mongrel cluster). ---
Behind that you'll have *APP* server - of course you'll choose Mongrel
(maybe w/ mongrel cluster).
D. Krmpotic wrote:
I think the best is to use Ubuntu, because
D. Krmpotic wrote:
hmm - of course.. to send the changes in my working copy to the
servers...
not really... it's something else.. to ask it for the latest revision or
something.. I don't quite understand..
I tried to change something then saying cap deploy and it
didn't send the changes
Paul, thank you very much
0.5.30 seems pretty old in comparison to 0.4.13 (not that I know a lot
about the differences, only judging from the version number)..
but if I do decide to go with aptitude / apt-get, will 0.4.13 then get
upgraded by aptitude to the next version? what's the philosophy
yes, that's what I was going to do (and probably will).
I want to understand Ubuntu's package manager philosophy though.
So say that there was a possibility to install nginx to 6.06 via
aptitude, how would they decide when the new version is ready so that
users can reach it via upgrade. And
Hi,
I read this article:
http://mongrel.rubyforge.org/docs/how_many_mongrels.html
and decided to play around a little bit..
I didn't test it on mongrel, but on a Nginx (on a default page saying
Welcome to nginx).. just to get the feel for the numbers.. I'm using
Slicehost VPS with 256 MB RAM..
Definitelly Nginx + Mongrel is a great combo...
Does anyone know how exactly Nginx configuration works? By default there
is no path under Location / {} and still Welcome to Nginx is
displayed.. is Nginx actually serving some file or does it have set
internally IF no path then produce welcome
:)
Anthony Richardson wrote:
Probably has something to do with the fact that that page recommend you
have the server next to you and one switch between you and the server.
You test is over the internet so you will have massive lag compared to
the other scenario. So the page you mention is
I think this script has a problem..
you won't be able to stop the server, because the PID file is not
there.. it starts the server without passing it a custom location for
PID.. and the PID file really is in /usr/local/nginx/logs (by default).
jwesonga wrote:
Hi,
I've found a very good
there is also some minor inconsistencies, for example:
usage prints: force-reload (should be only reload).
I made some small edits, so you don't have to:
#! /bin/sh
# Description: Startup script for nginx webserver on Debian. Place in
/etc/init.d and
# run 'sudo update-rc.d nginx defaults',
for different
version than 1.01). And since I don't know a whole lot about patches,
I'd like to ask you how exactly do I do that.. thank you!
david
Alexey Verkhovsky wrote:
On 8/27/07, D. Krmpotic [EMAIL PROTECTED] wrote:
I'm trying to start mongrel, but this time as user mongrel:
mongrel_rails start
forget it.. it's obvious.. I had a problem because I must have done
something wrong when searching for RailsConfigurator.
bye, david
--
Posted via http://www.ruby-forum.com/.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the
Great tip, thank you Wes!
Wesley Moxam wrote:
You rotate Rails logs just like any other server logs. Most systems
come with a log rotation program installed. For example, on Redhat
based systems the command is simply called 'logrotate' and it is
configured via per application configuration
Hi!
I played around with it a little bit and found out the following:
server_name in a vhost entry doesn't really guarantee that only requests
coming from specified domain will get served by that vhost.
For example (supposing that domain1.com, www.domain1.com, domain2.com,
www.domain2.com all
Something else: reload (/etc/init.d/nginx reload) doesn't seem to work
well everytime (in addition to not telling you the errors).. I'm not
100% sure about this but I won't use it anymore for now.. I'll just
restart the server.
--
Posted via http://www.ruby-forum.com/.
Jérémy thanx, but I think you missed alias lines in second example and
the point of the first example was that when it *doesn't* find
domain2.com, it just goes to the first vhosts entry (for domain1.com).
Jérémy DIERX wrote:
Le mercredi 29 août 2007 à 15:20 +0200, D. Krmpotic a écrit
Thank you.. yes I guess they do.. I wasn't sure how nginx behaved, so I
played with it. I hoped it wouldn't do it that way, but what can we do.
Everything's nice. I also found that this simplifies some things:
server_name domain1.com *.domain1.com;
Thank you all,
David
John Leach wrote:
Hi!
I think the best is to just ignore those compaints.. I don't know
either..
But this will solve your stale PIDs problem:
http://textsnippets.com/posts/show/931
I used this patch from the guy in the comments:
-
Index: bin/mongrel_rails
there is a problem and it exits rightfully..
but I don't see how there is no problem when I run the init script
manually.
I'm pretty close now, but would still like to hear if anyone had a
similiar problem.. thank you
D. Krmpotic wrote:
Hi!
I think the best is to just ignore those compaints.. I
What is Parrot ?
--
Posted via http://www.ruby-forum.com/.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Deploying Rails group.
To post to this group, send email to rubyonrails-deployment@googlegroups.com
To
Thank you very much for the explanation.. So Monit is more powerful and
God is easier to understand / set up and it works good enough.. Thanx
again!
Roderick van Domburg wrote:
D. Krmpotic wrote:
I heard about this! But haven't looked into it yet. Is this a
replacement for Monit
Why don't you add this to your deploy.rb file instead of using spinner
script?
set :mongrel_conf,
/var/www/#{application}/current/config/mongrel_cluster.yml
namespace :deploy do
namespace :mongrel do
[ :stop, :start, :restart ].each do |t|
desc #{t.to_s.capitalize} the mongrel
Hi!
Sometimes when doing cap deploy, the process finishes by:
** [out :: unebo] stopping port 6500
** [out :: unebo] already started port 6500
command finished
It seems that mongrel didn't have the time to stop before capistrano
tried to start it again. I suspect this is the cause,
forgot to mention: I use this in my deploy.rb file:
set :mongrel_conf,
/var/www/#{application}/current/config/mongrel_cluster.yml
namespace :deploy do
namespace :mongrel do
[ :stop, :start, :restart ].each do |t|
desc #{t.to_s.capitalize} the mongrel appserver
task t, :roles
I heard a lot of good things about:
http://www.sphinxsearch.com/
ferret vs. sphinx is like
apache vs. nginx
try it
--
Posted via http://www.ruby-forum.com/.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
or you can also put your pictures and css on a different server ;)
I struggled with this for too many hours and couldn't make it work.. not
even with the xample from Eli.. The problem was that assets were
requested from a rul that wasn't exact (one level above etc. - depending
on what the
Hello,
On my 512MB slice (Slicehost) running 3 thins and a Postgres database, I
had set up a delta indexing scheme that executes “rake ultrasphinx
index:delta” task every minute via cron. The server was unstable
(database process got killed every day or so). I isolated the problem to
that cron
PM, D. Krmpotic
--
Posted via http://www.ruby-forum.com/.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Deploying Rails group.
To post to this group, send email to rubyonrails-deployment@googlegroups.com
in the meantime I did enable it... no idea how it got disabled...
but still... do you think it's ok that so little memory is left on boot
and reindexing would have to start swapping?
Robby Russell wrote:
Yeah, without any swap... you're going to have some problems.
Surprised that you don't
36 matches
Mail list logo