From gurugeekphp at gmail.com Sun Mar 25 05:26:28 2012 From: gurugeekphp at gmail.com (david costa) Date: Sun, 25 Mar 2012 07:26:28 +0200 Subject: camping paid examples + screencasts ? Message-ID: Hello from Switzerland :) I have been playing with camping for the last day. Granted, I have very limited experience with ruby but I did manage to get it work just fine (thanks to the example at https://github.com/camping/camping/wiki/Short-example that is strangely not part of the camping book) I was thinking that perhaps something better could be done like: - examples: starting from the short example moving up to the database etc. perhaps some real life, step by step examples. The more the better :) - screencasts: which usually go a long way to attract attention and getting started (yes, many people just don't read!) Now I am sure that this was not yet finalized as the community/users are busy doing other real life works and can do more only in their spare time. So here is my idea: I would be willing to sponsor someone experienced with camping to write examples and/or make a screencast. It would be a paid job. I just thinking that as many developers are freelancers this might be interesting. It might also be interesting to students wishing to earn something while completing their studies. Thanks in advance for your feedback ! Best Regards David -------------- next part -------------- An HTML attachment was scrubbed... URL: From IcePapih at lavabit.com Sun Mar 25 10:07:01 2012 From: IcePapih at lavabit.com (Isak Andersson) Date: Sun, 25 Mar 2012 12:07:01 +0200 Subject: camping paid examples + screencasts ? In-Reply-To: References: Message-ID: <282271af-43f1-4daa-a799-43aa783da200@email.android.com> david costa skrev: >Hello from Switzerland :) >I have been playing with camping for the last day. Granted, I have very >limited experience with ruby but I did manage to get it work just fine >(thanks to the example at >https://github.com/camping/camping/wiki/Short-example that is strangely >not >part of the camping book) I was thinking that perhaps something better >could be done like: > >- examples: starting from the short example moving up to the database >etc. >perhaps some real life, step by step examples. The more the better :) >- screencasts: which usually go a long way to attract attention and >getting >started (yes, many people just don't read!) > >Now I am sure that this was not yet finalized as the community/users >are >busy doing other real life works and can do more only in their spare >time. > >So here is my idea: I would be willing to sponsor someone experienced >with >camping to write examples and/or make a screencast. It would be a paid >job. I just thinking that as >many developers are freelancers this might be interesting. It might >also >be interesting to students wishing to earn something while completing >their >studies. > >Thanks in advance for your feedback ! >Best Regards >David > Making screencasts is a great way to contribute. However, I'm not sure many of us would spend money on it when we could do it ourselves (I'm coming out with some screencasts eventually). I might be wrong though. Another option if you need payment would be to sell the screencasts. But it's not something that would be very profitable. I don't know, I can't put down enough money to feed a man at least just for camping screencasts. Maybe someone else in the community is interested though I don't know. Welcome to the Camping community though, always nice to see New people using it (and liking it!). - Isak Andersson From gurugeekphp at gmail.com Sun Mar 25 13:40:47 2012 From: gurugeekphp at gmail.com (david costa) Date: Sun, 25 Mar 2012 15:40:47 +0200 Subject: camping paid examples + screencasts ? In-Reply-To: <282271af-43f1-4daa-a799-43aa783da200@email.android.com> References: <282271af-43f1-4daa-a799-43aa783da200@email.android.com> Message-ID: Hello Isak, Wow I think I didn't really manage to be understood (but I did write I would be willing to sponsor so I thought it was). :) I am willing to pay / sponsor the creation of camping examples and screencasts :) So if anyone is interested let me kno ! Il giorno 25 marzo 2012 12:07, Isak Andersson ha scritto: > > > david costa skrev: > > >Hello from Switzerland :) > >I have been playing with camping for the last day. Granted, I have very > >limited experience with ruby but I did manage to get it work just fine > >(thanks to the example at > >https://github.com/camping/camping/wiki/Short-example that is strangely > >not > >part of the camping book) I was thinking that perhaps something better > >could be done like: > > > >- examples: starting from the short example moving up to the database > >etc. > >perhaps some real life, step by step examples. The more the better :) > >- screencasts: which usually go a long way to attract attention and > >getting > >started (yes, many people just don't read!) > > > >Now I am sure that this was not yet finalized as the community/users > >are > >busy doing other real life works and can do more only in their spare > >time. > > > >So here is my idea: I would be willing to sponsor someone experienced > >with > >camping to write examples and/or make a screencast. It would be a paid > >job. I just thinking that as > >many developers are freelancers this might be interesting. It might > >also > >be interesting to students wishing to earn something while completing > >their > >studies. > > > >Thanks in advance for your feedback ! > >Best Regards > >David > > > > Making screencasts is a great way to contribute. However, I'm not sure > many of us would spend money on it when we could do it ourselves (I'm > coming out with some screencasts eventually). > > I might be wrong though. Another option if you need payment would be to > sell the screencasts. But it's not something that would be very profitable. > > I don't know, I can't put down enough money to feed a man at least just > for camping screencasts. Maybe someone else in the community is interested > though I don't know. > > Welcome to the Camping community though, always nice to see New people > using it (and liking it!). > - Isak Andersson > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gurugeekphp at gmail.com Mon Mar 26 10:42:33 2012 From: gurugeekphp at gmail.com (david costa) Date: Mon, 26 Mar 2012 12:42:33 +0200 Subject: +1 shorter domain name Message-ID: Hi :) Is the forum idea still current? I can have this done and give you access to the server/hosting too if you like. you can even make it a subdomain like forum.camping.io Thanks and Regards David +1 shorter domain name*Jenna Fox* a at creativepony.com *Tue Jan 31 15:55:44 EST 2012* - Previous message: Camping 2.2 pre-release - Next message: +1 shorter domain name - *Messages sorted by:* [ date ] [ thread ] [ subject ] [ author ] ------------------------------ Just thought it worth mentioning, we now collectively do own camping.io - this is where judofyr's site will go when it's ready, and we're planning to use github pages as hosting for now (yes, we won't be running it as a dynamic camping website, seeing as we can't think of any good dynamic functionality) Speaking of dynamic functionality. Do you guys remember the old ruby/rails beast forums? They kind of died out, but a really simple clean forum can be a really nice thing, and it send a clear message by being publicly readable - camping is not dead. You wouldn't need to join a mailing list to find that out. I've been thinking about forums a lot lately, and I think http://camendesign.com/nononsense_forum is a really great way to build a really simple forum - you use folders for sub forums, and rss or atom feeds for threads. This way you can subscribe to them also, and it has a built in API of sorts. Probably atom is the way to go. rss is a bit of a hack job. I'm really keen to kill this myth that camping is inactive. Another way I think we might do this is to bring in camping-related projects as well. In the same way rails is the home of active record, perhaps camping aught to be the home of things like mab. ? Jenna Fox -------------- next part -------------- An HTML attachment was scrubbed... URL: From a at creativepony.com Mon Mar 26 11:43:56 2012 From: a at creativepony.com (Jenna Fox) Date: Mon, 26 Mar 2012 22:43:56 +1100 Subject: +1 shorter domain name In-Reply-To: References: Message-ID: <8CBD9FC58B8E4625AA851A624AC970A0@creativepony.com> Any idea is active if someone is making it. Want to make us a forum? :D My only worry with things such as this, is that community resources could make the project look a little dead and hopeless, if people keep using the mailing list primarily. One of the things I'd thought about was a forum-type-thing for all of _why's former projects, and like minded creatively fuelled gizmos and gadgets - it would help foster a better community of creative people doing cool stuff and helping each other out, as well as hopefully having enough scale to never seem inactive. ? Jenna On Monday, 26 March 2012 at 9:42 PM, david costa wrote: > Hi :) > Is the forum idea still current? I can have this done and give you access to the server/hosting too if you like. > you can even make it a subdomain like forum.camping.io (http://forum.camping.io) > Thanks and Regards > David > > > > +1 shorter domain nameJenna Fox a at creativepony.com (mailto:camping-list%40rubyforge.org?Subject=Re%3A%20%2B1%20shorter%20domain%20name&In-Reply-To=%3C0F440C54DB5C4659827D866D50EFA085%40creativepony.com%3E) > Tue Jan 31 15:55:44 EST 2012 > > > > Previous message: Camping 2.2 pre-release (http://rubyforge.org/pipermail/camping-list/2012-January/001801.html) > Next message: +1 shorter domain name (http://rubyforge.org/pipermail/camping-list/2012-January/001803.html) > Messages sorted by: [ date ] (http://rubyforge.org/pipermail/camping-list/2012-January/date.html#1802) [ thread ] (http://rubyforge.org/pipermail/camping-list/2012-January/thread.html#1802) [ subject ] (http://rubyforge.org/pipermail/camping-list/2012-January/subject.html#1802) [ author ] (http://rubyforge.org/pipermail/camping-list/2012-January/author.html#1802) > > Just thought it worth mentioning, we now collectively do own camping.io (http://camping.io) - this is where judofyr's site will go when it's ready, and we're planning to use github pages as hosting for now (yes, we won't be running it as a dynamic camping website, seeing as we can't think of any good dynamic functionality) Speaking of dynamic functionality. Do you guys remember the old ruby/rails beast forums? They kind of died out, but a really simple clean forum can be a really nice thing, and it send a clear message by being publicly readable - camping is not dead. You wouldn't need to join a mailing list to find that out. I've been thinking about forums a lot lately, and I think http://camendesign.com/nononsense_forum is a really great way to build a really simple forum - you use folders for sub forums, and rss or atom feeds for threads. This way you can subscribe to them also, and it has a built in API of sorts. Probably atom is the way to go. rss is a bit of a hack job. I'm really keen to kill this myth that camping is inactive. Another way I think we might do this is to bring in camping-related projects as well. In the same way rails is the home of active record, perhaps camping aught to be the home of things like mab. ? Jenna Fox > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org (mailto:Camping-list at rubyforge.org) > http://rubyforge.org/mailman/listinfo/camping-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From IcePapih at lavabit.com Mon Mar 26 16:15:09 2012 From: IcePapih at lavabit.com (Isak Andersson) Date: Mon, 26 Mar 2012 18:15:09 +0200 Subject: +1 shorter domain name In-Reply-To: <8CBD9FC58B8E4625AA851A624AC970A0@creativepony.com> References: <8CBD9FC58B8E4625AA851A624AC970A0@creativepony.com> Message-ID: <5e22bb03-1814-43a8-826d-3f03b0d4332e@email.android.com> I'm all for this! And it should be built with Camping, the fact that the Camping site isn't running on top of Camping is embarrasing enough as it is. -- Skickat fr?n min Android-telefon med K-9 E-post. Urs?kta min f?ordighet. Jenna Fox skrev: Any idea is active if someone is making it. Want to make us a forum? :D My only worry with things such as this, is that community resources could make the project look a little dead and hopeless, if people keep using the mailing list primarily. One of the things I'd thought about was a forum-type-thing for all of _why's former projects, and like minded creatively fuelled gizmos and gadgets - it would help foster a better community of creative people doing cool stuff and helping each other out, as well as hopefully having enough scale to never seem inactive. ? Jenna On Monday, 26 March 2012 at 9:42 PM, david costa wrote: Hi :)Is the forum idea still current? I can have this done and give you access to the server/hosting too if you like. you can even make it a subdomain like forum.camping.ioThanks and RegardsDavid +1 shorter domain name Jenna Fox a at creativepony.com Tue Jan 31 15:55:44 EST 2012 Previous message: Camping 2.2 pre-releaseNext message: +1 shorter domain nameMessages sorted by: [ date ] [ thread ] [ subject ] [ author ]_____________________________________________ Just thought it worth mentioning, we now collectively do own camping.io - this is where judofyr's site will go when it's ready, and we're planning to use github pages as hosting for now (yes, we won't be running it as a dynamic camping website, seeing as we can't think of any good dynamic functionality) Speaking of dynamic functionality. Do you guys remember the old ruby/rails beast forums? They kind of died out, but a really simple clean forum can be a really nice thing, and it send a clear message by being publicly readable - camping is not dead. You wouldn't need to join a mailing list to find that out. I've been thinking about forums a lot lately, and I think http://camendesign.com/nononsense_forum is a really great way to build a really simple forum - you use folders for sub forums, and rss or atom feeds for threads. This way you can subscribe to them also, and it has a built in API of sorts. Probably atom is the way to go. rss is a bit of a hack job. I'm really keen to kill this myth that camping is inactive. Another way I think we might do this is to bring in camping-related projects as well. In the same way rails is the home of active record, perhaps camping aught to be the home of things like mab. ? Jenna Fox _______________________________________________ Camping-list mailing list Camping-list at rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list Velocizza il Tuo PC con un Software Certificato Microsoft. Scarica Ora! http://click.lavabit.com/1psjpk3fh9xoqgifkjtmay5ziiuq7w67zuekufz8yg8p796r5qkb/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From gurugeekphp at gmail.com Mon Mar 26 16:58:43 2012 From: gurugeekphp at gmail.com (david costa) Date: Mon, 26 Mar 2012 18:58:43 +0200 Subject: +1 shorter domain name In-Reply-To: <8CBD9FC58B8E4625AA851A624AC970A0@creativepony.com> References: <8CBD9FC58B8E4625AA851A624AC970A0@creativepony.com> Message-ID: Hello Jenna, Making a forum is not a big issue. What you raise is a valid concern thou: what you don't want is an empty forum. I think we need to work in stages so I will try to do some work in stages with Isak (that has more camping coding experience than I have under his belt) perhaps starting with screencasts and a small site in camping to host these. Better to do things first and then we see :) If you like it this could go on a subdomain learn.camping.io or anywhere really. Best Regards David On Mon, Mar 26, 2012 at 1:43 PM, Jenna Fox wrote: > Any idea is active if someone is making it. Want to make us a forum? :D > > My only worry with things such as this, is that community resources could > make the project look a little dead and hopeless, if people keep using the > mailing list primarily. One of the things I'd thought about was a > forum-type-thing for all of _why's former projects, and like minded > creatively fuelled gizmos and gadgets - it would help foster a better > community of creative people doing cool stuff and helping each other out, > as well as hopefully having enough scale to never seem inactive. > > ? > Jenna > > On Monday, 26 March 2012 at 9:42 PM, david costa wrote: > > Hi :) > > Is the forum idea still current? I can have this done and give you access to the server/hosting too if you like. > > you can even make it a subdomain like forum.camping.io > > Thanks and Regards > > David > > > > +1 shorter domain name*Jenna Fox* a at creativepony.com > *Tue Jan 31 15:55:44 EST 2012* > > > - Previous message: Camping 2.2 pre-release > - Next message: +1 shorter domain name > - *Messages sorted by:* [ date ] > [ thread ] > [ subject ] > [ author ] > > ------------------------------ > > Just thought it worth mentioning, we now collectively do own camping.io - this is where judofyr's site will go when it's ready, and we're planning to use github pages as hosting for now (yes, we won't be running it as a dynamic camping website, seeing as we can't think of any good dynamic functionality) > > Speaking of dynamic functionality. Do you guys remember the old ruby/rails beast forums? They kind of died out, but a really simple clean forum can be a really nice thing, and it send a clear message by being publicly readable - camping is not dead. You wouldn't need to join a mailing list to find that out. I've been thinking about forums a lot lately, and I think http://camendesign.com/nononsense_forum is a really great way to build a really simple forum - you use folders for sub forums, and rss or atom feeds for threads. This way you can subscribe to them also, and it has a built in API of sorts. Probably atom is the way to go. rss is a bit of a hack job. > > I'm really keen to kill this myth that camping is inactive. Another way I think we might do this is to bring in camping-related projects as well. In the same way rails is the home of active record, perhaps camping aught to be the home of things like mab. > > > ? > Jenna Fox > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From deveritt at innotts.co.uk Mon Mar 26 21:59:30 2012 From: deveritt at innotts.co.uk (Dave Everitt) Date: Mon, 26 Mar 2012 22:59:30 +0100 Subject: camping paid examples + screencasts ? In-Reply-To: References: <282271af-43f1-4daa-a799-43aa783da200@email.android.com> Message-ID: another thread has just come alive about showing the alive-ness of Camping (Re: +1 shorter domain name), so you might want to take a look there too. It's a generous offer and I'm sure someone(s) will take it up. I actually enjoy doing tutorial stuff like this, but we're a diverse bunch with many different approaches, so I'd be unhappy about putting any kind of identity on it, and I'd want to work with at least one other Camping community person (partly because my Camping knowledge - and general approach - is that of the eternal newbie/generalist) - Dave E. > Wow I think I didn't really manage to be understood (but I did write > I would be willing to sponsor so I thought it was). :) I am willing > to pay / sponsor the creation of camping examples and screencasts :) > So if anyone is interested let me kno ! > -------------- next part -------------- An HTML attachment was scrubbed... URL: From a at creativepony.com Mon Mar 26 23:53:38 2012 From: a at creativepony.com (Jenna Fox) Date: Tue, 27 Mar 2012 10:53:38 +1100 Subject: camping paid examples + screencasts ? In-Reply-To: References: <282271af-43f1-4daa-a799-43aa783da200@email.android.com> Message-ID: I'd be more than happy to help with screencasts and writing. I'm quite good with Final Cut and Motion, but someone else would need to take the lead on that and delegate tasks to me, as my mind is tied up in other projects for the next few months. ? Jenna On Tuesday, 27 March 2012 at 8:59 AM, Dave Everitt wrote: > another thread has just come alive about showing the alive-ness of Camping (Re: +1 shorter domain name), so you might want to take a look there too. It's a generous offer and I'm sure someone(s) will take it up. > > I actually enjoy doing tutorial stuff like this, but we're a diverse bunch with many different approaches, so I'd be unhappy about putting any kind of identity on it, and I'd want to work with at least one other Camping community person (partly because my Camping knowledge - and general approach - is that of the eternal newbie/generalist) - Dave E. > > Wow I think I didn't really manage to be understood (but I did write I would be willing to sponsor so I thought it was). :) I am willing to pay / sponsor the creation of camping examples and screencasts :) > > So if anyone is interested let me kno ! > > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org (mailto:Camping-list at rubyforge.org) > http://rubyforge.org/mailman/listinfo/camping-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From deveritt at innotts.co.uk Tue Mar 27 14:45:12 2012 From: deveritt at innotts.co.uk (Dave Everitt) Date: Tue, 27 Mar 2012 15:45:12 +0100 Subject: camping paid examples + screencasts ? In-Reply-To: References: <282271af-43f1-4daa-a799-43aa783da200@email.android.com> Message-ID: <5DD163B6-8741-4F06-92C3-FF81A77FFA4F@innotts.co.uk> Great! The first thing is to decide *what* to screencast... the 'blog in 10 minutes' idea is a bit old (although an updated version would be good because there's an old Camping one out there somewhere)... Any suggestions for a useful, current and easy topic for a Camping screencast? - DaveE > I'd be more than happy to help with screencasts and writing. I'm > quite good with Final Cut and Motion, but someone else would need to > take the lead on that and delegate tasks to me, as my mind is tied > up in other projects for the next few months. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From a at creativepony.com Tue Mar 27 14:47:03 2012 From: a at creativepony.com (Jenna Fox) Date: Wed, 28 Mar 2012 01:47:03 +1100 Subject: camping paid examples + screencasts ? In-Reply-To: <5DD163B6-8741-4F06-92C3-FF81A77FFA4F@innotts.co.uk> References: <282271af-43f1-4daa-a799-43aa783da200@email.android.com> <5DD163B6-8741-4F06-92C3-FF81A77FFA4F@innotts.co.uk> Message-ID: <028582DEC3ED49158D1F418F264A96E8@creativepony.com> a site for your comics, a multiplayer game? ? Jenna On Wednesday, 28 March 2012 at 1:45 AM, Dave Everitt wrote: > Great! The first thing is to decide *what* to screencast... the 'blog in 10 minutes' idea is a bit old (although an updated version would be good because there's an old Camping one out there somewhere)... > > Any suggestions for a useful, current and easy topic for a Camping screencast? > > - DaveE > > I'd be more than happy to help with screencasts and writing. I'm quite good with Final Cut and Motion, but someone else would need to take the lead on that and delegate tasks to me, as my mind is tied up in other projects for the next few months. > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org (mailto:Camping-list at rubyforge.org) > http://rubyforge.org/mailman/listinfo/camping-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nerdfunk at gmail.com Tue Mar 27 15:03:28 2012 From: nerdfunk at gmail.com (adam moore) Date: Wed, 28 Mar 2012 00:03:28 +0900 Subject: camping paid examples + screencasts ? In-Reply-To: <028582DEC3ED49158D1F418F264A96E8@creativepony.com> References: <282271af-43f1-4daa-a799-43aa783da200@email.android.com> <5DD163B6-8741-4F06-92C3-FF81A77FFA4F@innotts.co.uk> <028582DEC3ED49158D1F418F264A96E8@creativepony.com> Message-ID: Camping sites camping site On Tuesday, March 27, 2012, Jenna Fox wrote: > a site for your comics, a multiplayer game? > ? > Jenna > > On Wednesday, 28 March 2012 at 1:45 AM, Dave Everitt wrote: > > Great! The first thing is to decide *what* to screencast... the 'blog in 10 minutes' idea is a bit old (although an updated version would be good because there's an old Camping one out there somewhere)... > Any suggestions for a useful, current and easy topic for a Camping screencast? > - DaveE > > I'd be more than happy to help with screencasts and writing. I'm quite good with Final Cut and Motion, but someone else would need to take the lead on that and delegate tasks to me, as my mind is tied up in other projects for the next few months. > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > -- ----=^.^=--- -------------- next part -------------- An HTML attachment was scrubbed... URL: From gurugeekphp at gmail.com Tue Mar 27 15:16:23 2012 From: gurugeekphp at gmail.com (david costa) Date: Tue, 27 Mar 2012 17:16:23 +0200 Subject: camping paid examples + screencasts ? In-Reply-To: <028582DEC3ED49158D1F418F264A96E8@creativepony.com> References: <282271af-43f1-4daa-a799-43aa783da200@email.android.com> <5DD163B6-8741-4F06-92C3-FF81A77FFA4F@innotts.co.uk> <028582DEC3ED49158D1F418F264A96E8@creativepony.com> Message-ID: Hello :) Isak and I are working on some screencasts but of course the more the better :) BTW the blog idea is indeed old but, excuse my ignorance, working as a complete beginning with the example at http://stuff.judofyr.net/camping-docs/book/02_getting_started.html I don't really like that the camping.db is hidden somewhere e.g. should be in the home directory but is not. My feeling is that perhaps this example is more for people familiar with rails or the whole active record system. Coming from PHP it is really different. On another note I read recently running Sinatra (from o'reilly) and I was very disappointed with their blog example. It basically has no login and serves static pages to reduce the overhead. Fine here but I did the same on my blog in bash with 20 lines with no dependencies. Perhaps I am missing something great about all this ..well hidden under the hood ? Jenna: love the comics idea. Would you have any time to do it ? Would make it a paid project for you be of any help ? I read that you will be busy in the next months so I am not sure if is something you can do or it would be after 2-3 months :) Thanks David On Tue, Mar 27, 2012 at 4:47 PM, Jenna Fox wrote: > a site for your comics, a multiplayer game? > > ? > Jenna > > On Wednesday, 28 March 2012 at 1:45 AM, Dave Everitt wrote: > > Great! The first thing is to decide *what* to screencast... the 'blog in > 10 minutes' idea is a bit old (although an updated version would be good > because there's an old Camping one out there somewhere)... > > Any suggestions for a useful, current and easy topic for a Camping > screencast? > > - DaveE > > I'd be more than happy to help with screencasts and writing. I'm quite > good with Final Cut and Motion, but someone else would need to take the > lead on that and delegate tasks to me, as my mind is tied up in other > projects for the next few months. > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gurugeekphp at gmail.com Tue Mar 27 15:19:13 2012 From: gurugeekphp at gmail.com (david costa) Date: Tue, 27 Mar 2012 17:19:13 +0200 Subject: camping paid examples + screencasts ? In-Reply-To: References: <282271af-43f1-4daa-a799-43aa783da200@email.android.com> <5DD163B6-8741-4F06-92C3-FF81A77FFA4F@innotts.co.uk> <028582DEC3ED49158D1F418F264A96E8@creativepony.com> Message-ID: Hi Adam, do you mean the camping website to be done in camping ? If it is so good point. Well I am sure that Jenna and Magnus had many things to take care of and what they went for was the most suitable solution. Still I think that having the camping website done in camping would make a lot of sense. After all why someone would use it if the main camping website doesn't ? The problem is always time I guess so better a simple no-camping website than no website I guess :) Regards David On Tue, Mar 27, 2012 at 5:03 PM, adam moore wrote: > Camping sites camping site > > > On Tuesday, March 27, 2012, Jenna Fox wrote: > > a site for your comics, a multiplayer game? > > ? > > Jenna > > > > On Wednesday, 28 March 2012 at 1:45 AM, Dave Everitt wrote: > > > > Great! The first thing is to decide *what* to screencast... the 'blog in > 10 minutes' idea is a bit old (although an updated version would be good > because there's an old Camping one out there somewhere)... > > Any suggestions for a useful, current and easy topic for a Camping > screencast? > > - DaveE > > > > I'd be more than happy to help with screencasts and writing. I'm quite > good with Final Cut and Motion, but someone else would need to take the > lead on that and delegate tasks to me, as my mind is tied up in other > projects for the next few months. > > > > _______________________________________________ > > Camping-list mailing list > > Camping-list at rubyforge.org > > http://rubyforge.org/mailman/listinfo/camping-list > > > > -- > ----=^.^=--- > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From deveritt at innotts.co.uk Tue Mar 27 17:14:59 2012 From: deveritt at innotts.co.uk (Dave Everitt) Date: Tue, 27 Mar 2012 18:14:59 +0100 Subject: camping paid examples + screencasts ? In-Reply-To: References: <282271af-43f1-4daa-a799-43aa783da200@email.android.com> <5DD163B6-8741-4F06-92C3-FF81A77FFA4F@innotts.co.uk> <028582DEC3ED49158D1F418F264A96E8@creativepony.com> Message-ID: <218B6F17-FBF8-468C-A1EF-8C07174FA296@innotts.co.uk> > Isak and I are working on some screencasts but of course the more > the better :) well, if you're already at work, let's wait... no need to duplicate results! Perhaps post here for comments before the final edit? > BTW the blog idea is indeed old but, excuse my ignorance, working as > a complete beginning with the example at > http://stuff.judofyr.net/camping-docs/book/02_getting_started.html Fine - there's also the blog example that illustrates Camping's all-in- one-file capability :-) https://github.com/camping/camping/blob/master/examples/blog.rb > I don't really like that the camping.db is hidden somewhere e.g. > should be in the home directory but is not. It doesn't have to be. You could include setting the path in your screencast: http://stackoverflow.com/questions/9086590/where-does-camping-store-my-database > My feeling is that perhaps this example is more for people familiar > with rails or the whole active record system. I agree that a 'pure' Camping approach is best - people are coming from other backgrounds. And (as you probably know) Camping can use other ORMs and/or DBs: Mongo: http://blog.monnet-usa.com/?p=288 CouchDB (might need a test/update): http://www.timgittos.com/archives/going-camping-with-couchdb-on-os-x-tiger/ https://github.com/Bluebie/ShyCouch DaveE -------------- next part -------------- An HTML attachment was scrubbed... URL: From gurugeekphp at gmail.com Tue Mar 27 18:05:13 2012 From: gurugeekphp at gmail.com (david costa) Date: Tue, 27 Mar 2012 20:05:13 +0200 Subject: camping paid examples + screencasts ? In-Reply-To: <218B6F17-FBF8-468C-A1EF-8C07174FA296@innotts.co.uk> References: <282271af-43f1-4daa-a799-43aa783da200@email.android.com> <5DD163B6-8741-4F06-92C3-FF81A77FFA4F@innotts.co.uk> <028582DEC3ED49158D1F418F264A96E8@creativepony.com> <218B6F17-FBF8-468C-A1EF-8C07174FA296@innotts.co.uk> Message-ID: Hi Dave! > It doesn't have to be. You could include setting the path in your > screencast: > > http://stackoverflow.com/questions/9086590/where-does-camping-store-my-database > > Right I found this too but seriously do a normal, new user have to dig till stackoverflow to find this out ? I think that db connection, especially MySQL (because I don't think the small average web app would need mongo/couch but that's just me) should be fairly straightforward. Again since I do not have knowledge of rails this might be just my problem ... if the target is people using rails may be more clarity is not needed. Will read further on the coach db - camping stuff. Thanks for sharing this ! (BTW perhaps it would make sense to unify some of these tutorials on the camping website?). I hope I am not being too critical. Just sharing my view as someone with no rails background jumping into this. Regards David -------------- next part -------------- An HTML attachment was scrubbed... URL: From deveritt at innotts.co.uk Tue Mar 27 19:34:10 2012 From: deveritt at innotts.co.uk (Dave Everitt) Date: Tue, 27 Mar 2012 20:34:10 +0100 Subject: camping paid examples + screencasts ? In-Reply-To: References: <282271af-43f1-4daa-a799-43aa783da200@email.android.com> <5DD163B6-8741-4F06-92C3-FF81A77FFA4F@innotts.co.uk> <028582DEC3ED49158D1F418F264A96E8@creativepony.com> <218B6F17-FBF8-468C-A1EF-8C07174FA296@innotts.co.uk> Message-ID: <5675D7F6-8C9B-48C1-93DF-A665B6B0E9D0@innotts.co.uk> Hi David > seriously do a normal, new user have to dig till stackoverflow to > find this out ? I think that db connection, especially MySQL > (because I don't think the small average web app would need mongo/ > couch but that's just me) should be fairly straightforward. it is, it's just not immediately documented although there are some (a bit out-of-date) posts on MySQL and Camping. The idea is that you can use what you like, but perhaps an example for each case would be in order... > Again since I do not have knowledge of rails this might be just my > problem ... if the target is people using rails may be more clarity > is not needed. no, I think camping has a separate user base (wild claim, no stats) and although (being Ruby) many are familiar with/also use RoR, this isn't taken for granted and shouldn't appear as if it is... > (BTW perhaps it would make sense to unify some of these tutorials on > the camping website?). I hope I am not being too critical. not at all, it's good to have new users! As for unifying things... well, that's been tried before :-) the thing is, although we all get on, the varying ideas about Camping's 'public face' each have a unique take on things. http://camping.rubyforge.org/ is the main starting- point, and (as you know) Philippe Monnet's site also has a lot of useful tutorials e.g. this one on OAuth http://blog.monnet-usa.com/?p=293 But if you'd like to list what you've found useful (or compile a set of ideas for brief guides to Camping) at some point I'm sure there'll be a way to get it added somewhere findable... I might even do it myself :-) Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: From gurugeekphp at gmail.com Tue Mar 27 21:19:25 2012 From: gurugeekphp at gmail.com (david costa) Date: Tue, 27 Mar 2012 23:19:25 +0200 Subject: camping paid examples + screencasts ? In-Reply-To: <5675D7F6-8C9B-48C1-93DF-A665B6B0E9D0@innotts.co.uk> References: <282271af-43f1-4daa-a799-43aa783da200@email.android.com> <5DD163B6-8741-4F06-92C3-FF81A77FFA4F@innotts.co.uk> <028582DEC3ED49158D1F418F264A96E8@creativepony.com> <218B6F17-FBF8-468C-A1EF-8C07174FA296@innotts.co.uk> <5675D7F6-8C9B-48C1-93DF-A665B6B0E9D0@innotts.co.uk> Message-ID: Hi Dave :) On Tue, Mar 27, 2012 at 9:34 PM, Dave Everitt wrote: > > it is, it's just not immediately documented although there are some (a bit > out-of-date) posts on MySQL and Camping. The idea is that you can use what > you like, but perhaps an example for each case would be in order... > Yes what I mean for example is that somewhere clearly on the camping book we should have something like "Database: by default and in this example... camping creates an sqlite database called camping.db located by default in your home folder under .camping.db .... This is done for simplicity but you can easily define your own db engine ......" I don't want to compare this to other solutions but for example in php pear libraries (few of which I developed including Sqlite tools) It is very straightforward to any user (with PHP experience or not) what is going on. Perhaps this is not the aim of a ruby framework like camping where, if you have experience with MVC and ruby, you can figure out things pretty easily. If that is the case I might be totally off track ! I am giving you the view of someone with some programming experience in php, perl, bash but not a lot in ruby or rails. Hopefully the screencasts will clear many of these doubts to new users and be of help. I am somehow convinced that documentations/screencasts are as important as good code to get some decent usage and expansion in a project. This because programmers are exposed to so many options that you need to have a compelling story to tell :) > > > no, I think camping has a separate user base (wild claim, no stats) and > although (being Ruby) many are familiar with/also use RoR, this isn't taken > for granted and shouldn't appear as if it is... > > Thanks for this it is very clear. Again it could be that I am weak on this point so what is obvious to you or many camping users is a bit less obvious to me. > not at all, it's good to have new users! As for unifying things... well, > that's been tried before :-) the thing is, although we all get on, the > varying ideas about Camping's 'public face' each have a unique take on > things. http://camping.rubyforge.org/ is the main starting-point, and (as > you know) Philippe Monnet's site also has a lot of useful tutorials e.g. > this one on OAuth http://blog.monnet-usa.com/?p=293 But if you'd like to > list what you've found useful (or compile a set of ideas for brief guides > to Camping) at some point I'm sure there'll be a way to get it added > somewhere findable... I might even do it myself :-) > > I think it is fair for users like Philippe Monnet to have their own tutorials on their website :) Getting back to the database issue: when I came to camping the description was a micro web framework which is great. Now If you ask me micro and simple should let you set your db on the fly, easily like definedb or something to overwrite the existing DB or, on the fly, use another db engine. From the post http://stackoverflow.com/questions/9086590/where-does-camping-store-my-databaseit seems pretty easy but it has to be obvious. If you have an example about building a db backed simple website and don't tell me where the db is well, that is a bit too much hidden for my taste :) I think that if we want people to use camping in real projects (even dead simple ones like blogs, simple websites which I think should be the aim given that camping wouldn't be suitable, I think, for huge projects) a small chapter on "using databases" is pretty much needed ! :) Will get sure that Isak has a screencasts about this because, to me, it is actually the very first thing I would look from a framework! Best Regards David -------------- next part -------------- An HTML attachment was scrubbed... URL: From nerdfunk at gmail.com Tue Mar 27 23:07:53 2012 From: nerdfunk at gmail.com (adam moore) Date: Wed, 28 Mar 2012 08:07:53 +0900 Subject: camping paid examples + screencasts ? In-Reply-To: References: <282271af-43f1-4daa-a799-43aa783da200@email.android.com> <5DD163B6-8741-4F06-92C3-FF81A77FFA4F@innotts.co.uk> <028582DEC3ED49158D1F418F264A96E8@creativepony.com> Message-ID: Hey Dave I actually meant a website to do with camping (the outdoor pastime) done in camping.. Planning locations, to do list, inviting friends through Facebook haha Too meta? Adam On Wednesday, March 28, 2012, david costa wrote: > Hi Adam, > do you mean the camping website to be done in camping ? > If it is so good point. Well I am sure that Jenna and Magnus had many things to take care of and what they went for was the most suitable solution. > Still I think that having the camping website done in camping would make a lot of sense. After all why someone would use it if the main camping website doesn't ? > The problem is always time I guess so better a simple no-camping website than no website I guess :) > Regards > David > > On Tue, Mar 27, 2012 at 5:03 PM, adam moore wrote: >> >> Camping sites camping site >> >> On Tuesday, March 27, 2012, Jenna Fox wrote: >> > a site for your comics, a multiplayer game? >> > ? >> > Jenna >> > >> > On Wednesday, 28 March 2012 at 1:45 AM, Dave Everitt wrote: >> > >> > Great! The first thing is to decide *what* to screencast... the 'blog in 10 minutes' idea is a bit old (although an updated version would be good because there's an old Camping one out there somewhere)... >> > Any suggestions for a useful, current and easy topic for a Camping screencast? >> > - DaveE >> > >> > I'd be more than happy to help with screencasts and writing. I'm quite good with Final Cut and Motion, but someone else would need to take the lead on that and delegate tasks to me, as my mind is tied up in other projects for the next few months. >> > >> > _______________________________________________ >> > Camping-list mailing list >> > Camping-list at rubyforge.org >> > http://rubyforge.org/mailman/listinfo/camping-list >> > >> >> -- >> ----=^.^=--- >> >> _______________________________________________ >> Camping-list mailing list >> Camping-list at rubyforge.org >> http://rubyforge.org/mailman/listinfo/camping-list > > -- ----=^.^=--- -------------- next part -------------- An HTML attachment was scrubbed... URL: From deveritt at innotts.co.uk Wed Mar 28 06:40:38 2012 From: deveritt at innotts.co.uk (Dave Everitt) Date: Wed, 28 Mar 2012 07:40:38 +0100 Subject: camping paid examples + screencasts ? In-Reply-To: References: <282271af-43f1-4daa-a799-43aa783da200@email.android.com> <5DD163B6-8741-4F06-92C3-FF81A77FFA4F@innotts.co.uk> <028582DEC3ED49158D1F418F264A96E8@creativepony.com> Message-ID: <91CB67B7-8219-487F-B53C-420EEE7F225E@innotts.co.uk> > I actually meant a website to do with camping (the outdoor pastime) > done in camping.. Planning locations, to do list, inviting friends > through Facebook haha LOL! I missed the whole 'actual real camping with tents' thing and got all recursive (a Camping site built with Camping about... Camping) instead of getting the whole... > meta thing :-) Love the idea. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ruby at monnet-usa.com Wed Mar 28 12:57:51 2012 From: ruby at monnet-usa.com (Philippe Monnet) Date: Wed, 28 Mar 2012 06:57:51 -0600 Subject: camping paid examples + screencasts ? In-Reply-To: <91CB67B7-8219-487F-B53C-420EEE7F225E@innotts.co.uk> References: <282271af-43f1-4daa-a799-43aa783da200@email.android.com> <5DD163B6-8741-4F06-92C3-FF81A77FFA4F@innotts.co.uk> <028582DEC3ED49158D1F418F264A96E8@creativepony.com> <91CB67B7-8219-487F-B53C-420EEE7F225E@innotts.co.uk> Message-ID: <4F730ACF.6000809@monnet-usa.com> I think it would be fun too. Love meta stuff. In general I think the more tutorials / screencasts / posts / sites on Camping, the merrier. On 3/28/2012 12:40 AM, Dave Everitt wrote: >> I actually meant a website to do with camping (the outdoor pastime) >> done in camping.. Planning locations, to do list, inviting friends >> through Facebook haha > > LOL! I missed the whole 'actual real camping with tents' thing and got > all recursive (a Camping site built with Camping about... Camping) > instead of getting the whole... > >> meta > > thing :-) Love the idea. > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul at luon.net Wed Mar 28 13:22:34 2012 From: paul at luon.net (Paul van Tilburg) Date: Wed, 28 Mar 2012 15:22:34 +0200 Subject: camping paid examples + screencasts ? In-Reply-To: <4F730ACF.6000809@monnet-usa.com> References: <5DD163B6-8741-4F06-92C3-FF81A77FFA4F@innotts.co.uk> <028582DEC3ED49158D1F418F264A96E8@creativepony.com> <91CB67B7-8219-487F-B53C-420EEE7F225E@innotts.co.uk> <4F730ACF.6000809@monnet-usa.com> Message-ID: <20120328132233.GE2868@luon.net> On Wed, Mar 28, 2012 at 06:57:51AM -0600, Philippe Monnet wrote: > I think it would be fun too. Love meta stuff. > In general I think the more tutorials / screencasts / posts / sites > on Camping, the merrier. Although I generally agree, I'd prefer them to be somewhat organised/structured. For example, the blog is a good basic app, but I would like to have tutorials for specific things such as: adding cookies, sessions, using different view/template systems, integrating multiple apps, etc. Rather than having a screencast of a "wiki" app that happens to mention sessions. In my opinion the Camping site should answer questions/help out with different aspects of creating/extending/maintaining a Camping application. This is something that currently requires joining #camping on IRC, asking the question and waiting for a long time. (Not there that is anything whatsover wrong with our IRC-channel. :) Cheers, Paul > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list -- Web: http://paul.luon.net/home/ | E-mail: paul at luon.net Jabber/GTalk: paul at luon.net | GnuPG key ID: 0x50064181 From a at creativepony.com Wed Mar 28 13:52:27 2012 From: a at creativepony.com (Jenna Fox) Date: Thu, 29 Mar 2012 00:52:27 +1100 Subject: camping paid examples + screencasts ? In-Reply-To: <20120328132233.GE2868@luon.net> References: <5DD163B6-8741-4F06-92C3-FF81A77FFA4F@innotts.co.uk> <028582DEC3ED49158D1F418F264A96E8@creativepony.com> <91CB67B7-8219-487F-B53C-420EEE7F225E@innotts.co.uk> <4F730ACF.6000809@monnet-usa.com> <20120328132233.GE2868@luon.net> Message-ID: <271D27337C9D4042BAA5BA746CB5B7CC@creativepony.com> We have a tumblr blog - maybe we should turn on the 'ask' feature and make it a Q and A thing. It would grow in to a google friendly fact book, a bit like a stack exchange, for looking up specific problems and techniques. Tumblr is a nice medium for adding photos and screencasts and the likes too. ? Jenna Fox On Thursday, 29 March 2012 at 12:22 AM, Paul van Tilburg wrote: > On Wed, Mar 28, 2012 at 06:57:51AM -0600, Philippe Monnet wrote: > > I think it would be fun too. Love meta stuff. > > In general I think the more tutorials / screencasts / posts / sites > > on Camping, the merrier. > > > > > Although I generally agree, I'd prefer them to be somewhat > organised/structured. For example, the blog is a good basic app, > but I would like to have tutorials for specific things such as: > adding cookies, sessions, using different view/template systems, > integrating multiple apps, etc. Rather than having a screencast of a > "wiki" app that happens to mention sessions. > > In my opinion the Camping site should answer questions/help out > with different aspects of creating/extending/maintaining a Camping > application. This is something that currently requires joining > #camping on IRC, asking the question and waiting for a long time. > (Not there that is anything whatsover wrong with our IRC-channel. :) > > Cheers, > Paul > > > _______________________________________________ > > Camping-list mailing list > > Camping-list at rubyforge.org > > http://rubyforge.org/mailman/listinfo/camping-list > > > > > > -- > Web: http://paul.luon.net/home/ | E-mail: paul at luon.net > Jabber/GTalk: paul at luon.net | GnuPG key ID: 0x50064181 > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gurugeekphp at gmail.com Wed Mar 28 19:21:13 2012 From: gurugeekphp at gmail.com (david costa) Date: Wed, 28 Mar 2012 21:21:13 +0200 Subject: camping paid examples + screencasts ? In-Reply-To: <20120328132233.GE2868@luon.net> References: <5DD163B6-8741-4F06-92C3-FF81A77FFA4F@innotts.co.uk> <028582DEC3ED49158D1F418F264A96E8@creativepony.com> <91CB67B7-8219-487F-B53C-420EEE7F225E@innotts.co.uk> <4F730ACF.6000809@monnet-usa.com> <20120328132233.GE2868@luon.net> Message-ID: > > > Although I generally agree, I'd prefer them to be somewhat > organised/structured. For example, the blog is a good basic app, > but I would like to have tutorials for specific things such as: > adding cookies, sessions, using different view/template systems, > integrating multiple apps, etc. Rather than having a screencast of a > "wiki" app that happens to mention sessions. > > Hello Paul ! I think we are trying to do something along these lines. We might still have a blog example thou because that might link to the example in the package (which is a blog) or well this could be a start for more tutorials/ideas. Ideally (bigger master plan) we can have this 7 basic screencasts (Isak is working on it ATM) and then we could invite other people to contribute in a sort of competition to get example/ideas of the most original/interesting app build in camping. From my experience if it is done well and there are some prizes people might jump into it :) > In my opinion the Camping site should answer questions/help out > with different aspects of creating/extending/maintaining a Camping > application. This is something that currently requires joining > #camping on IRC, asking the question and waiting for a long time. > (Not there that is anything whatsover wrong with our IRC-channel. :) > > Yes I think is a good idea perhaps ... IRC works well for some things but for others it is a bit limited. Regards David > Cheers, > Paul > > > _______________________________________________ > > Camping-list mailing list > > Camping-list at rubyforge.org > > http://rubyforge.org/mailman/listinfo/camping-list > > > -- > Web: http://paul.luon.net/home/ | E-mail: paul at luon.net > Jabber/GTalk: paul at luon.net | GnuPG key ID: 0x50064181 > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gurugeekphp at gmail.com Wed Mar 28 19:29:10 2012 From: gurugeekphp at gmail.com (david costa) Date: Wed, 28 Mar 2012 21:29:10 +0200 Subject: camping paid examples + screencasts ? In-Reply-To: <271D27337C9D4042BAA5BA746CB5B7CC@creativepony.com> References: <5DD163B6-8741-4F06-92C3-FF81A77FFA4F@innotts.co.uk> <028582DEC3ED49158D1F418F264A96E8@creativepony.com> <91CB67B7-8219-487F-B53C-420EEE7F225E@innotts.co.uk> <4F730ACF.6000809@monnet-usa.com> <20120328132233.GE2868@luon.net> <271D27337C9D4042BAA5BA746CB5B7CC@creativepony.com> Message-ID: Hi Jenna this is great ! let's see how the screencasts come along then you can see. Just one point about tumblr (which is good don't get me wrong) wouldn't it be better to have a small site on camping ? I am pretty excited to build this in camping and show the screencasts inside it. Of course will need to show code not nice words only ;) but this should be the final aim. I am not asking anyone to do it/code it etc. I am just saying this should be the ultimate goal because with no camping code in production people might think this is just a quick hack just for the fun of it with not much of a real use beside a proof of concept... which is a bit of a pity. Like there are hundreds of frameworks on git, google code etc. but how many can be bothered to try them out without having some working samples or a good site (and I really like your design !!) to show how is this working ? For example there is some activity in the mailing list so it could be something nice to show on the website (like this topic at http://comments.gmane.org/gmane.comp.lang.ruby.camping.general/1648) but of course within the site and not an external link. This could be enough while there is no forum etc. On another note tumblr is not exactly very stable ! *this said* I totally see your point as you have this functionality already on tumblr so if one wants to be up and quickly with something it is certainly better than any bigger but uncoded masterplan :) Regards David On Wed, Mar 28, 2012 at 3:52 PM, Jenna Fox wrote: > We have a tumblr blog - maybe we should turn on the 'ask' feature and make > it a Q and A thing. It would grow in to a google friendly fact book, a bit > like a stack exchange, for looking up specific problems and techniques. > Tumblr is a nice medium for adding photos and screencasts and the likes > too. > > ? > Jenna Fox > > On Thursday, 29 March 2012 at 12:22 AM, Paul van Tilburg wrote: > > On Wed, Mar 28, 2012 at 06:57:51AM -0600, Philippe Monnet wrote: > > I think it would be fun too. Love meta stuff. > In general I think the more tutorials / screencasts / posts / sites > on Camping, the merrier. > > > Although I generally agree, I'd prefer them to be somewhat > organised/structured. For example, the blog is a good basic app, > but I would like to have tutorials for specific things such as: > adding cookies, sessions, using different view/template systems, > integrating multiple apps, etc. Rather than having a screencast of a > "wiki" app that happens to mention sessions. > > In my opinion the Camping site should answer questions/help out > with different aspects of creating/extending/maintaining a Camping > application. This is something that currently requires joining > #camping on IRC, asking the question and waiting for a long time. > (Not there that is anything whatsover wrong with our IRC-channel. :) > > Cheers, > Paul > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > > > -- > Web: http://paul.luon.net/home/ | E-mail: paul at luon.net > Jabber/GTalk: paul at luon.net | GnuPG key ID: 0x50064181 > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From a at creativepony.com Wed Mar 28 22:55:04 2012 From: a at creativepony.com (Jenna Fox) Date: Thu, 29 Mar 2012 09:55:04 +1100 Subject: camping paid examples + screencasts ? In-Reply-To: References: <5DD163B6-8741-4F06-92C3-FF81A77FFA4F@innotts.co.uk> <028582DEC3ED49158D1F418F264A96E8@creativepony.com> <91CB67B7-8219-487F-B53C-420EEE7F225E@innotts.co.uk> <4F730ACF.6000809@monnet-usa.com> <20120328132233.GE2868@luon.net> <271D27337C9D4042BAA5BA746CB5B7CC@creativepony.com> Message-ID: <9D3C33F04D2B4DD381341185745A5777@creativepony.com> I just don't see the point in creating our own elaborate infrastructure which we then have to maintain indefinitely, which is more complicated than static files. Our site is static html right now because there's nothing about the site which is dynamic - but those static files were rendered by a camping app which I just mirrored to static files recently using wget so we could switch things over to github pages. Unless there's going to be some dynamic element to the camping site, I'd rather the stability and scalability afforded to us by github pages and static files than some token ritual of dogfooding. Both the sites of Ruby on Rails and Sinatra seem to use caching servers between their users and ruby backends, with sinatra's in particular caching responses for many hours. I think we're winning the ruby race - our cache caches for days, even weeks! It's a really smart cache. As for forums, I'm interested, and I agree it would be best done as a camping app, if for no better reason that there isn't really any good free forum software still being maintained which runs on ruby, as far as I know. For our blog though, tumblr is great. It's had very little downtime in recent weeks. I think it's worth forgiving them - their user base became something like ten times as big in the space of one day, after their collaboration with the The Colbert Report - for a site which takes photo, music, and video uploads, that's a pretty substantial change. They seem to have sorted it out now, only having very minor blips from time to time. Further, tumblr is based on the tumblog concept, which was pioneered and named by none other than our former friend Why The Lucky Stiff, and itself does run on our close relative, Ruby On Rails. In fact, a large proportion of GitHub is a Rails app too. ? Jenna On Thursday, 29 March 2012 at 6:29 AM, david costa wrote: > Hi Jenna this is great ! > let's see how the screencasts come along then you can see. Just one point about tumblr (which is good don't get me wrong) wouldn't it be better to have a small site on camping ? I am pretty excited to build this in camping and show the screencasts inside it. Of course will need to show code not nice words only ;) but this should be the final aim. > > I am not asking anyone to do it/code it etc. I am just saying this should be the ultimate goal because with no camping code in production people might think this is just a quick hack just for the fun of it with not much of a real use beside a proof of concept... which is a bit of a pity. > > Like there are hundreds of frameworks on git, google code etc. but how many can be bothered to try them out without having some working samples or a good site (and I really like your design !!) to show how is this working ? > > For example there is some activity in the mailing list so it could be something nice to show on the website (like this topic at > http://comments.gmane.org/gmane.comp.lang.ruby.camping.general/1648) but of course within the site and not an external link. This could be enough while there is no forum etc. > > On another note tumblr is not exactly very stable ! > > *this said* I totally see your point as you have this functionality already on tumblr so if one wants to be up and quickly with something it is certainly better than any bigger but uncoded masterplan :) > > Regards > David > > > > On Wed, Mar 28, 2012 at 3:52 PM, Jenna Fox wrote: > > We have a tumblr blog - maybe we should turn on the 'ask' feature and make it a Q and A thing. It would grow in to a google friendly fact book, a bit like a stack exchange, for looking up specific problems and techniques. Tumblr is a nice medium for adding photos and screencasts and the likes too. > > > > ? > > Jenna Fox > > > > > > On Thursday, 29 March 2012 at 12:22 AM, Paul van Tilburg wrote: > > > > > On Wed, Mar 28, 2012 at 06:57:51AM -0600, Philippe Monnet wrote: > > > > I think it would be fun too. Love meta stuff. > > > > In general I think the more tutorials / screencasts / posts / sites > > > > on Camping, the merrier. > > > > > > > > > > > > > Although I generally agree, I'd prefer them to be somewhat > > > organised/structured. For example, the blog is a good basic app, > > > but I would like to have tutorials for specific things such as: > > > adding cookies, sessions, using different view/template systems, > > > integrating multiple apps, etc. Rather than having a screencast of a > > > "wiki" app that happens to mention sessions. > > > > > > In my opinion the Camping site should answer questions/help out > > > with different aspects of creating/extending/maintaining a Camping > > > application. This is something that currently requires joining > > > #camping on IRC, asking the question and waiting for a long time. > > > (Not there that is anything whatsover wrong with our IRC-channel. :) > > > > > > Cheers, > > > Paul > > > > > > > _______________________________________________ > > > > Camping-list mailing list > > > > Camping-list at rubyforge.org (mailto:Camping-list at rubyforge.org) > > > > http://rubyforge.org/mailman/listinfo/camping-list > > > > > > > > > > > > > > > > -- > > > Web: http://paul.luon.net/home/ | E-mail: paul at luon.net (mailto:paul at luon.net) > > > Jabber/GTalk: paul at luon.net (mailto:paul at luon.net) | GnuPG key ID: 0x50064181 > > > _______________________________________________ > > > Camping-list mailing list > > > Camping-list at rubyforge.org (mailto:Camping-list at rubyforge.org) > > > http://rubyforge.org/mailman/listinfo/camping-list > > > > > > > > > > > > > > > > > _______________________________________________ > > Camping-list mailing list > > Camping-list at rubyforge.org (mailto:Camping-list at rubyforge.org) > > http://rubyforge.org/mailman/listinfo/camping-list > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org (mailto:Camping-list at rubyforge.org) > http://rubyforge.org/mailman/listinfo/camping-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gurugeekphp at gmail.com Wed Mar 28 23:36:36 2012 From: gurugeekphp at gmail.com (david costa) Date: Thu, 29 Mar 2012 01:36:36 +0200 Subject: camping paid examples + screencasts ? In-Reply-To: <9D3C33F04D2B4DD381341185745A5777@creativepony.com> References: <5DD163B6-8741-4F06-92C3-FF81A77FFA4F@innotts.co.uk> <028582DEC3ED49158D1F418F264A96E8@creativepony.com> <91CB67B7-8219-487F-B53C-420EEE7F225E@innotts.co.uk> <4F730ACF.6000809@monnet-usa.com> <20120328132233.GE2868@luon.net> <271D27337C9D4042BAA5BA746CB5B7CC@creativepony.com> <9D3C33F04D2B4DD381341185745A5777@creativepony.com> Message-ID: Hello, I am a bit at a loss :) Really I don't see how we can promote a camping with screencast and examples e.g. even a blog example when we are then essentially saying that it would be pointless anyway for camping to code a blog as there is tumblr (or you name it, wordpress, blogger etc.). Isn't the point of coding/camping to experiment, let the imagination run wild while building something cool (not just a blog of course) ? I don't think that a totally static website is necessarily a good thing. It is very limiting and creates a single way to dialogue with existing/future users which can be done in a number of ways even without the forum (e.g. fetching displaying the mailing list, allow comments on certain topics, Q&A etc.). Sure you can do that with tumblr and pretty well but in my humble opinion that's not the best way to promote the framework. But hey what do I know ? I just finished reading "Running Sinatra" and they do the very same thing in their sample blog (last chapter). They tell you how to create a sinatra app where you do not have an online editor and all it does it to create static HTML files. I thought WOW why would I go and install, learn the sinatra way if this is the display of what I can do with it ? Nothing wrong with static html. I have a blog with static files too (but hey at least I have disqus comments embedded on each files so there is a way to communicate with users + rsync and other stuff ) and you know..it is 15 lines of bash code. It does exactly the same of that Sinatra app from the book without having to run or install anything. So I really don't get it I think ! Will see how I can progress with the screencasts but making them to display them on a tumblr blog is not exactly very motivating. Perhaps I got caught by the enthusiasm too quickly - my bad! Best Wishes David On Thu, Mar 29, 2012 at 12:55 AM, Jenna Fox wrote: > I just don't see the point in creating our own elaborate infrastructure > which we then have to maintain indefinitely, which is more complicated than > static files. Our site is static html right now because there's nothing > about the site which is dynamic - but those static files were rendered by a > camping app which I just mirrored to static files recently using wget so we > could switch things over to github pages. Unless there's going to be some > dynamic element to the camping site, I'd rather the stability and > scalability afforded to us by github pages and static files than some token > ritual of dogfooding. Both the sites of Ruby on Rails and Sinatra seem to > use caching servers between their users and ruby backends, with sinatra's > in particular caching responses for many hours. I think we're winning the > ruby race - our cache caches for days, even weeks! It's a really smart > cache. > > As for forums, I'm interested, and I agree it would be best done as a > camping app, if for no better reason that there isn't really any good free > forum software still being maintained which runs on ruby, as far as I know. > For our blog though, tumblr is great. It's had very little downtime in > recent weeks. I think it's worth forgiving them - their user base became > something like ten times as big in the space of one day, after their > collaboration with the The Colbert Report - for a site which takes photo, > music, and video uploads, that's a pretty substantial change. They seem to > have sorted it out now, only having very minor blips from time to time. > Further, tumblr is based on the tumblog concept, which was pioneered *and > named* by none other than our former friend Why The Lucky Stiff, and > itself does run on our close relative, Ruby On Rails. In fact, a large > proportion of GitHub is a Rails app too. > > ? > Jenna > > On Thursday, 29 March 2012 at 6:29 AM, david costa wrote: > > Hi Jenna this is great ! > let's see how the screencasts come along then you can see. Just one point > about tumblr (which is good don't get me wrong) wouldn't it be better to > have a small site on camping ? I am pretty excited to build this in camping > and show the screencasts inside it. Of course will need to show code not > nice words only ;) but this should be the final aim. > > I am not asking anyone to do it/code it etc. I am just saying this should > be the ultimate goal because with no camping code in production people > might think this is just a quick hack just for the fun of it with not much > of a real use beside a proof of concept... which is a bit of a pity. > > Like there are hundreds of frameworks on git, google code etc. but how > many can be bothered to try them out without having some working samples or > a good site (and I really like your design !!) to show how is this working ? > > For example there is some activity in the mailing list so it could be > something nice to show on the website (like this topic at > http://comments.gmane.org/gmane.comp.lang.ruby.camping.general/1648) but > of course within the site and not an external link. This could be enough > while there is no forum etc. > > On another note tumblr is not exactly very stable ! > > *this said* I totally see your point as you have this functionality > already on tumblr so if one wants to be up and quickly with something it is > certainly better than any bigger but uncoded masterplan :) > > Regards > David > > > > On Wed, Mar 28, 2012 at 3:52 PM, Jenna Fox wrote: > > We have a tumblr blog - maybe we should turn on the 'ask' feature and make > it a Q and A thing. It would grow in to a google friendly fact book, a bit > like a stack exchange, for looking up specific problems and techniques. > Tumblr is a nice medium for adding photos and screencasts and the likes > too. > > ? > Jenna Fox > > On Thursday, 29 March 2012 at 12:22 AM, Paul van Tilburg wrote: > > On Wed, Mar 28, 2012 at 06:57:51AM -0600, Philippe Monnet wrote: > > I think it would be fun too. Love meta stuff. > In general I think the more tutorials / screencasts / posts / sites > on Camping, the merrier. > > > Although I generally agree, I'd prefer them to be somewhat > organised/structured. For example, the blog is a good basic app, > but I would like to have tutorials for specific things such as: > adding cookies, sessions, using different view/template systems, > integrating multiple apps, etc. Rather than having a screencast of a > "wiki" app that happens to mention sessions. > > In my opinion the Camping site should answer questions/help out > with different aspects of creating/extending/maintaining a Camping > application. This is something that currently requires joining > #camping on IRC, asking the question and waiting for a long time. > (Not there that is anything whatsover wrong with our IRC-channel. :) > > Cheers, > Paul > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > > > -- > Web: http://paul.luon.net/home/ | E-mail: paul at luon.net > Jabber/GTalk: paul at luon.net | GnuPG key ID: 0x50064181 > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From a at creativepony.com Wed Mar 28 23:54:29 2012 From: a at creativepony.com (Jenna Fox) Date: Thu, 29 Mar 2012 10:54:29 +1100 Subject: camping paid examples + screencasts ? In-Reply-To: References: <5DD163B6-8741-4F06-92C3-FF81A77FFA4F@innotts.co.uk> <028582DEC3ED49158D1F418F264A96E8@creativepony.com> <91CB67B7-8219-487F-B53C-420EEE7F225E@innotts.co.uk> <4F730ACF.6000809@monnet-usa.com> <20120328132233.GE2868@luon.net> <271D27337C9D4042BAA5BA746CB5B7CC@creativepony.com> <9D3C33F04D2B4DD381341185745A5777@creativepony.com> Message-ID: David, that's not at all what I meant. We don't have any dynamic content right now, so there is no point running it as if it were a dynamic site right now. That could be changed in a matter of hours if we did add something dynamic, like a forum. I'm not sure how a screencast would relate to a dynamic website, and I was certainly not suggesting a tumblr log would be the most ideal way to showcase screencasts - just that it is compatible with all sorts of media as a way of responding to questions with visual as well as textual answers. I'm more than happy for anyone to implement grand ideas for the camping website. Github Pages is just what we're using at the moment because static pages has been everything we need recently. I'd love to see camping have a great site. If you'd like to make one, go ahead! You have complete freedom - feel free to use any of the assets of our current website (it's up at ) - There really is no thought leader of camping to convince of anything. If you want to do something, lets do it! No matter how cooky or unusual. One of the things I wanted to do for a while was create a free camping web host, ala dotgeek, with a very simple file-based key-value database and the option of sqlite. Unfortunately time has gotten the better of me for that project, but I still think it'd be totally awesome to do! Sandboxing and security issues I'm not too sure about, which is one of the setbacks for that project. Judofyr's been working on a tool for assembling a better camping book, but I'm not sure if he's still working on that. ? Jenna On Thursday, 29 March 2012 at 10:36 AM, david costa wrote: > Hello, > I am a bit at a loss :) Really I don't see how we can promote a camping with screencast and examples e.g. even a blog example when we are then essentially saying that it would be pointless anyway for camping to code a blog as there is tumblr (or you name it, wordpress, blogger etc.). Isn't the point of coding/camping to experiment, let the imagination run wild while building something cool (not just a blog of course) ? > > I don't think that a totally static website is necessarily a good thing. It is very limiting and creates a single way to dialogue with existing/future users which can be done in a number of ways even without the forum (e.g. fetching displaying the mailing list, allow comments on certain topics, Q&A etc.). Sure you can do that with tumblr and pretty well but in my humble opinion that's not the best way to promote the framework. > > But hey what do I know ? I just finished reading "Running Sinatra" and they do the very same thing in their sample blog (last chapter). They tell you how to create a sinatra app where you do not have an online editor and all it does it to create static HTML files. I thought WOW why would I go and install, learn the sinatra way if this is the display of what I can do with it ? Nothing wrong with static html. I have a blog with static files too (but hey at least I have disqus comments embedded on each files so there is a way to communicate with users + rsync and other stuff ) and you know..it is 15 lines of bash code. It does exactly the same of that Sinatra app from the book without having to run or install anything. > > So I really don't get it I think ! > > Will see how I can progress with the screencasts but making them to display them on a tumblr blog is not exactly very motivating. Perhaps I got caught by the enthusiasm too quickly - my bad! > Best Wishes > David > > > On Thu, Mar 29, 2012 at 12:55 AM, Jenna Fox wrote: > > I just don't see the point in creating our own elaborate infrastructure which we then have to maintain indefinitely, which is more complicated than static files. Our site is static html right now because there's nothing about the site which is dynamic - but those static files were rendered by a camping app which I just mirrored to static files recently using wget so we could switch things over to github pages. Unless there's going to be some dynamic element to the camping site, I'd rather the stability and scalability afforded to us by github pages and static files than some token ritual of dogfooding. Both the sites of Ruby on Rails and Sinatra seem to use caching servers between their users and ruby backends, with sinatra's in particular caching responses for many hours. I think we're winning the ruby race - our cache caches for days, even weeks! It's a really smart cache. > > > > As for forums, I'm interested, and I agree it would be best done as a camping app, if for no better reason that there isn't really any good free forum software still being maintained which runs on ruby, as far as I know. For our blog though, tumblr is great. It's had very little downtime in recent weeks. I think it's worth forgiving them - their user base became something like ten times as big in the space of one day, after their collaboration with the The Colbert Report - for a site which takes photo, music, and video uploads, that's a pretty substantial change. They seem to have sorted it out now, only having very minor blips from time to time. Further, tumblr is based on the tumblog concept, which was pioneered and named by none other than our former friend Why The Lucky Stiff, and itself does run on our close relative, Ruby On Rails. In fact, a large proportion of GitHub is a Rails app too. > > > > ? > > Jenna > > > > > > On Thursday, 29 March 2012 at 6:29 AM, david costa wrote: > > > > > Hi Jenna this is great ! > > > let's see how the screencasts come along then you can see. Just one point about tumblr (which is good don't get me wrong) wouldn't it be better to have a small site on camping ? I am pretty excited to build this in camping and show the screencasts inside it. Of course will need to show code not nice words only ;) but this should be the final aim. > > > > > > I am not asking anyone to do it/code it etc. I am just saying this should be the ultimate goal because with no camping code in production people might think this is just a quick hack just for the fun of it with not much of a real use beside a proof of concept... which is a bit of a pity. > > > > > > Like there are hundreds of frameworks on git, google code etc. but how many can be bothered to try them out without having some working samples or a good site (and I really like your design !!) to show how is this working ? > > > > > > For example there is some activity in the mailing list so it could be something nice to show on the website (like this topic at > > > http://comments.gmane.org/gmane.comp.lang.ruby.camping.general/1648) but of course within the site and not an external link. This could be enough while there is no forum etc. > > > > > > On another note tumblr is not exactly very stable ! > > > > > > *this said* I totally see your point as you have this functionality already on tumblr so if one wants to be up and quickly with something it is certainly better than any bigger but uncoded masterplan :) > > > > > > Regards > > > David > > > > > > > > > > > > On Wed, Mar 28, 2012 at 3:52 PM, Jenna Fox wrote: > > > > We have a tumblr blog - maybe we should turn on the 'ask' feature and make it a Q and A thing. It would grow in to a google friendly fact book, a bit like a stack exchange, for looking up specific problems and techniques. Tumblr is a nice medium for adding photos and screencasts and the likes too. > > > > > > > > ? > > > > Jenna Fox > > > > > > > > > > > > On Thursday, 29 March 2012 at 12:22 AM, Paul van Tilburg wrote: > > > > > > > > > On Wed, Mar 28, 2012 at 06:57:51AM -0600, Philippe Monnet wrote: > > > > > > I think it would be fun too. Love meta stuff. > > > > > > In general I think the more tutorials / screencasts / posts / sites > > > > > > on Camping, the merrier. > > > > > > > > > > > > > > > > > > > > > Although I generally agree, I'd prefer them to be somewhat > > > > > organised/structured. For example, the blog is a good basic app, > > > > > but I would like to have tutorials for specific things such as: > > > > > adding cookies, sessions, using different view/template systems, > > > > > integrating multiple apps, etc. Rather than having a screencast of a > > > > > "wiki" app that happens to mention sessions. > > > > > > > > > > In my opinion the Camping site should answer questions/help out > > > > > with different aspects of creating/extending/maintaining a Camping > > > > > application. This is something that currently requires joining > > > > > #camping on IRC, asking the question and waiting for a long time. > > > > > (Not there that is anything whatsover wrong with our IRC-channel. :) > > > > > > > > > > Cheers, > > > > > Paul > > > > > > > > > > > _______________________________________________ > > > > > > Camping-list mailing list > > > > > > Camping-list at rubyforge.org (mailto:Camping-list at rubyforge.org) > > > > > > http://rubyforge.org/mailman/listinfo/camping-list > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > Web: http://paul.luon.net/home/ | E-mail: paul at luon.net (mailto:paul at luon.net) > > > > > Jabber/GTalk: paul at luon.net (mailto:paul at luon.net) | GnuPG key ID: 0x50064181 > > > > > _______________________________________________ > > > > > Camping-list mailing list > > > > > Camping-list at rubyforge.org (mailto:Camping-list at rubyforge.org) > > > > > http://rubyforge.org/mailman/listinfo/camping-list > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > Camping-list mailing list > > > > Camping-list at rubyforge.org (mailto:Camping-list at rubyforge.org) > > > > http://rubyforge.org/mailman/listinfo/camping-list > > > > > > _______________________________________________ > > > Camping-list mailing list > > > Camping-list at rubyforge.org (mailto:Camping-list at rubyforge.org) > > > http://rubyforge.org/mailman/listinfo/camping-list > > > > > > > > > > > > > > > > > _______________________________________________ > > Camping-list mailing list > > Camping-list at rubyforge.org (mailto:Camping-list at rubyforge.org) > > http://rubyforge.org/mailman/listinfo/camping-list > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org (mailto:Camping-list at rubyforge.org) > http://rubyforge.org/mailman/listinfo/camping-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gurugeekphp at gmail.com Thu Mar 29 00:54:26 2012 From: gurugeekphp at gmail.com (david costa) Date: Thu, 29 Mar 2012 02:54:26 +0200 Subject: camping paid examples + screencasts ? In-Reply-To: References: <5DD163B6-8741-4F06-92C3-FF81A77FFA4F@innotts.co.uk> <028582DEC3ED49158D1F418F264A96E8@creativepony.com> <91CB67B7-8219-487F-B53C-420EEE7F225E@innotts.co.uk> <4F730ACF.6000809@monnet-usa.com> <20120328132233.GE2868@luon.net> <271D27337C9D4042BAA5BA746CB5B7CC@creativepony.com> <9D3C33F04D2B4DD381341185745A5777@creativepony.com> Message-ID: Hello Jenna, apologizes for the misunderstanding ! must be the late hour here in Zurich :) I am 100% in agreement with the idea: if someone is not happy about something should just roll his/her sleeves and code it/provide it to the project. Didn't meant to criticize your current camping setup. You and Magnus did a great job. I like your design (even if some people don't) as to me a design has to be unique and original and yours really is. My only fear was - am I doing something that people might want or is really useless ? This is also why I emailed you off list before starting the screencasting idea :) You probably have some mind reading skills ;) as I was really thinking about the camping FREE hosting (with less limitations than heroku and perhaps easier or with more DBs options) Unfortunately my sysadmin is currently under a lot of work as we are moving several severs to SSD drivers (a similar setup would be really cool for DB powered camping applications as MySQL 5.6 on SSD is just amazingly fast) but eventually he might find the time to do it in a not too distant future. So bottom line: will go ahead with the 6-7 screencasts (Isak is doing it) and we take it from there. Absolutely fine to show them (if you and the community like them) on tumblr or even in a static page. It doesn't really matter in the end ! IF in parallel I manage to do something decent in camping while the screencasts are done will host it myself as a proof of concepts and see how it is. Of course everyone can contribute. I would say a good way to gather many examples by the community (existing or future users) could be this: after the screencasts we can try to run a "camping" coding marathon - competition. We can have 3 prizes and we can let people (or a jury) vote for the most original idea / usage. Prizes could be something like a tablet and/or other IT gears. With a bit of advertising it could be successful. I do welcome any comment on this. Thanks again and sorry for the misunderstanding Best Regards David On Thu, Mar 29, 2012 at 1:54 AM, Jenna Fox wrote: > David, that's not at all what I meant. > > We don't have any dynamic content *right now,* so there is no point > running it as if it were a dynamic site *right now. *That could be > changed in a matter of hours if we did add something dynamic, like a forum. > I'm not sure how a screencast would relate to a dynamic website, and I was > certainly not suggesting a tumblr log would be the most ideal way to > showcase screencasts - just that it is compatible with all sorts of media > as a way of responding to questions with visual as well as textual answers. > I'm more than happy for anyone to implement grand ideas for the camping > website. Github Pages is just what we're using at the moment because static > pages has been everything we need recently. I'd love to see camping have a > great site. If you'd like to make one, go ahead! You have complete freedom > - feel free to use any of the assets of our current website (it's up at < > https://github.com/camping/camping.io/tree/gh-pages> ) - There really is > no thought leader of camping to convince of anything. If you want to do > something, lets do it! No matter how cooky or unusual. > > One of the things I wanted to do for a while was create a free camping web > host, ala dotgeek, with a very simple file-based key-value database and the > option of sqlite. Unfortunately time has gotten the better of me for that > project, but I still think it'd be totally awesome to do! Sandboxing and > security issues I'm not too sure about, which is one of the setbacks for > that project. > > Judofyr's been working on a tool for assembling a better camping book, but > I'm not sure if he's still working on that. > > > ? > Jenna > > On Thursday, 29 March 2012 at 10:36 AM, david costa wrote: > > Hello, > I am a bit at a loss :) Really I don't see how we can promote a camping > with screencast and examples e.g. even a blog example when we are then > essentially saying that it would be pointless anyway for camping to code a > blog as there is tumblr (or you name it, wordpress, blogger etc.). Isn't > the point of coding/camping to experiment, let the imagination run wild > while building something cool (not just a blog of course) ? > > I don't think that a totally static website is necessarily a good thing. > It is very limiting and creates a single way to dialogue with > existing/future users which can be done in a number of ways even without > the forum (e.g. fetching displaying the mailing list, allow comments on > certain topics, Q&A etc.). Sure you can do that with tumblr and pretty well > but in my humble opinion that's not the best way to promote the framework. > > But hey what do I know ? I just finished reading "Running Sinatra" and > they do the very same thing in their sample blog (last chapter). They tell > you how to create a sinatra app where you do not have an online editor and > all it does it to create static HTML files. I thought WOW why would I go > and install, learn the sinatra way if this is the display of what I can do > with it ? Nothing wrong with static html. I have a blog with static files > too (but hey at least I have disqus comments embedded on each files so > there is a way to communicate with users + rsync and other stuff ) and you > know..it is 15 lines of bash code. It does exactly the same of that Sinatra > app from the book without having to run or install anything. > > So I really don't get it I think ! > > Will see how I can progress with the screencasts but making them to > display them on a tumblr blog is not exactly very motivating. Perhaps I got > caught by the enthusiasm too quickly - my bad! > Best Wishes > David > > > On Thu, Mar 29, 2012 at 12:55 AM, Jenna Fox wrote: > > I just don't see the point in creating our own elaborate infrastructure > which we then have to maintain indefinitely, which is more complicated than > static files. Our site is static html right now because there's nothing > about the site which is dynamic - but those static files were rendered by a > camping app which I just mirrored to static files recently using wget so we > could switch things over to github pages. Unless there's going to be some > dynamic element to the camping site, I'd rather the stability and > scalability afforded to us by github pages and static files than some token > ritual of dogfooding. Both the sites of Ruby on Rails and Sinatra seem to > use caching servers between their users and ruby backends, with sinatra's > in particular caching responses for many hours. I think we're winning the > ruby race - our cache caches for days, even weeks! It's a really smart > cache. > > As for forums, I'm interested, and I agree it would be best done as a > camping app, if for no better reason that there isn't really any good free > forum software still being maintained which runs on ruby, as far as I know. > For our blog though, tumblr is great. It's had very little downtime in > recent weeks. I think it's worth forgiving them - their user base became > something like ten times as big in the space of one day, after their > collaboration with the The Colbert Report - for a site which takes photo, > music, and video uploads, that's a pretty substantial change. They seem to > have sorted it out now, only having very minor blips from time to time. > Further, tumblr is based on the tumblog concept, which was pioneered *and > named* by none other than our former friend Why The Lucky Stiff, and > itself does run on our close relative, Ruby On Rails. In fact, a large > proportion of GitHub is a Rails app too. > > ? > Jenna > > On Thursday, 29 March 2012 at 6:29 AM, david costa wrote: > > Hi Jenna this is great ! > let's see how the screencasts come along then you can see. Just one point > about tumblr (which is good don't get me wrong) wouldn't it be better to > have a small site on camping ? I am pretty excited to build this in camping > and show the screencasts inside it. Of course will need to show code not > nice words only ;) but this should be the final aim. > > I am not asking anyone to do it/code it etc. I am just saying this should > be the ultimate goal because with no camping code in production people > might think this is just a quick hack just for the fun of it with not much > of a real use beside a proof of concept... which is a bit of a pity. > > Like there are hundreds of frameworks on git, google code etc. but how > many can be bothered to try them out without having some working samples or > a good site (and I really like your design !!) to show how is this working ? > > For example there is some activity in the mailing list so it could be > something nice to show on the website (like this topic at > http://comments.gmane.org/gmane.comp.lang.ruby.camping.general/1648) but > of course within the site and not an external link. This could be enough > while there is no forum etc. > > On another note tumblr is not exactly very stable ! > > *this said* I totally see your point as you have this functionality > already on tumblr so if one wants to be up and quickly with something it is > certainly better than any bigger but uncoded masterplan :) > > Regards > David > > > > On Wed, Mar 28, 2012 at 3:52 PM, Jenna Fox wrote: > > We have a tumblr blog - maybe we should turn on the 'ask' feature and make > it a Q and A thing. It would grow in to a google friendly fact book, a bit > like a stack exchange, for looking up specific problems and techniques. > Tumblr is a nice medium for adding photos and screencasts and the likes > too. > > ? > Jenna Fox > > On Thursday, 29 March 2012 at 12:22 AM, Paul van Tilburg wrote: > > On Wed, Mar 28, 2012 at 06:57:51AM -0600, Philippe Monnet wrote: > > I think it would be fun too. Love meta stuff. > In general I think the more tutorials / screencasts / posts / sites > on Camping, the merrier. > > > Although I generally agree, I'd prefer them to be somewhat > organised/structured. For example, the blog is a good basic app, > but I would like to have tutorials for specific things such as: > adding cookies, sessions, using different view/template systems, > integrating multiple apps, etc. Rather than having a screencast of a > "wiki" app that happens to mention sessions. > > In my opinion the Camping site should answer questions/help out > with different aspects of creating/extending/maintaining a Camping > application. This is something that currently requires joining > #camping on IRC, asking the question and waiting for a long time. > (Not there that is anything whatsover wrong with our IRC-channel. :) > > Cheers, > Paul > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > > > -- > Web: http://paul.luon.net/home/ | E-mail: paul at luon.net > Jabber/GTalk: paul at luon.net | GnuPG key ID: 0x50064181 > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From a at creativepony.com Thu Mar 29 00:57:22 2012 From: a at creativepony.com (Jenna Fox) Date: Thu, 29 Mar 2012 11:57:22 +1100 Subject: camping paid examples + screencasts ? In-Reply-To: References: <5DD163B6-8741-4F06-92C3-FF81A77FFA4F@innotts.co.uk> <028582DEC3ED49158D1F418F264A96E8@creativepony.com> <91CB67B7-8219-487F-B53C-420EEE7F225E@innotts.co.uk> <4F730ACF.6000809@monnet-usa.com> <20120328132233.GE2868@luon.net> <271D27337C9D4042BAA5BA746CB5B7CC@creativepony.com> <9D3C33F04D2B4DD381341185745A5777@creativepony.com> Message-ID: <5D8E3AB66174438BBAC1DB9A0DA99F16@creativepony.com> Sounds great. Let me know if you need any camping.io subdomains for your projects. That goes for all of you! ? Jenna On Thursday, 29 March 2012 at 11:54 AM, david costa wrote: > Hello Jenna, > apologizes for the misunderstanding ! must be the late hour here in Zurich :) > I am 100% in agreement with the idea: if someone is not happy about something should just roll his/her sleeves and code it/provide it to the project. Didn't meant to criticize your current camping setup. You and Magnus did a great job. I like your design (even if some people don't) as to me a design has to be unique and original and yours really is. > > My only fear was - am I doing something that people might want or is really useless ? This is also why I emailed you off list before starting the screencasting idea :) > > You probably have some mind reading skills ;) as I was really thinking about the camping FREE hosting (with less limitations than heroku and perhaps easier or with more DBs options) > Unfortunately my sysadmin is currently under a lot of work as we are moving several severs to SSD drivers (a similar setup would be really cool for DB powered camping applications as MySQL 5.6 on SSD is just amazingly fast) but eventually he might find the time to do it in a not too distant future. > > > So bottom line: will go ahead with the 6-7 screencasts (Isak is doing it) and we take it from there. Absolutely fine to show them (if you and the community like them) on tumblr or even in a static page. It doesn't really matter in the end ! IF in parallel I manage to do something decent in camping while the screencasts are done will host it myself as a proof of concepts and see how it is. > > Of course everyone can contribute. I would say a good way to gather many examples by the community (existing or future users) could be this: after the screencasts we can try to run a "camping" coding marathon - competition. We can have 3 prizes and we can let people (or a jury) vote for the most original idea / usage. Prizes could be something like a tablet and/or other IT gears. With a bit of advertising it could be successful. I do welcome any comment on this. > > Thanks again and sorry for the misunderstanding > Best Regards > David > > > > On Thu, Mar 29, 2012 at 1:54 AM, Jenna Fox wrote: > > David, that's not at all what I meant. > > > > We don't have any dynamic content right now, so there is no point running it as if it were a dynamic site right now. That could be changed in a matter of hours if we did add something dynamic, like a forum. I'm not sure how a screencast would relate to a dynamic website, and I was certainly not suggesting a tumblr log would be the most ideal way to showcase screencasts - just that it is compatible with all sorts of media as a way of responding to questions with visual as well as textual answers. I'm more than happy for anyone to implement grand ideas for the camping website. Github Pages is just what we're using at the moment because static pages has been everything we need recently. I'd love to see camping have a great site. If you'd like to make one, go ahead! You have complete freedom - feel free to use any of the assets of our current website (it's up at ) - There really is no thought leader of camping to convince of anything. If you want to do something, lets do it! No matter how cooky or unusual. > > > > One of the things I wanted to do for a while was create a free camping web host, ala dotgeek, with a very simple file-based key-value database and the option of sqlite. Unfortunately time has gotten the better of me for that project, but I still think it'd be totally awesome to do! Sandboxing and security issues I'm not too sure about, which is one of the setbacks for that project. > > > > Judofyr's been working on a tool for assembling a better camping book, but I'm not sure if he's still working on that. > > > > > > ? > > Jenna > > > > > > On Thursday, 29 March 2012 at 10:36 AM, david costa wrote: > > > > > Hello, > > > I am a bit at a loss :) Really I don't see how we can promote a camping with screencast and examples e.g. even a blog example when we are then essentially saying that it would be pointless anyway for camping to code a blog as there is tumblr (or you name it, wordpress, blogger etc.). Isn't the point of coding/camping to experiment, let the imagination run wild while building something cool (not just a blog of course) ? > > > > > > I don't think that a totally static website is necessarily a good thing. It is very limiting and creates a single way to dialogue with existing/future users which can be done in a number of ways even without the forum (e.g. fetching displaying the mailing list, allow comments on certain topics, Q&A etc.). Sure you can do that with tumblr and pretty well but in my humble opinion that's not the best way to promote the framework. > > > > > > But hey what do I know ? I just finished reading "Running Sinatra" and they do the very same thing in their sample blog (last chapter). They tell you how to create a sinatra app where you do not have an online editor and all it does it to create static HTML files. I thought WOW why would I go and install, learn the sinatra way if this is the display of what I can do with it ? Nothing wrong with static html. I have a blog with static files too (but hey at least I have disqus comments embedded on each files so there is a way to communicate with users + rsync and other stuff ) and you know..it is 15 lines of bash code. It does exactly the same of that Sinatra app from the book without having to run or install anything. > > > > > > So I really don't get it I think ! > > > > > > Will see how I can progress with the screencasts but making them to display them on a tumblr blog is not exactly very motivating. Perhaps I got caught by the enthusiasm too quickly - my bad! > > > Best Wishes > > > David > > > > > > > > > On Thu, Mar 29, 2012 at 12:55 AM, Jenna Fox wrote: > > > > I just don't see the point in creating our own elaborate infrastructure which we then have to maintain indefinitely, which is more complicated than static files. Our site is static html right now because there's nothing about the site which is dynamic - but those static files were rendered by a camping app which I just mirrored to static files recently using wget so we could switch things over to github pages. Unless there's going to be some dynamic element to the camping site, I'd rather the stability and scalability afforded to us by github pages and static files than some token ritual of dogfooding. Both the sites of Ruby on Rails and Sinatra seem to use caching servers between their users and ruby backends, with sinatra's in particular caching responses for many hours. I think we're winning the ruby race - our cache caches for days, even weeks! It's a really smart cache. > > > > > > > > As for forums, I'm interested, and I agree it would be best done as a camping app, if for no better reason that there isn't really any good free forum software still being maintained which runs on ruby, as far as I know. For our blog though, tumblr is great. It's had very little downtime in recent weeks. I think it's worth forgiving them - their user base became something like ten times as big in the space of one day, after their collaboration with the The Colbert Report - for a site which takes photo, music, and video uploads, that's a pretty substantial change. They seem to have sorted it out now, only having very minor blips from time to time. Further, tumblr is based on the tumblog concept, which was pioneered and named by none other than our former friend Why The Lucky Stiff, and itself does run on our close relative, Ruby On Rails. In fact, a large proportion of GitHub is a Rails app too. > > > > > > > > ? > > > > Jenna > > > > > > > > > > > > On Thursday, 29 March 2012 at 6:29 AM, david costa wrote: > > > > > > > > > Hi Jenna this is great ! > > > > > let's see how the screencasts come along then you can see. Just one point about tumblr (which is good don't get me wrong) wouldn't it be better to have a small site on camping ? I am pretty excited to build this in camping and show the screencasts inside it. Of course will need to show code not nice words only ;) but this should be the final aim. > > > > > > > > > > I am not asking anyone to do it/code it etc. I am just saying this should be the ultimate goal because with no camping code in production people might think this is just a quick hack just for the fun of it with not much of a real use beside a proof of concept... which is a bit of a pity. > > > > > > > > > > Like there are hundreds of frameworks on git, google code etc. but how many can be bothered to try them out without having some working samples or a good site (and I really like your design !!) to show how is this working ? > > > > > > > > > > For example there is some activity in the mailing list so it could be something nice to show on the website (like this topic at > > > > > http://comments.gmane.org/gmane.comp.lang.ruby.camping.general/1648) but of course within the site and not an external link. This could be enough while there is no forum etc. > > > > > > > > > > On another note tumblr is not exactly very stable ! > > > > > > > > > > *this said* I totally see your point as you have this functionality already on tumblr so if one wants to be up and quickly with something it is certainly better than any bigger but uncoded masterplan :) > > > > > > > > > > Regards > > > > > David > > > > > > > > > > > > > > > > > > > > On Wed, Mar 28, 2012 at 3:52 PM, Jenna Fox wrote: > > > > > > We have a tumblr blog - maybe we should turn on the 'ask' feature and make it a Q and A thing. It would grow in to a google friendly fact book, a bit like a stack exchange, for looking up specific problems and techniques. Tumblr is a nice medium for adding photos and screencasts and the likes too. > > > > > > > > > > > > ? > > > > > > Jenna Fox > > > > > > > > > > > > > > > > > > On Thursday, 29 March 2012 at 12:22 AM, Paul van Tilburg wrote: > > > > > > > > > > > > > On Wed, Mar 28, 2012 at 06:57:51AM -0600, Philippe Monnet wrote: > > > > > > > > I think it would be fun too. Love meta stuff. > > > > > > > > In general I think the more tutorials / screencasts / posts / sites > > > > > > > > on Camping, the merrier. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Although I generally agree, I'd prefer them to be somewhat > > > > > > > organised/structured. For example, the blog is a good basic app, > > > > > > > but I would like to have tutorials for specific things such as: > > > > > > > adding cookies, sessions, using different view/template systems, > > > > > > > integrating multiple apps, etc. Rather than having a screencast of a > > > > > > > "wiki" app that happens to mention sessions. > > > > > > > > > > > > > > In my opinion the Camping site should answer questions/help out > > > > > > > with different aspects of creating/extending/maintaining a Camping > > > > > > > application. This is something that currently requires joining > > > > > > > #camping on IRC, asking the question and waiting for a long time. > > > > > > > (Not there that is anything whatsover wrong with our IRC-channel. :) > > > > > > > > > > > > > > Cheers, > > > > > > > Paul > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > > Camping-list mailing list > > > > > > > > Camping-list at rubyforge.org (mailto:Camping-list at rubyforge.org) > > > > > > > > http://rubyforge.org/mailman/listinfo/camping-list > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > Web: http://paul.luon.net/home/ | E-mail: paul at luon.net (mailto:paul at luon.net) > > > > > > > Jabber/GTalk: paul at luon.net (mailto:paul at luon.net) | GnuPG key ID: 0x50064181 > > > > > > > _______________________________________________ > > > > > > > Camping-list mailing list > > > > > > > Camping-list at rubyforge.org (mailto:Camping-list at rubyforge.org) > > > > > > > http://rubyforge.org/mailman/listinfo/camping-list > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > Camping-list mailing list > > > > > > Camping-list at rubyforge.org (mailto:Camping-list at rubyforge.org) > > > > > > http://rubyforge.org/mailman/listinfo/camping-list > > > > > > > > > > _______________________________________________ > > > > > Camping-list mailing list > > > > > Camping-list at rubyforge.org (mailto:Camping-list at rubyforge.org) > > > > > http://rubyforge.org/mailman/listinfo/camping-list > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > Camping-list mailing list > > > > Camping-list at rubyforge.org (mailto:Camping-list at rubyforge.org) > > > > http://rubyforge.org/mailman/listinfo/camping-list > > > > > > _______________________________________________ > > > Camping-list mailing list > > > Camping-list at rubyforge.org (mailto:Camping-list at rubyforge.org) > > > http://rubyforge.org/mailman/listinfo/camping-list > > > > > > > > > > > > > > > > > _______________________________________________ > > Camping-list mailing list > > Camping-list at rubyforge.org (mailto:Camping-list at rubyforge.org) > > http://rubyforge.org/mailman/listinfo/camping-list > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org (mailto:Camping-list at rubyforge.org) > http://rubyforge.org/mailman/listinfo/camping-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From deveritt at innotts.co.uk Thu Mar 29 14:45:31 2012 From: deveritt at innotts.co.uk (Dave Everitt) Date: Thu, 29 Mar 2012 15:45:31 +0100 Subject: camping paid examples + screencasts ? In-Reply-To: <5D8E3AB66174438BBAC1DB9A0DA99F16@creativepony.com> References: <5DD163B6-8741-4F06-92C3-FF81A77FFA4F@innotts.co.uk> <028582DEC3ED49158D1F418F264A96E8@creativepony.com> <91CB67B7-8219-487F-B53C-420EEE7F225E@innotts.co.uk> <4F730ACF.6000809@monnet-usa.com> <20120328132233.GE2868@luon.net> <271D27337C9D4042BAA5BA746CB5B7CC@creativepony.com> <9D3C33F04D2B4DD381341185745A5777@creativepony.com> <5D8E3AB66174438BBAC1DB9A0DA99F16@creativepony.com> Message-ID: <83B578D9-1376-414C-97FE-60D3EA07CB64@innotts.co.uk> > My only fear was - am I doing something that people might want or is > really useless ? it's useful :-) > So bottom line: will go ahead with the 6-7 screencasts (Isak is > doing it) and we take it from there. > ...tutorials for specific things such as: adding cookies, sessions, > using different view/template systems, integrating multiple apps, etc. I really like the idea of focussing on a specific topic for each one. If one of these covers deployment and hosting setups, that would fill a gap, especially if it covers the best solutions for various common scenarios (mine is an old Ubuntu VPS with 15+ live sites and Perl and PHP already running). There's some info Jenna provided on the wiki: https://github.com/camping/camping/wiki/Book:-Publishing-an-App As for links to Camping stuff 'out there' I started compiling things here but haven't edited for some time: https://github.com/camping/camping/wiki/Miscellaneous-Camping-links > somewhere clearly on the camping book we should have something like > "Database: by default and in this example... camping creates an > sqlite database called camping.db located by default in your home > folder under .camping.db .... This is done for simplicity but you > can easily define your own db engine ......" Yes, this would be good. Could be added to the existing docs. > I am giving you the view of someone with some programming experience > in php, perl, bash but not a lot in ruby or rails. I found Camping when learning Ruby, big fan of _why (especially the education initiatives), added my bit to the Camping community after _why vanished. I admire but do not like RoR. Love Camping but not done anything public with it. Instead have a Camping folder full of small explorations (e.g. create/destroy database test) and another full of 'camping resources' collected a few years ago. Tend to chip in at times like these. Currently wondering what MVC means now after making a single-page app for iOS in HTML/CSS/js using PhoneGap. Started the bare bones of a new Camping app for an online art project, but that's going way too slowly. I'd like to see the screencasts on YouTube or Vimeo where everyone can view them. Static v dynamic pages: +1 Jenna on dynamic *only* where needed - reason static site generators like nanoc are becoming popular. But a Camping-based forum would be good :-) What I like about this community (and that's a big factor in choosing any software) is the lack of noise, the diversity and the 'small but effective' approach. And the small thrill when someone discovers Camping and enthuses about it :-) DaveE From IcePapih at lavabit.com Fri Mar 30 06:28:05 2012 From: IcePapih at lavabit.com (Isak Andersson) Date: Fri, 30 Mar 2012 08:28:05 +0200 Subject: camping paid examples + screencasts ? In-Reply-To: <83B578D9-1376-414C-97FE-60D3EA07CB64@innotts.co.uk> References: <5DD163B6-8741-4F06-92C3-FF81A77FFA4F@innotts.co.uk> <028582DEC3ED49158D1F418F264A96E8@creativepony.com> <91CB67B7-8219-487F-B53C-420EEE7F225E@innotts.co.uk> <4F730ACF.6000809@monnet-usa.com> <20120328132233.GE2868@luon.net> <271D27337C9D4042BAA5BA746CB5B7CC@creativepony.com> <9D3C33F04D2B4DD381341185745A5777@creativepony.com> <5D8E3AB66174438BBAC1DB9A0DA99F16@creativepony.com> <83B578D9-1376-414C-97FE-60D3EA07CB64@innotts.co.uk> Message-ID: <4F755275.20608@lavabit.com> > 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 From a at creativepony.com Fri Mar 30 06:35:49 2012 From: a at creativepony.com (Jenna Fox) Date: Fri, 30 Mar 2012 17:35:49 +1100 Subject: camping paid examples + screencasts ? In-Reply-To: <4F755275.20608@lavabit.com> References: <5DD163B6-8741-4F06-92C3-FF81A77FFA4F@innotts.co.uk> <028582DEC3ED49158D1F418F264A96E8@creativepony.com> <91CB67B7-8219-487F-B53C-420EEE7F225E@innotts.co.uk> <4F730ACF.6000809@monnet-usa.com> <20120328132233.GE2868@luon.net> <271D27337C9D4042BAA5BA746CB5B7CC@creativepony.com> <9D3C33F04D2B4DD381341185745A5777@creativepony.com> <5D8E3AB66174438BBAC1DB9A0DA99F16@creativepony.com> <83B578D9-1376-414C-97FE-60D3EA07CB64@innotts.co.uk> <4F755275.20608@lavabit.com> Message-ID: 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 at rubyforge.org (mailto:Camping-list at rubyforge.org) > http://rubyforge.org/mailman/listinfo/camping-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From IcePapih at lavabit.com Fri Mar 30 06:47:27 2012 From: IcePapih at lavabit.com (Isak Andersson) Date: Fri, 30 Mar 2012 08:47:27 +0200 Subject: camping paid examples + screencasts ? In-Reply-To: References: <91CB67B7-8219-487F-B53C-420EEE7F225E@innotts.co.uk> <4F730ACF.6000809@monnet-usa.com> <20120328132233.GE2868@luon.net> <271D27337C9D4042BAA5BA746CB5B7CC@creativepony.com> <9D3C33F04D2B4DD381341185745A5777@creativepony.com> <5D8E3AB66174438BBAC1DB9A0DA99F16@creativepony.com> <83B578D9-1376-414C-97FE-60D3EA07CB64@innotts.co.uk> <4F755275.20608@lavabit.com> Message-ID: <4F7556FF.8080802@lavabit.com> 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 at 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 at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From a at creativepony.com Fri Mar 30 06:58:23 2012 From: a at creativepony.com (Jenna Fox) Date: Fri, 30 Mar 2012 17:58:23 +1100 Subject: camping paid examples + screencasts ? In-Reply-To: <4F7556FF.8080802@lavabit.com> References: <91CB67B7-8219-487F-B53C-420EEE7F225E@innotts.co.uk> <4F730ACF.6000809@monnet-usa.com> <20120328132233.GE2868@luon.net> <271D27337C9D4042BAA5BA746CB5B7CC@creativepony.com> <9D3C33F04D2B4DD381341185745A5777@creativepony.com> <5D8E3AB66174438BBAC1DB9A0DA99F16@creativepony.com> <83B578D9-1376-414C-97FE-60D3EA07CB64@innotts.co.uk> <4F755275.20608@lavabit.com> <4F7556FF.8080802@lavabit.com> Message-ID: <7A98811F15DC460582DB78D08B520E67@creativepony.com> 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 at rubyforge.org (mailto:Camping-list at 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 at rubyforge.org (mailto:Camping-list at rubyforge.org) http://rubyforge.org/mailman/listinfo/camping-list > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org (mailto:Camping-list at rubyforge.org) > http://rubyforge.org/mailman/listinfo/camping-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From IcePapih at lavabit.com Fri Mar 30 07:12:33 2012 From: IcePapih at lavabit.com (Isak Andersson) Date: Fri, 30 Mar 2012 09:12:33 +0200 Subject: camping paid examples + screencasts ? In-Reply-To: <7A98811F15DC460582DB78D08B520E67@creativepony.com> References: <91CB67B7-8219-487F-B53C-420EEE7F225E@innotts.co.uk> <4F730ACF.6000809@monnet-usa.com> <20120328132233.GE2868@luon.net> <271D27337C9D4042BAA5BA746CB5B7CC@creativepony.com> <9D3C33F04D2B4DD381341185745A5777@creativepony.com> <5D8E3AB66174438BBAC1DB9A0DA99F16@creativepony.com> <83B578D9-1376-414C-97FE-60D3EA07CB64@innotts.co.uk> <4F755275.20608@lavabit.com> <4F7556FF.8080802@lavabit.com> <7A98811F15DC460582DB78D08B520E67@creativepony.com> Message-ID: <4F755CE1.3010305@lavabit.com> 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 at 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 at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/camping-list >> >> _______________________________________________ >> Camping-list mailing list >> Camping-list at 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 at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From a at creativepony.com Fri Mar 30 07:23:24 2012 From: a at creativepony.com (Jenna Fox) Date: Fri, 30 Mar 2012 18:23:24 +1100 Subject: camping paid examples + screencasts ? In-Reply-To: <4F755CE1.3010305@lavabit.com> References: <91CB67B7-8219-487F-B53C-420EEE7F225E@innotts.co.uk> <4F730ACF.6000809@monnet-usa.com> <20120328132233.GE2868@luon.net> <271D27337C9D4042BAA5BA746CB5B7CC@creativepony.com> <9D3C33F04D2B4DD381341185745A5777@creativepony.com> <5D8E3AB66174438BBAC1DB9A0DA99F16@creativepony.com> <83B578D9-1376-414C-97FE-60D3EA07CB64@innotts.co.uk> <4F755275.20608@lavabit.com> <4F7556FF.8080802@lavabit.com> <7A98811F15DC460582DB78D08B520E67@creativepony.com> <4F755CE1.3010305@lavabit.com> Message-ID: <60FC689C84D04C9893DCBD8295606879@creativepony.com> 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 at rubyforge.org (mailto:Camping-list at 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 at rubyforge.org (mailto:Camping-list at rubyforge.org) http://rubyforge.org/mailman/listinfo/camping-list > > > _______________________________________________ > > > Camping-list mailing list > > > Camping-list at rubyforge.org (mailto:Camping-list at 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 at rubyforge.org (mailto:Camping-list at rubyforge.org) http://rubyforge.org/mailman/listinfo/camping-list > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org (mailto:Camping-list at rubyforge.org) > http://rubyforge.org/mailman/listinfo/camping-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From IcePapih at lavabit.com Fri Mar 30 07:48:43 2012 From: IcePapih at lavabit.com (Isak Andersson) Date: Fri, 30 Mar 2012 09:48:43 +0200 Subject: camping paid examples + screencasts ? In-Reply-To: <60FC689C84D04C9893DCBD8295606879@creativepony.com> References: <91CB67B7-8219-487F-B53C-420EEE7F225E@innotts.co.uk> <4F730ACF.6000809@monnet-usa.com> <20120328132233.GE2868@luon.net> <271D27337C9D4042BAA5BA746CB5B7CC@creativepony.com> <9D3C33F04D2B4DD381341185745A5777@creativepony.com> <5D8E3AB66174438BBAC1DB9A0DA99F16@creativepony.com> <83B578D9-1376-414C-97FE-60D3EA07CB64@innotts.co.uk> <4F755275.20608@lavabit.com> <4F7556FF.8080802@lavabit.com> <7A98811F15DC460582DB78D08B520E67@creativepony.com> <4F755CE1.3010305@lavabit.com> <60FC689C84D04C9893DCBD8295606879@creativepony.com> Message-ID: <61996f04-700c-41d1-a5f6-561007d723f1@email.android.com> 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 at 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 at rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list _______________________________________________ Camping-list mailing list Camping-list at 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 at rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list _______________________________________________ Camping-list mailing list Camping-list at 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/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From gurugeekphp at gmail.com Fri Mar 30 12:43:14 2012 From: gurugeekphp at gmail.com (david costa) Date: Fri, 30 Mar 2012 14:43:14 +0200 Subject: camping paid examples + screencasts ? In-Reply-To: <61996f04-700c-41d1-a5f6-561007d723f1@email.android.com> References: <91CB67B7-8219-487F-B53C-420EEE7F225E@innotts.co.uk> <4F730ACF.6000809@monnet-usa.com> <20120328132233.GE2868@luon.net> <271D27337C9D4042BAA5BA746CB5B7CC@creativepony.com> <9D3C33F04D2B4DD381341185745A5777@creativepony.com> <5D8E3AB66174438BBAC1DB9A0DA99F16@creativepony.com> <83B578D9-1376-414C-97FE-60D3EA07CB64@innotts.co.uk> <4F755275.20608@lavabit.com> <4F7556FF.8080802@lavabit.com> <7A98811F15DC460582DB78D08B520E67@creativepony.com> <4F755CE1.3010305@lavabit.com> <60FC689C84D04C9893DCBD8295606879@creativepony.com> <61996f04-700c-41d1-a5f6-561007d723f1@email.android.com> Message-ID: 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 at 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 at rubyforge.orghttp://rubyforge.org/mailman/listinfo/camping-list >> >> >> _______________________________________________ >> Camping-list mailing list >> Camping-list at 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 at rubyforge.orghttp://rubyforge.org/mailman/listinfo/camping-list >> >> >> _______________________________________________ >> Camping-list mailing list >> Camping-list at 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 at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gurugeekphp at gmail.com Fri Mar 30 12:50:04 2012 From: gurugeekphp at gmail.com (david costa) Date: Fri, 30 Mar 2012 14:50:04 +0200 Subject: camping paid examples + screencasts ? In-Reply-To: <4F7556FF.8080802@lavabit.com> References: <91CB67B7-8219-487F-B53C-420EEE7F225E@innotts.co.uk> <4F730ACF.6000809@monnet-usa.com> <20120328132233.GE2868@luon.net> <271D27337C9D4042BAA5BA746CB5B7CC@creativepony.com> <9D3C33F04D2B4DD381341185745A5777@creativepony.com> <5D8E3AB66174438BBAC1DB9A0DA99F16@creativepony.com> <83B578D9-1376-414C-97FE-60D3EA07CB64@innotts.co.uk> <4F755275.20608@lavabit.com> <4F7556FF.8080802@lavabit.com> Message-ID: 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 at 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 at rubyforge.orghttp://rubyforge.org/mailman/listinfo/camping-list > > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From a at creativepony.com Fri Mar 30 13:36:02 2012 From: a at creativepony.com (Jenna Fox) Date: Sat, 31 Mar 2012 00:36:02 +1100 Subject: camping paid examples + screencasts ? In-Reply-To: References: <91CB67B7-8219-487F-B53C-420EEE7F225E@innotts.co.uk> <4F730ACF.6000809@monnet-usa.com> <20120328132233.GE2868@luon.net> <271D27337C9D4042BAA5BA746CB5B7CC@creativepony.com> <9D3C33F04D2B4DD381341185745A5777@creativepony.com> <5D8E3AB66174438BBAC1DB9A0DA99F16@creativepony.com> <83B578D9-1376-414C-97FE-60D3EA07CB64@innotts.co.uk> <4F755275.20608@lavabit.com> <4F7556FF.8080802@lavabit.com> <7A98811F15DC460582DB78D08B520E67@creativepony.com> <4F755CE1.3010305@lavabit.com> <60FC689C84D04C9893DCBD8295606879@creativepony.com> <61996f04-700c-41d1-a5f6-561007d723f1@email.android.com> Message-ID: 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 (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 at rubyforge.org (mailto:Camping-list at 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 at rubyforge.org (mailto:Camping-list at rubyforge.org) http://rubyforge.org/mailman/listinfo/camping-list > > > > > > _______________________________________________ > > > > > > Camping-list mailing list > > > > > > Camping-list at rubyforge.org (mailto:Camping-list at 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 at rubyforge.org (mailto:Camping-list at rubyforge.org) http://rubyforge.org/mailman/listinfo/camping-list > > > > _______________________________________________ > > > > Camping-list mailing list > > > > Camping-list at rubyforge.org (mailto:Camping-list at 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 at rubyforge.org (mailto:Camping-list at rubyforge.org) > > http://rubyforge.org/mailman/listinfo/camping-list > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org (mailto:Camping-list at rubyforge.org) > http://rubyforge.org/mailman/listinfo/camping-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From IcePapih at lavabit.com Fri Mar 30 13:41:04 2012 From: IcePapih at lavabit.com (Isak Andersson) Date: Fri, 30 Mar 2012 15:41:04 +0200 Subject: camping paid examples + screencasts ? In-Reply-To: References: <91CB67B7-8219-487F-B53C-420EEE7F225E@innotts.co.uk> <4F730ACF.6000809@monnet-usa.com> <20120328132233.GE2868@luon.net> <271D27337C9D4042BAA5BA746CB5B7CC@creativepony.com> <9D3C33F04D2B4DD381341185745A5777@creativepony.com> <5D8E3AB66174438BBAC1DB9A0DA99F16@creativepony.com> <83B578D9-1376-414C-97FE-60D3EA07CB64@innotts.co.uk> <4F755275.20608@lavabit.com> <4F7556FF.8080802@lavabit.com> Message-ID: <962974e8-4d60-4d4a-8282-219e036ff4e9@email.android.com> 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 at 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 at rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list _______________________________________________ Camping-list mailing list Camping-list at 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/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From gurugeekphp at gmail.com Fri Mar 30 13:51:47 2012 From: gurugeekphp at gmail.com (david costa) Date: Fri, 30 Mar 2012 15:51:47 +0200 Subject: camping paid examples + screencasts ? In-Reply-To: References: <91CB67B7-8219-487F-B53C-420EEE7F225E@innotts.co.uk> <4F730ACF.6000809@monnet-usa.com> <20120328132233.GE2868@luon.net> <271D27337C9D4042BAA5BA746CB5B7CC@creativepony.com> <9D3C33F04D2B4DD381341185745A5777@creativepony.com> <5D8E3AB66174438BBAC1DB9A0DA99F16@creativepony.com> <83B578D9-1376-414C-97FE-60D3EA07CB64@innotts.co.uk> <4F755275.20608@lavabit.com> <4F7556FF.8080802@lavabit.com> <7A98811F15DC460582DB78D08B520E67@creativepony.com> <4F755CE1.3010305@lavabit.com> <60FC689C84D04C9893DCBD8295606879@creativepony.com> <61996f04-700c-41d1-a5f6-561007d723f1@email.android.com> Message-ID: 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 at 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 at rubyforge.orghttp://rubyforge.org/mailman/listinfo/camping-list > > > _______________________________________________ > Camping-list mailing list > Camping-list at 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 at rubyforge.orghttp://rubyforge.org/mailman/listinfo/camping-list > > > _______________________________________________ > Camping-list mailing list > Camping-list at 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 at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From a at creativepony.com Fri Mar 30 13:55:59 2012 From: a at creativepony.com (Jenna Fox) Date: Sat, 31 Mar 2012 00:55:59 +1100 Subject: camping paid examples + screencasts ? In-Reply-To: <962974e8-4d60-4d4a-8282-219e036ff4e9@email.android.com> References: <91CB67B7-8219-487F-B53C-420EEE7F225E@innotts.co.uk> <4F730ACF.6000809@monnet-usa.com> <20120328132233.GE2868@luon.net> <271D27337C9D4042BAA5BA746CB5B7CC@creativepony.com> <9D3C33F04D2B4DD381341185745A5777@creativepony.com> <5D8E3AB66174438BBAC1DB9A0DA99F16@creativepony.com> <83B578D9-1376-414C-97FE-60D3EA07CB64@innotts.co.uk> <4F755275.20608@lavabit.com> <4F7556FF.8080802@lavabit.com> <962974e8-4d60-4d4a-8282-219e036ff4e9@email.android.com> Message-ID: <41CBBB02F8754D3A87926DD87FEF52AB@creativepony.com> 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 at rubyforge.org (mailto:Camping-list at 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 at rubyforge.org (mailto:Camping-list at rubyforge.org) http://rubyforge.org/mailman/listinfo/camping-list > > > > > > _______________________________________________ > > > Camping-list mailing list > > > Camping-list at rubyforge.org (mailto:Camping-list at 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 at rubyforge.org (mailto:Camping-list at rubyforge.org) > http://rubyforge.org/mailman/listinfo/camping-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From a at creativepony.com Fri Mar 30 13:57:47 2012 From: a at creativepony.com (Jenna Fox) Date: Sat, 31 Mar 2012 00:57:47 +1100 Subject: camping paid examples + screencasts ? In-Reply-To: <41CBBB02F8754D3A87926DD87FEF52AB@creativepony.com> References: <91CB67B7-8219-487F-B53C-420EEE7F225E@innotts.co.uk> <4F730ACF.6000809@monnet-usa.com> <20120328132233.GE2868@luon.net> <271D27337C9D4042BAA5BA746CB5B7CC@creativepony.com> <9D3C33F04D2B4DD381341185745A5777@creativepony.com> <5D8E3AB66174438BBAC1DB9A0DA99F16@creativepony.com> <83B578D9-1376-414C-97FE-60D3EA07CB64@innotts.co.uk> <4F755275.20608@lavabit.com> <4F7556FF.8080802@lavabit.com> <962974e8-4d60-4d4a-8282-219e036ff4e9@email.android.com> <41CBBB02F8754D3A87926DD87FEF52AB@creativepony.com> Message-ID: 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 at rubyforge.org (mailto:Camping-list at 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 at rubyforge.org (mailto:Camping-list at rubyforge.org) http://rubyforge.org/mailman/listinfo/camping-list > > > > > > > > _______________________________________________ > > > > Camping-list mailing list > > > > Camping-list at rubyforge.org (mailto:Camping-list at 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 at rubyforge.org (mailto:Camping-list at rubyforge.org) > > http://rubyforge.org/mailman/listinfo/camping-list > > > > > > > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org (mailto:Camping-list at rubyforge.org) > http://rubyforge.org/mailman/listinfo/camping-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From IcePapih at lavabit.com Fri Mar 30 14:00:24 2012 From: IcePapih at lavabit.com (Isak Andersson) Date: Fri, 30 Mar 2012 16:00:24 +0200 Subject: camping paid examples + screencasts ? In-Reply-To: References: <271D27337C9D4042BAA5BA746CB5B7CC@creativepony.com> <9D3C33F04D2B4DD381341185745A5777@creativepony.com> <5D8E3AB66174438BBAC1DB9A0DA99F16@creativepony.com> <83B578D9-1376-414C-97FE-60D3EA07CB64@innotts.co.uk> <4F755275.20608@lavabit.com> <4F7556FF.8080802@lavabit.com> <7A98811F15DC460582DB78D08B520E67@creativepony.com> <4F755CE1.3010305@lavabit.com> <60FC689C84D04C9893DCBD8295606879@creativepony.com> <61996f04-700c-41d1-a5f6-561007d723f1@email.android.com> Message-ID: <899a7985-ed20-4c85-a0fa-f7799cf8c4d6@email.android.com> 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 at 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 at rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list _______________________________________________ Camping-list mailing list Camping-list at 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 at rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list _______________________________________________ Camping-list mailing list Camping-list at 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 at rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list _______________________________________________ Camping-list mailing list Camping-list at rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list Get The Best Grades With the Least Amount of Time &Effort ! http://click.lavabit.com/h441muk9sq7qokp1n86m58nuu4mu33gto3d6usojiskcyatg169b/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From IcePapih at lavabit.com Fri Mar 30 14:06:30 2012 From: IcePapih at lavabit.com (Isak Andersson) Date: Fri, 30 Mar 2012 16:06:30 +0200 Subject: camping paid examples + screencasts ? In-Reply-To: References: <4F730ACF.6000809@monnet-usa.com> <20120328132233.GE2868@luon.net> <271D27337C9D4042BAA5BA746CB5B7CC@creativepony.com> <9D3C33F04D2B4DD381341185745A5777@creativepony.com> <5D8E3AB66174438BBAC1DB9A0DA99F16@creativepony.com> <83B578D9-1376-414C-97FE-60D3EA07CB64@innotts.co.uk> <4F755275.20608@lavabit.com> <4F7556FF.8080802@lavabit.com> <962974e8-4d60-4d4a-8282-219e036ff4e9@email.android.com> <41CBBB02F8754D3A87926DD87FEF52AB@creativepony.com> Message-ID: <2768260c-2336-44ff-9331-32aa406f8d08@email.android.com> 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 at 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 at rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list _______________________________________________ Camping-list mailing list Camping-list at 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 at rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list _______________________________________________ Camping-list mailing list Camping-list at 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/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From deveritt at innotts.co.uk Fri Mar 30 14:20:38 2012 From: deveritt at innotts.co.uk (Dave Everitt) Date: Fri, 30 Mar 2012 15:20:38 +0100 Subject: camping paid examples + screencasts ? In-Reply-To: References: <91CB67B7-8219-487F-B53C-420EEE7F225E@innotts.co.uk> <4F730ACF.6000809@monnet-usa.com> <20120328132233.GE2868@luon.net> <271D27337C9D4042BAA5BA746CB5B7CC@creativepony.com> <9D3C33F04D2B4DD381341185745A5777@creativepony.com> <5D8E3AB66174438BBAC1DB9A0DA99F16@creativepony.com> <83B578D9-1376-414C-97FE-60D3EA07CB64@innotts.co.uk> <4F755275.20608@lavabit.com> <4F7556FF.8080802@lavabit.com> <7A98811F15DC460582DB78D08B520E67@creativepony.com> <4F755CE1.3010305@lavabit.com> <60FC689C84D04C9893DCBD8295606879@creativepony.com> <61996f04-700c-41d1-a5f6-561007d723f1@email.android.com> Message-ID: <60E6E7F0-3E5C-4132-9C5C-36C69F4F5D40@innotts.co.uk> > 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 From a at creativepony.com Fri Mar 30 14:25:11 2012 From: a at creativepony.com (Jenna Fox) Date: Sat, 31 Mar 2012 01:25:11 +1100 Subject: camping paid examples + screencasts ? In-Reply-To: <2768260c-2336-44ff-9331-32aa406f8d08@email.android.com> References: <4F730ACF.6000809@monnet-usa.com> <20120328132233.GE2868@luon.net> <271D27337C9D4042BAA5BA746CB5B7CC@creativepony.com> <9D3C33F04D2B4DD381341185745A5777@creativepony.com> <5D8E3AB66174438BBAC1DB9A0DA99F16@creativepony.com> <83B578D9-1376-414C-97FE-60D3EA07CB64@innotts.co.uk> <4F755275.20608@lavabit.com> <4F7556FF.8080802@lavabit.com> <962974e8-4d60-4d4a-8282-219e036ff4e9@email.android.com> <41CBBB02F8754D3A87926DD87FEF52AB@creativepony.com> <2768260c-2336-44ff-9331-32aa406f8d08@email.android.com> Message-ID: 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 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 at rubyforge.org (mailto:Camping-list at 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 at rubyforge.org (mailto:Camping-list at rubyforge.org) http://rubyforge.org/mailman/listinfo/camping-list > > > > > > > > > > > > _______________________________________________ > > > > > > Camping-list mailing list > > > > > > Camping-list at rubyforge.org (mailto:Camping-list at 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 at rubyforge.org (mailto:Camping-list at rubyforge.org) > > > > http://rubyforge.org/mailman/listinfo/camping-list > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > Camping-list mailing list > > > Camping-list at rubyforge.org (mailto:Camping-list at 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 at rubyforge.org (mailto:Camping-list at rubyforge.org) > http://rubyforge.org/mailman/listinfo/camping-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From a at creativepony.com Fri Mar 30 14:31:26 2012 From: a at creativepony.com (Jenna Fox) Date: Sat, 31 Mar 2012 01:31:26 +1100 Subject: camping paid examples + screencasts ? In-Reply-To: <60E6E7F0-3E5C-4132-9C5C-36C69F4F5D40@innotts.co.uk> References: <91CB67B7-8219-487F-B53C-420EEE7F225E@innotts.co.uk> <4F730ACF.6000809@monnet-usa.com> <20120328132233.GE2868@luon.net> <271D27337C9D4042BAA5BA746CB5B7CC@creativepony.com> <9D3C33F04D2B4DD381341185745A5777@creativepony.com> <5D8E3AB66174438BBAC1DB9A0DA99F16@creativepony.com> <83B578D9-1376-414C-97FE-60D3EA07CB64@innotts.co.uk> <4F755275.20608@lavabit.com> <4F7556FF.8080802@lavabit.com> <7A98811F15DC460582DB78D08B520E67@creativepony.com> <4F755CE1.3010305@lavabit.com> <60FC689C84D04C9893DCBD8295606879@creativepony.com> <61996f04-700c-41d1-a5f6-561007d723f1@email.android.com> <60E6E7F0-3E5C-4132-9C5C-36C69F4F5D40@innotts.co.uk> Message-ID: 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 at rubyforge.org (mailto:Camping-list at rubyforge.org) > http://rubyforge.org/mailman/listinfo/camping-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gurugeekphp at gmail.com Fri Mar 30 14:37:13 2012 From: gurugeekphp at gmail.com (david costa) Date: Fri, 30 Mar 2012 16:37:13 +0200 Subject: camping paid examples + screencasts ? In-Reply-To: <41CBBB02F8754D3A87926DD87FEF52AB@creativepony.com> References: <91CB67B7-8219-487F-B53C-420EEE7F225E@innotts.co.uk> <4F730ACF.6000809@monnet-usa.com> <20120328132233.GE2868@luon.net> <271D27337C9D4042BAA5BA746CB5B7CC@creativepony.com> <9D3C33F04D2B4DD381341185745A5777@creativepony.com> <5D8E3AB66174438BBAC1DB9A0DA99F16@creativepony.com> <83B578D9-1376-414C-97FE-60D3EA07CB64@innotts.co.uk> <4F755275.20608@lavabit.com> <4F7556FF.8080802@lavabit.com> <962974e8-4d60-4d4a-8282-219e036ff4e9@email.android.com> <41CBBB02F8754D3A87926DD87FEF52AB@creativepony.com> Message-ID: 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 at 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 at rubyforge.orghttp://rubyforge.org/mailman/listinfo/camping-list > > > > _______________________________________________ > Camping-list mailing list > Camping-list at 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 at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From deveritt at innotts.co.uk Fri Mar 30 14:59:12 2012 From: deveritt at innotts.co.uk (Dave Everitt) Date: Fri, 30 Mar 2012 15:59:12 +0100 Subject: camping paid examples + screencasts ? In-Reply-To: <61996f04-700c-41d1-a5f6-561007d723f1@email.android.com> References: <91CB67B7-8219-487F-B53C-420EEE7F225E@innotts.co.uk> <4F730ACF.6000809@monnet-usa.com> <20120328132233.GE2868@luon.net> <271D27337C9D4042BAA5BA746CB5B7CC@creativepony.com> <9D3C33F04D2B4DD381341185745A5777@creativepony.com> <5D8E3AB66174438BBAC1DB9A0DA99F16@creativepony.com> <83B578D9-1376-414C-97FE-60D3EA07CB64@innotts.co.uk> <4F755275.20608@lavabit.com> <4F7556FF.8080802@lavabit.com> <7A98811F15DC460582DB78D08B520E67@creativepony.com> <4F755CE1.3010305@lavabit.com> <60FC689C84D04C9893DCBD8295606879@creativepony.com> <61996f04-700c-41d1-a5f6-561007d723f1@email.android.com> Message-ID: > 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. From IcePapih at lavabit.com Fri Mar 30 15:48:12 2012 From: IcePapih at lavabit.com (Isak Andersson) Date: Fri, 30 Mar 2012 17:48:12 +0200 Subject: camping paid examples + screencasts ? In-Reply-To: References: <5D8E3AB66174438BBAC1DB9A0DA99F16@creativepony.com> <83B578D9-1376-414C-97FE-60D3EA07CB64@innotts.co.uk> <4F755275.20608@lavabit.com> <4F7556FF.8080802@lavabit.com> <7A98811F15DC460582DB78D08B520E67@creativepony.com> <4F755CE1.3010305@lavabit.com> <60FC689C84D04C9893DCBD8295606879@creativepony.com> <61996f04-700c-41d1-a5f6-561007d723f1@email.android.com> <60E6E7F0-3E5C-4132-9C5C-36C69F4F5D40@innotts.co.uk> Message-ID: <1cbf9dd0-b6cd-49de-9149-212ba5bbd03e@email.android.com> 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 at 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/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From gurugeekphp at gmail.com Fri Mar 30 16:09:30 2012 From: gurugeekphp at gmail.com (david costa) Date: Fri, 30 Mar 2012 18:09:30 +0200 Subject: camping paid examples + screencasts ? In-Reply-To: References: <91CB67B7-8219-487F-B53C-420EEE7F225E@innotts.co.uk> <4F730ACF.6000809@monnet-usa.com> <20120328132233.GE2868@luon.net> <271D27337C9D4042BAA5BA746CB5B7CC@creativepony.com> <9D3C33F04D2B4DD381341185745A5777@creativepony.com> <5D8E3AB66174438BBAC1DB9A0DA99F16@creativepony.com> <83B578D9-1376-414C-97FE-60D3EA07CB64@innotts.co.uk> <4F755275.20608@lavabit.com> <4F7556FF.8080802@lavabit.com> <7A98811F15DC460582DB78D08B520E67@creativepony.com> <4F755CE1.3010305@lavabit.com> <60FC689C84D04C9893DCBD8295606879@creativepony.com> <61996f04-700c-41d1-a5f6-561007d723f1@email.android.com> Message-ID: 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 at rubyforge.org > http://rubyforge.org/mailman/**listinfo/camping-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gurugeekphp at gmail.com Fri Mar 30 16:22:16 2012 From: gurugeekphp at gmail.com (david costa) Date: Fri, 30 Mar 2012 18:22:16 +0200 Subject: dead easy deployment / Camping on the fly Message-ID: 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From deveritt at innotts.co.uk Fri Mar 30 18:10:00 2012 From: deveritt at innotts.co.uk (Dave Everitt) Date: Fri, 30 Mar 2012 19:10:00 +0100 Subject: camping paid examples + screencasts ? In-Reply-To: <1cbf9dd0-b6cd-49de-9149-212ba5bbd03e@email.android.com> References: <5D8E3AB66174438BBAC1DB9A0DA99F16@creativepony.com> <83B578D9-1376-414C-97FE-60D3EA07CB64@innotts.co.uk> <4F755275.20608@lavabit.com> <4F7556FF.8080802@lavabit.com> <7A98811F15DC460582DB78D08B520E67@creativepony.com> <4F755CE1.3010305@lavabit.com> <60FC689C84D04C9893DCBD8295606879@creativepony.com> <61996f04-700c-41d1-a5f6-561007d723f1@email.android.com> <60E6E7F0-3E5C-4132-9C5C-36C69F4F5D40@innotts.co.uk> <1cbf9dd0-b6cd-49de-9149-212ba5bbd03e@email.android.com> Message-ID: 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 From deveritt at innotts.co.uk Fri Mar 30 18:28:14 2012 From: deveritt at innotts.co.uk (Dave Everitt) Date: Fri, 30 Mar 2012 19:28:14 +0100 Subject: camping paid examples + screencasts ? In-Reply-To: References: <91CB67B7-8219-487F-B53C-420EEE7F225E@innotts.co.uk> <4F730ACF.6000809@monnet-usa.com> <20120328132233.GE2868@luon.net> <271D27337C9D4042BAA5BA746CB5B7CC@creativepony.com> <9D3C33F04D2B4DD381341185745A5777@creativepony.com> <5D8E3AB66174438BBAC1DB9A0DA99F16@creativepony.com> <83B578D9-1376-414C-97FE-60D3EA07CB64@innotts.co.uk> <4F755275.20608@lavabit.com> <4F7556FF.8080802@lavabit.com> <7A98811F15DC460582DB78D08B520E67@creativepony.com> <4F755CE1.3010305@lavabit.com> <60FC689C84D04C9893DCBD8295606879@creativepony.com> <61996f04-700c-41d1-a5f6-561007d723f1@email.android.com> Message-ID: <5E5177F4-77F1-4C8C-8E21-A7491EFB4B87@innotts.co.uk> 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. >> > From deveritt at innotts.co.uk Fri Mar 30 18:29:41 2012 From: deveritt at innotts.co.uk (Dave Everitt) Date: Fri, 30 Mar 2012 19:29:41 +0100 Subject: dead easy deployment / Camping on the fly In-Reply-To: References: Message-ID: 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 at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From IcePapih at lavabit.com Fri Mar 30 19:51:51 2012 From: IcePapih at lavabit.com (Isak Andersson) Date: Fri, 30 Mar 2012 21:51:51 +0200 Subject: dead easy deployment / Camping on the fly In-Reply-To: References: Message-ID: <991640bb-d214-4c55-9573-a688f04b52aa@email.android.com> +999999999 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/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From a at creativepony.com Fri Mar 30 21:50:17 2012 From: a at creativepony.com (Jenna Fox) Date: Sat, 31 Mar 2012 08:50:17 +1100 Subject: camping paid examples + screencasts ? In-Reply-To: <5E5177F4-77F1-4C8C-8E21-A7491EFB4B87@innotts.co.uk> References: <91CB67B7-8219-487F-B53C-420EEE7F225E@innotts.co.uk> <4F730ACF.6000809@monnet-usa.com> <20120328132233.GE2868@luon.net> <271D27337C9D4042BAA5BA746CB5B7CC@creativepony.com> <9D3C33F04D2B4DD381341185745A5777@creativepony.com> <5D8E3AB66174438BBAC1DB9A0DA99F16@creativepony.com> <83B578D9-1376-414C-97FE-60D3EA07CB64@innotts.co.uk> <4F755275.20608@lavabit.com> <4F7556FF.8080802@lavabit.com> <7A98811F15DC460582DB78D08B520E67@creativepony.com> <4F755CE1.3010305@lavabit.com> <60FC689C84D04C9893DCBD8295606879@creativepony.com> <61996f04-700c-41d1-a5f6-561007d723f1@email.android.com> <5E5177F4-77F1-4C8C-8E21-A7491EFB4B87@innotts.co.uk> Message-ID: 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 > > > > (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 at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From a at creativepony.com Fri Mar 30 22:21:33 2012 From: a at creativepony.com (Jenna Fox) Date: Sat, 31 Mar 2012 09:21:33 +1100 Subject: dead easy deployment / Camping on the fly In-Reply-To: References: Message-ID: 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 at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From gurugeekphp at gmail.com Sat Mar 31 04:30:08 2012 From: gurugeekphp at gmail.com (david costa) Date: Sat, 31 Mar 2012 06:30:08 +0200 Subject: dead easy deployment / Camping on the fly In-Reply-To: References: Message-ID: 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 at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From a at creativepony.com Sat Mar 31 04:33:59 2012 From: a at creativepony.com (Jenna Fox) Date: Sat, 31 Mar 2012 15:33:59 +1100 Subject: dead easy deployment / Camping on the fly In-Reply-To: References: Message-ID: <28FF1208-17B1-43E4-A7E9-6773EA53F5AE@creativepony.com> 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 at rubyforge.org >> http://rubyforge.org/mailman/listinfo/camping-list > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From gurugeekphp at gmail.com Sat Mar 31 05:06:39 2012 From: gurugeekphp at gmail.com (david costa) Date: Sat, 31 Mar 2012 07:06:39 +0200 Subject: dead easy deployment / Camping on the fly In-Reply-To: References: Message-ID: 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 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 at rubyforge.org >> http://rubyforge.org/mailman/listinfo/camping-list >> >> >> >> _______________________________________________ >> Camping-list mailing list >> Camping-list at rubyforge.org >> http://rubyforge.org/mailman/listinfo/camping-list >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gurugeekphp at gmail.com Sat Mar 31 05:08:04 2012 From: gurugeekphp at gmail.com (david costa) Date: Sat, 31 Mar 2012 07:08:04 +0200 Subject: dead easy deployment / Camping on the fly In-Reply-To: <28FF1208-17B1-43E4-A7E9-6773EA53F5AE@creativepony.com> References: <28FF1208-17B1-43E4-A7E9-6773EA53F5AE@creativepony.com> Message-ID: 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 at rubyforge.org >> http://rubyforge.org/mailman/listinfo/camping-list >> >> >> >> _______________________________________________ >> Camping-list mailing list >> Camping-list at rubyforge.org >> http://rubyforge.org/mailman/listinfo/camping-list >> > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gurugeekphp at gmail.com Sat Mar 31 05:10:20 2012 From: gurugeekphp at gmail.com (david costa) Date: Sat, 31 Mar 2012 07:10:20 +0200 Subject: dead easy deployment / Camping on the fly In-Reply-To: References: <28FF1208-17B1-43E4-A7E9-6773EA53F5AE@creativepony.com> Message-ID: 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 at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/camping-list >>> >>> >>> >>> _______________________________________________ >>> Camping-list mailing list >>> Camping-list at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/camping-list >>> >> >> _______________________________________________ >> Camping-list mailing list >> Camping-list at rubyforge.org >> http://rubyforge.org/mailman/listinfo/camping-list >> >> >> >> _______________________________________________ >> Camping-list mailing list >> Camping-list at rubyforge.org >> http://rubyforge.org/mailman/listinfo/camping-list >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From IcePapih at lavabit.com Sat Mar 31 09:22:25 2012 From: IcePapih at lavabit.com (Isak Andersson) Date: Sat, 31 Mar 2012 11:22:25 +0200 Subject: dead easy deployment / Camping on the fly In-Reply-To: References: <28FF1208-17B1-43E4-A7E9-6773EA53F5AE@creativepony.com> Message-ID: <32f3bf14-b28b-4e35-a064-a8cc7ccac952@email.android.com> Perhaps if this is working in time of the deployment screencast we can showcase this kind of deployment AND unicorn/nginx! -- Skickat fr?n min Android-telefon med K-9 E-post. Urs?kta min f?ordighet. david costa skrev: 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 at rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list _______________________________________________ Camping-list mailing list Camping-list at rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list _______________________________________________ Camping-list mailing list Camping-list at rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list _______________________________________________ Camping-list mailing list Camping-list at rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list Get the best selection of web sites here. Click Here to check them out! http://click.lavabit.com/qszoentdu6cfiot97ef4mghqkwt1fg67m1hts7zqac5c8hghizob/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From a at creativepony.com Sat Mar 31 12:52:56 2012 From: a at creativepony.com (Jenna Fox) Date: Sat, 31 Mar 2012 23:52:56 +1100 Subject: dead easy deployment / Camping on the fly In-Reply-To: References: <28FF1208-17B1-43E4-A7E9-6773EA53F5AE@creativepony.com> Message-ID: <99B80E0C4B3644C3BEF6BF294095C992@creativepony.com> @David - sorted, both those subdomains now point to your machine. :) ? Jenna On Saturday, 31 March 2012 at 4:10 PM, david costa wrote: > BTW if you want to point a run.camping.io (http://run.camping.io) or host.camping.io (http://host.camping.io) or anything you like to 66.116.108.12 will 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 (http://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 (http://camping.io) catchall entry > > > > > > > > > On 31/03/2012, at 3:30 PM, david costa wrote: > > > > Hello Jenna, > > > > we could use host.camping.io (http://host.camping.io/) or anything.camping.io (http://anything.camping.io/) for the frontend but if the server has to allow users to create myfancyapp.camping.io (http://myfancyapp.camping.io/) it would be complicated as I would need to run the camping.io (http://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 (http://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 (http://camping.sh) or ruby.am (http://ruby.am/) e.g. myfancyapp.camping.sh (http://myfancyapp.camping.sh/) or myfancyapp.ruby.am (http://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 at rubyforge.org (mailto:Camping-list at rubyforge.org) > > > > > > http://rubyforge.org/mailman/listinfo/camping-list > > > > > > > > > > _______________________________________________ > > > > > Camping-list mailing list > > > > > Camping-list at rubyforge.org (mailto:Camping-list at rubyforge.org) > > > > > http://rubyforge.org/mailman/listinfo/camping-list > > > > > > > > _______________________________________________ > > > > Camping-list mailing list > > > > Camping-list at rubyforge.org (mailto:Camping-list at rubyforge.org) > > > > http://rubyforge.org/mailman/listinfo/camping-list > > > > > > _______________________________________________ > > > Camping-list mailing list > > > Camping-list at rubyforge.org (mailto:Camping-list at rubyforge.org) > > > http://rubyforge.org/mailman/listinfo/camping-list > > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org (mailto:Camping-list at rubyforge.org) > http://rubyforge.org/mailman/listinfo/camping-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gurugeekphp at gmail.com Sat Mar 31 13:27:11 2012 From: gurugeekphp at gmail.com (david costa) Date: Sat, 31 Mar 2012 15:27:11 +0200 Subject: dead easy deployment / Camping on the fly In-Reply-To: <99B80E0C4B3644C3BEF6BF294095C992@creativepony.com> References: <28FF1208-17B1-43E4-A7E9-6773EA53F5AE@creativepony.com> <99B80E0C4B3644C3BEF6BF294095C992@creativepony.com> Message-ID: Thank you :D as soon as the DNS will propagate it should be live. Some updates: now added the design from camping.io (working on the fonts) and I have narrowed down the probably easiest/best way to do it: using Webdav module on apache. So there will be no issue with creating real server users and it should really be easily accessible by anyone, anywhere. Working on some securities configurations to be sure that it works fine! On Sat, Mar 31, 2012 at 2:52 PM, Jenna Fox wrote: > @David - sorted, both those subdomains now point to your machine. :) > > ? > Jenna > > On Saturday, 31 March 2012 at 4:10 PM, david costa wrote: > > BTW if you want to point a run.camping.io 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 at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From a at creativepony.com Sat Mar 31 13:43:03 2012 From: a at creativepony.com (Jenna Fox) Date: Sun, 1 Apr 2012 00:43:03 +1100 Subject: dead easy deployment / Camping on the fly In-Reply-To: References: <28FF1208-17B1-43E4-A7E9-6773EA53F5AE@creativepony.com> <99B80E0C4B3644C3BEF6BF294095C992@creativepony.com> Message-ID: <178DD24E5D8A44EFB660C657FEFEBBAD@creativepony.com> Apache? What are your thoughts on that choice I am curious? :) ? Jenna On Sunday, 1 April 2012 at 12:27 AM, david costa wrote: > Thank you :D as soon as the DNS will propagate it should be live. > Some updates: now added the design from camping.io (http://camping.io) (working on the fonts) and I have narrowed down the probably easiest/best way to do it: > using Webdav module on apache. So there will be no issue with creating real server users and it should really be easily accessible by anyone, anywhere. Working on some securities configurations to be sure that it works fine! > > > On Sat, Mar 31, 2012 at 2:52 PM, Jenna Fox wrote: > > @David - sorted, both those subdomains now point to your machine. :) > > > > ? > > Jenna > > > > > > On Saturday, 31 March 2012 at 4:10 PM, david costa wrote: > > > > > BTW if you want to point a run.camping.io (http://run.camping.io) or host.camping.io (http://host.camping.io) or anything you like to 66.116.108.12 will 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 (http://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 (http://camping.io) catchall entry > > > > > > > > > > > > > > > On 31/03/2012, at 3:30 PM, david costa wrote: > > > > > > Hello Jenna, > > > > > > we could use host.camping.io (http://host.camping.io/) or anything.camping.io (http://anything.camping.io/) for the frontend but if the server has to allow users to create myfancyapp.camping.io (http://myfancyapp.camping.io/) it would be complicated as I would need to run the camping.io (http://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 (http://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 (http://camping.sh) or ruby.am (http://ruby.am/) e.g. myfancyapp.camping.sh (http://myfancyapp.camping.sh/) or myfancyapp.ruby.am (http://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 at rubyforge.org (mailto:Camping-list at rubyforge.org) > > > > > > > > http://rubyforge.org/mailman/listinfo/camping-list > > > > > > > > > > > > > > _______________________________________________ > > > > > > > Camping-list mailing list > > > > > > > Camping-list at rubyforge.org (mailto:Camping-list at rubyforge.org) > > > > > > > http://rubyforge.org/mailman/listinfo/camping-list > > > > > > > > > > > > _______________________________________________ > > > > > > Camping-list mailing list > > > > > > Camping-list at rubyforge.org (mailto:Camping-list at rubyforge.org) > > > > > > http://rubyforge.org/mailman/listinfo/camping-list > > > > > > > > > > _______________________________________________ > > > > > Camping-list mailing list > > > > > Camping-list at rubyforge.org (mailto:Camping-list at rubyforge.org) > > > > > http://rubyforge.org/mailman/listinfo/camping-list > > > > > > > > > > _______________________________________________ > > > Camping-list mailing list > > > Camping-list at rubyforge.org (mailto:Camping-list at rubyforge.org) > > > http://rubyforge.org/mailman/listinfo/camping-list > > > > > > > > > > > > > > > > > _______________________________________________ > > Camping-list mailing list > > Camping-list at rubyforge.org (mailto:Camping-list at rubyforge.org) > > http://rubyforge.org/mailman/listinfo/camping-list > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org (mailto:Camping-list at rubyforge.org) > http://rubyforge.org/mailman/listinfo/camping-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gurugeekphp at gmail.com Sat Mar 31 14:29:24 2012 From: gurugeekphp at gmail.com (david costa) Date: Sat, 31 Mar 2012 16:29:24 +0200 Subject: dead easy deployment / Camping on the fly In-Reply-To: <178DD24E5D8A44EFB660C657FEFEBBAD@creativepony.com> References: <28FF1208-17B1-43E4-A7E9-6773EA53F5AE@creativepony.com> <99B80E0C4B3644C3BEF6BF294095C992@creativepony.com> <178DD24E5D8A44EFB660C657FEFEBBAD@creativepony.com> Message-ID: Hello Jenna ! I think that run rack applications the most efficient way seems to be phusion passenger that works with apache and nginx. It might work with other setups but it is not documented. The other alternative to serve a camping application is to use a standard ruby webserver (thin, unicorn, etc.) and use either apache or nginx as reverse proxy. This should be more resource consuming as you would have both a thin/unicorn instance running and nginx. The setup of passenger + apache seems to be very easy as you just drop the file with the camping app and it works. It can't really get more easier than this. The camping file has to be called config.ru http://www.modrails.com/documentation/Users%20guide%20Apache.html#_campingand this is the only way it works on my tests but I am sure that there is an easy way to work with several files or in a different way. Now if we want to use webdav apache has the module and with a digest authentication over ssl should be fairly secure. It also allows to limit the upload file size which could be useful (e.g. if someone is obviously trying to upload not a camping file !). This is what I found so far as a possible solution but I am open to anything. I did try also an image that was using git/capistrano for remote deployment but somehow seemed an overkill to me and it didn't really work. All I am doing is highly experimental so I am more than happy to see other idea/possibilities and see how far I can go with it. I did think about webdav based on your idea which I think would make this different than heroku etc. like some beginners would not know git and might just like a little tent for their shiny camping app ! David On Sat, Mar 31, 2012 at 3:43 PM, Jenna Fox wrote: > Apache? What are your thoughts on that choice I am curious? :) > > ? > Jenna > > On Sunday, 1 April 2012 at 12:27 AM, david costa wrote: > > Thank you :D as soon as the DNS will propagate it should be live. > Some updates: now added the design from camping.io (working on the fonts) > and I have narrowed down the probably easiest/best way to do it: > using Webdav module on apache. So there will be no issue with creating > real server users and it should really be easily accessible by anyone, > anywhere. Working on some securities configurations to be sure that it > works fine! > > > On Sat, Mar 31, 2012 at 2:52 PM, Jenna Fox wrote: > > @David - sorted, both those subdomains now point to your machine. :) > > ? > Jenna > > On Saturday, 31 March 2012 at 4:10 PM, david costa wrote: > > BTW if you want to point a run.camping.io 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 at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From uzleepito at gmail.com Sat Mar 31 14:44:06 2012 From: uzleepito at gmail.com (Nokan Emiro) Date: Sat, 31 Mar 2012 16:44:06 +0200 Subject: dead easy deployment / Camping on the fly In-Reply-To: References: <28FF1208-17B1-43E4-A7E9-6773EA53F5AE@creativepony.com> <99B80E0C4B3644C3BEF6BF294095C992@creativepony.com> <178DD24E5D8A44EFB660C657FEFEBBAD@creativepony.com> Message-ID: Hi, I run a few Camping apps in production with Rack's FastCGI handler. This way it is completely separable from the webserver, which can be nginx, apache, lighttpd, or anything else that implements the FastCGI protocol. On top of that it's more scalable, because you can run these processes on different machines -- if you feel so. ...just an idea to think about, but better than using reverse proxies. On Sat, Mar 31, 2012 at 4:29 PM, david costa wrote: > Hello Jenna ! > I think that run rack applications the most efficient way seems to be > phusion passenger that works with apache and nginx. It might work with > other setups but it is not documented. > The other alternative to serve a camping application is to use a standard > ruby webserver (thin, unicorn, etc.) and use either apache or nginx as > reverse proxy. This should be more resource consuming as you would have > both a thin/unicorn instance running and nginx. The setup of passenger + > apache seems to be very easy as you just drop the file with the camping app > and it works. It can't really get more easier than this. > > The camping file has to be called config.ru > http://www.modrails.com/documentation/Users%20guide%20Apache.html#_campingand this is the only way it works on my tests but I am sure that there is > an easy way to work with several files or in a different way. > > Now if we want to use webdav apache has the module and with a digest > authentication over ssl should be fairly secure. It also allows to limit > the upload file size which could be useful (e.g. if someone is obviously > trying to upload not a camping file !). > > This is what I found so far as a possible solution but I am open to > anything. I did try also an image that was using git/capistrano for remote > deployment but somehow seemed an overkill to me and it didn't really work. > All I am doing is highly experimental so I am more than happy to see other > idea/possibilities and see how far I can go with it. > > I did think about webdav based on your idea which I think would make this > different than heroku etc. like some beginners would not know git and might > just like a little tent for their shiny camping app ! > > David > > > > > On Sat, Mar 31, 2012 at 3:43 PM, Jenna Fox wrote: > >> Apache? What are your thoughts on that choice I am curious? :) >> >> ? >> Jenna >> >> On Sunday, 1 April 2012 at 12:27 AM, david costa wrote: >> >> Thank you :D as soon as the DNS will propagate it should be live. >> Some updates: now added the design from camping.io (working on the >> fonts) and I have narrowed down the probably easiest/best way to do it: >> using Webdav module on apache. So there will be no issue with creating >> real server users and it should really be easily accessible by anyone, >> anywhere. Working on some securities configurations to be sure that it >> works fine! >> >> >> On Sat, Mar 31, 2012 at 2:52 PM, Jenna Fox wrote: >> >> @David - sorted, both those subdomains now point to your machine. :) >> >> ? >> Jenna >> >> On Saturday, 31 March 2012 at 4:10 PM, david costa wrote: >> >> BTW if you want to point a run.camping.io 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 at rubyforge.org >> http://rubyforge.org/mailman/listinfo/camping-list >> >> >> >> _______________________________________________ >> Camping-list mailing list >> Camping-list at rubyforge.org >> http://rubyforge.org/mailman/listinfo/camping-list >> >> >> _______________________________________________ >> Camping-list mailing list >> Camping-list at rubyforge.org >> http://rubyforge.org/mailman/listinfo/camping-list >> >> >> >> _______________________________________________ >> Camping-list mailing list >> Camping-list at rubyforge.org >> http://rubyforge.org/mailman/listinfo/camping-list >> >> >> >> _______________________________________________ >> Camping-list mailing list >> Camping-list at rubyforge.org >> http://rubyforge.org/mailman/listinfo/camping-list >> >> >> >> _______________________________________________ >> Camping-list mailing list >> Camping-list at rubyforge.org >> http://rubyforge.org/mailman/listinfo/camping-list >> >> >> _______________________________________________ >> Camping-list mailing list >> Camping-list at rubyforge.org >> http://rubyforge.org/mailman/listinfo/camping-list >> >> >> >> _______________________________________________ >> Camping-list mailing list >> Camping-list at rubyforge.org >> http://rubyforge.org/mailman/listinfo/camping-list >> > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gurugeekphp at gmail.com Sat Mar 31 14:51:14 2012 From: gurugeekphp at gmail.com (david costa) Date: Sat, 31 Mar 2012 16:51:14 +0200 Subject: dead easy deployment / Camping on the fly In-Reply-To: References: <28FF1208-17B1-43E4-A7E9-6773EA53F5AE@creativepony.com> <99B80E0C4B3644C3BEF6BF294095C992@creativepony.com> <178DD24E5D8A44EFB660C657FEFEBBAD@creativepony.com> Message-ID: Thanks for this but how would it run for multiple users on the same port (80) like yourname.camping.io yourname2.camping.io without having nginx or apache as a reverse proxy ? On Sat, Mar 31, 2012 at 4:44 PM, Nokan Emiro wrote: > Hi, > > I run a few Camping apps in production with Rack's FastCGI handler. > This way it is completely separable from the webserver, which can be > nginx, apache, lighttpd, or anything else that implements the FastCGI > protocol. On top of that it's more scalable, because you can run these > processes on different machines -- if you feel so. > > ...just an idea to think about, but better than using reverse proxies. > > > > On Sat, Mar 31, 2012 at 4:29 PM, david costa wrote: > >> Hello Jenna ! >> I think that run rack applications the most efficient way seems to be >> phusion passenger that works with apache and nginx. It might work with >> other setups but it is not documented. >> The other alternative to serve a camping application is to use a standard >> ruby webserver (thin, unicorn, etc.) and use either apache or nginx as >> reverse proxy. This should be more resource consuming as you would have >> both a thin/unicorn instance running and nginx. The setup of passenger + >> apache seems to be very easy as you just drop the file with the camping app >> and it works. It can't really get more easier than this. >> >> The camping file has to be called config.ru >> http://www.modrails.com/documentation/Users%20guide%20Apache.html#_campingand this is the only way it works on my tests but I am sure that there is >> an easy way to work with several files or in a different way. >> >> Now if we want to use webdav apache has the module and with a digest >> authentication over ssl should be fairly secure. It also allows to limit >> the upload file size which could be useful (e.g. if someone is obviously >> trying to upload not a camping file !). >> >> This is what I found so far as a possible solution but I am open to >> anything. I did try also an image that was using git/capistrano for remote >> deployment but somehow seemed an overkill to me and it didn't really work. >> All I am doing is highly experimental so I am more than happy to see other >> idea/possibilities and see how far I can go with it. >> >> I did think about webdav based on your idea which I think would make this >> different than heroku etc. like some beginners would not know git and might >> just like a little tent for their shiny camping app ! >> >> David >> >> >> >> >> On Sat, Mar 31, 2012 at 3:43 PM, Jenna Fox wrote: >> >>> Apache? What are your thoughts on that choice I am curious? :) >>> >>> ? >>> Jenna >>> >>> On Sunday, 1 April 2012 at 12:27 AM, david costa wrote: >>> >>> Thank you :D as soon as the DNS will propagate it should be live. >>> Some updates: now added the design from camping.io (working on the >>> fonts) and I have narrowed down the probably easiest/best way to do it: >>> using Webdav module on apache. So there will be no issue with creating >>> real server users and it should really be easily accessible by anyone, >>> anywhere. Working on some securities configurations to be sure that it >>> works fine! >>> >>> >>> On Sat, Mar 31, 2012 at 2:52 PM, Jenna Fox wrote: >>> >>> @David - sorted, both those subdomains now point to your machine. :) >>> >>> ? >>> Jenna >>> >>> On Saturday, 31 March 2012 at 4:10 PM, david costa wrote: >>> >>> BTW if you want to point a run.camping.io 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 at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/camping-list >>> >>> >>> >>> _______________________________________________ >>> Camping-list mailing list >>> Camping-list at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/camping-list >>> >>> >>> _______________________________________________ >>> Camping-list mailing list >>> Camping-list at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/camping-list >>> >>> >>> >>> _______________________________________________ >>> Camping-list mailing list >>> Camping-list at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/camping-list >>> >>> >>> >>> _______________________________________________ >>> Camping-list mailing list >>> Camping-list at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/camping-list >>> >>> >>> >>> _______________________________________________ >>> Camping-list mailing list >>> Camping-list at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/camping-list >>> >>> >>> _______________________________________________ >>> Camping-list mailing list >>> Camping-list at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/camping-list >>> >>> >>> >>> _______________________________________________ >>> Camping-list mailing list >>> Camping-list at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/camping-list >>> >> >> >> _______________________________________________ >> Camping-list mailing list >> Camping-list at rubyforge.org >> http://rubyforge.org/mailman/listinfo/camping-list >> > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From uzleepito at gmail.com Sat Mar 31 15:24:01 2012 From: uzleepito at gmail.com (Nokan Emiro) Date: Sat, 31 Mar 2012 17:24:01 +0200 Subject: dead easy deployment / Camping on the fly In-Reply-To: References: <28FF1208-17B1-43E4-A7E9-6773EA53F5AE@creativepony.com> <99B80E0C4B3644C3BEF6BF294095C992@creativepony.com> <178DD24E5D8A44EFB660C657FEFEBBAD@creativepony.com> Message-ID: This solution is almost the same as using reverse proxies, but between the nginx and the Rack/Camping app you don't need HTTP traffic, just FastCGI. That means you can save one layer in the application, you don't need a http server (thin, mongrel, etc.) that point. Rack is a native FastCGI speaker. However this is the only difference, in other ways it's the same as using reverse proxy. The webserver (nging) knows about the virtual hosts, and maps them into host:port pairs, where the appropriate FastCGI server (the Rack itself) listens for connections. You can call this "reverse proxying" too if you want, but in this case there are different protocols on the client side (http) and the server side (fcgi). On Sat, Mar 31, 2012 at 4:51 PM, david costa wrote: > Thanks for this but how would it run for multiple users on the same port > (80) like yourname.camping.io yourname2.camping.io without having nginx > or apache as a reverse proxy ? > > > On Sat, Mar 31, 2012 at 4:44 PM, Nokan Emiro wrote: > >> Hi, >> >> I run a few Camping apps in production with Rack's FastCGI handler. >> This way it is completely separable from the webserver, which can be >> nginx, apache, lighttpd, or anything else that implements the FastCGI >> protocol. On top of that it's more scalable, because you can run these >> processes on different machines -- if you feel so. >> >> ...just an idea to think about, but better than using reverse proxies. >> >> >> >> On Sat, Mar 31, 2012 at 4:29 PM, david costa wrote: >> >>> Hello Jenna ! >>> I think that run rack applications the most efficient way seems to be >>> phusion passenger that works with apache and nginx. It might work with >>> other setups but it is not documented. >>> The other alternative to serve a camping application is to use a >>> standard ruby webserver (thin, unicorn, etc.) and use either apache or >>> nginx as reverse proxy. This should be more resource consuming as you would >>> have both a thin/unicorn instance running and nginx. The setup of >>> passenger + apache seems to be very easy as you just drop the file with the >>> camping app and it works. It can't really get more easier than this. >>> >>> The camping file has to be called config.ru >>> http://www.modrails.com/documentation/Users%20guide%20Apache.html#_campingand this is the only way it works on my tests but I am sure that there is >>> an easy way to work with several files or in a different way. >>> >>> Now if we want to use webdav apache has the module and with a digest >>> authentication over ssl should be fairly secure. It also allows to limit >>> the upload file size which could be useful (e.g. if someone is obviously >>> trying to upload not a camping file !). >>> >>> This is what I found so far as a possible solution but I am open to >>> anything. I did try also an image that was using git/capistrano for remote >>> deployment but somehow seemed an overkill to me and it didn't really work. >>> All I am doing is highly experimental so I am more than happy to see other >>> idea/possibilities and see how far I can go with it. >>> >>> I did think about webdav based on your idea which I think would make >>> this different than heroku etc. like some beginners would not know git and >>> might just like a little tent for their shiny camping app ! >>> >>> David >>> >>> >>> >>> >>> On Sat, Mar 31, 2012 at 3:43 PM, Jenna Fox wrote: >>> >>>> Apache? What are your thoughts on that choice I am curious? :) >>>> >>>> ? >>>> Jenna >>>> >>>> On Sunday, 1 April 2012 at 12:27 AM, david costa wrote: >>>> >>>> Thank you :D as soon as the DNS will propagate it should be live. >>>> Some updates: now added the design from camping.io (working on the >>>> fonts) and I have narrowed down the probably easiest/best way to do it: >>>> using Webdav module on apache. So there will be no issue with creating >>>> real server users and it should really be easily accessible by anyone, >>>> anywhere. Working on some securities configurations to be sure that it >>>> works fine! >>>> >>>> >>>> On Sat, Mar 31, 2012 at 2:52 PM, Jenna Fox wrote: >>>> >>>> @David - sorted, both those subdomains now point to your machine. :) >>>> >>>> ? >>>> Jenna >>>> >>>> On Saturday, 31 March 2012 at 4:10 PM, david costa wrote: >>>> >>>> BTW if you want to point a run.camping.io 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.ioit 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 at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/camping-list >>>> >>>> >>>> >>>> _______________________________________________ >>>> Camping-list mailing list >>>> Camping-list at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/camping-list >>>> >>>> >>>> _______________________________________________ >>>> Camping-list mailing list >>>> Camping-list at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/camping-list >>>> >>>> >>>> >>>> _______________________________________________ >>>> Camping-list mailing list >>>> Camping-list at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/camping-list >>>> >>>> >>>> >>>> _______________________________________________ >>>> Camping-list mailing list >>>> Camping-list at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/camping-list >>>> >>>> >>>> >>>> _______________________________________________ >>>> Camping-list mailing list >>>> Camping-list at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/camping-list >>>> >>>> >>>> _______________________________________________ >>>> Camping-list mailing list >>>> Camping-list at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/camping-list >>>> >>>> >>>> >>>> _______________________________________________ >>>> Camping-list mailing list >>>> Camping-list at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/camping-list >>>> >>> >>> >>> _______________________________________________ >>> Camping-list mailing list >>> Camping-list at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/camping-list >>> >> >> >> _______________________________________________ >> Camping-list mailing list >> Camping-list at rubyforge.org >> http://rubyforge.org/mailman/listinfo/camping-list >> > > > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org > http://rubyforge.org/mailman/listinfo/camping-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From IcePapih at lavabit.com Sat Mar 31 15:36:17 2012 From: IcePapih at lavabit.com (Isak Andersson) Date: Sat, 31 Mar 2012 17:36:17 +0200 Subject: dead easy deployment / Camping on the fly In-Reply-To: References: <28FF1208-17B1-43E4-A7E9-6773EA53F5AE@creativepony.com> <99B80E0C4B3644C3BEF6BF294095C992@creativepony.com> <178DD24E5D8A44EFB660C657FEFEBBAD@creativepony.com> Message-ID: Actually setting up a reverse proxy gives better performance for the end user As you can have some sort of buffer between them. The Unicorn server takes care of whatever nginx asks for, and while it waits it can server whatever unicorn outputs. It doesn't have to wait for what it outputs itself to get done because you have a queue. Or something like that. Some people actually out Apache to do PHP stuff while nginx acts as a reverse proxy and actually shows things to the user in the same way you'd do with Unicorn/Thin But perhaps That's too much for a server ment to serve other peoples applications! Then you have to scale down the resources used. -- Skickat fr?n min Android-telefon med K-9 E-post. Urs?kta min f?ordighet. david costa skrev: Hello Jenna ! I think that run rack applications the most efficient way seems to be phusion passenger that works with apache and nginx. It might work with other setups but it is not documented. The other alternative to serve a camping application is to use a standard ruby webserver (thin, unicorn, etc.) and use either apache or nginx as reverse proxy. This should be more resource consuming as you would have both a thin/unicorn instance running and nginx. The setup of passenger + apache seems to be very easy as you just drop the file with the camping app and it works. It can't really get more easier than this. The camping file has to be called config.ru http://www.modrails.com/documentation/Users%20guide%20Apache.html#_camping and this is the only way it works on my tests but I am sure that there is an easy way to work with several files or in a different way. Now if we want to use webdav apache has the module and with a digest authentication over ssl should be fairly secure. It also allows to limit the upload file size which could be useful (e.g. if someone is obviously trying to upload not a camping file !). This is what I found so far as a possible solution but I am open to anything. I did try also an image that was using git/capistrano for remote deployment but somehow seemed an overkill to me and it didn't really work. All I am doing is highly experimental so I am more than happy to see other idea/possibilities and see how far I can go with it. I did think about webdav based on your idea which I think would make this different than heroku etc. like some beginners would not know git and might just like a little tent for their shiny camping app ! David On Sat, Mar 31, 2012 at 3:43 PM, Jenna Fox wrote: Apache? What are your thoughts on that choice I am curious? :) ? Jenna On Sunday, 1 April 2012 at 12:27 AM, david costa wrote: Thank you :D as soon as the DNS will propagate it should be live. Some updates: now added the design from camping.io (working on the fonts) and I have narrowed down the probably easiest/best way to do it: using Webdav module on apache. So there will be no issue with creating real server users and it should really be easily accessible by anyone, anywhere. Working on some securities configurations to be sure that it works fine! On Sat, Mar 31, 2012 at 2:52 PM, Jenna Fox wrote: @David - sorted, both those subdomains now point to your machine. :) ? Jenna On Saturday, 31 March 2012 at 4:10 PM, david costa wrote: BTW if you want to point a run.camping.io 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 at rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list _______________________________________________ Camping-list mailing list Camping-list at rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list _______________________________________________ Camping-list mailing list Camping-list at rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list _______________________________________________ Camping-list mailing list Camping-list at rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list _______________________________________________ Camping-list mailing list Camping-list at rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list _______________________________________________ Camping-list mailing list Camping-list at rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list _______________________________________________ Camping-list mailing list Camping-list at rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list _______________________________________________ Camping-list mailing list Camping-list at rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list Get the best selection of employment in atlanta sites here. Click Here to check them out! http://click.lavabit.com/fgzdikinbozpgnswnc13tpywy481ijz1ugm1mqa7yo617kgub7wb/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From gurugeekphp at gmail.com Sat Mar 31 16:11:58 2012 From: gurugeekphp at gmail.com (david costa) Date: Sat, 31 Mar 2012 18:11:58 +0200 Subject: dead easy deployment / Camping on the fly In-Reply-To: References: <28FF1208-17B1-43E4-A7E9-6773EA53F5AE@creativepony.com> <99B80E0C4B3644C3BEF6BF294095C992@creativepony.com> <178DD24E5D8A44EFB660C657FEFEBBAD@creativepony.com> Message-ID: On Sat, Mar 31, 2012 at 5:36 PM, Isak Andersson wrote: > ** Actually setting up a reverse proxy gives better performance for the > end user As you can have some sort of buffer between them. The Unicorn > server takes care of whatever nginx asks for, and while it waits it can > server whatever unicorn outputs. It doesn't have to wait for what it > outputs itself to get done because you have a queue. Or something like that. > Mh I am not really sure it would be a better performance as it would be anyway more than one process. I think that phusion passenger is pretty much the most robust solution for this. > > Some people actually out Apache to do PHP stuff while nginx acts as a > reverse proxy and actually shows things to the user in the same way you'd > do with Unicorn/Thin > Well this would be even more load as two web servers will run at the same time. Apache + Phusion passenger already lets you run .php or anything you want. But this is not the issue really. I think this is all fine in term of mono user. Question: if you have 100 users how do you configure it ? How can you add webdav support on the top of the Nginx + unicorn setup ? But perhaps That's too much for a server ment to serve other peoples > applications! Then you have to scale down the resources used. > > I am open to anything but if I can't do something I might ask for some brave volunteers to set it up as I really never tried anything else beside for local/quick test deployment. -------------- next part -------------- An HTML attachment was scrubbed... URL: From a at creativepony.com Sat Mar 31 23:24:04 2012 From: a at creativepony.com (Jenna Fox) Date: Sun, 1 Apr 2012 09:24:04 +1000 Subject: dead easy deployment / Camping on the fly In-Reply-To: References: <28FF1208-17B1-43E4-A7E9-6773EA53F5AE@creativepony.com> <99B80E0C4B3644C3BEF6BF294095C992@creativepony.com> <178DD24E5D8A44EFB660C657FEFEBBAD@creativepony.com> Message-ID: <0A755DC3-5F99-447B-B8DA-58AE009EA142@creativepony.com> Oh whoops! I forgot to press the save button on the dns management page. Should go through now, certainly within the next hour. On fastcgi - fastcgi is not a server in itself - you cannot connect to it with a web browser. Like Passenger, it's a way for a server like nginx or apache to launch and talk to processes which return webpages directly. The easiest way to run camping apps for many different users would be regular CGI. You might think this as being terribly slow - but I assure you, if ruby and it's libraries are stored on a fast SSD disk, ruby launches incredibly quickly - further, the operating system's disk cache creates an in-ram copy of popular applications and ruby libraries, allowing the more heavily used hosted camping apps to become even more responsive. CGI certainly not worth ruling out. PHP works like this - loading and recompiling each of it's source code files for each request, unless special optimisation is done - like facebook's php to c compiler. If CGI is too slow or consumes too many resources, there's also a middle ground worth exploring - Unicorn uses a forking system, which is rather cool because it launches new ruby instances very very quickly - practically instant. It wouldn't be all that difficult to make a forking server variant which forks on each request and loads up a user's application, runs it, then closes (or maybe idles out after five minutes). There are all sorts of interesting ways we could optimise existing server ideas to work very well with small infrequently used applications on different domains for different fully isolated users, rather like the ways PHP tends to be hosted which make it so practical for large numbers of users running infrequently accessed applications. Sandboxing is also something worth investigating. From a at creativepony.com Sat Mar 31 23:30:16 2012 From: a at creativepony.com (Jenna Fox) Date: Sun, 1 Apr 2012 09:30:16 +1000 Subject: dead easy deployment / Camping on the fly In-Reply-To: References: <28FF1208-17B1-43E4-A7E9-6773EA53F5AE@creativepony.com> <99B80E0C4B3644C3BEF6BF294095C992@creativepony.com> <178DD24E5D8A44EFB660C657FEFEBBAD@creativepony.com> Message-ID: WebDav for nginx: http://wiki.nginx.org/HttpDavModule Or you could implement webdav as an application nginx proxies to, just as it proxies to ruby instances. ? Jenna On Sunday, 1 April 2012 at 2:11 AM, david costa wrote: > On Sat, Mar 31, 2012 at 5:36 PM, Isak Andersson wrote: > > Actually setting up a reverse proxy gives better performance for the end user As you can have some sort of buffer between them. The Unicorn server takes care of whatever nginx asks for, and while it waits it can server whatever unicorn outputs. It doesn't have to wait for what it outputs itself to get done because you have a queue. Or something like that. > > Mh I am not really sure it would be a better performance as it would be anyway more than one process. I think that phusion passenger is pretty much the most robust solution for this. > > > > Some people actually out Apache to do PHP stuff while nginx acts as a reverse proxy and actually shows things to the user in the same way you'd do with Unicorn/Thin > > Well this would be even more load as two web servers will run at the same time. Apache + Phusion passenger already lets you run .php or anything you want. > > But this is not the issue really. I think this is all fine in term of mono user. Question: if you have 100 users how do you configure it ? > How can you add webdav support on the top of the Nginx + unicorn setup ? > > > > But perhaps That's too much for a server ment to serve other peoples applications! Then you have to scale down the resources used. > > > > I am open to anything but if I can't do something I might ask for some brave volunteers to set it up as I really never tried anything else beside for local/quick test deployment. > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org (mailto:Camping-list at rubyforge.org) > http://rubyforge.org/mailman/listinfo/camping-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From a at creativepony.com Sat Mar 31 23:32:27 2012 From: a at creativepony.com (Jenna Fox) Date: Sun, 1 Apr 2012 09:32:27 +1000 Subject: dead easy deployment / Camping on the fly In-Reply-To: References: <28FF1208-17B1-43E4-A7E9-6773EA53F5AE@creativepony.com> <99B80E0C4B3644C3BEF6BF294095C992@creativepony.com> <178DD24E5D8A44EFB660C657FEFEBBAD@creativepony.com> Message-ID: The main downside to passenger, is that when things go wrong, it can be a bit 'thar be monsters in here!' It's a bit of a mysterious technology which isn't very well documented when stuff doesn't work, or at least it wasn't when I was playing with it about 8 months ago. I ended up settling on thins to get away from passenger, though for a while I was using passenger on my local mac apache instance for testing. ? Jenna On Sunday, 1 April 2012 at 2:11 AM, david costa wrote: > On Sat, Mar 31, 2012 at 5:36 PM, Isak Andersson wrote: > > Actually setting up a reverse proxy gives better performance for the end user As you can have some sort of buffer between them. The Unicorn server takes care of whatever nginx asks for, and while it waits it can server whatever unicorn outputs. It doesn't have to wait for what it outputs itself to get done because you have a queue. Or something like that. > > Mh I am not really sure it would be a better performance as it would be anyway more than one process. I think that phusion passenger is pretty much the most robust solution for this. > > > > Some people actually out Apache to do PHP stuff while nginx acts as a reverse proxy and actually shows things to the user in the same way you'd do with Unicorn/Thin > > Well this would be even more load as two web servers will run at the same time. Apache + Phusion passenger already lets you run .php or anything you want. > > But this is not the issue really. I think this is all fine in term of mono user. Question: if you have 100 users how do you configure it ? > How can you add webdav support on the top of the Nginx + unicorn setup ? > > > > But perhaps That's too much for a server ment to serve other peoples applications! Then you have to scale down the resources used. > > > > I am open to anything but if I can't do something I might ask for some brave volunteers to set it up as I really never tried anything else beside for local/quick test deployment. > _______________________________________________ > Camping-list mailing list > Camping-list at rubyforge.org (mailto:Camping-list at rubyforge.org) > http://rubyforge.org/mailman/listinfo/camping-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: