From curt.hibbs at gmail.com Thu May 11 11:58:48 2006 From: curt.hibbs at gmail.com (Curt Hibbs) Date: Thu, 11 May 2006 10:58:48 -0500 Subject: [Instantrails-developers] Serving Multiple Rails Applications on Windows with Apache and Message-ID: <31d15f490605110858p5c56b1a6ne5f355f790df38d8@mail.gmail.com> Take a look at this: http://www.napcsweb.com/howto/rails/deployment/RailsWithApacheAndMongrel.pdf Zed Shaw recommends that we use Mongrel instead of SCGI. What do you think? Curt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060511/9ad09985/attachment.htm From tanner.burson at gmail.com Thu May 11 12:15:36 2006 From: tanner.burson at gmail.com (Tanner Burson) Date: Thu, 11 May 2006 11:15:36 -0500 Subject: [Instantrails-developers] Serving Multiple Rails Applications on Windows with Apache and In-Reply-To: <31d15f490605110858p5c56b1a6ne5f355f790df38d8@mail.gmail.com> References: <31d15f490605110858p5c56b1a6ne5f355f790df38d8@mail.gmail.com> Message-ID: On 5/11/06, Curt Hibbs wrote: > > Take a look at this: > > > http://www.napcsweb.com/howto/rails/deployment/RailsWithApacheAndMongrel.pdf > > Zed Shaw recommends that we use Mongrel instead of SCGI. What do you > think? > I'm all for the use of mongrel. In fact I've already begun testing integrating it with the XAMPP build process I posted before instead of SCGI. My concern is that it will concern some people that they have to use a plugin to their application, that only really applies when it's being proxied through apache. I understand the reasoning for it being there, and it doesn't personally bother me, but I can see where people will not like the idea of having to install a plugin to make their application work in production. That said, I'm still for using Mongrel, we'll just have to make sure to document the reasoning for using the plugin. Curt > -- ===Tanner Burson=== tanner.burson at gmail.com http://tannerburson.com <---Might even work one day... -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060511/7be1bb08/attachment.htm From mortonda at dgrmm.net Thu May 11 12:17:15 2006 From: mortonda at dgrmm.net (David Morton) Date: Thu, 11 May 2006 11:17:15 -0500 Subject: [Instantrails-developers] Serving Multiple Rails Applications on Windows with Apache and In-Reply-To: <31d15f490605110858p5c56b1a6ne5f355f790df38d8@mail.gmail.com> References: <31d15f490605110858p5c56b1a6ne5f355f790df38d8@mail.gmail.com> Message-ID: <4463638B.3030905@dgrmm.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Curt Hibbs wrote: > Take a look at this: > > > http://www.napcsweb.com/howto/rails/deployment/RailsWithApacheAndMongrel.pdf > > Zed Shaw recommends that we use Mongrel instead of SCGI. What do you think? Yeah, I just saw that on the rails weblog. Looks good. We have to switch to Apache 2 for it to work, but I think this was the obvious course anyway. - -- David Morton Maia Mailguard - http://www.maiamailguard.com Morton Software Design and Consulting - http://www.dgrmm.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEY2OLSIxC85HZHLMRAso5AJ91vR4FreVJO+LIxunr5G5Kb3n80wCeOkvB fddRPNYk4bFaU9npvAK9nuM= =yg+l -----END PGP SIGNATURE----- From mortonda at dgrmm.net Thu May 11 12:19:23 2006 From: mortonda at dgrmm.net (David Morton) Date: Thu, 11 May 2006 11:19:23 -0500 Subject: [Instantrails-developers] Serving Multiple Rails Applications on Windows with Apache and In-Reply-To: References: <31d15f490605110858p5c56b1a6ne5f355f790df38d8@mail.gmail.com> Message-ID: <4463640B.7000504@dgrmm.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Tanner Burson wrote: > application work in production. That said, I'm still for using Mongrel, > we'll just have to make sure to document the reasoning for using the > plugin. We could investigate this more, it looks like something that mod_proxy for apache should do, if we can include it with IR. Maia Mailguard - http://www.maiamailguard.com Morton Software Design and Consulting - http://www.dgrmm.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEY2QLSIxC85HZHLMRAgE6AKCJcgwWDn3BHx3ZysoSW+rI7uyAfwCgpjHl v9MCWsMmexv7XWkQb7FuVls= =XOjQ -----END PGP SIGNATURE----- From curt.hibbs at gmail.com Thu May 11 12:25:36 2006 From: curt.hibbs at gmail.com (Curt Hibbs) Date: Thu, 11 May 2006 11:25:36 -0500 Subject: [Instantrails-developers] Serving Multiple Rails Applications on Windows with Apache and In-Reply-To: <4463640B.7000504@dgrmm.net> References: <31d15f490605110858p5c56b1a6ne5f355f790df38d8@mail.gmail.com> <4463640B.7000504@dgrmm.net> Message-ID: <31d15f490605110925j317a3de7gc1c924b2d848d8aa@mail.gmail.com> On 5/11/06, David Morton wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Tanner Burson wrote: > > > application work in production. That said, I'm still for using Mongrel, > > we'll just have to make sure to document the reasoning for using the > > plugin. > > We could investigate this more, it looks like something that mod_proxy for > apache should do, if we can include it with IR. > > Excellent! On the topic of Instant Rails 2, it seems that no one has taken on the task of starting the development of the IR 2 Manager -- and that's ok. After RailsConf is over I plan to start devoting my time to this (or helping out if someone else has already started). Curt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060511/e5c4bf38/attachment.htm From tanner.burson at gmail.com Thu May 11 12:26:50 2006 From: tanner.burson at gmail.com (Tanner Burson) Date: Thu, 11 May 2006 11:26:50 -0500 Subject: [Instantrails-developers] Serving Multiple Rails Applications on Windows with Apache and In-Reply-To: <4463640B.7000504@dgrmm.net> References: <31d15f490605110858p5c56b1a6ne5f355f790df38d8@mail.gmail.com> <4463640B.7000504@dgrmm.net> Message-ID: On 5/11/06, David Morton wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Tanner Burson wrote: > > > application work in production. That said, I'm still for using Mongrel, > > we'll just have to make sure to document the reasoning for using the > > plugin. > > We could investigate this more, it looks like something that mod_proxy for > apache should do, if we can include it with IR. The documentation Curt linked talks about mod_proxy, but there is a side-effect with an application running in it's own "app server". Many of the helpers use the current requested hostname, which would be the hostname of the app server, not of the apache proxy. So you have to run something either in Apache to munge the links to point at the apache instance, or use the rails plugins that modifies the helpers to use the original hostname. Mod_Proxy itself can do nothing to solve this, as it's really just a Rails issue. -- ===Tanner Burson=== tanner.burson at gmail.com http://tannerburson.com <---Might even work one day... -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060511/f7c915fc/attachment.htm From elliot at townx.org Thu May 11 12:30:31 2006 From: elliot at townx.org (Elliot Smith) Date: Thu, 11 May 2006 17:30:31 +0100 Subject: [Instantrails-developers] Serving Multiple Rails Applications on Windows with Apache and In-Reply-To: <31d15f490605110925j317a3de7gc1c924b2d848d8aa@mail.gmail.com> References: <31d15f490605110858p5c56b1a6ne5f355f790df38d8@mail.gmail.com> <4463640B.7000504@dgrmm.net> <31d15f490605110925j317a3de7gc1c924b2d848d8aa@mail.gmail.com> Message-ID: <446366A7.7010001@townx.org> Curt Hibbs wrote: > On 5/11/06, *David Morton* > wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Tanner Burson wrote: > > > application work in production. That said, I'm still for using > Mongrel, > > we'll just have to make sure to document the reasoning for using > the > > plugin. > > We could investigate this more, it looks like something that > mod_proxy for > apache should do, if we can include it with IR. > > > Excellent! > > On the topic of Instant Rails 2, it seems that no one has taken on the > task of starting the development of the IR 2 Manager -- and that's ok. > After RailsConf is over I plan to start devoting my time to this (or > helping out if someone else has already started). > > Curt I thought I'd just chip in and say I'm not so sure about using Mongrel in its current state, even with Zed's recommendation. Having read the documentation referenced in previous emails, there seems to be a fair bit of hackery to get the thing up and running (the plugin requirement is a bit of a stumbling block for me). I've been using SCGI with XAMPP for per-directory configuration for a few months (as part of ROROX), and it works really reliably and well for me. I have a couple of scripts for automating the SCGI setup and attaching it to the XAMPP control scripts too, which makes life simpler. But if the rest of the group plumps for Mongrel, fair enough. I would be interested in helping with the Manager application once it gets going, at least as a beta tester for the Linux version. Elliot >------------------------------------------------------------------------ > >_______________________________________________ >Instantrails-developers mailing list >Instantrails-developers at rubyforge.org >http://rubyforge.org/mailman/listinfo/instantrails-developers > From mortonda at dgrmm.net Thu May 11 12:33:16 2006 From: mortonda at dgrmm.net (David Morton) Date: Thu, 11 May 2006 11:33:16 -0500 Subject: [Instantrails-developers] Serving Multiple Rails Applications on Windows with Apache and In-Reply-To: <31d15f490605110858p5c56b1a6ne5f355f790df38d8@mail.gmail.com> References: <31d15f490605110858p5c56b1a6ne5f355f790df38d8@mail.gmail.com> Message-ID: <4463674C.2050306@dgrmm.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Curt Hibbs wrote: > http://www.napcsweb.com/howto/rails/deployment/RailsWithApacheAndMongrel.pdf There's a problem with page caching. I thought I already beat this into the ground when I started with IR... but here we go again... - From the pdf: "The first three lines tell Apache not to proxy these folders. That way, your images, stylesheets, and javascript files will be served by Apache, improving speed slightly. The next three lines actually send the request. The line ProxyPass /app1 http://127.0.0.1:4000/ Is actually there to prevent people from viewing the contents of the public folder which contains the dispatcher." The problem is that page caching depends on the webserver actually directly serving the contents of "public/" directly, and only calling rails if the file does not exist in the public folder. Cached pages are written into the public folder, and deleted according to the sweeper code. As I see it, this totally breaks page caching. Also, it is possible you may want to serve static content from other directories than just the ones listed, so you'd have to add them to the config. Very messy, and not DRY. I think we want to do it via mod_rewrite somehow, so that we can test for the existence of a file in public/ and then proxy if the test fails. I don't know if mod_rewrite and mod_proxy work together like this or not. - -- David Morton Maia Mailguard - http://www.maiamailguard.com Morton Software Design and Consulting - http://www.dgrmm.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEY2dMSIxC85HZHLMRAutWAJ4qRvJKMh3lKuGo6yPNVkNHDfjmJwCfSdTQ 1iR/p0EEfpA+jdCSuQcVuWQ= =AxSl -----END PGP SIGNATURE----- From mortonda at dgrmm.net Thu May 11 12:40:41 2006 From: mortonda at dgrmm.net (David Morton) Date: Thu, 11 May 2006 11:40:41 -0500 Subject: [Instantrails-developers] Serving Multiple Rails Applications on Windows with Apache and In-Reply-To: <446366A7.7010001@townx.org> References: <31d15f490605110858p5c56b1a6ne5f355f790df38d8@mail.gmail.com> <4463640B.7000504@dgrmm.net> <31d15f490605110925j317a3de7gc1c924b2d848d8aa@mail.gmail.com> <446366A7.7010001@townx.org> Message-ID: <44636909.8020505@dgrmm.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Elliot Smith wrote: > I thought I'd just chip in and say I'm not so sure about using Mongrel > in its current state, even with Zed's recommendation. Having read the > documentation referenced in previous emails, there seems to be a fair > bit of hackery to get the thing up and running (the plugin requirement > is a bit of a stumbling block for me). I've been using SCGI with XAMPP And I think this is a key difference between the way mod_rewrite works and mod_proxy. OTOH, the mod_rewrite works because rails (or the rubby scgi script) already does the necessary hackery; maybe this plugin could be sent up to the core rails if it can be made to co-exist with other stuff. - -- David Morton Maia Mailguard - http://www.maiamailguard.com Morton Software Design and Consulting - http://www.dgrmm.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEY2kJSIxC85HZHLMRAhnUAJ9OXUd24rLD8yFnQxs8If8RUksoFgCgj30x is0s+4sChTJkTun3aHEws6s= =vo+C -----END PGP SIGNATURE----- From tanner.burson at gmail.com Thu May 11 12:45:52 2006 From: tanner.burson at gmail.com (Tanner Burson) Date: Thu, 11 May 2006 11:45:52 -0500 Subject: [Instantrails-developers] Serving Multiple Rails Applications on Windows with Apache and In-Reply-To: <4463674C.2050306@dgrmm.net> References: <31d15f490605110858p5c56b1a6ne5f355f790df38d8@mail.gmail.com> <4463674C.2050306@dgrmm.net> Message-ID: On 5/11/06, David Morton wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Curt Hibbs wrote: > > > > http://www.napcsweb.com/howto/rails/deployment/RailsWithApacheAndMongrel.pdf > > There's a problem with page caching. I thought I already beat this into > the > ground when I started with IR... but here we go again... > > - From the pdf: > > "The first three lines tell Apache not to proxy these folders. That way, > your > images, stylesheets, and javascript files will be served by Apache, > improving > speed slightly. The next three lines actually send the request. The line > ProxyPass /app1 http://127.0.0.1:4000/ > Is actually there to prevent people from viewing the contents of the > public > folder which contains the dispatcher." > > The problem is that page caching depends on the webserver actually > directly > serving the contents of "public/" directly, and only calling rails if the > file > does not exist in the public folder. Cached pages are written into the > public > folder, and deleted according to the sweeper code. Absolutely true. The only viable solution I have seen to this, is using lighttpd and it's lua scripting abilities to check for the existance of the file and serve it that way. As I see it, this totally breaks page caching. Also, it is possible you > may > want to serve static content from other directories than just the ones > listed, > so you'd have to add them to the config. Very messy, and not DRY. It's not against DRY to write it to multiple places if it's needed, if you're using a single interface to modify all of them. We can easily add an option in the manager to allow you to set the directories for static content. I think we want to do it via mod_rewrite somehow, so that we can test for > the > existence of a file in public/ and then proxy if the test fails. I don't > know > if mod_rewrite and mod_proxy work together like this or not. The problem I see is that mod_rewrite can't check the existance of a file on another server (that I'm aware of anyway, I've only ever seen it used 'locally') but I'd love to be proven wrong on this. I haven't looked into the Rails caching mechanism, but is it possible to specify the directory the cache is written to? That might allow a bit more flexibility, but I'm still not sure. - -- > David Morton > Maia Mailguard - http://www.maiamailguard.com > Morton Software Design and Consulting - http://www.dgrmm.net > -- ===Tanner Burson=== tanner.burson at gmail.com http://tannerburson.com <---Might even work one day... -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060511/b8e3f739/attachment.htm From tanner.burson at gmail.com Thu May 11 12:52:39 2006 From: tanner.burson at gmail.com (Tanner Burson) Date: Thu, 11 May 2006 11:52:39 -0500 Subject: [Instantrails-developers] Serving Multiple Rails Applications on Windows with Apache and In-Reply-To: <44636909.8020505@dgrmm.net> References: <31d15f490605110858p5c56b1a6ne5f355f790df38d8@mail.gmail.com> <4463640B.7000504@dgrmm.net> <31d15f490605110925j317a3de7gc1c924b2d848d8aa@mail.gmail.com> <446366A7.7010001@townx.org> <44636909.8020505@dgrmm.net> Message-ID: On 5/11/06, David Morton wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Elliot Smith wrote: > > > I thought I'd just chip in and say I'm not so sure about using Mongrel > > in its current state, even with Zed's recommendation. Having read the > > documentation referenced in previous emails, there seems to be a fair > > bit of hackery to get the thing up and running (the plugin requirement > > is a bit of a stumbling block for me). I've been using SCGI with XAMPP > > And I think this is a key difference between the way mod_rewrite works and > mod_proxy. > > OTOH, the mod_rewrite works because rails (or the rubby scgi script) > already > does the necessary hackery; maybe this plugin could be sent up to the core > rails > if it can be made to co-exist with other stuff. But don't forget, to get any sort of "app server like" functionality, you'll still need mod_scgi or mod_fcgi(d). Mod_Rewrite is extremely useful, but you're still having to couple it with something to get Rails running efficiently. There are trade-offs in all of the methods, but I like Mongrel in that it's a fully compliant, functional stand-alone webserver, and not just a child process for another webserver. Yes it's going to require mod_proxy, and something to straighten out the caching, but that isn't really any more requirements or work than scgi,or fcgi, it's just that someone has already figured out those peices for us :). - -- > David Morton > Maia Mailguard - http://www.maiamailguard.com > Morton Software Design and Consulting - http://www.dgrmm.net > -- ===Tanner Burson=== tanner.burson at gmail.com http://tannerburson.com <---Might even work one day... -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060511/e10dc2fa/attachment.htm From mortonda at dgrmm.net Thu May 11 13:18:48 2006 From: mortonda at dgrmm.net (David Morton) Date: Thu, 11 May 2006 12:18:48 -0500 Subject: [Instantrails-developers] Serving Multiple Rails Applications on Windows with Apache and In-Reply-To: References: <31d15f490605110858p5c56b1a6ne5f355f790df38d8@mail.gmail.com> <4463674C.2050306@dgrmm.net> Message-ID: <446371F8.5040304@dgrmm.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Tanner Burson wrote: > The problem I see is that mod_rewrite can't check the existance of a > file on another server (that I'm aware of anyway, I've only ever seen it > used 'locally') but I'd love to be proven wrong on this. I haven't > looked into the Rails caching mechanism, but is it possible to specify > the directory the cache is written to? That might allow a bit more > flexibility, but I'm still not sure. Well, not that I know of, but then again, the way rails is normally deployed, it expects the public folder to be accessible to the main webserver. At least that's how the fastcgi setup is done. If the fastcgi/mongrel application server is separate from the web server, then the public/ directory could be nfs or smb mounted. (either direction) I'm not sure if the cache directory can be relocated, but is it wise? The whole idea is that it is located in the main DocumentRoot of the webserver, where it can serve the files quickly (statically). - -- David Morton Maia Mailguard - http://www.maiamailguard.com Morton Software Design and Consulting - http://www.dgrmm.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEY3H4SIxC85HZHLMRAoy3AJ9IjoCuOdmMEtveySCmYcIipEBZKQCfZxG1 /hy5Tpgp7aZql4R5UzcaOis= =1HD+ -----END PGP SIGNATURE----- From mortonda at dgrmm.net Thu May 11 13:21:36 2006 From: mortonda at dgrmm.net (David Morton) Date: Thu, 11 May 2006 12:21:36 -0500 Subject: [Instantrails-developers] Serving Multiple Rails Applications on Windows with Apache and In-Reply-To: References: <31d15f490605110858p5c56b1a6ne5f355f790df38d8@mail.gmail.com> <4463640B.7000504@dgrmm.net> <31d15f490605110925j317a3de7gc1c924b2d848d8aa@mail.gmail.com> <446366A7.7010001@townx.org> <44636909.8020505@dgrmm.net> Message-ID: <446372A0.3040205@dgrmm.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Tanner Burson wrote: > running efficiently. There are trade-offs in all of the methods, but I > like Mongrel in that it's a fully compliant, functional stand-alone > webserver, and not just a child process for another webserver. Yes it's > going to require mod_proxy, and something to straighten out the caching, > but that isn't really any more requirements or work than scgi,or fcgi, > it's just that someone has already figured out those peices for us :). agreed. If we can work out the page caching, mongrel and mod_proxy look best. I'm also pushing to get that plugin put into the rails core. In the meantime, we can have the IR manager stick it in somehow. - -- David Morton Maia Mailguard - http://www.maiamailguard.com Morton Software Design and Consulting - http://www.dgrmm.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEY3KgSIxC85HZHLMRAnF8AKCaeoPsSKD0+g5rQ4AznJrusobngACffJoY lbIG8lJj9LY/lnwQ25T9z5A= =LO8B -----END PGP SIGNATURE----- From tanner.burson at gmail.com Thu May 11 14:13:08 2006 From: tanner.burson at gmail.com (Tanner Burson) Date: Thu, 11 May 2006 13:13:08 -0500 Subject: [Instantrails-developers] Serving Multiple Rails Applications on Windows with Apache and In-Reply-To: <446371F8.5040304@dgrmm.net> References: <31d15f490605110858p5c56b1a6ne5f355f790df38d8@mail.gmail.com> <4463674C.2050306@dgrmm.net> <446371F8.5040304@dgrmm.net> Message-ID: On 5/11/06, David Morton wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Tanner Burson wrote: > > > The problem I see is that mod_rewrite can't check the existance of a > > file on another server (that I'm aware of anyway, I've only ever seen it > > used 'locally') but I'd love to be proven wrong on this. I haven't > > looked into the Rails caching mechanism, but is it possible to specify > > the directory the cache is written to? That might allow a bit more > > flexibility, but I'm still not sure. > > > Well, not that I know of, but then again, the way rails is normally > deployed, it > expects the public folder to be accessible to the main webserver. At > least > that's how the fastcgi setup is done. > > If the fastcgi/mongrel application server is separate from the web server, > then > the public/ directory could be nfs or smb mounted. (either direction) > > I'm not sure if the cache directory can be relocated, but is it wise? The > whole > idea is that it is located in the main DocumentRoot of the webserver, > where it > can serve the files quickly (statically). The problem is that the DocumentRoot of the webserver is now really Apache's not Mongrel's. Thus Apache never knows about the cache, and can't serve it. Although there are other problems with caching in this setup, as I'd be curious as to what happens with the fact that the cache for each Mongrel server can be quite different. - -- > David Morton > Maia Mailguard - http://www.maiamailguard.com > Morton Software Design and Consulting - http://www.dgrmm.net > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFEY3H4SIxC85HZHLMRAoy3AJ9IjoCuOdmMEtveySCmYcIipEBZKQCfZxG1 > /hy5Tpgp7aZql4R5UzcaOis= > =1HD+ > -----END PGP SIGNATURE----- > _______________________________________________ > Instantrails-developers mailing list > Instantrails-developers at rubyforge.org > http://rubyforge.org/mailman/listinfo/instantrails-developers > -- ===Tanner Burson=== tanner.burson at gmail.com http://tannerburson.com <---Might even work one day... -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060511/bdbf83fa/attachment-0001.htm From tanner.burson at gmail.com Thu May 11 14:14:18 2006 From: tanner.burson at gmail.com (Tanner Burson) Date: Thu, 11 May 2006 13:14:18 -0500 Subject: [Instantrails-developers] Serving Multiple Rails Applications on Windows with Apache and In-Reply-To: <446372A0.3040205@dgrmm.net> References: <31d15f490605110858p5c56b1a6ne5f355f790df38d8@mail.gmail.com> <4463640B.7000504@dgrmm.net> <31d15f490605110925j317a3de7gc1c924b2d848d8aa@mail.gmail.com> <446366A7.7010001@townx.org> <44636909.8020505@dgrmm.net> <446372A0.3040205@dgrmm.net> Message-ID: On 5/11/06, David Morton wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Tanner Burson wrote: > > > running efficiently. There are trade-offs in all of the methods, but I > > like Mongrel in that it's a fully compliant, functional stand-alone > > webserver, and not just a child process for another webserver. Yes it's > > going to require mod_proxy, and something to straighten out the caching, > > but that isn't really any more requirements or work than scgi,or fcgi, > > it's just that someone has already figured out those peices for us :). > > agreed. > > If we can work out the page caching, mongrel and mod_proxy look best. I'm > also > pushing to get that plugin put into the rails core. In the meantime, we > can > have the IR manager stick it in somehow. Sounds good. I'm far from fluent with how Rails handles all of it's caching stuff nor with the intracacies of apache proxying, so anyone with some real experience who can step in and provide some insight would be great. - -- > David Morton > Maia Mailguard - http://www.maiamailguard.com > Morton Software Design and Consulting - http://www.dgrmm.net > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFEY3KgSIxC85HZHLMRAnF8AKCaeoPsSKD0+g5rQ4AznJrusobngACffJoY > lbIG8lJj9LY/lnwQ25T9z5A= > =LO8B > -----END PGP SIGNATURE----- > _______________________________________________ > Instantrails-developers mailing list > Instantrails-developers at rubyforge.org > http://rubyforge.org/mailman/listinfo/instantrails-developers > -- ===Tanner Burson=== tanner.burson at gmail.com http://tannerburson.com <---Might even work one day... -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060511/4bc4148e/attachment.htm From curt.hibbs at gmail.com Thu May 11 15:43:53 2006 From: curt.hibbs at gmail.com (Curt Hibbs) Date: Thu, 11 May 2006 14:43:53 -0500 Subject: [Instantrails-developers] Serving Multiple Rails Applications on Windows with Apache and In-Reply-To: References: <31d15f490605110858p5c56b1a6ne5f355f790df38d8@mail.gmail.com> <4463640B.7000504@dgrmm.net> <31d15f490605110925j317a3de7gc1c924b2d848d8aa@mail.gmail.com> <446366A7.7010001@townx.org> <44636909.8020505@dgrmm.net> <446372A0.3040205@dgrmm.net> Message-ID: <31d15f490605111243s2f9757bch8f1cf5267bd4de24@mail.gmail.com> On 5/11/06, Tanner Burson wrote: > > > > On 5/11/06, David Morton wrote: > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Tanner Burson wrote: > > > > > running efficiently. There are trade-offs in all of the methods, but > > I > > > like Mongrel in that it's a fully compliant, functional stand-alone > > > webserver, and not just a child process for another webserver. Yes > > it's > > > going to require mod_proxy, and something to straighten out the > > caching, > > > but that isn't really any more requirements or work than scgi,or fcgi, > > > > > it's just that someone has already figured out those peices for us :). > > > > agreed. > > > > If we can work out the page caching, mongrel and mod_proxy look > > best. I'm also > > pushing to get that plugin put into the rails core. In the meantime, we > > can > > have the IR manager stick it in somehow. > > > Sounds good. I'm far from fluent with how Rails handles all of it's > caching stuff nor with the intracacies of apache proxying, so anyone with > some real experience who can step in and provide some insight would be > great. > And I'm learning stuff from both of you! Curt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060511/c9b9dbef/attachment.htm From mortonda at dgrmm.net Thu May 11 17:36:28 2006 From: mortonda at dgrmm.net (David Morton) Date: Thu, 11 May 2006 16:36:28 -0500 Subject: [Instantrails-developers] Serving Multiple Rails Applications on Windows with Apache and In-Reply-To: References: <31d15f490605110858p5c56b1a6ne5f355f790df38d8@mail.gmail.com> <4463674C.2050306@dgrmm.net> <446371F8.5040304@dgrmm.net> Message-ID: <4463AE5C.3030500@dgrmm.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Tanner Burson wrote: >> The problem is that the DocumentRoot of the webserver is now really >> Apache's not Mongrel's. Thus Apache never knows about the cache, and >> can't serve it. Although there are other problems with caching in this >> setup, as I'd be curious as to what happens with the fact that the cache >> for each Mongrel server can be quite different. In the simple case of one server, they can share the same root, so they can both see the same location for the cache. If you want to scale mongrel out to different servers, then you have several issues to deal with; the DocumentRoot has to be on shared storage somehow, and session management has to be done in memcache or sql. Other types of caching have to be shared as well. I don't think we are focusing on these problems with IR, though. - -- David Morton Maia Mailguard - http://www.maiamailguard.com Morton Software Design and Consulting - http://www.dgrmm.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEY65cSIxC85HZHLMRAtQlAKCUD/5Am1j/1PR8rRBFzTAs39hWDgCgjkm3 bkB2lEmFbySLqamoMJKDCdc= =B8z8 -----END PGP SIGNATURE----- From tanner.burson at gmail.com Thu May 11 17:46:46 2006 From: tanner.burson at gmail.com (Tanner Burson) Date: Thu, 11 May 2006 16:46:46 -0500 Subject: [Instantrails-developers] Serving Multiple Rails Applications on Windows with Apache and In-Reply-To: <4463AE5C.3030500@dgrmm.net> References: <31d15f490605110858p5c56b1a6ne5f355f790df38d8@mail.gmail.com> <4463674C.2050306@dgrmm.net> <446371F8.5040304@dgrmm.net> <4463AE5C.3030500@dgrmm.net> Message-ID: On 5/11/06, David Morton wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Tanner Burson wrote: > > >> The problem is that the DocumentRoot of the webserver is now really > >> Apache's not Mongrel's. Thus Apache never knows about the cache, and > >> can't serve it. Although there are other problems with caching in this > >> setup, as I'd be curious as to what happens with the fact that the > cache > >> for each Mongrel server can be quite different. > > In the simple case of one server, they can share the same root, so they > can both > see the same location for the cache. Good point, and perfectly correct. If you want to scale mongrel out to > different servers, then you have several issues to deal with; the > DocumentRoot > has to be on shared storage somehow, and session management has to be done > in > memcache or sql. Other types of caching have to be shared as well. I > don't > think we are focusing on these problems with IR, though. You're right, I tend to get a bit overzealous when evaluating solutions for potential hangups. We're dealing with a much simpler setup, and really just need to figure out how toget Apache to serve the cache. - -- > David Morton > Maia Mailguard - http://www.maiamailguard.com > Morton Software Design and Consulting - http://www.dgrmm.net > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFEY65cSIxC85HZHLMRAtQlAKCUD/5Am1j/1PR8rRBFzTAs39hWDgCgjkm3 > bkB2lEmFbySLqamoMJKDCdc= > =B8z8 > -----END PGP SIGNATURE----- > _______________________________________________ > Instantrails-developers mailing list > Instantrails-developers at rubyforge.org > http://rubyforge.org/mailman/listinfo/instantrails-developers > -- ===Tanner Burson=== tanner.burson at gmail.com http://tannerburson.com <---Might even work one day... -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060511/4ce3b69f/attachment.htm From bill.walton at charter.net Fri May 12 09:04:28 2006 From: bill.walton at charter.net (Bill Walton) Date: Fri, 12 May 2006 08:04:28 -0500 Subject: [Instantrails-developers] Date - REXML incompatibility Message-ID: <009401c675c4$9aff24d0$6401a8c0@Presario> Hi guys, I've discovered what appears to be an incompatibility between the Date class and the REXML library. What has me perplexed is that the problem presents in an app, but not in irb. So I wonder if it's an IR problem, a Rails problem, or a problem with my individual config. I'd appreciate it if you guys would take a sec to help narrow it down. Code's included below. Without the 'include REXML' statement, the app outputs: 1956-10-02 With the 'include REXML' statement, the app outputs: NoMethodError in DatetestController#index undefined method `new' for "2005/224":StringI'd appreciate hearing your results. Thanks, Bill ----- datetest_controller.rb ----- class DatetestController < ApplicationController require 'date' require 'rexml/document' include REXML def index @basicdate = Date.new(1956,10,2) end end ------ index.rhtml ----- <%=h @basicdate %> -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060512/e005117c/attachment.htm From elliot at townx.org Fri May 12 09:21:47 2006 From: elliot at townx.org (Elliot Smith) Date: Fri, 12 May 2006 14:21:47 +0100 Subject: [Instantrails-developers] Date - REXML incompatibility In-Reply-To: <009401c675c4$9aff24d0$6401a8c0@Presario> References: <009401c675c4$9aff24d0$6401a8c0@Presario> Message-ID: <44648BEB.8080101@townx.org> Well, Bill, I had a bit of a look. It is an odd one. When you do include REXML inside the class definition for the controller, it sets the Date class to equal the string "2005/224". Not sure why. The good news is: if you do "include REXML" outside the class definition, everything seems to work fine. Alternatively, you could remove the include statement altogether and reference the Document class explicitly using REXML::Document where you need it. I should also mention that you don't need the require statements, as Rails does these by default anyway. Hope this helps. Elliot Bill Walton wrote: > Hi guys, > > I've discovered what appears to be an incompatibility between the Date > class and the REXML library. What has me perplexed is that the > problem presents in an app, but not in irb. So I wonder if it's an IR > problem, a Rails problem, or a problem with my individual config. I'd > appreciate it if you guys would take a sec to help narrow it down. > Code's included below. > > Without the 'include REXML' statement, the app outputs: > > 1956-10-02 > > With the 'include REXML' statement, the app outputs: > > > NoMethodError in DatetestController#index > >undefined method `new' for "2005/224":String > > I'd appreciate hearing your results. > > Thanks, > Bill > > ----- datetest_controller.rb ----- > class DatetestController < ApplicationController > require 'date' > require 'rexml/document' > include REXML > > def index > @basicdate = Date.new(1956,10,2) > end > > end > ------ index.rhtml ----- > <%=h @basicdate %> > > > >------------------------------------------------------------------------ > >_______________________________________________ >Instantrails-developers mailing list >Instantrails-developers at rubyforge.org >http://rubyforge.org/mailman/listinfo/instantrails-developers > From bill.walton at charter.net Fri May 12 10:51:24 2006 From: bill.walton at charter.net (Bill Walton) Date: Fri, 12 May 2006 09:51:24 -0500 Subject: [Instantrails-developers] Date - REXML incompatibility References: <009401c675c4$9aff24d0$6401a8c0@Presario> <44648BEB.8080101@townx.org> Message-ID: <011501c675d3$8cd2c3d0$6401a8c0@Presario> Elliot Smith wrote: > Well, Bill, I had a bit of a look. It is an odd one. Thanks for checking, Elliot. I appreciate the confirmation that it's not something that's related just to my specific setup. > When you do include REXML inside the class > definition for the controller, it sets the Date class > to equal the string "2005/224". Not sure why. I'm guessing that's a question for Sean Russell (ser at germane-software.com) who wrote / maintains REXML. Anybody know him and want to contact him? > The good news is: if you do "include REXML" outside the class > definition, everything seems to work fine. I had not thought to try that. In fact, in thinking about it, I really had no idea that Rails would pay any attention to anything outside the class definition in a controller.rb file. Thanks! I'll have to play with that a bit. In general, are there groups / categories of things that would normally (i.e., in the Rails way...) be put outside a class definition? > Alternatively, you could remove the include > statement altogether and reference the Document class > explicitly using REXML::Document where you need it. In fact, that's what I decided to do. It worked pretty painlessly in my case (not counting the hour of "head banging" that led to the identification of the fix ;-) ) because I'm only using REXML to read in XML files. I'm using Builder to write them out. So I only had to change one line. For someone doing more with REXML, the workaround might not be so acceptable. > I should also mention that you don't need > the require statements, as Rails does these > by default anyway. That's just my test background showing through. The whole question, of course, was what exactly *was* Rails doing "by default". "Assumption is the mother of all f___ ups" ;-) Thanks again. Bill From mortonda at dgrmm.net Fri May 12 13:09:47 2006 From: mortonda at dgrmm.net (David Morton) Date: Fri, 12 May 2006 12:09:47 -0500 Subject: [Instantrails-developers] Date - REXML incompatibility In-Reply-To: <009401c675c4$9aff24d0$6401a8c0@Presario> References: <009401c675c4$9aff24d0$6401a8c0@Presario> Message-ID: <4464C15B.3030701@dgrmm.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Bill Walton wrote: > undefined method `new' for "2005/224":String Looks like it is converting the constant :Date into a string for some reason. Let's try another test: remove the @basicdate = Date.new(1956,10,2) from the controller, and do it all in the view: <%= h Date.new(1956,10,2) %> ... and it works fine for me. So it looks like a specific clash with the ActionController class. I'd gess there is a namespace clash somewhere. Very strange way to find it though. It's even more obvious with this example (with and without the REXML line): - ----- datetest_controller.rb ----- class DatetestController < ApplicationController require 'date' require 'rexml/document' include REXML def index @basicdate = Date end end - ------ index.rhtml ----- <%=h @basicdate %> - -- David Morton Maia Mailguard - http://www.maiamailguard.com Morton Software Design and Consulting - http://www.dgrmm.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEZMFbSIxC85HZHLMRAiaXAJ9ynIJGMrdxms3ihHccTzXwKefcPACeO6V/ 61HdZosZyIR+MU7RX0NYJ4o= =kkRB -----END PGP SIGNATURE----- From mortonda at dgrmm.net Fri May 12 13:19:45 2006 From: mortonda at dgrmm.net (David Morton) Date: Fri, 12 May 2006 12:19:45 -0500 Subject: [Instantrails-developers] Date - REXML incompatibility In-Reply-To: <009401c675c4$9aff24d0$6401a8c0@Presario> References: <009401c675c4$9aff24d0$6401a8c0@Presario> Message-ID: <4464C3B1.2010800@dgrmm.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Bill Walton wrote: > undefined method `new' for "2005/224":String And here it is. in rexml/rexml.rb: module REXML Copyright = "...[snip]" Date = "2005/224" Version = "3.1.3" end This makes it extremely bad to "include" REXML. By including, you are doing a 'mixin'. see http://www.rubycentral.com/book/tut_modules.html When the Date.new call is separated from the include REXML statement by being in another class, the namespace clash isn't present and it works; I'm not sure what else it may break though. - -- David Morton Maia Mailguard - http://www.maiamailguard.com Morton Software Design and Consulting - http://www.dgrmm.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEZMOxSIxC85HZHLMRAkhsAJ9j6du+go5TSNhYNkTIqU4WdsolBgCeIakS fG6OvpTveonV+naXd3qSK70= =R1Xo -----END PGP SIGNATURE----- From mortonda at dgrmm.net Fri May 12 13:32:45 2006 From: mortonda at dgrmm.net (David Morton) Date: Fri, 12 May 2006 12:32:45 -0500 Subject: [Instantrails-developers] Date - REXML incompatibility In-Reply-To: <4464C15B.3030701@dgrmm.net> References: <009401c675c4$9aff24d0$6401a8c0@Presario> <4464C15B.3030701@dgrmm.net> Message-ID: <4464C6BD.9030706@dgrmm.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 David Morton wrote: >>> undefined method `new' for "2005/224":String As a better example, without Rails involvement: irb> class Foo require 'date' require 'rexml/document' include REXML def foo puts Date.new end end a=Foo.new a.foo - -- David Morton Maia Mailguard - http://www.maiamailguard.com Morton Software Design and Consulting - http://www.dgrmm.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEZMa9SIxC85HZHLMRAmxeAJ9qjDWur/UpJejI17xzYSru55MWmgCgpLOW E1oDCD0MDLlxUJGyOZn58DU= =k8OQ -----END PGP SIGNATURE----- From curt.hibbs at gmail.com Fri May 12 14:41:12 2006 From: curt.hibbs at gmail.com (Curt Hibbs) Date: Fri, 12 May 2006 13:41:12 -0500 Subject: [Instantrails-developers] Date - REXML incompatibility In-Reply-To: <4464C6BD.9030706@dgrmm.net> References: <009401c675c4$9aff24d0$6401a8c0@Presario> <4464C15B.3030701@dgrmm.net> <4464C6BD.9030706@dgrmm.net> Message-ID: <31d15f490605121141k15f540bdi4a07c28abccd73c4@mail.gmail.com> I just forwarded a copy of this thread to Sean Russell (the author of REXML). Looks like it'd be easy to fix. Curt On 5/12/06, David Morton wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > David Morton wrote: > > >>> undefined method `new' for "2005/224":String > > As a better example, without Rails involvement: > > irb> > > class Foo > require 'date' > require 'rexml/document' > include REXML > > def foo > puts Date.new > end > end > > a=Foo.new > a.foo > > > > > > - -- > David Morton > Maia Mailguard - http://www.maiamailguard.com > Morton Software Design and Consulting - http://www.dgrmm.net > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFEZMa9SIxC85HZHLMRAmxeAJ9qjDWur/UpJejI17xzYSru55MWmgCgpLOW > E1oDCD0MDLlxUJGyOZn58DU= > =k8OQ > -----END PGP SIGNATURE----- > _______________________________________________ > Instantrails-developers mailing list > Instantrails-developers at rubyforge.org > http://rubyforge.org/mailman/listinfo/instantrails-developers > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060512/2247970e/attachment.htm From curt.hibbs at gmail.com Fri May 12 15:56:09 2006 From: curt.hibbs at gmail.com (Curt Hibbs) Date: Fri, 12 May 2006 14:56:09 -0500 Subject: [Instantrails-developers] Date - REXML incompatibility In-Reply-To: <31d15f490605121141k15f540bdi4a07c28abccd73c4@mail.gmail.com> References: <009401c675c4$9aff24d0$6401a8c0@Presario> <4464C15B.3030701@dgrmm.net> <4464C6BD.9030706@dgrmm.net> <31d15f490605121141k15f540bdi4a07c28abccd73c4@mail.gmail.com> Message-ID: <31d15f490605121256r46d2eb55p5e914b1e82df5adc@mail.gmail.com> I just got this response back from Sean. Curt * Sean Russell * * Fri, May 12, 2006 at 2:35 PM * To: curt at hibbs.com On Friday 12 May 2006 14:39, Curt Hibbs wrote: > This thread just played out on the Instant Rails developer's mailing list. > Are you aware of this problem? Sounds like it should be easy to fix. It has been fixed for a while in REXML's repository, and has been in Ruby's CVS for about a month or so. Thanks for the heads-up, though. --- SER On 5/12/06, Curt Hibbs wrote: > > I just forwarded a copy of this thread to Sean Russell (the author of > REXML). Looks like it'd be easy to fix. > > Curt > > > On 5/12/06, David Morton < mortonda at dgrmm.net> wrote: > > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > David Morton wrote: > > > > >>> undefined method `new' for "2005/224":String > > > > As a better example, without Rails involvement: > > > > irb> > > > > class Foo > > require 'date' > > require 'rexml/document' > > include REXML > > > > def foo > > puts Date.new > > end > > end > > > > a=Foo.new > > a.foo > > > > > > > > > > > > - -- > > David Morton > > Maia Mailguard - http://www.maiamailguard.com > > Morton Software Design and Consulting - http://www.dgrmm.net > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v1.4.2 (MingW32) > > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > > > iD8DBQFEZMa9SIxC85HZHLMRAmxeAJ9qjDWur/UpJejI17xzYSru55MWmgCgpLOW > > E1oDCD0MDLlxUJGyOZn58DU= > > =k8OQ > > -----END PGP SIGNATURE----- > > _______________________________________________ > > Instantrails-developers mailing list > > Instantrails-developers at rubyforge.org > > http://rubyforge.org/mailman/listinfo/instantrails-developers > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060512/7997634b/attachment.htm From bill.walton at charter.net Tue May 16 16:58:37 2006 From: bill.walton at charter.net (Bill Walton) Date: Tue, 16 May 2006 15:58:37 -0500 Subject: [Instantrails-developers] Fw: [Rails] DB to XML to HTML: What's the RoRing approach? Message-ID: <031301c6792b$824d0c80$6401a8c0@Presario> Hi Guys, I hope you don't mind my posting this question here too much. Thanks in advance for any advice. Best regards, Bill ----- Original Message ----- From: Bill Walton To: rails at lists.rubyonrails.org Sent: Tuesday, May 16, 2006 3:01 PM Subject: [Rails] DB to XML to HTML: What's the RoRing approach? My app lets users fill in some forms and then creates an XML file from the data they enter. I've got the XML file saved on the server, and I've got the data they entered sitting in the database. Now I need to create an HTML file from that same data. What's the Rails way? Is there an XSL transform function somewhere I could use on the XML file? Or should I go back to the data in the database and use Builder again to write out the HTML file? Or is there some other approach that better suits the RoRing mental model? Thanks in advance for any thoughts / suggestions. Best regards, Bill -------------------------------------------------------------------------------- _______________________________________________ Rails mailing list Rails at lists.rubyonrails.org http://lists.rubyonrails.org/mailman/listinfo/rails -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060516/c5e8f310/attachment-0001.htm From mortonda at dgrmm.net Wed May 17 14:10:41 2006 From: mortonda at dgrmm.net (David Morton) Date: Wed, 17 May 2006 13:10:41 -0500 Subject: [Instantrails-developers] Interview with Zed Message-ID: <446B6721.8040501@dgrmm.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 There's a great interview with our friend Zed Shaw at http://www.oreillynet.com/ruby/blog/2006/05/post.html - -- David Morton Maia Mailguard - http://www.maiamailguard.com Morton Software Design and Consulting - http://www.dgrmm.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEa2chSIxC85HZHLMRApCVAKCfe8NND6FMJaweWN4MOA5gjJuRvACfZlxG R7HyRPA5esQIM406efI34H0= =pgTV -----END PGP SIGNATURE----- From curt.hibbs at gmail.com Wed May 17 16:58:30 2006 From: curt.hibbs at gmail.com (Curt Hibbs) Date: Wed, 17 May 2006 15:58:30 -0500 Subject: [Instantrails-developers] Interview with Zed In-Reply-To: <446B6721.8040501@dgrmm.net> References: <446B6721.8040501@dgrmm.net> Message-ID: <31d15f490605171358y2c823747qadebb9518df5ba30@mail.gmail.com> On 5/17/06, David Morton wrote: > > > There's a great interview with our friend Zed Shaw at > http://www.oreillynet.com/ruby/blog/2006/05/post.html > Excellent interview! I just posted this as a comment to that interview: Yes, this was excellent! This is not intended as any kind of slight to Zed, but I wanted to correct one thing that Zed said about Rails development on Windows. "I seriously think nobody developing Rails actually even gets within five feet of a Windows computer." This can't be right. Instant Rails (which currently runs only on Windows) gets about 400 downloads a day during the week. And the One-Click Ruby Installer gets about 6,000 downloads a day (before Rails, the One-Click Installer only about 300 downloads a day). To me, this says that there is a *lot* of Rails development on Windows machines. Curt -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060517/44c4ae30/attachment.htm From mortonda at dgrmm.net Wed May 17 19:49:15 2006 From: mortonda at dgrmm.net (David Morton) Date: Wed, 17 May 2006 18:49:15 -0500 Subject: [Instantrails-developers] Interview with Zed In-Reply-To: <31d15f490605171358y2c823747qadebb9518df5ba30@mail.gmail.com> References: <446B6721.8040501@dgrmm.net> <31d15f490605171358y2c823747qadebb9518df5ba30@mail.gmail.com> Message-ID: <446BB67B.3040309@dgrmm.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Curt Hibbs wrote: > "I seriously think nobody developing Rails actually even gets within > five feet of a Windows computer." I think the distinction was the rails developers vs people who develop with rails. The rails developers, ie, DHH, use macs all the time, and have been slow to adopt changes to help other platforms. - -- David Morton Maia Mailguard - http://www.maiamailguard.com Morton Software Design and Consulting - http://www.dgrmm.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEa7Z7SIxC85HZHLMRAvAXAJ9PUs9IElvDjlhlULoe4NjdQxExvACfSOFe /iPT6n1XeYSABaIDuc8XAPk= =CCrR -----END PGP SIGNATURE----- From curt.hibbs at gmail.com Wed May 17 21:34:25 2006 From: curt.hibbs at gmail.com (Curt Hibbs) Date: Wed, 17 May 2006 20:34:25 -0500 Subject: [Instantrails-developers] Interview with Zed In-Reply-To: <1147903826.10209.2.camel@localhost.localdomain> References: <446B6721.8040501@dgrmm.net> <31d15f490605171358y2c823747qadebb9518df5ba30@mail.gmail.com> <1147903826.10209.2.camel@localhost.localdomain> Message-ID: <31d15f490605171834l6af651f5mc0a79e268243e103@mail.gmail.com> I really appreciate the win32 support, and I *knew* that something must have gotten lost in the translation. But I also figured that other's wouldn't know that. Anyway, I saw your correction... Thanks! Curt On 5/17/06, Zed Shaw wrote: > > Hey Curt, > > That sentence is a little unclear. I *meant* rails-core and people > committing code when I said "developing Rails". Subtle nuance since I > didn't say "developing *in* Rails". Sure there's folks working with > rails on windows--which is why i try to support them--but none of the > rails-core guys use it. > > Anyway, I'll post a correction in the comments. > > Zed > > On Wed, 2006-05-17 at 15:58 -0500, Curt Hibbs wrote: > > On 5/17/06, David Morton wrote: > > > > There's a great interview with our friend Zed Shaw at > > http://www.oreillynet.com/ruby/blog/2006/05/post.html > > > > Excellent interview! > > > > I just posted this as a comment to that interview: > > > > Yes, this was excellent! > > > > > > This is not intended as any kind of slight to Zed, but I wanted to > > correct one thing that Zed said about Rails development on Windows. > > > > "I seriously think nobody developing Rails actually even gets within > > five feet of a Windows computer." > > > > This can't be right. Instant Rails (which currently runs only on > > Windows) gets about 400 downloads a day during the week. And the > > One-Click Ruby Installer gets about 6,000 downloads a day (before > > Rails, the One-Click Installer only about 300 downloads a day). > > > > To me, this says that there is a *lot* of Rails development on Windows > > machines. > > > > > > Curt > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060517/c34762a3/attachment.htm From curt.hibbs at gmail.com Wed May 17 21:34:37 2006 From: curt.hibbs at gmail.com (Curt Hibbs) Date: Wed, 17 May 2006 20:34:37 -0500 Subject: [Instantrails-developers] Interview with Zed In-Reply-To: <446BB67B.3040309@dgrmm.net> References: <446B6721.8040501@dgrmm.net> <31d15f490605171358y2c823747qadebb9518df5ba30@mail.gmail.com> <446BB67B.3040309@dgrmm.net> Message-ID: <31d15f490605171834u6e3c8e45ne6e2c58ebfb04d3f@mail.gmail.com> On 5/17/06, David Morton wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Curt Hibbs wrote: > > > "I seriously think nobody developing Rails actually even gets within > > five feet of a Windows computer." > > I think the distinction was the rails developers vs people who develop > with > rails. The rails developers, ie, DHH, use macs all the time, and have > been slow > to adopt changes to help other platforms. > > - -- > David Morton > Maia Mailguard - http://www.maiamailguard.com > Morton Software Design and Consulting - http://www.dgrmm.net > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFEa7Z7SIxC85HZHLMRAvAXAJ9PUs9IElvDjlhlULoe4NjdQxExvACfSOFe > /iPT6n1XeYSABaIDuc8XAPk= > =CCrR > -----END PGP SIGNATURE----- > _______________________________________________ > Instantrails-developers mailing list > Instantrails-developers at rubyforge.org > http://rubyforge.org/mailman/listinfo/instantrails-developers > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/instantrails-developers/attachments/20060517/e1f0faa5/attachment.htm