Re: camping paid examples + screencasts ?

2012-03-30 Thread Isak Andersson
Yeah, it's just a matter of preference I guess. I like both but I'm 
going with Unicorn :)


Also, I guess I should ask the whole mailing list on this, I created a 
little base thing for
presentations when I'm just talking concepts in the screencasts. I took 
some assets
from the Camping.io site to make it feel familiar. The thing I'm 
wondering about is the
title font. I went with a "goofy" one just because Camping is damn fun, 
but I'm not sure

if I find it perfect.. What do you guys think?

Here's the image: http://i.imgur.com/8zLJc.png

On 03/30/2012 08:58 AM, Jenna Fox wrote:

Sounds great - my sites are the same setup, but with regular thin. :)

---
Jenna

On Friday, 30 March 2012 at 5:47 PM, Isak Andersson wrote:


Well, why not just go with both? Bigger audience!
The more places the better. Vimeo is a bit better though.

Anyways, about the deployment video. I was thinking I hook an 
application up with Unicorn and

putting nginx on top of it. How does that sound?

- Isak Andersson

On 03/30/2012 08:35 AM, Jenna Fox wrote:
Seconding Vimeo - it's exactly the sort of creative friendly helpful 
community we get along so great with. :)


I wouldn't bother with youtube. The main thing is that people can 
comment and embed and vote/like it and all that wonderful stuff. :)


---
Jenna

On Friday, 30 March 2012 at 5:28 PM, Isak Andersson wrote:



I'd like to see the screencasts on YouTube or Vimeo where everyone 
can

view them.

That's fine, I can post them to my YouTube channel too. David didn't
really give a restriction on what I could
do with the Videos. :)

DaveE

Cheers!

- Isak Andersson

___
Camping-list mailing list
Camping-list@rubyforge.org 
http://rubyforge.org/mailman/listinfo/camping-list


Die neusten PC-Treiber runterladen Aktualisiert im Nu alle PC-Treiber!
http://click.lavabit.com/4xr69tw397kinowkztda5dhjqsfhxppib9muja6rbtypp3jqtksb/ 




___
Camping-list mailing list
Camping-list@rubyforge.org  
http://rubyforge.org/mailman/listinfo/camping-list


___
Camping-list mailing list
Camping-list@rubyforge.org 
http://rubyforge.org/mailman/listinfo/camping-list


Get the best selection of equity home loans sites here. Click Here to 
check

them out!
http://click.lavabit.com/kiacu9wowfxnrd3wduu4jb4fr3pdcypfoehftka9dqx6sg6iyzey/ 




___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list


___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list

Re: camping paid examples + screencasts ?

2012-03-30 Thread Jenna Fox
I've certainly heard nothing bad of Unicorn from my friend who works in the 
github server management team.  

—
Jenna


On Friday, 30 March 2012 at 6:12 PM, Isak Andersson wrote:

> Yeah, it's just a matter of preference I guess. I like both but I'm going 
> with Unicorn :)
>  
> Also, I guess I should ask the whole mailing list on this, I created a little 
> base thing for
> presentations when I'm just talking concepts in the screencasts. I took some 
> assets
> from the Camping.io (http://Camping.io) site to make it feel familiar. The 
> thing I'm wondering about is the
> title font. I went with a "goofy" one just because Camping is damn fun, but 
> I'm not sure
> if I find it perfect.. What do you guys think?
>  
> Here's the image: http://i.imgur.com/8zLJc.png
>  
> On 03/30/2012 08:58 AM, Jenna Fox wrote:  
> > Sounds great - my sites are the same setup, but with regular thin. :)  
> >  
> > —  
> > Jenna
> >  
> >  
> > On Friday, 30 March 2012 at 5:47 PM, Isak Andersson wrote:
> >  
> > > Well, why not just go with both? Bigger audience!
> > > The more places the better. Vimeo is a bit better though.
> > >  
> > > Anyways, about the deployment video. I was thinking I hook an application 
> > > up with Unicorn and
> > > putting nginx on top of it. How does that sound?
> > >  
> > > - Isak Andersson
> > >  
> > > On 03/30/2012 08:35 AM, Jenna Fox wrote:  
> > > > Seconding Vimeo - it's exactly the sort of creative friendly helpful 
> > > > community we get along so great with. :)  
> > > >  
> > > > I wouldn't bother with youtube. The main thing is that people can 
> > > > comment and embed and vote/like it and all that wonderful stuff. :)  
> > > >  
> > > > —  
> > > > Jenna
> > > >  
> > > >  
> > > > On Friday, 30 March 2012 at 5:28 PM, Isak Andersson wrote:
> > > >  
> > > > >  
> > > > > > I'd like to see the screencasts on YouTube or Vimeo where everyone 
> > > > > > can  
> > > > > > view them.
> > > > > >  
> > > > > >  
> > > > > >  
> > > > >  
> > > > > That's fine, I can post them to my YouTube channel too. David didn't  
> > > > > really give a restriction on what I could
> > > > > do with the Videos. :)
> > > > > > DaveE
> > > > > >  
> > > > > >  
> > > > >  
> > > > > Cheers!
> > > > >  
> > > > > - Isak Andersson  
> > > > >  
> > > > > ___  
> > > > > Camping-list mailing list
> > > > > Camping-list@rubyforge.org (mailto:Camping-list@rubyforge.org)
> > > > > http://rubyforge.org/mailman/listinfo/camping-list
> > > > >  
> > > > >  
> > > > >  
> > > > >  
> > > >  
> > > >  
> > > > Die neusten PC-Treiber runterladen Aktualisiert im Nu alle PC-Treiber!
> > > > http://click.lavabit.com/4xr69tw397kinowkztda5dhjqsfhxppib9muja6rbtypp3jqtksb/
> > > >   
> > > >  
> > > > ___ Camping-list mailing 
> > > > list Camping-list@rubyforge.org (mailto:Camping-list@rubyforge.org) 
> > > > http://rubyforge.org/mailman/listinfo/camping-list  
> > > ___  
> > > Camping-list mailing list
> > > Camping-list@rubyforge.org (mailto:Camping-list@rubyforge.org)
> > > http://rubyforge.org/mailman/listinfo/camping-list
> > >  
> > >  
> > >  
> >  
> >  
> > Get the best selection of equity home loans sites here. Click Here to check 
> >  
> > them out!
> > http://click.lavabit.com/kiacu9wowfxnrd3wduu4jb4fr3pdcypfoehftka9dqx6sg6iyzey/
> >   
> >  
> > ___ Camping-list mailing list 
> > Camping-list@rubyforge.org (mailto:Camping-list@rubyforge.org) 
> > http://rubyforge.org/mailman/listinfo/camping-list  
> ___
> Camping-list mailing list
> Camping-list@rubyforge.org (mailto:Camping-list@rubyforge.org)
> http://rubyforge.org/mailman/listinfo/camping-list
>  
>  


___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list

Re: camping paid examples + screencasts ?

2012-03-30 Thread Isak Andersson
I've heard nothing but good myself. The biggest difference is that Slim is a 
bit more "friendly" isn't it?

And what did you think about the image :)

- Isak
-- 
Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet.

Jenna Fox  skrev:

I've certainly heard nothing bad of Unicorn from my friend who works in the 
github server management team. 


—

Jenna


On Friday, 30 March 2012 at 6:12 PM, Isak Andersson wrote:

Yeah, it's just a matter of preference I guess. I like both but I'm going with 
Unicorn :)

Also, I guess I should ask the whole mailing list on this, I created a little 
base thing for
presentations when I'm just talking concepts in the screencasts. I took some 
assets
from the Camping.io site to make it feel familiar. The thing I'm wondering 
about is the
title font. I went with a "goofy" one just because Camping is damn fun, but I'm 
not sure
if I find it perfect.. What do you guys think?

Here's the image: http://i.imgur.com/8zLJc.png

On 03/30/2012 08:58 AM, Jenna Fox wrote: 

Sounds great - my sites are the same setup, but with regular thin. :) 


—

Jenna


On Friday, 30 March 2012 at 5:47 PM, Isak Andersson wrote:

Well, why not just go with both? Bigger audience!
The more places the better. Vimeo is a bit better though.

Anyways, about the deployment video. I was thinking I hook an application up 
with Unicorn and
putting nginx on top of it. How does that sound?

- Isak Andersson

On 03/30/2012 08:35 AM, Jenna Fox wrote: 

Seconding Vimeo - it's exactly the sort of creative friendly helpful community 
we get along so great with. :) 


I wouldn't bother with youtube. The main thing is that people can comment and 
embed and vote/like it and all that wonderful stuff. :)


—

Jenna


On Friday, 30 March 2012 at 5:28 PM, Isak Andersson wrote:


I'd like to see the screencasts on YouTube or Vimeo where everyone can 

view them.

That's fine, I can post them to my YouTube channel too. David didn't 

really give a restriction on what I could

do with the Videos. :)

DaveE

Cheers!


- Isak Andersson


___

Camping-list mailing list

Camping-list@rubyforge.org

http://rubyforge.org/mailman/listinfo/camping-list


Die neusten PC-Treiber runterladen Aktualisiert im Nu alle PC-Treiber!
http://click.lavabit.com/4xr69tw397kinowkztda5dhjqsfhxppib9muja6rbtypp3jqtksb/ 



___ Camping-list mailing list 
Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list 


___

Camping-list mailing list

Camping-list@rubyforge.org

http://rubyforge.org/mailman/listinfo/camping-list


Get the best selection of equity home loans sites here. Click Here to check 
them out!
http://click.lavabit.com/kiacu9wowfxnrd3wduu4jb4fr3pdcypfoehftka9dqx6sg6iyzey/ 



___ Camping-list mailing list 
Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list 

___

Camping-list mailing list

Camping-list@rubyforge.org

http://rubyforge.org/mailman/listinfo/camping-list


Get the best selection of cost of life insurance sites here. Click Here 
to 
check them out!

http://click.lavabit.com/w7jqmwjifkcsb464srtuhbafyo844qsitdgs8ezb65cruw7isdey/ 

___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list

Re: camping paid examples + screencasts ?

2012-03-30 Thread david costa
This is good but let's use the same font as the website :)
http://www.fontsquirrel.com/fonts/Comic-Zine-OT


On Fri, Mar 30, 2012 at 9:48 AM, Isak Andersson wrote:

> ** I've heard nothing but good myself. The biggest difference is that
> Slim is a bit more "friendly" isn't it?
>
> And what did you think about the image :)
>
> - Isak
> --
> Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet.
>
> Jenna Fox  skrev:
>>
>>  I've certainly heard nothing bad of Unicorn from my friend who works in
>> the github server management team.
>>
>> —
>> Jenna
>>
>> On Friday, 30 March 2012 at 6:12 PM, Isak Andersson wrote:
>>
>>  Yeah, it's just a matter of preference I guess. I like both but I'm
>> going with Unicorn :)
>>
>> Also, I guess I should ask the whole mailing list on this, I created a
>> little base thing for
>> presentations when I'm just talking concepts in the screencasts. I took
>> some assets
>> from the Camping.io site to make it feel familiar. The thing I'm
>> wondering about is the
>> title font. I went with a "goofy" one just because Camping is damn fun,
>> but I'm not sure
>> if I find it perfect.. What do you guys think?
>>
>> Here's the image: http://i.imgur.com/8zLJc.png
>>
>> On 03/30/2012 08:58 AM, Jenna Fox wrote:
>>
>>  Sounds great - my sites are the same setup, but with regular thin. :)
>>
>>  —
>> Jenna
>>
>>  On Friday, 30 March 2012 at 5:47 PM, Isak Andersson wrote:
>>
>>   Well, why not just go with both? Bigger audience!
>> The more places the better. Vimeo is a bit better though.
>>
>> Anyways, about the deployment video. I was thinking I hook an application
>> up with Unicorn and
>> putting nginx on top of it. How does that sound?
>>
>> - Isak Andersson
>>
>> On 03/30/2012 08:35 AM, Jenna Fox wrote:
>>
>>  Seconding Vimeo - it's exactly the sort of creative friendly helpful
>> community we get along so great with. :)
>>
>>  I wouldn't bother with youtube. The main thing is that people can
>> comment and embed and vote/like it and all that wonderful stuff. :)
>>
>>  —
>> Jenna
>>
>>  On Friday, 30 March 2012 at 5:28 PM, Isak Andersson wrote:
>>
>>
>>   I'd like to see the screencasts on YouTube or Vimeo where everyone can
>> view them.
>>
>> That's fine, I can post them to my YouTube channel too. David didn't
>> really give a restriction on what I could
>> do with the Videos. :)
>>
>>  DaveE
>>
>> Cheers!
>>
>>  - Isak Andersson
>>
>>  ___
>> Camping-list mailing list
>> Camping-list@rubyforge.org
>> http://rubyforge.org/mailman/listinfo/camping-list
>>
>>
>>  Die neusten PC-Treiber runterladen Aktualisiert im Nu alle PC-Treiber!
>>
>> http://click.lavabit.com/4xr69tw397kinowkztda5dhjqsfhxppib9muja6rbtypp3jqtksb/
>>
>>
>> ___
>> Camping-list mailing 
>> listCamping-list@rubyforge.orghttp://rubyforge.org/mailman/listinfo/camping-list
>>
>>
>>  ___
>> Camping-list mailing list
>> Camping-list@rubyforge.org
>> http://rubyforge.org/mailman/listinfo/camping-list
>>
>>
>>  Get the best selection of equity home loans sites here. Click Here to
>> check
>> them out!
>>
>> http://click.lavabit.com/kiacu9wowfxnrd3wduu4jb4fr3pdcypfoehftka9dqx6sg6iyzey/
>>
>>
>> ___
>> Camping-list mailing 
>> listCamping-list@rubyforge.orghttp://rubyforge.org/mailman/listinfo/camping-list
>>
>>
>> ___
>> Camping-list mailing list
>> Camping-list@rubyforge.org
>> http://rubyforge.org/mailman/listinfo/camping-list
>>
>>
>>  Get the best selection of cost of life insurance sites here. Click Here
>> to
>> check them out!
>>
>> http://click.lavabit.com/w7jqmwjifkcsb464srtuhbafyo844qsitdgs8ezb65cruw7isdey/
>>
>
> ___
> Camping-list mailing list
> Camping-list@rubyforge.org
> http://rubyforge.org/mailman/listinfo/camping-list
>
___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list

Re: camping paid examples + screencasts ?

2012-03-30 Thread david costa
For the deployment video I think you should perhaps start with the standard
configuration which has thin and nginx but of course if you have time you
can do one with Unicorn too. The idea is to make it easy for users to run
without having to install too much extra stuff.
Best Regards
David

On Fri, Mar 30, 2012 at 8:47 AM, Isak Andersson wrote:

>  Well, why not just go with both? Bigger audience!
> The more places the better. Vimeo is a bit better though.
>
> Anyways, about the deployment video. I was thinking I hook an application
> up with Unicorn and
> putting nginx on top of it. How does that sound?
>
> - Isak Andersson
>
>
> On 03/30/2012 08:35 AM, Jenna Fox wrote:
>
>  Seconding Vimeo - it's exactly the sort of creative friendly helpful
> community we get along so great with. :)
>
>  I wouldn't bother with youtube. The main thing is that people can
> comment and embed and vote/like it and all that wonderful stuff. :)
>
>  —
> Jenna
>
>  On Friday, 30 March 2012 at 5:28 PM, Isak Andersson wrote:
>
>
>   I'd like to see the screencasts on YouTube or Vimeo where everyone can
> view them.
>
> That's fine, I can post them to my YouTube channel too. David didn't
> really give a restriction on what I could
> do with the Videos. :)
>
> DaveE
>
> Cheers!
>
>  - Isak Andersson
>
>  ___
> Camping-list mailing list
> Camping-list@rubyforge.org
> http://rubyforge.org/mailman/listinfo/camping-list
>
>
>  Die neusten PC-Treiber runterladen Aktualisiert im Nu alle PC-Treiber!
>
> http://click.lavabit.com/4xr69tw397kinowkztda5dhjqsfhxppib9muja6rbtypp3jqtksb/
>
>
> ___
> Camping-list mailing 
> listCamping-list@rubyforge.orghttp://rubyforge.org/mailman/listinfo/camping-list
>
>
>
> ___
> Camping-list mailing list
> Camping-list@rubyforge.org
> http://rubyforge.org/mailman/listinfo/camping-list
>
___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list

Re: camping paid examples + screencasts ?

2012-03-30 Thread Jenna Fox
Quickly while we're on the topic of typefaces:  

Our web design makes use of a typeface called Topstitch in the sidebar 
navigational menu. The type designer Typodermic donated a license to use this 
typeface on our site, but it is a commercial font so should not be used outside 
of official camping related projects. Comic Zine is a free-as-in-cost typeface, 
and I have special permission from the type designer for our 'fill' variant 
used on our site. The fill variant is not an official variant of the typeface 
and shouldn't be distributed as a free typeface for other projects and some 
care should be given to not give the impression that our varient is in any way 
endorsed by the original type designer.

Seeing as the screencasts are going to be a part of the camping website, 
there's no issue using any of these typefaces in related web designs. :)

For the sake of consistency, where possible try to use the same html and css 
codes as the main site if it's not too much effort, so we may apply new styles 
all in one place.


—
Jenna


On Friday, 30 March 2012 at 11:43 PM, david costa wrote:

> This is good but let's use the same font as the website :)
> http://www.fontsquirrel.com/fonts/Comic-Zine-OT
>  
>  
> On Fri, Mar 30, 2012 at 9:48 AM, Isak Andersson  (mailto:icepa...@lavabit.com)> wrote:
> > I've heard nothing but good myself. The biggest difference is that Slim is 
> > a bit more "friendly" isn't it?
> >  
> > And what did you think about the image :)
> >  
> > - Isak
> > --  
> > Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet.
> >  
> > Jenna Fox mailto:a...@creativepony.com)> skrev:
> > > I've certainly heard nothing bad of Unicorn from my friend who works in 
> > > the github server management team.  
> > >  
> > > —
> > > Jenna
> > >  
> > >  
> > > On Friday, 30 March 2012 at 6:12 PM, Isak Andersson wrote:
> > >  
> > > > Yeah, it's just a matter of preference I guess. I like both but I'm 
> > > > going with Unicorn :)
> > > >  
> > > > Also, I guess I should ask the whole mailing list on this, I created a 
> > > > little base thing for
> > > > presentations when I'm just talking concepts in the screencasts. I took 
> > > > some assets
> > > > from the Camping.io (http://Camping.io) site to make it feel familiar. 
> > > > The thing I'm wondering about is the
> > > > title font. I went with a "goofy" one just because Camping is damn fun, 
> > > > but I'm not sure
> > > > if I find it perfect.. What do you guys think?
> > > >  
> > > > Here's the image: http://i.imgur.com/8zLJc.png
> > > >  
> > > > On 03/30/2012 08:58 AM, Jenna Fox wrote:  
> > > > > Sounds great - my sites are the same setup, but with regular thin. :) 
> > > > >  
> > > > >  
> > > > > —  
> > > > > Jenna
> > > > >  
> > > > >  
> > > > > On Friday, 30 March 2012 at 5:47 PM, Isak Andersson wrote:
> > > > >  
> > > > > > Well, why not just go with both? Bigger audience!
> > > > > > The more places the better. Vimeo is a bit better though.
> > > > > >  
> > > > > > Anyways, about the deployment video. I was thinking I hook an 
> > > > > > application up with Unicorn and
> > > > > > putting nginx on top of it. How does that sound?
> > > > > >  
> > > > > > - Isak Andersson
> > > > > >  
> > > > > > On 03/30/2012 08:35 AM, Jenna Fox wrote:  
> > > > > > > Seconding Vimeo - it's exactly the sort of creative friendly 
> > > > > > > helpful community we get along so great with. :)  
> > > > > > >  
> > > > > > > I wouldn't bother with youtube. The main thing is that people can 
> > > > > > > comment and embed and vote/like it and all that wonderful stuff. 
> > > > > > > :)  
> > > > > > >  
> > > > > > > —  
> > > > > > > Jenna
> > > > > > >  
> > > > > > >  
> > > > > > > On Friday, 30 March 2012 at 5:28 PM, Isak Andersson wrote:
> > > > > > >  
> > > > > > > >  
> > > > > > > > > I'd like to see the screencasts on YouTube or Vimeo where 
> > > > > > > > > everyone can  
> > > > > > > > > view them.
> > > > > > > > >  
> > > > > > > > >  
> > > > > > > > >  
> > > > > > > >  
> > > > > > > > That's fine, I can post them to my YouTube channel too. David 
> > > > > > > > didn't  
> > > > > > > > really give a restriction on what I could
> > > > > > > > do with the Videos. :)
> > > > > > > > > DaveE
> > > > > > > > >  
> > > > > > > > >  
> > > > > > > >  
> > > > > > > > Cheers!
> > > > > > > >  
> > > > > > > > - Isak Andersson  
> > > > > > > >  
> > > > > > > > ___  
> > > > > > > > Camping-list mailing list
> > > > > > > > Camping-list@rubyforge.org (mailto:Camping-list@rubyforge.org)
> > > > > > > > http://rubyforge.org/mailman/listinfo/camping-list
> > > > > > > >  
> > > > > > > >  
> > > > > > > >  
> > > > > > > >  
> > > > > > >  
> > > > > > >  
> > > > > > > Die neusten PC-Treiber runterladen Aktualisiert im Nu alle 
> > > > > > > PC-Treiber!
> > > > > > > http://click.lavabit.com/4xr69tw397kinowkztda5dhjqsfhxppib9muja6rbtypp3jqtksb/
> > > > > > >   
>

Re: camping paid examples + screencasts ?

2012-03-30 Thread Isak Andersson
Oh, thin is a standard in Camping? Never noticed.
-- 
Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet.

david costa  skrev:

For the deployment video I think you should perhaps start with the standard 
configuration which has thin and nginx but of course if you have time you can 
do one with Unicorn too. The idea is to make it easy for users to run without 
having to install too much extra stuff.

Best Regards

David

On Fri, Mar 30, 2012 at 8:47 AM, Isak Andersson  wrote:

Well, why not just go with both? Bigger audience!
The more places the better. Vimeo is a bit better though.

Anyways, about the deployment video. I was thinking I hook an application up 
with Unicorn and
putting nginx on top of it. How does that sound?

- Isak Andersson



On 03/30/2012 08:35 AM, Jenna Fox wrote: 

Seconding Vimeo - it's exactly the sort of creative friendly helpful community 
we get along so great with. :) 


I wouldn't bother with youtube. The main thing is that people can comment and 
embed and vote/like it and all that wonderful stuff. :)


—

Jenna


On Friday, 30 March 2012 at 5:28 PM, Isak Andersson wrote:


I'd like to see the screencasts on YouTube or Vimeo where everyone can 

view them.

That's fine, I can post them to my YouTube channel too. David didn't 

really give a restriction on what I could

do with the Videos. :)

DaveE

Cheers!


- Isak Andersson


___

Camping-list mailing list

Camping-list@rubyforge.org

http://rubyforge.org/mailman/listinfo/camping-list


Die neusten PC-Treiber runterladen Aktualisiert im Nu alle PC-Treiber!
http://click.lavabit.com/4xr69tw397kinowkztda5dhjqsfhxppib9muja6rbtypp3jqtksb/ 



___ Camping-list mailing list 
Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list 



___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list


Trabaja desde tu casa 100% GRATIS Las mejores encuestas para ti 

http://click.lavabit.com/rxuk6ujuhcqbm98z4bn1kshgdohpjoo9wzuabkf7sfsc5qrtd7oy/ 

___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list

Re: camping paid examples + screencasts ?

2012-03-30 Thread Jenna Fox
I've never heard of that. Camping is a rack app. It works with any kind of rack 
server. Thin is in no way official or standard. Use whatever you think is good! 
There are so many ways to deploy ruby apps and nearly all of them are really 
great. It's not worth fussing too much over unless you're making a huge scale 
web app with a zillionty users. I personally use the web technology which has 
the most minimalist zen-style websites. I know some people like horses and 
unicorns and rainbows and stuff and that's cool too!  

Nobody likes webrick.

Don't use webrick.  

—
Jenna


On Saturday, 31 March 2012 at 12:41 AM, Isak Andersson wrote:

> Oh, thin is a standard in Camping? Never noticed.
> --  
> Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet.
>  
> david costa mailto:gurugeek...@gmail.com)> skrev:
> > For the deployment video I think you should perhaps start with the standard 
> > configuration which has thin and nginx but of course if you have time you 
> > can do one with Unicorn too. The idea is to make it easy for users to run 
> > without having to install too much extra stuff.
> > Best Regards
> > David
> >  
> > On Fri, Mar 30, 2012 at 8:47 AM, Isak Andersson  > (mailto:icepa...@lavabit.com)> wrote:
> > > Well, why not just go with both? Bigger audience!
> > > The more places the better. Vimeo is a bit better though.
> > >  
> > > Anyways, about the deployment video. I was thinking I hook an application 
> > > up with Unicorn and
> > > putting nginx on top of it. How does that sound?
> > >  
> > > - Isak Andersson
> > >  
> > >  
> > > On 03/30/2012 08:35 AM, Jenna Fox wrote:  
> > > > Seconding Vimeo - it's exactly the sort of creative friendly helpful 
> > > > community we get along so great with. :)  
> > > >  
> > > > I wouldn't bother with youtube. The main thing is that people can 
> > > > comment and embed and vote/like it and all that wonderful stuff. :)  
> > > >  
> > > > —  
> > > > Jenna
> > > >  
> > > >  
> > > > On Friday, 30 March 2012 at 5:28 PM, Isak Andersson wrote:
> > > >  
> > > > >  
> > > > > > I'd like to see the screencasts on YouTube or Vimeo where everyone 
> > > > > > can  
> > > > > > view them.
> > > > > >  
> > > > > >  
> > > > >  
> > > > > That's fine, I can post them to my YouTube channel too. David didn't  
> > > > > really give a restriction on what I could
> > > > > do with the Videos. :)
> > > > > > DaveE
> > > > > >  
> > > > >  
> > > > > Cheers!
> > > > >  
> > > > > - Isak Andersson  
> > > > >  
> > > > > ___  
> > > > > Camping-list mailing list
> > > > > Camping-list@rubyforge.org (mailto:Camping-list@rubyforge.org)
> > > > > http://rubyforge.org/mailman/listinfo/camping-list
> > > > >  
> > > > >  
> > > > >  
> > > >  
> > > >  
> > > > Die neusten PC-Treiber runterladen Aktualisiert im Nu alle PC-Treiber!
> > > > http://click.lavabit.com/4xr69tw397kinowkztda5dhjqsfhxppib9muja6rbtypp3jqtksb/
> > > >   
> > > >  
> > > >  
> > > > ___ Camping-list mailing 
> > > > list Camping-list@rubyforge.org (mailto:Camping-list@rubyforge.org) 
> > > > http://rubyforge.org/mailman/listinfo/camping-list  
> > >  
> > > ___
> > > Camping-list mailing list
> > > Camping-list@rubyforge.org (mailto:Camping-list@rubyforge.org)
> > > http://rubyforge.org/mailman/listinfo/camping-list
> >  
> > Trabaja desde tu casa 100% GRATIS Las mejores encuestas para ti  
> > http://click.lavabit.com/rxuk6ujuhcqbm98z4bn1kshgdohpjoo9wzuabkf7sfsc5qrtd7oy/
> >   
> ___
> Camping-list mailing list
> Camping-list@rubyforge.org (mailto:Camping-list@rubyforge.org)
> http://rubyforge.org/mailman/listinfo/camping-list
>  
>  


___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list

Re: camping paid examples + screencasts ?

2012-03-30 Thread Jenna Fox
For screencasts I recommend whichever of the fashionable web servers has the 
coolest looking logo when zoomed out a bit, as it'll look good on video. 
Unicorn has a pretty great logo which scales well.  

Who ever said ruby severs don't scale?


—
Jenna


On Saturday, 31 March 2012 at 12:55 AM, Jenna Fox wrote:

> I've never heard of that. Camping is a rack app. It works with any kind of 
> rack server. Thin is in no way official or standard. Use whatever you think 
> is good! There are so many ways to deploy ruby apps and nearly all of them 
> are really great. It's not worth fussing too much over unless you're making a 
> huge scale web app with a zillionty users. I personally use the web 
> technology which has the most minimalist zen-style websites. I know some 
> people like horses and unicorns and rainbows and stuff and that's cool too!  
>  
> Nobody likes webrick.
>  
> Don't use webrick.  
>  
> —
> Jenna
>  
>  
> On Saturday, 31 March 2012 at 12:41 AM, Isak Andersson wrote:
>  
> > Oh, thin is a standard in Camping? Never noticed.
> > --  
> > Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet.
> >  
> > david costa mailto:gurugeek...@gmail.com)> skrev:
> > > For the deployment video I think you should perhaps start with the 
> > > standard configuration which has thin and nginx but of course if you have 
> > > time you can do one with Unicorn too. The idea is to make it easy for 
> > > users to run without having to install too much extra stuff.
> > > Best Regards
> > > David
> > >  
> > > On Fri, Mar 30, 2012 at 8:47 AM, Isak Andersson  > > (mailto:icepa...@lavabit.com)> wrote:
> > > > Well, why not just go with both? Bigger audience!
> > > > The more places the better. Vimeo is a bit better though.
> > > >  
> > > > Anyways, about the deployment video. I was thinking I hook an 
> > > > application up with Unicorn and
> > > > putting nginx on top of it. How does that sound?
> > > >  
> > > > - Isak Andersson
> > > >  
> > > >  
> > > > On 03/30/2012 08:35 AM, Jenna Fox wrote:  
> > > > > Seconding Vimeo - it's exactly the sort of creative friendly helpful 
> > > > > community we get along so great with. :)  
> > > > >  
> > > > > I wouldn't bother with youtube. The main thing is that people can 
> > > > > comment and embed and vote/like it and all that wonderful stuff. :)  
> > > > >  
> > > > > —  
> > > > > Jenna
> > > > >  
> > > > >  
> > > > > On Friday, 30 March 2012 at 5:28 PM, Isak Andersson wrote:
> > > > >  
> > > > > >  
> > > > > > > I'd like to see the screencasts on YouTube or Vimeo where 
> > > > > > > everyone can  
> > > > > > > view them.
> > > > > > >  
> > > > > > >  
> > > > > >  
> > > > > > That's fine, I can post them to my YouTube channel too. David 
> > > > > > didn't  
> > > > > > really give a restriction on what I could
> > > > > > do with the Videos. :)
> > > > > > > DaveE
> > > > > > >  
> > > > > >  
> > > > > > Cheers!
> > > > > >  
> > > > > > - Isak Andersson  
> > > > > >  
> > > > > > ___  
> > > > > > Camping-list mailing list
> > > > > > Camping-list@rubyforge.org (mailto:Camping-list@rubyforge.org)
> > > > > > http://rubyforge.org/mailman/listinfo/camping-list
> > > > > >  
> > > > > >  
> > > > > >  
> > > > >  
> > > > >  
> > > > > Die neusten PC-Treiber runterladen Aktualisiert im Nu alle PC-Treiber!
> > > > > http://click.lavabit.com/4xr69tw397kinowkztda5dhjqsfhxppib9muja6rbtypp3jqtksb/
> > > > >   
> > > > >  
> > > > >  
> > > > > ___ Camping-list mailing 
> > > > > list Camping-list@rubyforge.org (mailto:Camping-list@rubyforge.org) 
> > > > > http://rubyforge.org/mailman/listinfo/camping-list  
> > > >  
> > > > ___
> > > > Camping-list mailing list
> > > > Camping-list@rubyforge.org (mailto:Camping-list@rubyforge.org)
> > > > http://rubyforge.org/mailman/listinfo/camping-list
> > >  
> > > Trabaja desde tu casa 100% GRATIS Las mejores encuestas para ti  
> > > http://click.lavabit.com/rxuk6ujuhcqbm98z4bn1kshgdohpjoo9wzuabkf7sfsc5qrtd7oy/
> > >   
> > ___
> > Camping-list mailing list
> > Camping-list@rubyforge.org (mailto:Camping-list@rubyforge.org)
> > http://rubyforge.org/mailman/listinfo/camping-list
> >  
> >  
> >  
>  
>  
> ___
> Camping-list mailing list
> Camping-list@rubyforge.org (mailto:Camping-list@rubyforge.org)
> http://rubyforge.org/mailman/listinfo/camping-list
>  
>  


___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list

Re: camping paid examples + screencasts ?

2012-03-30 Thread Isak Andersson
So we should use the one in the Camping.io repository? Can I get that in 
OpenType?
-- 
Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet.

Jenna Fox  skrev:

Quickly while we're on the topic of typefaces: 


Our web design makes use of a typeface called Topstitch in the sidebar 
navigational menu. The type designer Typodermic donated a license to use this 
typeface on our site, but it is a commercial font so should not be used outside 
of official camping related projects. Comic Zine is a free-as-in-cost typeface, 
and I have special permission from the type designer for our 'fill' variant 
used on our site. The fill variant is not an official variant of the typeface 
and shouldn't be distributed as a free typeface for other projects and some 
care should be given to not give the impression that our varient is in any way 
endorsed by the original type designer.


Seeing as the screencasts are going to be a part of the camping website, 
there's no issue using any of these typefaces in related web designs. :)


For the sake of consistency, where possible try to use the same html and css 
codes as the main site if it's not too much effort, so we may apply new styles 
all in one place.



—

Jenna


On Friday, 30 March 2012 at 11:43 PM, david costa wrote:

This is good but let's use the same font as the website :)

http://www.fontsquirrel.com/fonts/Comic-Zine-OT



On Fri, Mar 30, 2012 at 9:48 AM, Isak Andersson  wrote:

I've heard nothing but good myself. The biggest difference is that Slim is a 
bit more "friendly" isn't it?

And what did you think about the image :)

- Isak
-- 
Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet.

Jenna Fox  skrev:

I've certainly heard nothing bad of Unicorn from my friend who works in the 
github server management team. 


—

Jenna


On Friday, 30 March 2012 at 6:12 PM, Isak Andersson wrote:

Yeah, it's just a matter of preference I guess. I like both but I'm going with 
Unicorn :)

Also, I guess I should ask the whole mailing list on this, I created a little 
base thing for
presentations when I'm just talking concepts in the screencasts. I took some 
assets
from the Camping.io site to make it feel familiar. The thing I'm wondering 
about is the
title font. I went with a "goofy" one just because Camping is damn fun, but I'm 
not sure
if I find it perfect.. What do you guys think?

Here's the image: http://i.imgur.com/8zLJc.png

On 03/30/2012 08:58 AM, Jenna Fox wrote: 

Sounds great - my sites are the same setup, but with regular thin. :) 


—

Jenna


On Friday, 30 March 2012 at 5:47 PM, Isak Andersson wrote:

Well, why not just go with both? Bigger audience!
The more places the better. Vimeo is a bit better though.

Anyways, about the deployment video. I was thinking I hook an application up 
with Unicorn and
putting nginx on top of it. How does that sound?

- Isak Andersson

On 03/30/2012 08:35 AM, Jenna Fox wrote: 

Seconding Vimeo - it's exactly the sort of creative friendly helpful community 
we get along so great with. :) 


I wouldn't bother with youtube. The main thing is that people can comment and 
embed and vote/like it and all that wonderful stuff. :)


—

Jenna


On Friday, 30 March 2012 at 5:28 PM, Isak Andersson wrote:


I'd like to see the screencasts on YouTube or Vimeo where everyone can 

view them.

That's fine, I can post them to my YouTube channel too. David didn't 

really give a restriction on what I could

do with the Videos. :)

DaveE

Cheers!


- Isak Andersson


___

Camping-list mailing list

Camping-list@rubyforge.org

http://rubyforge.org/mailman/listinfo/camping-list


Die neusten PC-Treiber runterladen Aktualisiert im Nu alle PC-Treiber!
http://click.lavabit.com/4xr69tw397kinowkztda5dhjqsfhxppib9muja6rbtypp3jqtksb/ 



___ Camping-list mailing list 
Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list 


___

Camping-list mailing list

Camping-list@rubyforge.org

http://rubyforge.org/mailman/listinfo/camping-list


Get the best selection of equity home loans sites here. Click Here to check 
them out!
http://click.lavabit.com/kiacu9wowfxnrd3wduu4jb4fr3pdcypfoehftka9dqx6sg6iyzey/ 



___ Camping-list mailing list 
Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list 


___

Camping-list mailing list

Camping-list@rubyforge.org

http://rubyforge.org/mailman/listinfo/camping-list


Get the best selection of cost of life insurance sites here. Click Here 
to 
check them out!

http://click.lavabit.com/w7jqmwjifkcsb464srtuhbafyo844qsitdgs8ezb65cruw7isdey/ 


___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list


__

Re: camping paid examples + screencasts ?

2012-03-30 Thread david costa
Hello Jenna,
I totally agree in keeping it consistent hence I think we should use Comic
Zine for the webcast titles etc. Isak will be using that.
I don't think we will be using topstitch for now and I checked the license
is anyway reasonable (30$ on my font) but glad to know you got it free :)
When/if we will use it I will probably buy it to support the designer as it
is fair and might be useful to have anyway.
BTW I liked your blog entry

"Everyone’s talking about how unreadable the navigation menu is—which means
my work is complete"
you can't please everyone so I agree !

html and css will be the same as the main camping site if/when we reach
that point. As of now we will do the screencasts and I have nothing against
having them in a static page. Vimeo is great (I use it for a lot of
professional videos) but perhaps we should have them on youtube too because
google ranks video from youtube higher on their searches.
Best Regards
David


On Fri, Mar 30, 2012 at 3:36 PM, Jenna Fox  wrote:

> Quickly while we're on the topic of typefaces:
>
> Our web design makes use of a typeface called Topstitch in the sidebar
> navigational menu. The type designer Typodermic donated a license to use
> this typeface on our site, but it is a commercial font so should not be
> used outside of official camping related projects. Comic Zine is a
> free-as-in-cost typeface, and I have special permission from the type
> designer for our 'fill' variant used on our site. The fill variant is not
> an official variant of the typeface and shouldn't be distributed as a free
> typeface for other projects and some care should be given to not give the
> impression that our varient is in any way endorsed by the original type
> designer.
>
> Seeing as the screencasts are going to be a part of the camping website,
> there's no issue using any of these typefaces in related web designs. :)
>
> For the sake of consistency, where possible try to use the same html and
> css codes as the main site if it's not too much effort, so we may apply new
> styles all in one place.
>
>
> —
> Jenna
>
> On Friday, 30 March 2012 at 11:43 PM, david costa wrote:
>
> This is good but let's use the same font as the website :)
> http://www.fontsquirrel.com/fonts/Comic-Zine-OT
>
>
> On Fri, Mar 30, 2012 at 9:48 AM, Isak Andersson wrote:
>
> ** I've heard nothing but good myself. The biggest difference is that
> Slim is a bit more "friendly" isn't it?
>
> And what did you think about the image :)
>
> - Isak
> --
> Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet.
>
> Jenna Fox  skrev:
>
>  I've certainly heard nothing bad of Unicorn from my friend who works in
> the github server management team.
>
> —
> Jenna
>
> On Friday, 30 March 2012 at 6:12 PM, Isak Andersson wrote:
>
>  Yeah, it's just a matter of preference I guess. I like both but I'm going
> with Unicorn :)
>
> Also, I guess I should ask the whole mailing list on this, I created a
> little base thing for
> presentations when I'm just talking concepts in the screencasts. I took
> some assets
> from the Camping.io site to make it feel familiar. The thing I'm
> wondering about is the
> title font. I went with a "goofy" one just because Camping is damn fun,
> but I'm not sure
> if I find it perfect.. What do you guys think?
>
> Here's the image: http://i.imgur.com/8zLJc.png
>
> On 03/30/2012 08:58 AM, Jenna Fox wrote:
>
>  Sounds great - my sites are the same setup, but with regular thin. :)
>
>  —
> Jenna
>
>  On Friday, 30 March 2012 at 5:47 PM, Isak Andersson wrote:
>
>   Well, why not just go with both? Bigger audience!
> The more places the better. Vimeo is a bit better though.
>
> Anyways, about the deployment video. I was thinking I hook an application
> up with Unicorn and
> putting nginx on top of it. How does that sound?
>
> - Isak Andersson
>
> On 03/30/2012 08:35 AM, Jenna Fox wrote:
>
>  Seconding Vimeo - it's exactly the sort of creative friendly helpful
> community we get along so great with. :)
>
>  I wouldn't bother with youtube. The main thing is that people can
> comment and embed and vote/like it and all that wonderful stuff. :)
>
>  —
> Jenna
>
>  On Friday, 30 March 2012 at 5:28 PM, Isak Andersson wrote:
>
>
>   I'd like to see the screencasts on YouTube or Vimeo where everyone can
> view them.
>
> That's fine, I can post them to my YouTube channel too. David didn't
> really give a restriction on what I could
> do with the Videos. :)
>
>  DaveE
>
> Cheers!
>
>  - Isak Andersson
>
>  ___
> Camping-list mailing list
> Camping-list@rubyforge.org
> http://rubyforge.org/mailman/listinfo/camping-list
>
>
>  Die neusten PC-Treiber runterladen Aktualisiert im Nu alle PC-Treiber!
>
> http://click.lavabit.com/4xr69tw397kinowkztda5dhjqsfhxppib9muja6rbtypp3jqtksb/
>
>
> ___
> Camping-list mailing 
> listCamping-list@rubyforge.orghttp://rubyforge.org/mailman/listinfo/camping-list
>
>
>  __

Re: camping paid examples + screencasts ?

2012-03-30 Thread Isak Andersson
That's what I was suspecting. I'll go with unicorn then. Apparently it handles 
more requests/sec than Thin. But that might be old benchmarks who knows.

Not that speed is everything. Stability etc is also important. But whatever.

There shouldn't be too much of a difference in setting them up anyways so 
anyone who decides to you Thin or Mongrel will probably not have big of an 
issue setting that up. I guess the bigger difference would be hooking one of 
the Rack servers to Apache instead of Nginx. But I think Nginx is a better 
option since it's ment to serve static pages and Unicorn will be the one 
handling all the dynamic stuff.
-- 
Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet.

Jenna Fox  skrev:

For screencasts I recommend whichever of the fashionable web servers has the 
coolest looking logo when zoomed out a bit, as it'll look good on video. 
Unicorn has a pretty great logo which scales well. 


Who ever said ruby severs don't scale?



—

Jenna


On Saturday, 31 March 2012 at 12:55 AM, Jenna Fox wrote:

I've never heard of that. Camping is a rack app. It works with any kind of rack 
server. Thin is in no way official or standard. Use whatever you think is good! 
There are so many ways to deploy ruby apps and nearly all of them are really 
great. It's not worth fussing too much over unless you're making a huge scale 
web app with a zillionty users. I personally use the web technology which has 
the most minimalist zen-style websites. I know some people like horses and 
unicorns and rainbows and stuff and that's cool too! 


Nobody likes webrick.


Don't use webrick.


—

Jenna


On Saturday, 31 March 2012 at 12:41 AM, Isak Andersson wrote:

Oh, thin is a standard in Camping? Never noticed.
-- 
Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet.

david costa  skrev:

For the deployment video I think you should perhaps start with the standard 
configuration which has thin and nginx but of course if you have time you can 
do one with Unicorn too. The idea is to make it easy for users to run without 
having to install too much extra stuff.

Best Regards

David

On Fri, Mar 30, 2012 at 8:47 AM, Isak Andersson  wrote:

Well, why not just go with both? Bigger audience!
The more places the better. Vimeo is a bit better though.

Anyways, about the deployment video. I was thinking I hook an application up 
with Unicorn and
putting nginx on top of it. How does that sound?

- Isak Andersson



On 03/30/2012 08:35 AM, Jenna Fox wrote: 

Seconding Vimeo - it's exactly the sort of creative friendly helpful community 
we get along so great with. :) 


I wouldn't bother with youtube. The main thing is that people can comment and 
embed and vote/like it and all that wonderful stuff. :)


—

Jenna


On Friday, 30 March 2012 at 5:28 PM, Isak Andersson wrote:


I'd like to see the screencasts on YouTube or Vimeo where everyone can 

view them.

That's fine, I can post them to my YouTube channel too. David didn't 

really give a restriction on what I could

do with the Videos. :)

DaveE

Cheers!


- Isak Andersson


___

Camping-list mailing list

Camping-list@rubyforge.org

http://rubyforge.org/mailman/listinfo/camping-list


Die neusten PC-Treiber runterladen Aktualisiert im Nu alle PC-Treiber!
http://click.lavabit.com/4xr69tw397kinowkztda5dhjqsfhxppib9muja6rbtypp3jqtksb/ 



___ Camping-list mailing list 
Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list 



___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list


Trabaja desde tu casa 100% GRATIS Las mejores encuestas para ti 

http://click.lavabit.com/rxuk6ujuhcqbm98z4bn1kshgdohpjoo9wzuabkf7sfsc5qrtd7oy/ 

___

Camping-list mailing list

Camping-list@rubyforge.org

http://rubyforge.org/mailman/listinfo/camping-list


___

Camping-list mailing list

Camping-list@rubyforge.org

http://rubyforge.org/mailman/listinfo/camping-list


Get the best selection of chemist jobs sites here. Click Here to check 
them out!

http://click.lavabit.com/856omzx644c6s4dqfe6d4grqajd4snq8f5wubjf1gfkycftmmo9y/ 

___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list

Re: camping paid examples + screencasts ?

2012-03-30 Thread Jenna Fox
They're all really really fast. I like the idea of how unicorn works though - 
it sounds quite nice. Apache for legacy stuff only these days. I wonder if 
there are any server's with a logo as awesome as LLVM's.

—
Jenna


On Saturday, 31 March 2012 at 1:06 AM, Isak Andersson wrote:

> That's what I was suspecting. I'll go with unicorn then. Apparently it 
> handles more requests/sec than Thin. But that might be old benchmarks who 
> knows.
>  
> Not that speed is everything. Stability etc is also important. But whatever.
>  
> There shouldn't be too much of a difference in setting them up anyways so 
> anyone who decides to you Thin or Mongrel will probably not have big of an 
> issue setting that up. I guess the bigger difference would be hooking one of 
> the Rack servers to Apache instead of Nginx. But I think Nginx is a better 
> option since it's ment to serve static pages and Unicorn will be the one 
> handling all the dynamic stuff.
> --  
> Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet.
>  
> Jenna Fox mailto:a...@creativepony.com)> skrev:
> > For screencasts I recommend whichever of the fashionable web servers has 
> > the coolest looking logo when zoomed out a bit, as it'll look good on 
> > video. Unicorn has a pretty great logo which scales well.  
> >  
> > Who ever said ruby severs don't scale?
> >  
> >  
> > —
> > Jenna
> >  
> >  
> > On Saturday, 31 March 2012 at 12:55 AM, Jenna Fox wrote:
> >  
> > > I've never heard of that. Camping is a rack app. It works with any kind 
> > > of rack server. Thin is in no way official or standard. Use whatever you 
> > > think is good! There are so many ways to deploy ruby apps and nearly all 
> > > of them are really great. It's not worth fussing too much over unless 
> > > you're making a huge scale web app with a zillionty users. I personally 
> > > use the web technology which has the most minimalist zen-style websites. 
> > > I know some people like horses and unicorns and rainbows and stuff and 
> > > that's cool too!  
> > >  
> > > Nobody likes webrick.
> > >  
> > > Don't use webrick.  
> > >  
> > > —
> > > Jenna
> > >  
> > >  
> > > On Saturday, 31 March 2012 at 12:41 AM, Isak Andersson wrote:
> > >  
> > > > Oh, thin is a standard in Camping? Never noticed.
> > > > --  
> > > > Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet.
> > > >  
> > > > david costa mailto:gurugeek...@gmail.com)> 
> > > > skrev:
> > > > > For the deployment video I think you should perhaps start with the 
> > > > > standard configuration which has thin and nginx but of course if you 
> > > > > have time you can do one with Unicorn too. The idea is to make it 
> > > > > easy for users to run without having to install too much extra stuff.
> > > > > Best Regards
> > > > > David
> > > > >  
> > > > > On Fri, Mar 30, 2012 at 8:47 AM, Isak Andersson  > > > > (mailto:icepa...@lavabit.com)> wrote:
> > > > > > Well, why not just go with both? Bigger audience!
> > > > > > The more places the better. Vimeo is a bit better though.
> > > > > >  
> > > > > > Anyways, about the deployment video. I was thinking I hook an 
> > > > > > application up with Unicorn and
> > > > > > putting nginx on top of it. How does that sound?
> > > > > >  
> > > > > > - Isak Andersson
> > > > > >  
> > > > > >  
> > > > > > On 03/30/2012 08:35 AM, Jenna Fox wrote:  
> > > > > > > Seconding Vimeo - it's exactly the sort of creative friendly 
> > > > > > > helpful community we get along so great with. :)  
> > > > > > >  
> > > > > > > I wouldn't bother with youtube. The main thing is that people can 
> > > > > > > comment and embed and vote/like it and all that wonderful stuff. 
> > > > > > > :)  
> > > > > > >  
> > > > > > > —  
> > > > > > > Jenna
> > > > > > >  
> > > > > > >  
> > > > > > > On Friday, 30 March 2012 at 5:28 PM, Isak Andersson wrote:
> > > > > > >  
> > > > > > > >  
> > > > > > > > > I'd like to see the screencasts on YouTube or Vimeo where 
> > > > > > > > > everyone can  
> > > > > > > > > view them.
> > > > > > > > >  
> > > > > > > > >  
> > > > > > > >  
> > > > > > > > That's fine, I can post them to my YouTube channel too. David 
> > > > > > > > didn't  
> > > > > > > > really give a restriction on what I could
> > > > > > > > do with the Videos. :)
> > > > > > > > > DaveE
> > > > > > > > >  
> > > > > > > >  
> > > > > > > > Cheers!
> > > > > > > >  
> > > > > > > > - Isak Andersson  
> > > > > > > >  
> > > > > > > > ___  
> > > > > > > > Camping-list mailing list
> > > > > > > > Camping-list@rubyforge.org (mailto:Camping-list@rubyforge.org)
> > > > > > > > http://rubyforge.org/mailman/listinfo/camping-list
> > > > > > > >  
> > > > > > > >  
> > > > > > > >  
> > > > > > >  
> > > > > > >  
> > > > > > > Die neusten PC-Treiber runterladen Aktualisiert im Nu alle 
> > > > > > > PC-Treiber!
> > > > > > > http://click.lavabit.com/4xr69tw397kinowkztda5dhjqsfhxppib9muja6rbtypp3jqtk

Re: camping paid examples + screencasts ?

2012-03-30 Thread Dave Everitt

On 30 Mar 2012, at 14:51, david costa wrote:

Vimeo is great (I use it for a lot of professional videos) but  
perhaps we should have them on youtube too because google ranks  
video from youtube higher on their searches.


YouTube: loads of trolls (-2) but lots of eyeballs (+1) = total: -1
Vimeo: a much nicer place (+1), fewer eyeballs (-1) = total: 0

Both is fine, but if YouTube, perhaps at least a YouTube Camping  
channel?


DaveE

___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list


Re: camping paid examples + screencasts ?

2012-03-30 Thread david costa
Oh my bad but on a fresh install on mac this is what comes up. Perhaps that
is part of my rack configuration or what is default on rack. The idea is
that I think the "simple dumbest" build will launch the webserver with
thin(camping
--port 80). Nothing against Unicorn if is not a pain to install/configure.


On Fri, Mar 30, 2012 at 3:55 PM, Jenna Fox  wrote:

>  I've never heard of that. Camping is a rack app. It works with any kind
> of rack server. Thin is in no way official or standard. Use whatever you
> think is good! There are so many ways to deploy ruby apps and nearly all of
> them are really great. It's not worth fussing too much over unless you're
> making a huge scale web app with a zillionty users. I personally use the
> web technology which has the most minimalist zen-style websites. I know
> some people like horses and unicorns and rainbows and stuff and that's cool
> too!
>
> Nobody likes webrick.
>
> Don't use webrick.
>
> —
> Jenna
>
> On Saturday, 31 March 2012 at 12:41 AM, Isak Andersson wrote:
>
>  Oh, thin is a standard in Camping? Never noticed.
> --
> Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet.
>
> david costa  skrev:
>
> For the deployment video I think you should perhaps start with the
> standard configuration which has thin and nginx but of course if you have
> time you can do one with Unicorn too. The idea is to make it easy for users
> to run without having to install too much extra stuff.
> Best Regards
> David
>
> On Fri, Mar 30, 2012 at 8:47 AM, Isak Andersson wrote:
>
>  Well, why not just go with both? Bigger audience!
> The more places the better. Vimeo is a bit better though.
>
> Anyways, about the deployment video. I was thinking I hook an application
> up with Unicorn and
> putting nginx on top of it. How does that sound?
>
> - Isak Andersson
>
>
> On 03/30/2012 08:35 AM, Jenna Fox wrote:
>
>  Seconding Vimeo - it's exactly the sort of creative friendly helpful
> community we get along so great with. :)
>
>  I wouldn't bother with youtube. The main thing is that people can
> comment and embed and vote/like it and all that wonderful stuff. :)
>
>  —
> Jenna
>
>  On Friday, 30 March 2012 at 5:28 PM, Isak Andersson wrote:
>
>
>  I'd like to see the screencasts on YouTube or Vimeo where everyone can
> view them.
>
> That's fine, I can post them to my YouTube channel too. David didn't
> really give a restriction on what I could
> do with the Videos. :)
>
> DaveE
>
> Cheers!
>
>  - Isak Andersson
>
>  ___
> Camping-list mailing list
> Camping-list@rubyforge.org
> http://rubyforge.org/mailman/listinfo/camping-list
>
>
>  Die neusten PC-Treiber runterladen Aktualisiert im Nu alle PC-Treiber!
>
> http://click.lavabit.com/4xr69tw397kinowkztda5dhjqsfhxppib9muja6rbtypp3jqtksb/
>
>
> ___
> Camping-list mailing 
> listCamping-list@rubyforge.orghttp://rubyforge.org/mailman/listinfo/camping-list
>
>
>
> ___
> Camping-list mailing list
> Camping-list@rubyforge.org
> http://rubyforge.org/mailman/listinfo/camping-list
>
>
>  Trabaja desde tu casa 100% GRATIS Las mejores encuestas para ti
>
> http://click.lavabit.com/rxuk6ujuhcqbm98z4bn1kshgdohpjoo9wzuabkf7sfsc5qrtd7oy/
>
> ___
> Camping-list mailing list
> Camping-list@rubyforge.org
> http://rubyforge.org/mailman/listinfo/camping-list
>
>
>
> ___
> Camping-list mailing list
> Camping-list@rubyforge.org
> http://rubyforge.org/mailman/listinfo/camping-list
>
___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list

Re: camping paid examples + screencasts ?

2012-03-30 Thread Jenna Fox
Disable comments on youtube perhaps?  

P.S. RE: 'unicorn sounds nice' for those who haven't heard it yet, this is what 
Unicorn sounds like: http://d.pr/olau  

—
Jenna


On Saturday, 31 March 2012 at 1:20 AM, Dave Everitt wrote:

> > On 30 Mar 2012, at 14:51, david costa wrote:
> >  
> > Vimeo is great (I use it for a lot of professional videos) but  
> > perhaps we should have them on youtube too because google ranks  
> > video from youtube higher on their searches.
> >  
>  
>  
> YouTube: loads of trolls (-2) but lots of eyeballs (+1) = total: -1
> Vimeo: a much nicer place (+1), fewer eyeballs (-1) = total: 0
>  
> Both is fine, but if YouTube, perhaps at least a YouTube Camping  
> channel?
>  
> DaveE
>  
> ___
> Camping-list mailing list
> Camping-list@rubyforge.org (mailto:Camping-list@rubyforge.org)
> http://rubyforge.org/mailman/listinfo/camping-list
>  
>  


___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list

Re: camping paid examples + screencasts ?

2012-03-30 Thread Dave Everitt
I'll go with unicorn then. Apparently it handles more requests/sec  
than Thin. But that might be old benchmarks who knows.



Sounds great - my sites are the same setup, but with regular thin. :)


All I ask is that it avoids sentences such as this one (from Unicorn):

"Slow clients should only be served by placing a reverse proxy capable  
of fully buffering both the the request and response in between  
Unicorn and slow clients."


Embarrassing to admit it and I'm going to look like a dumbo here, but  
I don't really know what a reverse proxy is. I hate messing with my  
servers (ancient Ubuntu and not-so-ancient Debian, running Apache) any  
more than absolutely necessary. So I wouldn't understand how to apply  
the information in that sentence, or - more crucially - whether I can  
ignore it for a site(s) with small-to-modest traffic.


The Thin site does a nice, minimal job of explaining how to get things  
running, but I'll be the first in line to watch the deployment  
screencast and get Unicorn installed.


After trying to teach this stuff to complete beginners and failing,  
what I'm saying is: don't take any server-related knowledge for  
granted when explaining deployment - this is where a lot of frameworks  
fall down - I spent *days* trying to get one server configured just to  
run something simple (okay, that was Django and mod_wsgi - sshhh - but  
the same kinds of hoops still need jumping through).


I guess the bigger difference would be hooking one of the Rack  
servers to Apache instead of Nginx. But I think Nginx is a better  
option since it's ment to serve static pages and Unicorn will be the  
one handling all the dynamic stuff.



...but please include an Apache-only setup for those of us who haven't  
installed Nginx (and really should, but just... haven't) and have very  
modest loads, and a stack of legacy sites to run.


the "simple dumbest" build will launch the webserver with thin  
(camping --port 80)



Nice'n'simple, but (if starting out and watching a screencast) I'd  
want to a mention of what dependencies need installing on my server to  
even get that far... I'm carrying on as dumb here because even getting  
SQLite running on my old Ubuntu server (for a default Camping setup)  
took some fiddling. SO maybe a quick: "here's how to check you have  
SQLite running on your web server: `which sqlite3` or `sqlite3` then  
from the sqlite shell `.quit`".


DaveE


this is what Unicorn sounds like: http://d.pr/olau


LOL! Now I know. These little asides are what keep me in this  
community, and _why I came here in the first place.


___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list


Re: camping paid examples + screencasts ?

2012-03-30 Thread Isak Andersson
Wow. We should really enforce some sort of top or bottom posting policy on this 
mailing list. Preferably top because That's the default for most clients
-- 
Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet.

Jenna Fox  skrev:

Disable comments on youtube perhaps? 


P.S. RE: 'unicorn sounds nice' for those who haven't heard it yet, this is what 
Unicorn sounds like: http://d.pr/olau


—

Jenna


On Saturday, 31 March 2012 at 1:20 AM, Dave Everitt wrote:

On 30 Mar 2012, at 14:51, david costa wrote:


Vimeo is great (I use it for a lot of professional videos) but 

perhaps we should have them on youtube too because google ranks 

video from youtube higher on their searches.


YouTube: loads of trolls (-2) but lots of eyeballs (+1) = total: -1

Vimeo: a much nicer place (+1), fewer eyeballs (-1) = total: 0


Both is fine, but if YouTube, perhaps at least a YouTube Camping 

channel?


DaveE


___

Camping-list mailing list

Camping-list@rubyforge.org

http://rubyforge.org/mailman/listinfo/camping-list


Get the best selection of american school sites here. Click Here to 
check them 
out!

http://click.lavabit.com/4tuehcn7de3xupepj8wu8peetxorkdehitaekuw7arknbwtapify/ 

___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list

Re: camping paid examples + screencasts ?

2012-03-30 Thread david costa
I  agree with Dave that we have to go pretty much back to basic when is
about deployment.  I have been running a free hosting for several years
(2001 to 2006 I think http://dotgeek.org) and I think that many programmers
get lost in running thins in reverse proxy which, as far as I gather, is
getting the main web server (Nginx) to act as a proxy to your app more at
http://blog.sosedoff.com/2009/07/04/how-to-deploy-sinatra-merb-applications-with-nginx/

>From years in PHP this is already a big change :) Wondering if we could set
up a free hosting for camping that is dead easy like on command line
camping-remote myapp and make it run on the fly without having to configure
anything and/or something where you simply drop your nuts.rb in the folder
you want in apache/anything and it runs automagically or in a very simple
way.

But I am also very happy with how it works now :) just thinking loud!
David




On Fri, Mar 30, 2012 at 4:59 PM, Dave Everitt wrote:

> I'll go with unicorn then. Apparently it handles more requests/sec than
>> Thin. But that might be old benchmarks who knows.
>>
>
>  Sounds great - my sites are the same setup, but with regular thin. :)
>>>
>>
> All I ask is that it avoids sentences such as this one (from Unicorn):
>
> "Slow clients should only be served by placing a reverse proxy capable of
> fully buffering both the the request and response in between Unicorn and
> slow clients."
>
> Embarrassing to admit it and I'm going to look like a dumbo here, but I
> don't really know what a reverse proxy is. I hate messing with my servers
> (ancient Ubuntu and not-so-ancient Debian, running Apache) any more than
> absolutely necessary. So I wouldn't understand how to apply the information
> in that sentence, or - more crucially - whether I can ignore it for a
> site(s) with small-to-modest traffic.
>
> The Thin site does a nice, minimal job of explaining how to get things
> running, but I'll be the first in line to watch the deployment screencast
> and get Unicorn installed.
>
> After trying to teach this stuff to complete beginners and failing, what
> I'm saying is: don't take any server-related knowledge for granted when
> explaining deployment - this is where a lot of frameworks fall down - I
> spent *days* trying to get one server configured just to run something
> simple (okay, that was Django and mod_wsgi - sshhh - but the same kinds of
> hoops still need jumping through).
>
>
>  I guess the bigger difference would be hooking one of the Rack servers to
>> Apache instead of Nginx. But I think Nginx is a better option since it's
>> ment to serve static pages and Unicorn will be the one handling all the
>> dynamic stuff.
>>
>
>
> ...but please include an Apache-only setup for those of us who haven't
> installed Nginx (and really should, but just... haven't) and have very
> modest loads, and a stack of legacy sites to run.
>
>
>  the "simple dumbest" build will launch the webserver with thin (camping
>> --port 80)
>>
>
>
> Nice'n'simple, but (if starting out and watching a screencast) I'd want to
> a mention of what dependencies need installing on my server to even get
> that far... I'm carrying on as dumb here because even getting SQLite
> running on my old Ubuntu server (for a default Camping setup) took some
> fiddling. SO maybe a quick: "here's how to check you have SQLite running on
> your web server: `which sqlite3` or `sqlite3` then from the sqlite shell
> `.quit`".
>
> DaveE
>
>
>  this is what Unicorn sounds like: http://d.pr/olau
>>
>
> LOL! Now I know. These little asides are what keep me in this community,
> and _why I came here in the first place.
>
>
> __**_
> Camping-list mailing list
> Camping-list@rubyforge.org
> http://rubyforge.org/mailman/**listinfo/camping-list
>
___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list

dead easy deployment / Camping on the fly

2012-03-30 Thread david costa
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 ground idea:

a) This would be entirely free - no paid plans to upgrade etc.;
b) Eventually users should be able to deploy a camping application by
launching something like camping-fly myapp in the command line and it would
simply work (through a git push or similar) and make it available live in a
custom domain like camping.sh or ruby.am e.g. myfancyapp.camping.sh or
myfancyapp.ruby.am
c) Database fanciness should also be available or at least sqlite/mysql

Suggestion and ideas on how to achieve this are welcome (or professionals
with the expertise willing to do a simple project based on this )
servers I can make available for this:

Debian 6
Intel Core i7 3930K (6 x 3,20 GHz)
RAM 64 GB
3000 GB HD + 256 MB SSD drive (very useful for databases, much faster)

OR (don't laugh)

Mac mini
2.0GHz quad-core Intel Core i7
8GB memory
2X256GB Solid State Drive

of course we would need to limit this to screened applicants to avoid any
spammers/troublemakers

Best Regards
David
___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list

Re: camping paid examples + screencasts ?

2012-03-30 Thread Dave Everitt
ah - was just stripping out the excess and responding to multiple  
parts of multiple messages in email-style. Will revert to adding at  
the top - DaveE :-)


Wow. We should really enforce some sort of top or bottom posting  
policy on this mailing list. Preferably top because That's the  
default for most clients


___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list


Re: camping paid examples + screencasts ?

2012-03-30 Thread Dave Everitt
Having just spent a whole afternoon: updating my sources in Debian  
just to install curl just to install rvm and check rvm requirements...  
[paused here and logged out of server] to find that I now have to add  
my user to the rvm group (to find useradd -G rvm myusername  
*fails*)... then install a pile of Ruby dependencies that aptitude  
can't even find... I'm all for this!


I'd argue PHP became a default for web designers-turned-developers  
partly because of the no-brainer beginner installation (dump all the  
php files in your root dir!).


So much is taken for granted and glossed over in both the Ruby and  
Python communities about server setups, and there's so much outdated  
and conflicting information out there, that a quick route (a la Heroku  
but more selective and even easier) would be welcome.


For a real no-brainer I'm even thinking Dropbox (which can run per- 
user on a server) and/or git and/or a script that deploys once the  
user is set both up on the server and locally, like cap deploy but  
really stripped down.


DaveE


On 30 Mar 2012, at 17:09, david costa wrote:

I  agree with Dave that we have to go pretty much back to basic when  
is about deployment.  I have been running a free hosting for several  
years (2001 to 2006 I think http://dotgeek.org) and I think that  
many programmers get lost in running thins in reverse proxy which,  
as far as I gather, is getting the main web server (Nginx) to act as  
a proxy to your app more at

http://blog.sosedoff.com/2009/07/04/how-to-deploy-sinatra-merb-applications-with-nginx/

From years in PHP this is already a big change :) Wondering if we  
could set up a free hosting for camping that is dead easy like on  
command line camping-remote myapp and make it run on the fly without  
having to configure anything and/or something where you simply drop  
your nuts.rb in the folder you want in apache/anything and it runs  
automagically or in a very simple way.


But I am also very happy with how it works now :) just thinking loud!
David


On Fri, Mar 30, 2012 at 4:59 PM, Dave Everitt  
 wrote:
I'll go with unicorn then. Apparently it handles more requests/sec  
than Thin. But that might be old benchmarks who knows.



Sounds great - my sites are the same setup, but with regular  
thin. :)


All I ask is that it avoids sentences such as this one (from  
Unicorn):


"Slow clients should only be served by placing a reverse proxy  
capable of fully buffering both the the request and response in  
between Unicorn and slow clients."


Embarrassing to admit it and I'm going to look like a dumbo here,  
but I don't really know what a reverse proxy is. I hate messing  
with my servers (ancient Ubuntu and not-so-ancient Debian, running  
Apache) any more than absolutely necessary. So I wouldn't  
understand how to apply the information in that sentence, or - more  
crucially - whether I can ignore it for a site(s) with small-to- 
modest traffic.


The Thin site does a nice, minimal job of explaining how to get  
things running, but I'll be the first in line to watch the  
deployment screencast and get Unicorn installed.


After trying to teach this stuff to complete beginners and failing,  
what I'm saying is: don't take any server-related knowledge for  
granted when explaining deployment - this is where a lot of  
frameworks fall down - I spent *days* trying to get one server  
configured just to run something simple (okay, that was Django and  
mod_wsgi - sshhh - but the same kinds of hoops still need jumping  
through).



I guess the bigger difference would be hooking one of the Rack  
servers to Apache instead of Nginx. But I think Nginx is a better  
option since it's ment to serve static pages and Unicorn will be  
the one handling all the dynamic stuff.



...but please include an Apache-only setup for those of us who  
haven't installed Nginx (and really should, but just... haven't)  
and have very modest loads, and a stack of legacy sites to run.



the "simple dumbest" build will launch the webserver with thin  
(camping --port 80)



Nice'n'simple, but (if starting out and watching a screencast) I'd  
want to a mention of what dependencies need installing on my server  
to even get that far... I'm carrying on as dumb here because even  
getting SQLite running on my old Ubuntu server (for a default  
Camping setup) took some fiddling. SO maybe a quick: "here's how to  
check you have SQLite running on your web server: `which sqlite3`  
or `sqlite3` then from the sqlite shell `.quit`".


DaveE


this is what Unicorn sounds like: http://d.pr/olau

LOL! Now I know. These little asides are what keep me in this  
community, and _why I came here in the first place.





___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list


Re: dead easy deployment / Camping on the fly

2012-03-30 Thread Dave Everitt

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 ground idea:


a) This would be entirely free - no paid plans to upgrade etc.;
b) Eventually users should be able to deploy a camping application  
by launching something like camping-fly myapp in the command line  
and it would simply work (through a git push or similar) and make it  
available live in a custom domain like camping.sh or ruby.am e.g.  
myfancyapp.camping.sh or myfancyapp.ruby.am
c) Database fanciness should also be available or at least sqlite/ 
mysql


Suggestion and ideas on how to achieve this are welcome (or  
professionals with the expertise willing to do a simple project  
based on this )

servers I can make available for this:

Debian 6
Intel Core i7 3930K (6 x 3,20 GHz)
RAM 64 GB
3000 GB HD + 256 MB SSD drive (very useful for databases, much faster)

OR (don't laugh)

Mac mini
2.0GHz quad-core Intel Core i7
8GB memory
2X256GB Solid State Drive

of course we would need to limit this to screened applicants to  
avoid any spammers/troublemakers


Best Regards
David
___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list


___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list

Re: dead easy deployment / Camping on the fly

2012-03-30 Thread Isak Andersson
+9 this :)
-- 
Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet.

david costa  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 the wheel as heroku already supports camping 
apps too. So this would be the ground idea:


a) This would be entirely free - no paid plans to upgrade etc.;

b) Eventually users should be able to deploy a camping application by launching 
something like camping-fly myapp in the command line and it would simply work 
(through a git push or similar) and make it available live in a custom domain 
like camping.sh or ruby.am e.g. myfancyapp.camping.sh or myfancyapp.ruby.am

c) Database fanciness should also be available or at least sqlite/mysql


Suggestion and ideas on how to achieve this are welcome (or professionals with 
the expertise willing to do a simple project based on this )

servers I can make available for this: 


Debian 6

Intel Core i7 3930K (6 x 3,20 GHz)

RAM 64 GB

3000 GB HD + 256 MB SSD drive (very useful for databases, much faster)


OR (don't laugh)


Mac mini 

2.0GHz quad-core Intel Core i7

8GB memory

2X256GB Solid State Drive


of course we would need to limit this to screened applicants to avoid any 
spammers/troublemakers


Best Regards

David

Dcouvre tous les secrets de la Magie. Clique Ici!

http://click.lavabit.com/hmfehg75rumtxy6e9birp9px66eqeqn1cjxgcxtdp648siroyzcb/ 

___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list

Re: camping paid examples + screencasts ?

2012-03-30 Thread Jenna Fox
Dropbox sounds like a great idea, except for if it starts syncing an sqlite db 
constantly.  

Another good option would be if we can make an nginx config (or a camping app!) 
which does WebDAV - finder, explorer, and nautilus all support it, and it means 
site upload bits and site serving bits both come from one program on the 
server, simplifying setup.   

—
Jenna Fox


On Saturday, 31 March 2012 at 5:28 AM, Dave Everitt wrote:

> Having just spent a whole afternoon: updating my sources in Debian  
> just to install curl just to install rvm and check rvm requirements...  
> [paused here and logged out of server] to find that I now have to add  
> my user to the rvm group (to find useradd -G rvm myusername  
> *fails*)... then install a pile of Ruby dependencies that aptitude  
> can't even find... I'm all for this!
>  
> I'd argue PHP became a default for web designers-turned-developers  
> partly because of the no-brainer beginner installation (dump all the  
> php files in your root dir!).
>  
> So much is taken for granted and glossed over in both the Ruby and  
> Python communities about server setups, and there's so much outdated  
> and conflicting information out there, that a quick route (a la Heroku  
> but more selective and even easier) would be welcome.
>  
> For a real no-brainer I'm even thinking Dropbox (which can run per-  
> user on a server) and/or git and/or a script that deploys once the  
> user is set both up on the server and locally, like cap deploy but  
> really stripped down.
>  
> DaveE
>  
> > On 30 Mar 2012, at 17:09, david costa wrote:
> >  
> > I agree with Dave that we have to go pretty much back to basic when  
> > is about deployment. I have been running a free hosting for several  
> > years (2001 to 2006 I think http://dotgeek.org) and I think that  
> > many programmers get lost in running thins in reverse proxy which,  
> > as far as I gather, is getting the main web server (Nginx) to act as  
> > a proxy to your app more at
> > http://blog.sosedoff.com/2009/07/04/how-to-deploy-sinatra-merb-applications-with-nginx/
> >  
> > From years in PHP this is already a big change :) Wondering if we  
> > could set up a free hosting for camping that is dead easy like on  
> > command line camping-remote myapp and make it run on the fly without  
> > having to configure anything and/or something where you simply drop  
> > your nuts.rb in the folder you want in apache/anything and it runs  
> > automagically or in a very simple way.
> >  
> > But I am also very happy with how it works now :) just thinking loud!
> > David
> >  
> >  
> > > On Fri, Mar 30, 2012 at 4:59 PM, Dave Everitt  
> > >  wrote:
> > > > I'll go with unicorn then. Apparently it handles more requests/sec  
> > > > than Thin. But that might be old benchmarks who knows.
> > > >  
> > >  
> > >  
> > >  
> > > > Sounds great - my sites are the same setup, but with regular  
> > > > thin. :)
> > > >  
> > >  
> > >  
> > > All I ask is that it avoids sentences such as this one (from  
> > > Unicorn):
> > >  
> > > "Slow clients should only be served by placing a reverse proxy  
> > > capable of fully buffering both the the request and response in  
> > > between Unicorn and slow clients."
> > >  
> > > Embarrassing to admit it and I'm going to look like a dumbo here,  
> > > but I don't really know what a reverse proxy is. I hate messing  
> > > with my servers (ancient Ubuntu and not-so-ancient Debian, running  
> > > Apache) any more than absolutely necessary. So I wouldn't  
> > > understand how to apply the information in that sentence, or - more  
> > > crucially - whether I can ignore it for a site(s) with small-to-  
> > > modest traffic.
> > >  
> > > The Thin site does a nice, minimal job of explaining how to get  
> > > things running, but I'll be the first in line to watch the  
> > > deployment screencast and get Unicorn installed.
> > >  
> > > After trying to teach this stuff to complete beginners and failing,  
> > > what I'm saying is: don't take any server-related knowledge for  
> > > granted when explaining deployment - this is where a lot of  
> > > frameworks fall down - I spent *days* trying to get one server  
> > > configured just to run something simple (okay, that was Django and  
> > > mod_wsgi - sshhh - but the same kinds of hoops still need jumping  
> > > through).
> > >  
> > >  
> > > > I guess the bigger difference would be hooking one of the Rack  
> > > > servers to Apache instead of Nginx. But I think Nginx is a better  
> > > > option since it's ment to serve static pages and Unicorn will be  
> > > > the one handling all the dynamic stuff.
> > > >  
> > >  
> > >  
> > >  
> > > ...but please include an Apache-only setup for those of us who  
> > > haven't installed Nginx (and really should, but just... haven't)  
> > > and have very modest loads, and a stack of legacy sites to run.
> > >  
> > >  
> > > > the "simple dumbest" build will launch the webserver with thin  
> >

Re: dead easy deployment / Camping on the fly

2012-03-30 Thread Jenna Fox
Those both sound like brilliant servers! I'm not laughing at all. If my mac 
mini is good enough for sky rim, it's good enough for web hosting for sure!

Can we just use camping.io?

I think starting simple is a good idea. Databases are pretty cool among web 
developers for various reasons, but I think are totally unnecessary for most 
smaller experimental applications. For a beginner, I'm inclined to have 
key-value databases. A really simple key-value database would work like this:

sections = key.hash.to_s(36).scan(/.{0,3}/)
sections.delete ""
Dir.mkdir sections[0…-1].join('/')
File.open(sections.join('/') + '-value', 'w') do |file|
  file.write JSON.generate(value)
end

add in some file locking, and everything is pretty cool. It splits up the kevin 
to a series of about four directories and then a file, and conveniently "fff" 
in base36 is 19995, which is a very nice maximum number of things you'd ever 
want to put in a single directory if using something like EXT4 or HFS+. Of 
course, if using a B-Tree filesystem like reiser, btrfs, zfs there is no such 
limitation so you can skip the scanning joining thing and just open 
"database/#{key.hash}" and put a value in that.

Pretty cool, no? It's really easy to turn something like that in to what seems 
from the outside to be a persistent hash.

I was working on another thing called ForeverHash, which was the same sort of 
idea, but used flat files. If people are interested I'd be curious enough to 
revive that project with more of a CouchDB inspired design.

I like all these filesystem based solutions (sqlite, crazy hash in folders, 
flat file key-value db's) because they can be backed up and restored via webdav 
or sftp or whatever, and you don't need to do any weird stuff of configuring 
which ports and usernames and passwords in your database abstraction. I prefer 
the idea of having a little key-value filesystem db written in clear straight 
forward ruby code, because it means kids learning can see how it works and hack 
at it - as nice as sqlite is, it is in no way transparent. You at least have to 
learn SQL if you want to play with it's innards, and possibly C. 

On 31/03/2012, at 3:22 AM, david costa wrote:

> 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 ground idea:
> 
> a) This would be entirely free - no paid plans to upgrade etc.;
> b) Eventually users should be able to deploy a camping application by 
> launching something like camping-fly myapp in the command line and it would 
> simply work (through a git push or similar) and make it available live in a 
> custom domain like camping.sh or ruby.am e.g. myfancyapp.camping.sh or 
> myfancyapp.ruby.am
> c) Database fanciness should also be available or at least sqlite/mysql
> 
> Suggestion and ideas on how to achieve this are welcome (or professionals 
> with the expertise willing to do a simple project based on this )
> servers I can make available for this: 
> 
> Debian 6
> Intel Core i7 3930K (6 x 3,20 GHz)
> RAM 64 GB
> 3000 GB HD + 256 MB SSD drive (very useful for databases, much faster)
> 
> OR (don't laugh)
> 
> Mac mini 
> 2.0GHz quad-core Intel Core i7
> 8GB memory
> 2X256GB Solid State Drive
> 
> of course we would need to limit this to screened applicants to avoid any 
> spammers/troublemakers
> 
> Best Regards
> David
> ___
> Camping-list mailing list
> Camping-list@rubyforge.org
> http://rubyforge.org/mailman/listinfo/camping-list

___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list

Re: dead easy deployment / Camping on the fly

2012-03-30 Thread david costa
Hello Jenna,
we could use host.camping.io or anything.camping.io for the frontend but if
the server has to allow users to create myfancyapp.camping.io it would be
complicated as I would need to run the camping.io DNS on the hosting server
to create the sub domains on the fly. I started working on it more details
on a separate email.

I love your idea about the key-value database how can we implement this ?
Thanks
David


On Sat, Mar 31, 2012 at 12:21 AM, Jenna Fox  wrote:

> Those both sound like brilliant servers! I'm not laughing at all. If my
> mac mini is good enough for sky rim, it's good enough for web hosting for
> sure!
>
> Can we just use camping.io?
>
> I think starting simple is a good idea. Databases are pretty cool among
> web developers for various reasons, but I think are totally unnecessary for
> most smaller experimental applications. For a beginner, I'm inclined to
> have key-value databases. A really simple key-value database would work
> like this:
>
> sections = key.hash.to_s(36).scan(/.{0,3}/)
> sections.delete ""
> Dir.mkdir sections[0…-1].join('/')
> File.open(sections.join('/') + '-value', 'w') do |file|
>   file.write JSON.generate(value)
> end
>
> add in some file locking, and everything is pretty cool. It splits up the
> kevin to a series of about four directories and then a file, and
> conveniently "fff" in base36 is 19995, which is a very nice maximum number
> of things you'd ever want to put in a single directory if using something
> like EXT4 or HFS+. Of course, if using a B-Tree filesystem like reiser,
> btrfs, zfs there is no such limitation so you can skip the scanning joining
> thing and just open "database/#{key.hash}" and put a value in that.
>
> Pretty cool, no? It's really easy to turn something like that in to what
> seems from the outside to be a persistent hash.
>
> I was working on another thing called ForeverHash, which was the same sort
> of idea, but used flat files. If people are interested I'd be curious
> enough to revive that project with more of a CouchDB inspired design.
>
> I like all these filesystem based solutions (sqlite, crazy hash in
> folders, flat file key-value db's) because they can be backed up and
> restored via webdav or sftp or whatever, and you don't need to do any weird
> stuff of configuring which ports and usernames and passwords in your
> database abstraction. I prefer the idea of having a little key-value
> filesystem db written in clear straight forward ruby code, because it means
> kids learning can see how it works and hack at it - as nice as sqlite is,
> it is in no way transparent. You at least have to learn SQL if you want to
> play with it's innards, and possibly C.
>
> On 31/03/2012, at 3:22 AM, david costa wrote:
>
> 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 ground idea:
>
> a) This would be entirely free - no paid plans to upgrade etc.;
> b) Eventually users should be able to deploy a camping application by
> launching something like camping-fly myapp in the command line and it would
> simply work (through a git push or similar) and make it available live in a
> custom domain like camping.sh or ruby.am e.g. myfancyapp.camping.sh or
> myfancyapp.ruby.am
> c) Database fanciness should also be available or at least sqlite/mysql
>
> Suggestion and ideas on how to achieve this are welcome (or professionals
> with the expertise willing to do a simple project based on this )
> servers I can make available for this:
>
> Debian 6
> Intel Core i7 3930K (6 x 3,20 GHz)
> RAM 64 GB
> 3000 GB HD + 256 MB SSD drive (very useful for databases, much faster)
>
> OR (don't laugh)
>
> Mac mini
> 2.0GHz quad-core Intel Core i7
> 8GB memory
> 2X256GB Solid State Drive
>
> of course we would need to limit this to screened applicants to avoid any
> spammers/troublemakers
>
> Best Regards
> David
> ___
> Camping-list mailing list
> Camping-list@rubyforge.org
> http://rubyforge.org/mailman/listinfo/camping-list
>
>
>
> ___
> Camping-list mailing list
> Camping-list@rubyforge.org
> http://rubyforge.org/mailman/listinfo/camping-list
>
___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list

Re: dead easy deployment / Camping on the fly

2012-03-30 Thread Jenna Fox
We can just use a *.camping.io catchall entry


On 31/03/2012, at 3:30 PM, david costa wrote:

> Hello Jenna,
> we could use host.camping.io or anything.camping.io for the frontend but if 
> the server has to allow users to create myfancyapp.camping.io it would be 
> complicated as I would need to run the camping.io DNS on the hosting server 
> to create the sub domains on the fly. I started working on it more details on 
> a separate email. 
> 
> I love your idea about the key-value database how can we implement this ?
> Thanks
> David
> 
> 
> On Sat, Mar 31, 2012 at 12:21 AM, Jenna Fox  wrote:
> Those both sound like brilliant servers! I'm not laughing at all. If my mac 
> mini is good enough for sky rim, it's good enough for web hosting for sure!
> 
> Can we just use camping.io?
> 
> I think starting simple is a good idea. Databases are pretty cool among web 
> developers for various reasons, but I think are totally unnecessary for most 
> smaller experimental applications. For a beginner, I'm inclined to have 
> key-value databases. A really simple key-value database would work like this:
> 
> sections = key.hash.to_s(36).scan(/.{0,3}/)
> sections.delete ""
> Dir.mkdir sections[0…-1].join('/')
> File.open(sections.join('/') + '-value', 'w') do |file|
>   file.write JSON.generate(value)
> end
> 
> add in some file locking, and everything is pretty cool. It splits up the 
> kevin to a series of about four directories and then a file, and conveniently 
> "fff" in base36 is 19995, which is a very nice maximum number of things you'd 
> ever want to put in a single directory if using something like EXT4 or HFS+. 
> Of course, if using a B-Tree filesystem like reiser, btrfs, zfs there is no 
> such limitation so you can skip the scanning joining thing and just open 
> "database/#{key.hash}" and put a value in that.
> 
> Pretty cool, no? It's really easy to turn something like that in to what 
> seems from the outside to be a persistent hash.
> 
> I was working on another thing called ForeverHash, which was the same sort of 
> idea, but used flat files. If people are interested I'd be curious enough to 
> revive that project with more of a CouchDB inspired design.
> 
> I like all these filesystem based solutions (sqlite, crazy hash in folders, 
> flat file key-value db's) because they can be backed up and restored via 
> webdav or sftp or whatever, and you don't need to do any weird stuff of 
> configuring which ports and usernames and passwords in your database 
> abstraction. I prefer the idea of having a little key-value filesystem db 
> written in clear straight forward ruby code, because it means kids learning 
> can see how it works and hack at it - as nice as sqlite is, it is in no way 
> transparent. You at least have to learn SQL if you want to play with it's 
> innards, and possibly C. 
> 
> On 31/03/2012, at 3:22 AM, david costa wrote:
> 
>> 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 ground idea:
>> 
>> a) This would be entirely free - no paid plans to upgrade etc.;
>> b) Eventually users should be able to deploy a camping application by 
>> launching something like camping-fly myapp in the command line and it would 
>> simply work (through a git push or similar) and make it available live in a 
>> custom domain like camping.sh or ruby.am e.g. myfancyapp.camping.sh or 
>> myfancyapp.ruby.am
>> c) Database fanciness should also be available or at least sqlite/mysql
>> 
>> Suggestion and ideas on how to achieve this are welcome (or professionals 
>> with the expertise willing to do a simple project based on this )
>> servers I can make available for this: 
>> 
>> Debian 6
>> Intel Core i7 3930K (6 x 3,20 GHz)
>> RAM 64 GB
>> 3000 GB HD + 256 MB SSD drive (very useful for databases, much faster)
>> 
>> OR (don't laugh)
>> 
>> Mac mini 
>> 2.0GHz quad-core Intel Core i7
>> 8GB memory
>> 2X256GB Solid State Drive
>> 
>> of course we would need to limit this to screened applicants to avoid any 
>> spammers/troublemakers
>> 
>> Best Regards
>> David
>> ___
>> Camping-list mailing list
>> Camping-list@rubyforge.org
>> http://rubyforge.org/mailman/listinfo/camping-list
> 
> 
> ___
> Camping-list mailing list
> Camping-list@rubyforge.org
> http://rubyforge.org/mailman/listinfo/camping-list
> 
> ___
> Camping-list mailing list
> Camping-list@rubyforge.org
> http://rubyforge.org/mailman/listinfo/camping-list

___
Camping-list mailing list
Camping-list@rubyforge.org
http://rubyforge.org/mailman/listinfo/camping-list

Re: dead easy deployment / Camping on the fly

2012-03-30 Thread david costa
oh sure ! for me is not a problem - love camping.io as a domain !

first worry is to have a working system that is fairly stable and usable
albeit it might be launched as alpha/beta anyway :)

On Sat, Mar 31, 2012 at 6:33 AM, Jenna Fox  wrote:

> We can just use a *.camping.io catchall entry
>
>
> On 31/03/2012, at 3:30 PM, david costa wrote:
>
> Hello Jenna,
> we could use host.camping.io or anything.camping.io for the frontend but
> if the server has to allow users to create myfancyapp.camping.io it would
> be complicated as I would need to run the camping.io DNS on the hosting
> server to create the sub domains on the fly. I started working on it more
> details on a separate email.
>
> I love your idea about the key-value database how can we implement this ?
> Thanks
> David
>
>
> On Sat, Mar 31, 2012 at 12:21 AM, Jenna Fox  wrote:
>
>> Those both sound like brilliant servers! I'm not laughing at all. If my
>> mac mini is good enough for sky rim, it's good enough for web hosting for
>> sure!
>>
>> Can we just use camping.io?
>>
>> I think starting simple is a good idea. Databases are pretty cool among
>> web developers for various reasons, but I think are totally unnecessary for
>> most smaller experimental applications. For a beginner, I'm inclined to
>> have key-value databases. A really simple key-value database would work
>> like this:
>>
>> sections = key.hash.to_s(36).scan(/.{0,3}/)
>> sections.delete ""
>> Dir.mkdir sections[0…-1].join('/')
>> File.open(sections.join('/') + '-value', 'w') do |file|
>>   file.write JSON.generate(value)
>> end
>>
>> add in some file locking, and everything is pretty cool. It splits up the
>> kevin to a series of about four directories and then a file, and
>> conveniently "fff" in base36 is 19995, which is a very nice maximum number
>> of things you'd ever want to put in a single directory if using something
>> like EXT4 or HFS+. Of course, if using a B-Tree filesystem like reiser,
>> btrfs, zfs there is no such limitation so you can skip the scanning joining
>> thing and just open "database/#{key.hash}" and put a value in that.
>>
>> Pretty cool, no? It's really easy to turn something like that in to what
>> seems from the outside to be a persistent hash.
>>
>> I was working on another thing called ForeverHash, which was the same
>> sort of idea, but used flat files. If people are interested I'd be curious
>> enough to revive that project with more of a CouchDB inspired design.
>>
>> I like all these filesystem based solutions (sqlite, crazy hash in
>> folders, flat file key-value db's) because they can be backed up and
>> restored via webdav or sftp or whatever, and you don't need to do any weird
>> stuff of configuring which ports and usernames and passwords in your
>> database abstraction. I prefer the idea of having a little key-value
>> filesystem db written in clear straight forward ruby code, because it means
>> kids learning can see how it works and hack at it - as nice as sqlite is,
>> it is in no way transparent. You at least have to learn SQL if you want to
>> play with it's innards, and possibly C.
>>
>> On 31/03/2012, at 3:22 AM, david costa wrote:
>>
>> 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 ground idea:
>>
>> a) This would be entirely free - no paid plans to upgrade etc.;
>> b) Eventually users should be able to deploy a camping application by
>> launching something like camping-fly myapp in the command line and it would
>> simply work (through a git push or similar) and make it available live in a
>> custom domain like camping.sh or ruby.am e.g. myfancyapp.camping.sh or
>> myfancyapp.ruby.am
>> c) Database fanciness should also be available or at least sqlite/mysql
>>
>> Suggestion and ideas on how to achieve this are welcome (or professionals
>> with the expertise willing to do a simple project based on this )
>> servers I can make available for this:
>>
>> Debian 6
>> Intel Core i7 3930K (6 x 3,20 GHz)
>> RAM 64 GB
>> 3000 GB HD + 256 MB SSD drive (very useful for databases, much faster)
>>
>> OR (don't laugh)
>>
>> Mac mini
>> 2.0GHz quad-core Intel Core i7
>> 8GB memory
>> 2X256GB Solid State Drive
>>
>> of course we would need to limit this to screened applicants to avoid any
>> spammers/troublemakers
>>
>> Best Regards
>> David
>> ___
>> Camping-list mailing list
>> Camping-list@rubyforge.org
>> http://rubyforge.org/mailman/listinfo/camping-list
>>
>>
>>
>> ___
>> Camping-list mailing list
>> Camping-list@rubyforge.org
>> http://rubyforge.org/mailman/listinfo/camping-list
>>
>
> ___
> Camping-list mailing list
> Camping-list@rubyforge.org
> http://rubyforge.org/mailman/listinfo/camping-list
>
>
>
> _

Re: dead easy deployment / Camping on the fly

2012-03-30 Thread david costa
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 and I did
install passenger on apache 2 without any major problem.  All is fine and
camping runs well pretty much on the fly by simply uploading your camping
file in the relevant directory (which is pretty much what I wanted to
achieve!)

the sample fine (very rough I know) runs fine on the preview at
http://bash.is/ :)

Some small things you might have some ideas for:
-On Passenger apparently camping runs without issues as config.ru (camping
code on the config.ru file directly)
see
http://www.modrails.com/documentation/Users%20guide%20Apache.html#_camping
I did try to use the camping book instructions (dreamhost) but for a reason
or another it doesn't work. This is not a main issue thou as, if we allow
to test 1 file apps automagically it can be renamed to config.ru as
passenger wants but I am sure there is another way to do it perhaps;
- I am getting the nasty internal error if I call a page like
http://bash.is/lsdlksd but I do get a nice camping error for something like
http://bash.is/blahh.html I am sure I can fix this small cosmetic thing
easily thou need to dig a bit more on apache config

TODO from my side:
- If this testing would not include mysql or a db beside sqlite or flat
would be probably easier as I won't need to make a script to set a db user
etc.
- A simple ruby or shell script to test quick upload and deployment of
camping apps (this should required the creation of a new user + allow the
user to connect and upload the files I guess).  An alternative would be to
have no new user created but, via a unique key, allow the user to see his
app/change it etc. in his/her app sub-domain (myappl.domain.something)
- Testing, Testing, Testing :)

It looks exciting and I am sure it can come up as a pretty good solution.
Webdav shouldn't be difficult at all and perhaps is the best way to do it
so it would be way less geeky than heroku  and well on one or more mac
minis is fairly hedgy !

Cheers
David




On Sat, Mar 31, 2012 at 6:30 AM, david costa  wrote:

> Hello Jenna,
> we could use host.camping.io or anything.camping.io for the frontend but
> if the server has to allow users to create myfancyapp.camping.io it would
> be complicated as I would need to run the camping.io DNS on the hosting
> server to create the sub domains on the fly. I started working on it more
> details on a separate email.
>
> I love your idea about the key-value database how can we implement this ?
> Thanks
> David
>
>
> On Sat, Mar 31, 2012 at 12:21 AM, Jenna Fox  wrote:
>
>> Those both sound like brilliant servers! I'm not laughing at all. If my
>> mac mini is good enough for sky rim, it's good enough for web hosting for
>> sure!
>>
>> Can we just use camping.io?
>>
>> I think starting simple is a good idea. Databases are pretty cool among
>> web developers for various reasons, but I think are totally unnecessary for
>> most smaller experimental applications. For a beginner, I'm inclined to
>> have key-value databases. A really simple key-value database would work
>> like this:
>>
>> sections = key.hash.to_s(36).scan(/.{0,3}/)
>> sections.delete ""
>> Dir.mkdir sections[0…-1].join('/')
>> File.open(sections.join('/') + '-value', 'w') do |file|
>>   file.write JSON.generate(value)
>> end
>>
>> add in some file locking, and everything is pretty cool. It splits up the
>> kevin to a series of about four directories and then a file, and
>> conveniently "fff" in base36 is 19995, which is a very nice maximum number
>> of things you'd ever want to put in a single directory if using something
>> like EXT4 or HFS+. Of course, if using a B-Tree filesystem like reiser,
>> btrfs, zfs there is no such limitation so you can skip the scanning joining
>> thing and just open "database/#{key.hash}" and put a value in that.
>>
>> Pretty cool, no? It's really easy to turn something like that in to what
>> seems from the outside to be a persistent hash.
>>
>> I was working on another thing called ForeverHash, which was the same
>> sort of idea, but used flat files. If people are interested I'd be curious
>> enough to revive that project with more of a CouchDB inspired design.
>>
>> I like all these filesystem based solutions (sqlite, crazy hash in
>> folders, flat file key-value db's) because they can be backed up and
>> restored via webdav or sftp or whatever, and you don't need to do any weird
>> stuff of configuring which ports and usernames and passwords in your
>> database abstraction. I prefer the idea of having a little key-value
>> filesystem db written in clear straight forward ruby code, because it means
>> kids learning can see how it works and hack at it - as nice as sqlite is,
>> it is in no way transparent. You at least have to learn SQL i

Re: dead easy deployment / Camping on the fly

2012-03-30 Thread david costa
BTW if you want to point a  run.camping.io or host.camping.io or anything
you like to  66.116.108.12 will then be able to show an (hopefully) working
demo using the official domain ;)

On Sat, Mar 31, 2012 at 7:08 AM, david costa  wrote:

> oh sure ! for me is not a problem - love camping.io as a domain !
>
> first worry is to have a working system that is fairly stable and usable
> albeit it might be launched as alpha/beta anyway :)
>
>
> On Sat, Mar 31, 2012 at 6:33 AM, Jenna Fox  wrote:
>
>> We can just use a *.camping.io catchall entry
>>
>>
>> On 31/03/2012, at 3:30 PM, david costa wrote:
>>
>> Hello Jenna,
>> we could use host.camping.io or anything.camping.io for the frontend but
>> if the server has to allow users to create myfancyapp.camping.io it
>> would be complicated as I would need to run the camping.io DNS on the
>> hosting server to create the sub domains on the fly. I started working on
>> it more details on a separate email.
>>
>> I love your idea about the key-value database how can we implement this ?
>> Thanks
>> David
>>
>>
>> On Sat, Mar 31, 2012 at 12:21 AM, Jenna Fox  wrote:
>>
>>> Those both sound like brilliant servers! I'm not laughing at all. If my
>>> mac mini is good enough for sky rim, it's good enough for web hosting for
>>> sure!
>>>
>>> Can we just use camping.io?
>>>
>>> I think starting simple is a good idea. Databases are pretty cool among
>>> web developers for various reasons, but I think are totally unnecessary for
>>> most smaller experimental applications. For a beginner, I'm inclined to
>>> have key-value databases. A really simple key-value database would work
>>> like this:
>>>
>>> sections = key.hash.to_s(36).scan(/.{0,3}/)
>>> sections.delete ""
>>> Dir.mkdir sections[0…-1].join('/')
>>> File.open(sections.join('/') + '-value', 'w') do |file|
>>>   file.write JSON.generate(value)
>>> end
>>>
>>> add in some file locking, and everything is pretty cool. It splits up
>>> the kevin to a series of about four directories and then a file, and
>>> conveniently "fff" in base36 is 19995, which is a very nice maximum number
>>> of things you'd ever want to put in a single directory if using something
>>> like EXT4 or HFS+. Of course, if using a B-Tree filesystem like reiser,
>>> btrfs, zfs there is no such limitation so you can skip the scanning joining
>>> thing and just open "database/#{key.hash}" and put a value in that.
>>>
>>> Pretty cool, no? It's really easy to turn something like that in to what
>>> seems from the outside to be a persistent hash.
>>>
>>> I was working on another thing called ForeverHash, which was the same
>>> sort of idea, but used flat files. If people are interested I'd be curious
>>> enough to revive that project with more of a CouchDB inspired design.
>>>
>>> I like all these filesystem based solutions (sqlite, crazy hash in
>>> folders, flat file key-value db's) because they can be backed up and
>>> restored via webdav or sftp or whatever, and you don't need to do any weird
>>> stuff of configuring which ports and usernames and passwords in your
>>> database abstraction. I prefer the idea of having a little key-value
>>> filesystem db written in clear straight forward ruby code, because it means
>>> kids learning can see how it works and hack at it - as nice as sqlite is,
>>> it is in no way transparent. You at least have to learn SQL if you want to
>>> play with it's innards, and possibly C.
>>>
>>> On 31/03/2012, at 3:22 AM, david costa wrote:
>>>
>>> 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 ground idea:
>>>
>>> a) This would be entirely free - no paid plans to upgrade etc.;
>>> b) Eventually users should be able to deploy a camping application by
>>> launching something like camping-fly myapp in the command line and it would
>>> simply work (through a git push or similar) and make it available live in a
>>> custom domain like camping.sh or ruby.am e.g. myfancyapp.camping.sh or
>>> myfancyapp.ruby.am
>>> c) Database fanciness should also be available or at least sqlite/mysql
>>>
>>> Suggestion and ideas on how to achieve this are welcome (or
>>> professionals with the expertise willing to do a simple project based on
>>> this )
>>> servers I can make available for this:
>>>
>>> Debian 6
>>> Intel Core i7 3930K (6 x 3,20 GHz)
>>> RAM 64 GB
>>> 3000 GB HD + 256 MB SSD drive (very useful for databases, much faster)
>>>
>>> OR (don't laugh)
>>>
>>> Mac mini
>>> 2.0GHz quad-core Intel Core i7
>>> 8GB memory
>>> 2X256GB Solid State Drive
>>>
>>> of course we would need to limit this to screened applicants to avoid
>>> any spammers/troublemakers
>>>
>>> Best Regards
>>> David
>>> ___
>>> Camping-list mailing list
>>> Camping-list@rubyforge.org
>>> http://rubyforge.org/mailman/listinfo/camping-list