Re: updates regarding hosting/easy deployment
Very exciting :) And nice!Would also be sweet if you added early support for what Magnus has been working on when that's ready to ship!On Sun, 12 Aug 2012 17:09:17 +0200, gurugeek gurugeek...@gmail.com wrote:Hello Everyone,sorry for the longish silence but as you know sometimes it can be busy at work! I just wanted to let you know about a complete update on the free hosting system I did prepare from camping. The github idea was not that bad but it didn't work in many cases (too many!) and did not give enough control to the users. So I am testing a completely rebuild system with these currently working features: - SFTP access to users: no more github madeness and total control over your files. It is as drop and run as it can get; - MySQL available to all users - it is popular so regardless of other cutting edge possibilities I think it is an important add-on - Fairly secure environment: users can't read other users files (which seems like a no brainer but it is not possible to do or at least not easily with nginx so we are using apache with a worker that runs everything as the owner of the file) - Ruby and PHP side by side? yes! seehttp://testme.2.aicamping app http://testme.2.ai/i.php This is a quick test regarding permissions e.g. this user cannot open via PHP or Ruby another user file http://testme.2.ai/testperms.php It also works with other rack frameworks like Sinatrahttp://dotgeek.2.ai So in short it supports secure Ruby (Camping, Sinatra, even ROR but not fully tested) and PHP hosting with MySQL, Sqlite or Kirbybase ;) What do you think ? Would you be interested in testing the system ? Do you think it could be interesting to users as an alternative to heroku etc ?I will soon move the domain 1.ai to the new system so that you can test. Initially I plan to add a key of some sort to make it by invitation only or sort of for the alpha stage. Thanks in advance for your feedback! David Free Scan Can Radically Speed Up Your PC. Make It Run Like New http://click.lavabit.com/f1igcwdkj34nx4hjiyz9bbgzdt3rtdms1mm3skx6yc9zexte9fay/ -- Using Opera's revolutionary email client: http://www.opera.com/mail/___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: ChillDB License
Yeah, I'm surprised too. I only gave a one word response of my favourite license, but damn! Everyone else flourished with good information! It's nice when something little like this sparks a discussion Anyways, I like zlib because it gives great freedoms for the consumers but makes sure that people can't claim they wrote the original software. It encourages a thank you for people who use your product but does not enforce it. Also it's really short so people *actually* might read it! Cheers! Isak Andersson Dave Everitt dever...@innotts.co.uk skrev: This is all interesting stuff - never knew the Camping community had a licensing information stream. I gave a talk that included the basics (A tiny history of Stallman, FOSS and the Open Source 'split') to students a few years back. If I ever do it again, this'll make me revisit the slides... - DaveE Just wanted to mention that not everything is so peachy in the public domain. Some jurisdictions do not recognize the right of an author to dedicate a work to the public domain; and there is no single legal definition for what is the public domain that every jurisdiction agrees on. Most jurisdictions are in fact copyright-by-default (one of the reasons why we need to be explicit in our projects). SQLite is an oft-quoted example of software in the public domain, but they are constantly reminded of legal issues because of their choice: http://www.sqlite.org/copyright.html http://www.mail-archive.com/sqlite-users@sqlite.org/msg24372.html A more recent example is when Unlicense.org came under fire, because it would not be considered by the OSI: http://projects.opensource.org/pipermail/license-review/2012-January/52.html I don't mean to derail this thread, just wanted to voice my opinion that not everything is so black-and-white. There's a worldwide default-copyright regime, opting out of it is simply problematic, and attempts to do so risk creating non-deterministic effects that depend on the jurisdiction and judge. And that's the pity of it: Using a very simple standard permissive licence such as MIT/X11 License or even a peculiar and cramped but somewhat standard 3-line licence like Fair Licence achieves everything Bendiken and others want (_and_ actually escape warranty liability) except for the ideological point about getting 'out of the copyright game'. -- Chad Perrin Cheers, Norbert _ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list _ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list _ Unlimited TV Full Length Movies Online. No extra fees. Free Trial. http://click.lavabit.com/4qbucuu8xmna5ytg9ptgoct3b9pz4ikttr6iky66jaaotguqz9ny/ _ ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: ChillDB License
Zlib! Cheers! Isak Andersson Jenna Fox a...@creativepony.com skrev: A few of you sounded interested in using it. I haven't explicitly put a software license on it, so I guess it's not technically FOSS yet. What licenses are good? BSD? Public Domain? — Jenna Get the best selection of equity home loans sites here. Click Here to check them out! http://click.lavabit.com/rrjir48a1nszui17hy4oa5sie7yeqtbcfzk8zmjq58yxbtmrrguy/ ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: The Website
This would be great! I think I'm gonna host a development blog for the game I'm working on David's hosting service. But that will be a while from now so I'll create something else that's cool. PS. I'll work my ass off to have the first screencast done on tuesday! Cheers! Isak Andersson Jenna Fox a...@creativepony.com skrev: So here we are, talking about the website again. Here's my thinking: David Costa's nearly got that neat camping app hosting thing working, which is amazingly awesome and we love him so much! People have all sorts of interesting ideas for things the camping site could do and have - lists of apps made in camping, wikis, forums, live chats where you're all a little spider in a sink and you can run around with your mouse and say things, text adventures, screencast theatres, interactive tutorials, book viewers, etc. What if we all just make a cool thing, and put it on David's cool hosting, and then we can all just run our own little sections of camping, like a little tent village with lots of homes which all have their own unique flavour. We could sort something out to have unified navigation menus, and have a simple app (or static page) to serve as the homepage, acting more as a gateway in to these other apps than anything else. We would be in charge of our own sections and it'd be awesome because we're all great at everything we do and we're all really great people! My hypothesis is many things aren't getting done with the website because we all just really can't be bothered getting consensus on the mailing list. We're impulsive creative people who just want to burst with energy and do something immediately without having to talk about it and justify it first. Consensus Democracy has worked great for the framework but maybe not for the site. What do you think? Can I get a consensus on this? — Jenna Get the best selection of online sites here. Click Here to check them out! http://click.lavabit.com/ki3fjboh1at1j78grodt3ognyxtbqnur6gypm4ruhg1jdusgqdzb/ ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: framework size, forking etc.
To be honest I don't care if we leave the 4k stuff behind or not. I just want Camping to be easy to extend and customize. Don't get me wrong, Camping is crazy customizable. The fact that you can set it up to be a huge application with the rackup file in an extremely cool way is definitely something special. Ps. Now that we mentioned bugs. I'm not sure that Camping is calling App.create anymore in the latest version from gems.judofyr.net. I did open an issue from it on github. I don't get any database tables. And I'm sort of stuck with the först screencast because of it :( Cheers! Isak Andersson___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: framework size, forking etc.
I thought about that, but I want to stay up to date with things like Mab and all that. There are small differences. But I guess I could omit the use of anything that differs. But still, we want the information to be fresh, no? Cheers! Isak Andersson david costa gurugeek...@gmail.com skrev: Isak, may be you should use the official release for the screencast no ? If is a screencast about something not yet released what is the use of it... On Tue, Apr 17, 2012 at 12:23 PM, Isak Andersson icepa...@lavabit.com wrote: To be honest I don't care if we leave the 4k stuff behind or not. I just want Camping to be easy to extend and customize. Don't get me wrong, Camping is crazy customizable. The fact that you can set it up to be a huge application with the rackup file in an extremely cool way is definitely something special. Ps. Now that we mentioned bugs. I'm not sure that Camping is calling App.create anymore in the latest version from gems.judofyr.net. I did open an issue from it on github. I don't get any database tables. And I'm sort of stuck with the först screencast because of it :( Cheers! Isak Andersson ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list Ein groartiges Angebot jeden Tag. Erlebe Deine Stadt zum besten Preis http://click.lavabit.com/yw43wb87merdsyqa1obkgr1b5s77kkig8yyupurhynbx5gsjpmab/ ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: framework size, forking etc.
Yeah I was going to suggest that we do a screencasts going over New features. Let's go with that instead! Cheers! Isak Andersson david costa gurugeek...@gmail.com skrev: Well Sqlite works fine with the current camping so I don't see any reason to use something not yet released for the screencasts. so in short use the official camping-omnibus for the screencasts. I checked your issue on github but I don't think is the fault of the new version but that's not the point really :) I just feel for Magnus that has to debug all our code... If we manage to get some good screencasts adding a new one when the new version will be out will be very easy so.. On Tue, Apr 17, 2012 at 6:17 PM, Isak Andersson icepa...@lavabit.com wrote: I thought about that, but I want to stay up to date with things like Mab and all that. There are small differences. But I guess I could omit the use of anything that differs. But still, we want the information to be fresh, no? Cheers! Isak Andersson david costa gurugeek...@gmail.com skrev: Isak, may be you should use the official release for the screencast no ? If is a screencast about something not yet released what is the use of it... On Tue, Apr 17, 2012 at 12:23 PM, Isak Andersson icepa...@lavabit.com wrote: To be honest I don't care if we leave the 4k stuff behind or not. I just want Camping to be easy to extend and customize. Don't get me wrong, Camping is crazy customizable. The fact that you can set it up to be a huge application with the rackup file in an extremely cool way is definitely something special. Ps. Now that we mentioned bugs. I'm not sure that Camping is calling App.create anymore in the latest version from gems.judofyr.net. I did open an issue from it on github. I don't get any database tables. And I'm sort of stuck with the först screencast because of it :( Cheers! Isak Andersson ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list Ein groartiges Angebot jeden Tag. Erlebe Deine Stadt zum besten Preis http://click.lavabit.com/yw43wb87merdsyqa1obkgr1b5s77kkig8yyupurhynbx5gsjpmab/ ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list Get the best selection of web mail sites here. Click Here to check them out! http://click.lavabit.com/zskuijyi496mffdy7qiz1o45toiyshg1nsczzppt7zzi9tpa9udb/ ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: Camping's URL mapping system
I agree, I'd like to see the way Camping works to grow in to something much more usable. Perhaps a fork is a good idea because the legacy would remain and all. But then in the fork we could deal with things that might be kind of annoying at times. And grow it with a steady pace. If we'd fork camping I think we should still stay as minimalistic as possible. Only adding the best things. And work on making it easy to extend. Cheers! Isak Andersson Dave Everitt dever...@innotts.co.uk skrev: There's a crucial point here... if 3k (the old 4k) is a 'proof of concept' and a great exercise in programming skill, it isn't something that most users will really worry about. If the 3k limit has to be broken back up to 4 or even 5k to get some added/altered/optional functionality that would help usability for the rest of us, it's not an issue for me - DaveE 3kb is great and all, but it seems kind of dishonest if the framework isn't even really usable without a bunch of other gems and files and stuff. The conflict between 3/4kb and having robust well designed features often seems to haunt this project. Maybe time for a forking? I have next to no interest in 3kb as a real feature. Get the best selection of online sites here. Click Here to check them out! http://click.lavabit.com/dijea1fjy66jdsnewkjgbtrhtydj4b1pdtfh1jbkrr736gayp7sb/ ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Update book
Hello. I think we should update the book a little bit. On the part of migrations we use def self.up and def self.down this method actually gave me errors for some reason. But anyways, it should be updated to def self.change anyways because that's the modern way of doing it. I tried doing this myself but for some reason I don't get the gh-pages branch when cloning camping.io so Jenna or someone will have to do it instead! - Isak Andersson ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: dead easy deployment / Camping on the fly
Remember that we should pretty much make a Gemfile mandatory if the user makes use of gems other than Camping. For example, rack_csrf. And we should make sure that dependencies get installed. :) -- Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet. Jenna Fox a...@creativepony.com skrev: Hm. I know the main guy responsible for App Engine, and, well, I certainly wouldn't build a platform atop it - even aside from the huge glaring issue that to have an app which can store data persistently, you need to use google's proprietary database software. Heroku doesn't screen against abuse at all. Heroku is not a 'shared hosting' provider. Their systems use the very finest jailing techniques to lock the ruby process in to it's own little world. It has no writable filesystem and it can only read what it absolutely needs to be able to read to function. All data storage happens over the network on separated database servers. The only type of abuse they need to be weary of is people using their servers to do illegal things - bullying, sharing illegal content, that sort of thing. They deal with that the same way any provider does - wait till someone makes a complaint. Matz, inventor of ruby, works for heroku making exactly this sort of stuff work extremely well. Still, it's not as friendly as it could be, and I personally think the trade offs on heroku are not very good for beginners (you have to use a complex database system, and cannot use the filesystem to store anything but static assets). Good work getting this server up David! I'm pretty excited. It sounds like you're having some pretty annoying deployment issues. As it's being quite a hassle, perhaps we should be thinking more deeply about creating our own special server for this task - something like the modified unicorn I mentioned earlier somewhere. — Jenna On Sunday, 1 April 2012 at 6:23 PM, Peter Retief wrote: Wonder if Google might help getting camping to run on app engine? On 1 April 2012 10:03, david costa gurugeek...@gmail.com wrote: Ah I forgot you can compare camping running on thin here http://run.camping.io:3301/ vs passenger at http://run.camping.io apparently db has some problems with fusion passenger (see http://run.camping.io create HTML page and test HTML page. The same code on thin works just fine... umhh oh no don't feel like more debugging ): On Sun, Apr 1, 2012 at 9:51 AM, david costa gurugeek...@gmail.com wrote: Okay :D after many many hours of testing I am settled for nginx and passenger. live at http://run.camping.io/ I did try every apache combination (with passenger, with cgi, etc. etc.) as is simply not really working fine. I tried some other obscure web servers too but apparently this seems to work fine for now :) other servers would run the app as CGI or FastCGI. I am not worried about speed just ease of deployment and nginx with passenger seems to do the job for now. The alternative is nginx as reverse proxy but as Jenna rightly pointed out it would spawn a lot of thin instances that might or might not be used. I did throw the sponge at Webdav on apache. It doesn't work as expected and not with all clients. It seems more suitable to store quick files than something else. Can try tomorrow with nginx but perhaps it would be nicer to have a quick camping hack to upload a file etc. but you can't just automate it entirely else you can have people running malicious code automatically... I can do the shell scripts to create virtual users for nginx and dns. Another option is to give a normal hosting for camping users. It wouldn't be an issue to have 100-200 trusted users to have access to this e.g. we can build a camping fronted for users to apply with a selection e.g. their github account, why they want the deployment hosting etc. and then once approved we would give them a normal account that would allow them to upload files on SFTP and may be even shell (which BTW is something you don't have on heroku and other services. Of course this could be protected for security or given only to active people. How does heroku screens against abuses? Anyway if some of you would like to be alpha users in this system let me know, I will be glad to set you up as soon as I am done testing subdomains etc. ;) And of course if you have a better idea for a setup let me know. Regards David On Sun, Apr 1, 2012 at 1:30 AM, Jenna Fox a...@creativepony.com wrote: WebDav for nginx: http://wiki.nginx.org/HttpDavModule Or you could implement webdav as an application nginx proxies to, just as it proxies to ruby instances. — Jenna On Sunday, 1 April 2012 at 2:11 AM, david costa wrote: On Sat, Mar 31, 2012 at 5:36 PM, Isak Andersson icepa...@lavabit.com 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
Re: dead easy deployment / Camping on the fly
Well. Isn't it kind of possible to just hack the gem installation in using the ruby quotes that execute code on the system. I can't type them on the phone but I think you know what I mean. Kind of a security issue isn't it? Anyways. Perhaps we could offer some Gems to pick from that we think are quality! (rack_csrf, scrypt). -- Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet. Jenna Fox a...@creativepony.com skrev: I don't think we need to go as far as automatically installing gems - securing ruby is a pretty big challenge, but securing gcc? no way. — Jenna On Sunday, 1 April 2012 at 8:25 PM, Isak Andersson wrote: Remember that we should pretty much make a Gemfile mandatory if the user makes use of gems other than Camping. For example, rack_csrf. And we should make sure that dependencies get installed. :) -- Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet. Jenna Fox a...@creativepony.com skrev: Hm. I know the main guy responsible for App Engine, and, well, I certainly wouldn't build a platform atop it - even aside from the huge glaring issue that to have an app which can store data persistently, you need to use google's proprietary database software. Heroku doesn't screen against abuse at all. Heroku is not a 'shared hosting' provider. Their systems use the very finest jailing techniques to lock the ruby process in to it's own little world. It has no writable filesystem and it can only read what it absolutely needs to be able to read to function. All data storage happens over the network on separated database servers. The only type of abuse they need to be weary of is people using their servers to do illegal things - bullying, sharing illegal content, that sort of thing. They deal with that the same way any provider does - wait till someone makes a complaint. Matz, inventor of ruby, works for heroku making exactly this sort of stuff work extremely well. Still, it's not as friendly as it could be, and I personally think the trade offs on heroku are not very good for beginners (you have to use a complex database system, and cannot use the filesystem to store anything but static assets). Good work getting this server up David! I'm pretty excited. It sounds like you're having some pretty annoying deployment issues. As it's being quite a hassle, perhaps we should be thinking more deeply about creating our own special server for this task - something like the modified unicorn I mentioned earlier somewhere. — Jenna On Sunday, 1 April 2012 at 6:23 PM, Peter Retief wrote: Wonder if Google might help getting camping to run on app engine? On 1 April 2012 10:03, david costa gurugeek...@gmail.com wrote: Ah I forgot you can compare camping running on thin here http://run.camping.io:3301/ vs passenger at http://run.camping.io apparently db has some problems with fusion passenger (see http://run.camping.io create HTML page and test HTML page. The same code on thin works just fine... umhh oh no don't feel like more debugging ): On Sun, Apr 1, 2012 at 9:51 AM, david costa gurugeek...@gmail.com wrote: Okay :D after many many hours of testing I am settled for nginx and passenger. live at http://run.camping.io/ I did try every apache combination (with passenger, with cgi, etc. etc.) as is simply not really working fine. I tried some other obscure web servers too but apparently this seems to work fine for now :) other servers would run the app as CGI or FastCGI. I am not worried about speed just ease of deployment and nginx with passenger seems to do the job for now. The alternative is nginx as reverse proxy but as Jenna rightly pointed out it would spawn a lot of thin instances that might or might not be used. I did throw the sponge at Webdav on apache. It doesn't work as expected and not with all clients. It seems more suitable to store quick files than something else. Can try tomorrow with nginx but perhaps it would be nicer to have a quick camping hack to upload a file etc. but you can't just automate it entirely else you can have people running malicious code automatically... I can do the shell scripts to create virtual users for nginx and dns. Another option is to give a normal hosting for camping users. It wouldn't be an issue to have 100-200 trusted users to have access to this e.g. we can build a camping fronted for users to apply with a selection e.g. their github account, why they want the deployment hosting etc. and then once approved we would give them a normal account that would allow them to upload files on SFTP and may be even shell (which BTW is something you don't have on heroku and other services. Of course this could be protected for security or given only to active people. How does heroku screens against abuses? Anyway if some of you would like to be alpha users in this system let me know, I will be glad to set you up as soon as I am done testing subdomains
Re: dead easy deployment / Camping on the fly
Okay then. But then we'd make sure that the applications don't have privilege to install gems then. -- Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet. Jenna Fox a...@creativepony.com skrev: @Isak Anything run with the `backticks operator` runs with the same privileges as the process which launched them, if using system level sandboxing, or if using some crazy sandbox built in to ruby (which probably wouldn't be very good, but maybe good enough) it'd probably just disable backticks feature. On 01/04/2012, at 9:31 PM, Isak Andersson wrote: Well. Isn't it kind of possible to just hack the gem installation in using the ruby quotes that execute code on the system. I can't type them on the phone but I think you know what I mean. Kind of a security issue isn't it? Anyways. Perhaps we could offer some Gems to pick from that we think are quality! (rack_csrf, scrypt). -- Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet. Jenna Fox a...@creativepony.com skrev: I don't think we need to go as far as automatically installing gems - securing ruby is a pretty big challenge, but securing gcc? no way. — Jenna On Sunday, 1 April 2012 at 8:25 PM, Isak Andersson wrote: Remember that we should pretty much make a Gemfile mandatory if the user makes use of gems other than Camping. For example, rack_csrf. And we should make sure that dependencies get installed. :) -- Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet. Jenna Fox a...@creativepony.com skrev: Hm. I know the main guy responsible for App Engine, and, well, I certainly wouldn't build a platform atop it - even aside from the huge glaring issue that to have an app which can store data persistently, you need to use google's proprietary database software. Heroku doesn't screen against abuse at all. Heroku is not a 'shared hosting' provider. Their systems use the very finest jailing techniques to lock the ruby process in to it's own little world. It has no writable filesystem and it can only read what it absolutely needs to be able to read to function. All data storage happens over the network on separated database servers. The only type of abuse they need to be weary of is people using their servers to do illegal things - bullying, sharing illegal content, that sort of thing. They deal with that the same way any provider does - wait till someone makes a complaint. Matz, inventor of ruby, works for heroku making exactly this sort of stuff work extremely well. Still, it's not as friendly as it could be, and I personally think the trade offs on heroku are not very good for beginners (you have to use a complex database system, and cannot use the filesystem to store anything but static assets). Good work getting this server up David! I'm pretty excited. It sounds like you're having some pretty annoying deployment issues. As it's being quite a hassle, perhaps we should be thinking more deeply about creating our own special server for this task - something like the modified unicorn I mentioned earlier somewhere. — Jenna On Sunday, 1 April 2012 at 6:23 PM, Peter Retief wrote: Wonder if Google might help getting camping to run on app engine? On 1 April 2012 10:03, david costa gurugeek...@gmail.com wrote: Ah I forgot you can compare camping running on thin here http://run.camping.io:3301/ vs passenger at http://run.camping.io apparently db has some problems with fusion passenger (see http://run.camping.io create HTML page and test HTML page. The same code on thin works just fine... umhh oh no don't feel like more debugging ): On Sun, Apr 1, 2012 at 9:51 AM, david costa gurugeek...@gmail.com wrote: Okay :D after many many hours of testing I am settled for nginx and passenger. live at http://run.camping.io/ I did try every apache combination (with passenger, with cgi, etc. etc.) as is simply not really working fine. I tried some other obscure web servers too but apparently this seems to work fine for now :) other servers would run the app as CGI or FastCGI. I am not worried about speed just ease of deployment and nginx with passenger seems to do the job for now. The alternative is nginx as reverse proxy but as Jenna rightly pointed out it would spawn a lot of thin instances that might or might not be used. I did throw the sponge at Webdav on apache. It doesn't work as expected and not with all clients. It seems more suitable to store quick files than something else. Can try tomorrow with nginx but perhaps it would be nicer to have a quick camping hack to upload a file etc. but you can't just automate it entirely else you can have people running malicious code automatically... I can do the shell scripts to create virtual users for nginx and dns. Another option is to give a normal hosting for camping users. It wouldn't be an issue to have 100-200 trusted users to have access to this e.g. we can build a camping fronted
Re: dead easy deployment / Camping on the fly
Perhaps if this is working in time of the deployment screencast we can showcase this kind of deployment AND unicorn/nginx! -- Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet. david costa gurugeek...@gmail.com skrev: BTW if you want to point a run.camping.io or 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 gurugeek...@gmail.com 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 a...@creativepony.com 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 a...@creativepony.com wrote: Those both sound like brilliant servers! I'm not laughing at all. If my mac mini is good enough for sky rim, it's good enough for web hosting for sure! Can we just use camping.io? I think starting simple is a good idea. Databases are pretty cool among web developers for various reasons, but I think are totally unnecessary for most smaller experimental applications. For a beginner, I'm inclined to have key-value databases. A really simple key-value database would work like this: sections = key.hash.to_s(36).scan(/.{0,3}/) sections.delete Dir.mkdir sections[0…-1].join('/') File.open(sections.join('/') + '-value', 'w') do |file| file.write JSON.generate(value) end add in some file locking, and everything is pretty cool. It splits up the kevin to a series of about four directories and then a file, and conveniently fff in base36 is 19995, which is a very nice maximum number of things you'd ever want to put in a single directory if using something like EXT4 or HFS+. Of course, if using a B-Tree filesystem like reiser, btrfs, zfs there is no such limitation so you can skip the scanning joining thing and just open database/#{key.hash} and put a value in that. Pretty cool, no? It's really easy to turn something like that in to what seems from the outside to be a persistent hash. I was working on another thing called ForeverHash, which was the same sort of idea, but used flat files. If people are interested I'd be curious enough to revive that project with more of a CouchDB inspired design. I like all these filesystem based solutions (sqlite, crazy hash in folders, flat file key-value db's) because they can be backed up and restored via webdav or sftp or whatever, and you don't need to do any weird stuff of configuring which ports and usernames and passwords in your database abstraction. I prefer the idea of having a little key-value filesystem db written in clear straight forward ruby code, because it means kids learning can see how it works and hack at it - as nice as sqlite is, it is in no way transparent. You at least have to learn SQL if you want to play with it's innards, and possibly C. On 31/03/2012, at 3:22 AM, david costa wrote: Hello all, I am opening a separate topic just to brainstorm the idea of a free, simple camping deployment/hosting option. Now this is not about re-inventing the wheel as heroku already supports camping apps too. So this would be the ground idea: a) This would be entirely free - no paid plans to upgrade etc.; b) Eventually users should be able to deploy a camping application by launching something like camping-fly myapp in the command line and it would simply work (through a git push or similar) and make it available live in a custom domain like camping.sh or ruby.am e.g. myfancyapp.camping.sh or myfancyapp.ruby.am c) Database fanciness should also be available or at least sqlite/mysql Suggestion and ideas on how to achieve this are welcome (or professionals with the expertise willing to do a simple project based on this ) servers I can make available for this: Debian 6 Intel Core i7 3930K (6 x 3,20 GHz) RAM 64 GB 3000 GB HD + 256 MB SSD drive (very useful for databases, much faster) OR (don't laugh) Mac mini 2.0GHz quad-core Intel Core i7 8GB memory 2X256GB Solid State Drive of course we would need to limit this to screened applicants to avoid any spammers/troublemakers Best Regards David ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: camping paid examples + screencasts ?
I'd like to see the screencasts on YouTube or Vimeo where everyone can view them. That's fine, I can post them to my YouTube channel too. David didn't really give a restriction on what I could do with the Videos. :) DaveE Cheers! - Isak Andersson ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: camping paid examples + screencasts ?
Well, why not just go with both? Bigger audience! The more places the better. Vimeo is a bit better though. Anyways, about the deployment video. I was thinking I hook an application up with Unicorn and putting nginx on top of it. How does that sound? - Isak Andersson On 03/30/2012 08:35 AM, Jenna Fox wrote: Seconding Vimeo - it's exactly the sort of creative friendly helpful community we get along so great with. :) I wouldn't bother with youtube. The main thing is that people can comment and embed and vote/like it and all that wonderful stuff. :) --- Jenna On Friday, 30 March 2012 at 5:28 PM, Isak Andersson wrote: I'd like to see the screencasts on YouTube or Vimeo where everyone can view them. That's fine, I can post them to my YouTube channel too. David didn't really give a restriction on what I could do with the Videos. :) DaveE Cheers! - Isak Andersson ___ Camping-list mailing list Camping-list@rubyforge.org mailto:Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list Die neusten PC-Treiber runterladen Aktualisiert im Nu alle PC-Treiber! http://click.lavabit.com/4xr69tw397kinowkztda5dhjqsfhxppib9muja6rbtypp3jqtksb/ ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: camping paid examples + screencasts ?
Yeah, it's just a matter of preference I guess. I like both but I'm going with Unicorn :) Also, I guess I should ask the whole mailing list on this, I created a little base thing for presentations when I'm just talking concepts in the screencasts. I took some assets from the Camping.io site to make it feel familiar. The thing I'm wondering about is the title font. I went with a goofy one just because Camping is damn fun, but I'm not sure if I find it perfect.. What do you guys think? Here's the image: http://i.imgur.com/8zLJc.png On 03/30/2012 08:58 AM, Jenna Fox wrote: Sounds great - my sites are the same setup, but with regular thin. :) --- Jenna On Friday, 30 March 2012 at 5:47 PM, Isak Andersson wrote: Well, why not just go with both? Bigger audience! The more places the better. Vimeo is a bit better though. Anyways, about the deployment video. I was thinking I hook an application up with Unicorn and putting nginx on top of it. How does that sound? - Isak Andersson On 03/30/2012 08:35 AM, Jenna Fox wrote: Seconding Vimeo - it's exactly the sort of creative friendly helpful community we get along so great with. :) I wouldn't bother with youtube. The main thing is that people can comment and embed and vote/like it and all that wonderful stuff. :) --- Jenna On Friday, 30 March 2012 at 5:28 PM, Isak Andersson wrote: I'd like to see the screencasts on YouTube or Vimeo where everyone can view them. That's fine, I can post them to my YouTube channel too. David didn't really give a restriction on what I could do with the Videos. :) DaveE Cheers! - Isak Andersson ___ Camping-list mailing list Camping-list@rubyforge.org mailto:Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list Die neusten PC-Treiber runterladen Aktualisiert im Nu alle PC-Treiber! http://click.lavabit.com/4xr69tw397kinowkztda5dhjqsfhxppib9muja6rbtypp3jqtksb/ ___ Camping-list mailing list Camping-list@rubyforge.org mailto:Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list ___ Camping-list mailing list Camping-list@rubyforge.org mailto:Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list Get the best selection of equity home loans sites here. Click Here to check them out! http://click.lavabit.com/kiacu9wowfxnrd3wduu4jb4fr3pdcypfoehftka9dqx6sg6iyzey/ ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: camping paid examples + screencasts ?
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 a...@creativepony.com skrev: I've certainly heard nothing bad of Unicorn from my friend who works in the github server management team. — Jenna On Friday, 30 March 2012 at 6:12 PM, Isak Andersson wrote: Yeah, it's just a matter of preference I guess. I like both but I'm going with Unicorn :) Also, I guess I should ask the whole mailing list on this, I created a little base thing for presentations when I'm just talking concepts in the screencasts. I took some assets from the Camping.io site to make it feel familiar. The thing I'm wondering about is the title font. I went with a goofy one just because Camping is damn fun, but I'm not sure if I find it perfect.. What do you guys think? Here's the image: http://i.imgur.com/8zLJc.png On 03/30/2012 08:58 AM, Jenna Fox wrote: Sounds great - my sites are the same setup, but with regular thin. :) — Jenna On Friday, 30 March 2012 at 5:47 PM, Isak Andersson wrote: Well, why not just go with both? Bigger audience! The more places the better. Vimeo is a bit better though. Anyways, about the deployment video. I was thinking I hook an application up with Unicorn and putting nginx on top of it. How does that sound? - Isak Andersson On 03/30/2012 08:35 AM, Jenna Fox wrote: Seconding Vimeo - it's exactly the sort of creative friendly helpful community we get along so great with. :) I wouldn't bother with youtube. The main thing is that people can comment and embed and vote/like it and all that wonderful stuff. :) — Jenna On Friday, 30 March 2012 at 5:28 PM, Isak Andersson wrote: I'd like to see the screencasts on YouTube or Vimeo where everyone can view them. That's fine, I can post them to my YouTube channel too. David didn't really give a restriction on what I could do with the Videos. :) DaveE Cheers! - Isak Andersson ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list Die neusten PC-Treiber runterladen Aktualisiert im Nu alle PC-Treiber! http://click.lavabit.com/4xr69tw397kinowkztda5dhjqsfhxppib9muja6rbtypp3jqtksb/ ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list Get the best selection of equity home loans sites here. Click Here to check them out! http://click.lavabit.com/kiacu9wowfxnrd3wduu4jb4fr3pdcypfoehftka9dqx6sg6iyzey/ ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list Get the best selection of cost of life insurance sites here. Click Here to check them out! http://click.lavabit.com/w7jqmwjifkcsb464srtuhbafyo844qsitdgs8ezb65cruw7isdey/ ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: camping paid examples + screencasts ?
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 gurugeek...@gmail.com skrev: For the deployment video I think you should perhaps start with the standard configuration which has thin and nginx but of course if you have time you can do one with Unicorn too. The idea is to make it easy for users to run without having to install too much extra stuff. Best Regards David On Fri, Mar 30, 2012 at 8:47 AM, Isak Andersson icepa...@lavabit.com wrote: Well, why not just go with both? Bigger audience! The more places the better. Vimeo is a bit better though. Anyways, about the deployment video. I was thinking I hook an application up with Unicorn and putting nginx on top of it. How does that sound? - Isak Andersson On 03/30/2012 08:35 AM, Jenna Fox wrote: Seconding Vimeo - it's exactly the sort of creative friendly helpful community we get along so great with. :) I wouldn't bother with youtube. The main thing is that people can comment and embed and vote/like it and all that wonderful stuff. :) — Jenna On Friday, 30 March 2012 at 5:28 PM, Isak Andersson wrote: I'd like to see the screencasts on YouTube or Vimeo where everyone can view them. That's fine, I can post them to my YouTube channel too. David didn't really give a restriction on what I could do with the Videos. :) DaveE Cheers! - Isak Andersson ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list Die neusten PC-Treiber runterladen Aktualisiert im Nu alle PC-Treiber! http://click.lavabit.com/4xr69tw397kinowkztda5dhjqsfhxppib9muja6rbtypp3jqtksb/ ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list Trabaja desde tu casa 100% GRATIS Las mejores encuestas para ti http://click.lavabit.com/rxuk6ujuhcqbm98z4bn1kshgdohpjoo9wzuabkf7sfsc5qrtd7oy/ ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: camping paid examples + screencasts ?
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 a...@creativepony.com 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 icepa...@lavabit.com wrote: I've heard nothing but good myself. The biggest difference is that Slim is a bit more friendly isn't it? And what did you think about the image :) - Isak -- Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet. Jenna Fox a...@creativepony.com skrev: I've certainly heard nothing bad of Unicorn from my friend who works in the github server management team. — Jenna On Friday, 30 March 2012 at 6:12 PM, Isak Andersson wrote: Yeah, it's just a matter of preference I guess. I like both but I'm going with Unicorn :) Also, I guess I should ask the whole mailing list on this, I created a little base thing for presentations when I'm just talking concepts in the screencasts. I took some assets from the Camping.io site to make it feel familiar. The thing I'm wondering about is the title font. I went with a goofy one just because Camping is damn fun, but I'm not sure if I find it perfect.. What do you guys think? Here's the image: http://i.imgur.com/8zLJc.png On 03/30/2012 08:58 AM, Jenna Fox wrote: Sounds great - my sites are the same setup, but with regular thin. :) — Jenna On Friday, 30 March 2012 at 5:47 PM, Isak Andersson wrote: Well, why not just go with both? Bigger audience! The more places the better. Vimeo is a bit better though. Anyways, about the deployment video. I was thinking I hook an application up with Unicorn and putting nginx on top of it. How does that sound? - Isak Andersson On 03/30/2012 08:35 AM, Jenna Fox wrote: Seconding Vimeo - it's exactly the sort of creative friendly helpful community we get along so great with. :) I wouldn't bother with youtube. The main thing is that people can comment and embed and vote/like it and all that wonderful stuff. :) — Jenna On Friday, 30 March 2012 at 5:28 PM, Isak Andersson wrote: I'd like to see the screencasts on YouTube or Vimeo where everyone can view them. That's fine, I can post them to my YouTube channel too. David didn't really give a restriction on what I could do with the Videos. :) DaveE Cheers! - Isak Andersson ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list Die neusten PC-Treiber runterladen Aktualisiert im Nu alle PC-Treiber! http://click.lavabit.com/4xr69tw397kinowkztda5dhjqsfhxppib9muja6rbtypp3jqtksb/ ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list Get the best selection of equity home loans sites here. Click Here to check them out! http://click.lavabit.com/kiacu9wowfxnrd3wduu4jb4fr3pdcypfoehftka9dqx6sg6iyzey/ ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list Get the best selection of cost of life insurance sites here. Click Here to check them out! http://click.lavabit.com/w7jqmwjifkcsb464srtuhbafyo844qsitdgs8ezb65cruw7isdey/ ___ Camping-list mailing list Camping-list@rubyforge.org
Re: camping paid examples + screencasts ?
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 a...@creativepony.com skrev: For screencasts I recommend whichever of the fashionable web servers has the coolest looking logo when zoomed out a bit, as it'll look good on video. Unicorn has a pretty great logo which scales well. Who ever said ruby severs don't scale? — Jenna On Saturday, 31 March 2012 at 12:55 AM, Jenna Fox wrote: I've never heard of that. Camping is a rack app. It works with any kind of rack server. Thin is in no way official or standard. Use whatever you think is good! There are so many ways to deploy ruby apps and nearly all of them are really great. It's not worth fussing too much over unless you're making a huge scale web app with a zillionty users. I personally use the web technology which has the most minimalist zen-style websites. I know some people like horses and unicorns and rainbows and stuff and that's cool too! Nobody likes webrick. Don't use webrick. — Jenna On Saturday, 31 March 2012 at 12:41 AM, Isak Andersson wrote: Oh, thin is a standard in Camping? Never noticed. -- Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet. david costa gurugeek...@gmail.com skrev: For the deployment video I think you should perhaps start with the standard configuration which has thin and nginx but of course if you have time you can do one with Unicorn too. The idea is to make it easy for users to run without having to install too much extra stuff. Best Regards David On Fri, Mar 30, 2012 at 8:47 AM, Isak Andersson icepa...@lavabit.com wrote: Well, why not just go with both? Bigger audience! The more places the better. Vimeo is a bit better though. Anyways, about the deployment video. I was thinking I hook an application up with Unicorn and putting nginx on top of it. How does that sound? - Isak Andersson On 03/30/2012 08:35 AM, Jenna Fox wrote: Seconding Vimeo - it's exactly the sort of creative friendly helpful community we get along so great with. :) I wouldn't bother with youtube. The main thing is that people can comment and embed and vote/like it and all that wonderful stuff. :) — Jenna On Friday, 30 March 2012 at 5:28 PM, Isak Andersson wrote: I'd like to see the screencasts on YouTube or Vimeo where everyone can view them. That's fine, I can post them to my YouTube channel too. David didn't really give a restriction on what I could do with the Videos. :) DaveE Cheers! - Isak Andersson ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list Die neusten PC-Treiber runterladen Aktualisiert im Nu alle PC-Treiber! http://click.lavabit.com/4xr69tw397kinowkztda5dhjqsfhxppib9muja6rbtypp3jqtksb/ ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list Trabaja desde tu casa 100% GRATIS Las mejores encuestas para ti http://click.lavabit.com/rxuk6ujuhcqbm98z4bn1kshgdohpjoo9wzuabkf7sfsc5qrtd7oy/ ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list Get the best selection of chemist jobs sites here. Click Here to check them out! http://click.lavabit.com/856omzx644c6s4dqfe6d4grqajd4snq8f5wubjf1gfkycftmmo9y/ ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: camping paid examples + screencasts ?
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 a...@creativepony.com skrev: Disable comments on youtube perhaps? P.S. RE: 'unicorn sounds nice' for those who haven't heard it yet, this is what Unicorn sounds like: http://d.pr/olau — Jenna On Saturday, 31 March 2012 at 1:20 AM, Dave Everitt wrote: On 30 Mar 2012, at 14:51, david costa wrote: Vimeo is great (I use it for a lot of professional videos) but perhaps we should have them on youtube too because google ranks video from youtube higher on their searches. YouTube: loads of trolls (-2) but lots of eyeballs (+1) = total: -1 Vimeo: a much nicer place (+1), fewer eyeballs (-1) = total: 0 Both is fine, but if YouTube, perhaps at least a YouTube Camping channel? DaveE ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list Get the best selection of american school sites here. Click Here to check them out! http://click.lavabit.com/4tuehcn7de3xupepj8wu8peetxorkdehitaekuw7arknbwtapify/ ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: dead easy deployment / Camping on the fly
+9 this :) -- Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet. david costa gurugeek...@gmail.com skrev: Hello all, I am opening a separate topic just to brainstorm the idea of a free, simple camping deployment/hosting option. Now this is not about re-inventing the wheel as heroku already supports camping apps too. So this would be the ground idea: a) This would be entirely free - no paid plans to upgrade etc.; b) Eventually users should be able to deploy a camping application by launching something like camping-fly myapp in the command line and it would simply work (through a git push or similar) and make it available live in a custom domain like camping.sh or ruby.am e.g. myfancyapp.camping.sh or myfancyapp.ruby.am c) Database fanciness should also be available or at least sqlite/mysql Suggestion and ideas on how to achieve this are welcome (or professionals with the expertise willing to do a simple project based on this ) servers I can make available for this: Debian 6 Intel Core i7 3930K (6 x 3,20 GHz) RAM 64 GB 3000 GB HD + 256 MB SSD drive (very useful for databases, much faster) OR (don't laugh) Mac mini 2.0GHz quad-core Intel Core i7 8GB memory 2X256GB Solid State Drive of course we would need to limit this to screened applicants to avoid any spammers/troublemakers Best Regards David Dcouvre tous les secrets de la Magie. Clique Ici! http://click.lavabit.com/hmfehg75rumtxy6e9birp9px66eqeqn1cjxgcxtdp648siroyzcb/ ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: +1 shorter domain name
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 a...@creativepony.com 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@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/ ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: camping paid examples + screencasts ?
david costa gurugeek...@gmail.com 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@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: Camping Multimount
Well, wouldn't you have to be in the main app for that to work? The linking should be global. The ultimate thing would be if R could take another parameter for which app to use R in. It would check with the config.du file and see how it is mounted and generate a link from that. Something like R(Show, 23), :app = :blog. That functionality is hard to add outside of Camping though.. -- Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet. David Susco dsu...@gmail.com skrev: On the linking thing, could you invoke a method in the main app from a sub-app which takes a sub-app name and a route as variables? The method could then just return R() from the appropriate sub-app. Dave On Sat, Feb 18, 2012 at 4:55 PM, Isak Andersson icepa...@lavabit.com wrote: http://pastebin.com/JuHhW0R Not sure what went wrong there :/ The app is over here https://github.com/MilkshakePanda/Penguin I have no idea what that had to do with my config.ru file.. On Sat, 18 Feb 2012 21:35:39 +0100, Magnus Holm judo...@gmail.com wrote: On Fri, Feb 17, 2012 at 22:13, Isak Andersson icepa...@lavabit.com wrote: Hi, sorry if I'm repeating is email or something, Cinnamon crashed as I was sending the mail and the result in the sent folder was completely empty, so I'm just gonna have to write it all over again, wee! Anyways, my question was about new camping and if we still have the ability to mount multiple smaller apps as the bigger app. I'm creating an app to host my blog and a bunch of other stuff using the new Camping version that comes with Mab + Riak. I want to be able to divide each part of the website into it's own app, but I still want them to share some things, like the public/ folder so that they have the same look. I also want them to share Riak node which they will do. Let's say that my project structure looks something like this app/ app.rb blog.rb forum.rb# Not actually having a forum though, probably public/ Style.css Coolpic.png blog/ controllers.rb views.rb forum/ controllers.rb views.rb config/ ripple.yml foo.yml First off, what is the correct command to mount these parts, and how does it work? The Camping site says: camping apps/**/*.rb. I'm not sure what it does though, and if it would still work in the new version. In the newest (pre-release) version of Camping you solve this by using a config.ru-file: # in config.ru require 'app' require 'blog' require 'forum' map '/' do run App end map '/blog' do run Blog end map '/forum' do run Forum end You can then run `camping config.ru` to start the server. One thing that I would like, would be if all sub-apps for app.rb like blog or forum inherited some of the settings of app.rb. I'm using rack_csrf for csrf protection (obviously) and I find it kind of strange to have to set it up for each and every app instead of just app.rb. The simplest solution is to define something like this: def App.setup(app) app.class_eval do set :foo, 123 include Bar use Baz end end And then: module App App.setup(self) end module Blog App.setup(self) end module Forum App.setup(self) end Another thing, how do I make app.rb the root of the entire site so it's mounted at foobar.com and not foobar.com/blog like the other ones should be mounted. Also, how do I link between the different apps? Like how do I make app link to the blog or a part of the forum link to a certain part of app? Linking is indeed a hard problem. By default, Camping+Mab prepends the mount path to all links. So if you generate /user/1 inside a Forum-template, the link will actually come out as /forum/user/1. Of course, this means that linking to /blog/post/1 does actually link to /forum/blog/post/1 which probably wasn't what you intended. I'm really not sure what's the best solution is here… I guess that was all the questions I had about this. I'm starting to feel like this would be the ultimate way to build a larger Camping app :) Have fun :D _ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list _ Delivering best online results. Get better, different Relevant results fast ! Searching the best of online online. http://click.lavabit.com/4ehcpqntnpwdsxdqu4axg6a3o453mwgxeoghwyzarmthtqqeyhwb/ _ -- Using Opera's revolutionary email client: http://www.opera.com/mail/ _ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list -- Dave
Re: Camping Multimount
All very nice solutions I must say. I started using Rails (oh no!) to build the app since it would be easier to handle bigger things since I couldn't figure this out. This is amazing though. Since I'm still not sure how I'd handle the linking I think I'll keep using rails for this particular app ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: Camping Multimount
Actually no, if we solve this whole little thing about linking I'll just swap it all back to camping for the 12382th time! Because I'm just loving this! On Sat, 18 Feb 2012 21:35:39 +0100, Magnus Holm judo...@gmail.com wrote: On Fri, Feb 17, 2012 at 22:13, Isak Andersson icepa...@lavabit.com wrote: Hi, sorry if I'm repeating is email or something, Cinnamon crashed as I was sending the mail and the result in the sent folder was completely empty, so I'm just gonna have to write it all over again, wee! Anyways, my question was about new camping and if we still have the ability to mount multiple smaller apps as the bigger app. I'm creating an app to host my blog and a bunch of other stuff using the new Camping version that comes with Mab + Riak. I want to be able to divide each part of the website into it's own app, but I still want them to share some things, like the public/ folder so that they have the same look. I also want them to share Riak node which they will do. Let's say that my project structure looks something like this app/ app.rb blog.rb forum.rb# Not actually having a forum though, probably public/ Style.css Coolpic.png blog/ controllers.rb views.rb forum/ controllers.rb views.rb config/ ripple.yml foo.yml First off, what is the correct command to mount these parts, and how does it work? The Camping site says: camping apps/**/*.rb. I'm not sure what it does though, and if it would still work in the new version. In the newest (pre-release) version of Camping you solve this by using a config.ru-file: # in config.ru require 'app' require 'blog' require 'forum' map '/' do run App end map '/blog' do run Blog end map '/forum' do run Forum end You can then run `camping config.ru` to start the server. One thing that I would like, would be if all sub-apps for app.rb like blog or forum inherited some of the settings of app.rb. I'm using rack_csrf for csrf protection (obviously) and I find it kind of strange to have to set it up for each and every app instead of just app.rb. The simplest solution is to define something like this: def App.setup(app) app.class_eval do set :foo, 123 include Bar use Baz end end And then: module App App.setup(self) end module Blog App.setup(self) end module Forum App.setup(self) end Another thing, how do I make app.rb the root of the entire site so it's mounted at foobar.com and not foobar.com/blog like the other ones should be mounted. Also, how do I link between the different apps? Like how do I make app link to the blog or a part of the forum link to a certain part of app? Linking is indeed a hard problem. By default, Camping+Mab prepends the mount path to all links. So if you generate /user/1 inside a Forum-template, the link will actually come out as /forum/user/1. Of course, this means that linking to /blog/post/1 does actually link to /forum/blog/post/1 which probably wasn't what you intended. I'm really not sure what's the best solution is here… I guess that was all the questions I had about this. I'm starting to feel like this would be the ultimate way to build a larger Camping app :) Have fun :D ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list Delivering best online results. Get better, different Relevant results fast ! Searching the best of online online. http://click.lavabit.com/4ehcpqntnpwdsxdqu4axg6a3o453mwgxeoghwyzarmthtqqeyhwb/ -- Using Opera's revolutionary email client: http://www.opera.com/mail/ ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Camping Multimount
Hi, sorry if I'm repeating is email or something, Cinnamon crashed as I was sending the mail and the result in the sent folder was completely empty, so I'm just gonna have to write it all over again, wee! Anyways, my question was about new camping and if we still have the ability to mount multiple smaller apps as the bigger app. I'm creating an app to host my blog and a bunch of other stuff using the new Camping version that comes with Mab + Riak. I want to be able to divide each part of the website into it's own app, but I still want them to share some things, like the public/ folder so that they have the same look. I also want them to share Riak node which they will do. Let's say that my project structure looks something like this app/ app.rb blog.rb forum.rb# Not actually having a forum though, probably public/ Style.css Coolpic.png blog/ controllers.rb views.rb forum/ controllers.rb views.rb config/ ripple.yml foo.yml First off, what is the correct command to mount these parts, and how does it work? The Camping site says: camping apps/**/*.rb. I'm not sure what it does though, and if it would still work in the new version. One thing that I would like, would be if all sub-apps for app.rb like blog or forum inherited some of the settings of app.rb. I'm using rack_csrf for csrf protection (obviously) and I find it kind of strange to have to set it up for each and every app instead of just app.rb. Another thing, how do I make app.rb the root of the entire site so it's mounted at foobar.com and not foobar.com/blog like the other ones should be mounted. Also, how do I link between the different apps? Like how do I make app link to the blog or a part of the forum link to a certain part of app? I guess that was all the questions I had about this. I'm starting to feel like this would be the ultimate way to build a larger Camping app :) Cheers! -Isak Andersson ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Camping on the edge, multimount
Okay so I'm creating my website to host a blog and a bunch of stuff, using a Camping + Riak combo! Of course I'm using the latest and greatest version of Camping that uses Mab and has a public/ dir. I was just wondering if we still have the functionality to mount multiple apps in these new versions. Say I have a project that looks something like this app/ app.rb #The home or something?? blog.rb foo.rb admin.rb public/ something.css acoolpic.png blog/ controller.rb views.rb foo/ controller.rb views.rb admin/ controller.rb views.rb I want those apps to share the public folder to have the same basic look and all that. And of course database. The problem I have here is, how do I specify what is the root of the whole bigger picture. Like what gets mounted at site.com and not site.com/blog for example. And also, how can I add some shared functionality across the apps. For example I want to have Csrf protection (using rack_csrf), right? So instead of overriding the form of each and every smaller app I want it to easily be implemented just once. Is this possible? If so, how? Also, what is the correct command line command to mount every app? Also another concern I have when doing this kind of thing is, how can I make one app link to some part of another app? Like if I want app.rb to link to the blog, or the blog to link to some controller in foo. Cheers! -Isak Andersson ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: New reloader
Nice! It'd a bit sad that you can't serve multiple apps anymore though but you are probably most definitely right about the fact that nobody uses it! Good work! -Isak Andersson -- Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet. Magnus Holm judo...@gmail.com skrev: I finally pushed out the new reloader: https://github.com/camping/camping/compare/e160094...342bf80 Two big features: * camping config.ru You can now run the Camping Server on a .ru-file. If you somehow need a more elaborate Rack-setup (Camping.use is not enough), this means you can still use the reloader. * public/ is automatically served Given this directory: config.ru app.rb app/controllers.rb public/ camping.png Running either `camping config.ru` or `camping app.rb` makes camping.png available on http://localhost:3301/camping.png Some things that are *not* supported anymore: * camping app1.rb app2.rb Nobody used it; it made everything more complex. * Mounting several apps from one file Before, if you had this file: # app.rb Camping.goes :App Camping.goes :App2 Running `camping app.rb` mounted App on /app and App2 on /app2. Now, App will be mounted at /. (If you named the file app2.rb, App2 would be mounted). If you need the previous functionality, just create a config.ru: map '/app' do run App end map '/app2' do run App2 end This gives you more control and can be reused by other servers (Thin, Passenger) etc. // Magnus Holm _ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list _ About Make-Up and Skin types. Get Up to 70% Off on a VIp consultation http://click.lavabit.com/bahusiqfst36twgjw31njj948r1atcxpr7mk1efj3edqj8dd81eb/ _ ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: Markaby license issue
I think people who want to write HTML in HTML should write HTML in HTML. I think people who don't want to write HTML in HTML should write it in something they prefer. Just my humble opinion. --Isak Andersson Den 2011-12-29 02:14:18 skrev Anthony Durity gravi...@jollyrotten.org: I think people should write HTML in HTML, CSS in CSS, Javascript in Javascript, and Ruby in Ruby. I don't get the fascination with DSLs for existing domains. DSLs for your own stuff is okay, where you need something that is more complex than a bunch of functions and less complex than a full blown language. But DSLs for existing domains. Just write it in the target language already. If you want to integrate with other stuff you can. If you want to switch platforms you can and you don't have to throw awaw or rewrite a ton of stuff. On Tue, Dec 20, 2011 at 6:56 AM, Jenna Fox a...@creativepony.com wrote: I tried to use that crazy stuff recently and it just doesn't work, in webkit at least. — Jenna On 20/12/2011, at 4:34 PM, Steve Klabnik st...@steveklabnik.com wrote: Yep! Granted, if you serve it with an XML MIME type, it must be able to be parsed with an XML parser, so none of that p bthis iis/b insane/i stuff! But still... I actually like XML. There are some of us in Ruby... ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list Get The Best Grades With the Least Amount of Time Effort ! http://click.lavabit.com/cizxa3hjywnx7odc65c5xxytqdzu49pqyanart1e93c9f68gmb4y/ -- Twitter: http://twitter.com/bitpuffin/ Blog: http://bitpuffin.tumblr.com/ Github: http://github.com/milkshakepanda/ ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: Camping Server: automatically serve static files from public/
I think Alternative 2 makes the most sense. Then you can have multiple apps that don't share the public folder. Plus, you put almost everything in the app folder anyways so there shouldn't be a difference now either. Alternative 2: app.rb app/public app/public/style.css # example -- Twitter: http://twitter.com/bitpuffin/ Blog: http://bitpuffin.tumblr.com/ Github: http://github.com/milkshakepanda/ ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: setting controllers etc
Bytes are precious Nothing stops us from implementing it as an extension (or whatever it should be called) though :-) Allright, let's do that when 2.2 is out then :) -- Twitter: http://twitter.com/bitpuffin/ Blog: http://bitpuffin.tumblr.com/ Github: http://github.com/milkshakepanda/ ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Re: Markaby license issue
Not really sure to be honest. It looks very nice and is basically markaby. But I think we should either create our own, or fork it so we could have our own cool stuff, like the AJAX things someone mentioned. Also, it would be cool if you could also write JS in ruby easily with camping out of the box. I know Coffeescript is similar but does it use ruby syntax? I just think we should have all the good stuff in our own language. So we can make it work well with camping. Like having an optional module for scripts that you can use in any view to make stuff dry. Or you could write scripts in the view. I think we could do something cool -- Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet. Jenna Fox a...@creativepony.com skrev: Nice! Lets just all use this thing! What say you, everyone? — Jenna Fox On Sunday, 18 December 2011 at 12:47 PM, Steve Klabnik wrote: A wild project appears: http://krainboltgreene.github.com/dapper-dan/ ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list Looking for hosting web? Find it at Www.sandglass.com http://click.lavabit.com/wjq784xbw67pm3h5ryf3kjnsycsihms3uo8gg1qdyuphy7ixobbb/ ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list
Riak on Camping
Good day, does anyone here have a clue on how to make use of the NoSQL database Riak with Camping? I am building my website and Riak seems like pretty much the ultimate database! This would probably ruin every little feature in ActiveRecord, I don't think I'd be able to do any has_many's or belongs_to but I'd LOVE to be proven wrong. As far as I know (but maybe I should do some research before saying it) there isn't any adapter for Riak yet. I want to use it anyways though, connecting nodes around the globe! |m| -Isak Andersson TLB -- Using the Opera email client: http://www.opera.com/mail/ ___ Camping-list mailing list Camping-list@rubyforge.org http://rubyforge.org/mailman/listinfo/camping-list