Remember that we should pretty much make a Gemfile mandatory if the user makes
use of gems other than Camping. For example, rack_csrf. And we should make sure
that dependencies get installed. :)
--
Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet.
Jenna Fox
I don't think we need to go as far as automatically installing gems - securing
ruby is a pretty big challenge, but securing gcc? no way.
—
Jenna
On Sunday, 1 April 2012 at 8:25 PM, Isak Andersson wrote:
Remember that we should pretty much make a Gemfile mandatory if the user
makes use of
Well. Isn't it kind of possible to just hack the gem installation in using the
ruby quotes that execute code on the system. I can't type them on the phone but
I think you know what I mean. Kind of a security issue isn't it?
Anyways. Perhaps we could offer some Gems to pick from that we think
@Isak Anything run with the `backticks operator` runs with the same privileges
as the process which launched them, if using system level sandboxing, or if
using some crazy sandbox built in to ruby (which probably wouldn't be very
good, but maybe good enough) it'd probably just disable backticks
Okay then. But then we'd make sure that the applications don't have privilege
to install gems then.
--
Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet.
Jenna Fox a...@creativepony.com skrev:
@Isak Anything run with the `backticks operator` runs with the same privileges
A bit late in the day, but (quick and probably uninformed thought,
given the volume of messages I just skimmed) might rvm help manage
Ruby installs/updates/gems safely? - DaveE
Hello again ! :)
well in theory we can chrot jail users but the best way is to
install the gems that people need
Oh gods not RVM. This setup does not need another layer of complexity.
On my own server, I use five thins, which run all the time, on a set of five
ports which nginx proxy to. To run hundreds of camping apps, this sort of
persistent setup isn't viable. CGI would work, but could be a little
On Mon, Apr 2, 2012 at 1:02 AM, Jenna Fox a...@creativepony.com wrote:
Oh gods not RVM. This setup does not need another layer of complexity.
On my own server, I use five thins, which run all the time, on a set of
five ports which nginx proxy to. To run hundreds of camping apps, this sort
Perhaps if this is working in time of the deployment screencast we can showcase
this kind of deployment AND unicorn/nginx!
--
Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet.
david costa gurugeek...@gmail.com skrev:
BTW if you want to point a run.camping.io or
@David - sorted, both those subdomains now point to your machine. :)
—
Jenna
On Saturday, 31 March 2012 at 4:10 PM, david costa wrote:
BTW if you want to point a run.camping.io (http://run.camping.io) or
host.camping.io (http://host.camping.io) or anything you like to
66.116.108.12 will
Apache? What are your thoughts on that choice I am curious? :)
—
Jenna
On Sunday, 1 April 2012 at 12:27 AM, david costa wrote:
Thank you :D as soon as the DNS will propagate it should be live.
Some updates: now added the design from camping.io (http://camping.io)
(working on the fonts)
Hello Jenna !
I think that run rack applications the most efficient way seems to be
phusion passenger that works with apache and nginx. It might work with
other setups but it is not documented.
The other alternative to serve a camping application is to use a standard
ruby webserver (thin, unicorn,
Hi,
I run a few Camping apps in production with Rack's FastCGI handler.
This way it is completely separable from the webserver, which can be
nginx, apache, lighttpd, or anything else that implements the FastCGI
protocol. On top of that it's more scalable, because you can run these
processes on
Thanks for this but how would it run for multiple users on the same port
(80) like yourname.camping.io yourname2.camping.io without having nginx or
apache as a reverse proxy ?
On Sat, Mar 31, 2012 at 4:44 PM, Nokan Emiro uzleep...@gmail.com wrote:
Hi,
I run a few Camping apps in production
This solution is almost the same as using reverse proxies, but between
the nginx and the Rack/Camping app you don't need HTTP traffic, just
FastCGI. That means you can save one layer in the application, you
don't need a http server (thin, mongrel, etc.) that point. Rack is a native
FastCGI
On Sat, Mar 31, 2012 at 5:36 PM, Isak Andersson icepa...@lavabit.comwrote:
** Actually setting up a reverse proxy gives better performance for the
end user As you can have some sort of buffer between them. The Unicorn
server takes care of whatever nginx asks for, and while it waits it can
Oh whoops! I forgot to press the save button on the dns management page. Should
go through now, certainly within the next hour.
On fastcgi - fastcgi is not a server in itself - you cannot connect to it with
a web browser. Like Passenger, it's a way for a server like nginx or apache to
launch
The main downside to passenger, is that when things go wrong, it can be a bit
'thar be monsters in here!'
It's a bit of a mysterious technology which isn't very well documented when
stuff doesn't work, or at least it wasn't when I was playing with it about 8
months ago. I ended up settling on
WebDav for nginx: http://wiki.nginx.org/HttpDavModule
Or you could implement webdav as an application nginx proxies to, just as it
proxies to ruby instances.
—
Jenna
On Sunday, 1 April 2012 at 2:11 AM, david costa wrote:
On Sat, Mar 31, 2012 at 5:36 PM, Isak Andersson icepa...@lavabit.com
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
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,
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,
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
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
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
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.comwrote:
** I've heard nothing but good myself. The biggest difference is that
Slim is a bit more friendly isn't it?
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
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
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
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
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,
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
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 :)
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
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
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
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
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
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
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
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
oops - should have put my last reply here... - DaveE
Hello all,
I am opening a separate topic just to brainstorm the idea of a free,
simple camping deployment/hosting option.
Now this is not about re-inventing the wheel as heroku already
supports camping apps too. So this would be the
+9 this :)
--
Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet.
david costa gurugeek...@gmail.com skrev:
Hello all,
I am opening a separate topic just to brainstorm the idea of a free, simple
camping deployment/hosting option.
Now this is not about re-inventing
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
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
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
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
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
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
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
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
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
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
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
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
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?
-
Camping sites camping site
On Tuesday, March 27, 2012, Jenna Fox a...@creativepony.com 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'
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
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
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
Hi Dave :)
On Tue, Mar 27, 2012 at 9:34 PM, Dave Everitt dever...@innotts.co.ukwrote:
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
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 gurugeek...@gmail.com wrote:
Hi Adam,
do you mean the camping website
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
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
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
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
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
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
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
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:
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
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
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
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
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
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
On Wed, Feb 1, 2012 at 04:18, adam moore nerdf...@gmail.com wrote:
I've recently been using Arch linux and 90% of the appeal comes from
their awesome user-led wiki..
Something which we can gradually add to, build on camping of course,
and which hand-holds beginners would be ideal I think
The
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
I've recently been using Arch linux and 90% of the appeal comes from
their awesome user-led wiki..
Something which we can gradually add to, build on camping of course,
and which hand-holds beginners would be ideal I think
On Wed, Feb 1, 2012 at 5:55 AM, Jenna Fox a...@creativepony.com wrote:
That sounds great, but I remain skeptical that people will spend the time
necessary to write good quality articles (or anything at all) on a wiki, seeing
as we have had a wiki as our entire website for quite a long time.
Do you have any thoughts on who would contribute and what their
failing test case, running in camping:
def layout
text !DOCTYPE html\n
html { head { title foo } }
end
Markaby output:
!DOCTYPE html
htmlheadtitlefoo/title/head/html
Mab output:
lt;!DOCTYPE htmlgt;
htmlheadtitlefoo/title/head/html
—
Jenna Fox
On Wednesday, 25 January 2012 at 10:00
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
Just thought I'd let you know that I've been working on Mab lately:
https://github.com/camping/mab.
This will replace Markaby in the next release.
Also, I've been benchmarking it on this simple, but view-heavy, app.
Camping w/Markaby: 480 requests/second
Camping w/Mab: 1490
Excellent work! and some great examples you have in that readme ;)
—
Jenna Fox
On Monday, 16 January 2012 at 6:26 AM, Magnus Holm wrote:
Just thought I'd let you know that I've been working on Mab lately:
https://github.com/camping/mab.
This will replace Markaby in the next
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
I'm trying to implement some simple middleware that will have behaviour based
on session data.
From looking at the source for Camping::Session and Rack::Session, I thought
I'd just be able to put my own middleware between Camping::Session and my app.
I tried doing it the same way that
If you look in to the Rack docs, you'll find more info on how to chain
middleware together. Camping provides some friendly shortcuts to that, but
'including a module' is not how that's supposed to work, is my understanding.
Essentially Rack middleware work by creating an object which responds
Ah, thanks.
I thought that the order of calling 'use' would explicitly describe the order.
This was my main problem - since Camping's doing a bit of a hack to neatly slot
the middleware in without people needing a rackup file or whatever, it's a bit
unclear on how to get stuff in the right
I don't think there are any 'shoulds', but people writing code
(including markup) which other people might one day need to understand
would be wise to make it comprehensible, and probably therefore in a
recognisable, readable syntax... which I think is the essence of
Markaby and its legacy
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
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
I think people who don't want to write HTML in HTML should write it in
something they prefer.
i like to write HTML in Ruby, {attr: :val} for elements, [] for lists of
elements, and for..strings
def H _
case _
when Hash then
''+(_[:_]||:div).to_s+(_.keys-[:_,:c]).map{|a|
'
2011/12/19 Bartosz Dziewoński matma@gmail.com:
2011/12/19 Magnus Holm judo...@gmail.com:
The real question here is: Should it be a part of camping/mab.rb or
the Mab-gem? I'm definitely for adding many features (indentation,
attribute-validation, flow-validation), but not in Camping. The
Do we want a brand new markaby-like thing to be the grand evolution of Why and
Tim's initial creation, or do we want to stand out and say Hey world, we've
made something like Markaby, but heaps better, in the way the Nokogiri clan
have.
I've changed my mind. I think it should have a new name.
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
--
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/
I think the ability to load multiple Camping apps at once makes things
a lot more difficult (e.g. how to deal with static files).
Does anyone actually use this feature?
// Magnus Holm
___
Camping-list mailing list
Camping-list@rubyforge.org
I vote number 2 - it keeps apps separated, so you can pop a whole bunch in a
folder and call it a day - Having one big shared public folder is messy and
breaks that model of separation entirely. If people like Isak have existing
arrangements in place, there aught to be some configurable option
2011/12/18 Bartosz Dziewoński matma@gmail.com:
I don't have time to look thru now, but it doesn't seem to support
boolean attributes (e.g. `input checked:true` should render input
checked=checked /)? I was very much missing this feature in old
Markaby, and finally even wrote a patch, as
One of Camping's major selling points is that it's just straight
forward ruby classes and modules. No magic. Magic is anything where
you don't immediately fully grasp how it works. set :controllers is
that type of thing.
-1 for magic, and +1 for questions like this:
Is it filename based?
301 - 400 of 1200 matches
Mail list logo
