Been trying the setup (okay, this is not going to win any awards,
but...):
http://dave.camping.sh/
It's an old app rewritten (except - as yet - for the content :-)
DaveE
___
Camping-list mailing list
Camping-list@rubyforge.org
Hi,
As I already mentioned I use Camping with fcgi in production. If It is
your choice (and not passenger), I will help you set it up.
On Sun, Apr 1, 2012 at 5:49 PM, david costa gurugeek...@gmail.com wrote:
Hello again ! :)
well in theory we can chrot jail users but the best way is to
I really want to know what gems do you (all out there) think quality...
Maybe there's a statistics from a big gem server which ones are the most
wanted.
What about the versions? Applications can work differently (or not work :-
) with
different versions of gems (and ruby).
Will the hosting
On fastcgi - fastcgi is not a server in itself - you cannot connect to it
with a web browser. Like Passenger, it's a way for a server like nginx or
apache to launch and talk to processes which return webpages directly.
FastCGI IS a server in itself - you can connect to it, but not with a web
Yes thanks for this well I am pretty set with nginx + passenger. Once I
spent the week end digging into it I am pretty happy and it is the
recommended way to deploy by many so I will trust this setup for now. I
like this more than moving parts with reverse proxies and since it will end
up to me to
Ah I forgot
you can compare camping running on thin here
http://run.camping.io:3301/
vs passenger at http://run.camping.io
apparently db has some problems with fusion passenger (see
http://run.camping.io create HTML page and test HTML page. The same code on
thin works just fine... umhh oh no
Okay :D after many many hours of testing I am settled for nginx and
passenger.
live at http://run.camping.io/
I did try every apache combination (with passenger, with cgi, etc. etc.) as
is simply not really working fine.
I tried some other obscure web servers too but apparently this seems to
work
Wonder if Google might help getting camping to run on app engine?
On 1 April 2012 10:03, david costa gurugeek...@gmail.com wrote:
Ah I forgot
you can compare camping running on thin here
http://run.camping.io:3301/
vs passenger at http://run.camping.io
apparently db has some problems with
Umh I doubt it was already here
http://camping.io/Book/-Publishing-an-App#Using-Google-App-Engine
but is far from an automated, one line /one upload system
On Sun, Apr 1, 2012 at 10:23 AM, Peter Retief peterret...@gmail.com wrote:
Wonder if Google might help getting camping to run on app
Hm. I know the main guy responsible for App Engine, and, well, I certainly
wouldn't build a platform atop it - even aside from the huge glaring issue that
to have an app which can store data persistently, you need to use google's
proprietary database software.
Heroku doesn't screen against
Remember that we should pretty much make a Gemfile mandatory if the user makes
use of gems other than Camping. For example, rack_csrf. And we should make sure
that dependencies get installed. :)
--
Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet.
Jenna Fox
I don't think we need to go as far as automatically installing gems - securing
ruby is a pretty big challenge, but securing gcc? no way.
—
Jenna
On Sunday, 1 April 2012 at 8:25 PM, Isak Andersson wrote:
Remember that we should pretty much make a Gemfile mandatory if the user
makes use of
Well. Isn't it kind of possible to just hack the gem installation in using the
ruby quotes that execute code on the system. I can't type them on the phone but
I think you know what I mean. Kind of a security issue isn't it?
Anyways. Perhaps we could offer some Gems to pick from that we think
@Isak Anything run with the `backticks operator` runs with the same privileges
as the process which launched them, if using system level sandboxing, or if
using some crazy sandbox built in to ruby (which probably wouldn't be very
good, but maybe good enough) it'd probably just disable backticks
Okay then. But then we'd make sure that the applications don't have privilege
to install gems then.
--
Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet.
Jenna Fox a...@creativepony.com skrev:
@Isak Anything run with the `backticks operator` runs with the same privileges
A bit late in the day, but (quick and probably uninformed thought,
given the volume of messages I just skimmed) might rvm help manage
Ruby installs/updates/gems safely? - DaveE
Hello again ! :)
well in theory we can chrot jail users but the best way is to
install the gems that people need
Oh gods not RVM. This setup does not need another layer of complexity.
On my own server, I use five thins, which run all the time, on a set of five
ports which nginx proxy to. To run hundreds of camping apps, this sort of
persistent setup isn't viable. CGI would work, but could be a little
On Mon, Apr 2, 2012 at 1:02 AM, Jenna Fox a...@creativepony.com wrote:
Oh gods not RVM. This setup does not need another layer of complexity.
On my own server, I use five thins, which run all the time, on a set of
five ports which nginx proxy to. To run hundreds of camping apps, this sort
Perhaps if this is working in time of the deployment screencast we can showcase
this kind of deployment AND unicorn/nginx!
--
Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet.
david costa gurugeek...@gmail.com skrev:
BTW if you want to point a run.camping.io or
@David - sorted, both those subdomains now point to your machine. :)
—
Jenna
On Saturday, 31 March 2012 at 4:10 PM, david costa wrote:
BTW if you want to point a run.camping.io (http://run.camping.io) or
host.camping.io (http://host.camping.io) or anything you like to
66.116.108.12 will
Apache? What are your thoughts on that choice I am curious? :)
—
Jenna
On Sunday, 1 April 2012 at 12:27 AM, david costa wrote:
Thank you :D as soon as the DNS will propagate it should be live.
Some updates: now added the design from camping.io (http://camping.io)
(working on the fonts)
Hello Jenna !
I think that run rack applications the most efficient way seems to be
phusion passenger that works with apache and nginx. It might work with
other setups but it is not documented.
The other alternative to serve a camping application is to use a standard
ruby webserver (thin, unicorn,
Hi,
I run a few Camping apps in production with Rack's FastCGI handler.
This way it is completely separable from the webserver, which can be
nginx, apache, lighttpd, or anything else that implements the FastCGI
protocol. On top of that it's more scalable, because you can run these
processes on
Thanks for this but how would it run for multiple users on the same port
(80) like yourname.camping.io yourname2.camping.io without having nginx or
apache as a reverse proxy ?
On Sat, Mar 31, 2012 at 4:44 PM, Nokan Emiro uzleep...@gmail.com wrote:
Hi,
I run a few Camping apps in production
This solution is almost the same as using reverse proxies, but between
the nginx and the Rack/Camping app you don't need HTTP traffic, just
FastCGI. That means you can save one layer in the application, you
don't need a http server (thin, mongrel, etc.) that point. Rack is a native
FastCGI
On Sat, Mar 31, 2012 at 5:36 PM, Isak Andersson icepa...@lavabit.comwrote:
** Actually setting up a reverse proxy gives better performance for the
end user As you can have some sort of buffer between them. The Unicorn
server takes care of whatever nginx asks for, and while it waits it can
Oh whoops! I forgot to press the save button on the dns management page. Should
go through now, certainly within the next hour.
On fastcgi - fastcgi is not a server in itself - you cannot connect to it with
a web browser. Like Passenger, it's a way for a server like nginx or apache to
launch
The main downside to passenger, is that when things go wrong, it can be a bit
'thar be monsters in here!'
It's a bit of a mysterious technology which isn't very well documented when
stuff doesn't work, or at least it wasn't when I was playing with it about 8
months ago. I ended up settling on
WebDav for nginx: http://wiki.nginx.org/HttpDavModule
Or you could implement webdav as an application nginx proxies to, just as it
proxies to ruby instances.
—
Jenna
On Sunday, 1 April 2012 at 2:11 AM, david costa wrote:
On Sat, Mar 31, 2012 at 5:36 PM, Isak Andersson icepa...@lavabit.com
oops - should have put my last reply here... - DaveE
Hello all,
I am opening a separate topic just to brainstorm the idea of a free,
simple camping deployment/hosting option.
Now this is not about re-inventing the wheel as heroku already
supports camping apps too. So this would be the
+9 this :)
--
Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet.
david costa gurugeek...@gmail.com skrev:
Hello all,
I am opening a separate topic just to brainstorm the idea of a free, simple
camping deployment/hosting option.
Now this is not about re-inventing
Here is my progress on the server :)
Spent several hours to try to work on a nginx + passenger setup on the
cloud even using some pre-made ami with no success. It was also fairly slow
vs. a real server (even on an XLarge instance).
So I went back to one spare brand new mac mini server quadcore i7
32 matches
Mail list logo
