<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet href="/stylesheets/rss.css" type="text/css"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/">
  <channel>
    <title>Robby on Rails: RailsConf, day 1</title>
    <link>http://www.robbyonrails.com/articles/2006/06/23/railsconf-day-1</link>
    <language>en-us</language>
    <ttl>40</ttl>
    <description>thoughts.sort_by{|t| t[:topic]}.collect </description>
    <item>
      <title>RailsConf, day 1</title>
      <description>&lt;h2&gt;Rails and Database Schemas&lt;/h2&gt;


	&lt;p&gt;This morning, David Thomas opened up the conference by pointing out three problems that Rails needs to solve. The one that hit home for me and my love of databases&amp;#8230; especially monolithic legacy ones&amp;#8230; was his first bullet, &amp;#8220;Data Integration.&amp;#8221; Natural keys, composites, automatic AR relationships with reflection, and non-database backends. He didn&amp;#8217;t mention stored procedures&amp;#8230; I&amp;#8217;ll have to ask him about that. ;-)&lt;/p&gt;


	&lt;h2&gt;Shared Hosting and Rails&lt;/h2&gt;


	&lt;p&gt;I&amp;#8217;m currently sitting in Topfunky&amp;#8217;s talk, &amp;#8220;Rails Deployment on Shared Hosting&amp;#8221;. He had a few funny slides&amp;#8230; yes&amp;#8230; deployment on shared hosting can be painful. We&amp;#8217;ve been working with our customers to ease this problem as much as possible by collaborating on the &lt;a href="http://docs.planetargon.com"&gt;&lt;span class="caps"&gt;PLANET ARGON&lt;/span&gt; Documentation Project&lt;/a&gt;. He also suggested that people consider a &lt;span class="caps"&gt;VPS&lt;/span&gt;, which is a very viable option&amp;#8230; if you have the time and patience to setup the server. The pains of regular shared hosting are a big concern especially if you have a mission critical business application. This is why we moved towards our &lt;a href="http://www.planetargon.com/rails_business_hosting.html"&gt;Rails Business Hosting&lt;/a&gt; plans and are working out the details for yet another step above in terms of cost and reliability. Stay tuned for more details&amp;#8230;&lt;/p&gt;


	&lt;p&gt;I&amp;#8217;ll post more notes later&amp;#8230;&lt;/p&gt;
</description>
      <pubDate>Fri, 23 Jun 2006 16:22:00 -0500</pubDate>
      <guid isPermaLink="false">urn:uuid:be5ee047-63be-43de-9d5c-05cd9f8798af</guid>
      <author>Robby Russell</author>
      <link>http://www.robbyonrails.com/articles/2006/06/23/railsconf-day-1</link>
      <category>railsconf</category>
      <category>planetargon</category>
      <category>conferences</category>
      <category>hosting</category>
      <category>databases</category>
      <category>rails</category>
    </item>
    <item>
      <title>"RailsConf, day 1" by mikael Gyde Møller</title>
      <description>&lt;p&gt;this is nice!&lt;/p&gt;</description>
      <pubDate>Sat, 24 Jun 2006 15:24:03 -0500</pubDate>
      <guid isPermaLink="false">urn:uuid:2170cfd0-5962-4121-924e-3e26357beeec</guid>
      <link>http://www.robbyonrails.com/articles/2006/06/23/railsconf-day-1#comment-8406</link>
    </item>
    <item>
      <title>"RailsConf, day 1" by Robert Treat</title>
      <description>&lt;p&gt;I&amp;#8217;m glad to see someone with the name recognition that Dave Thomas has bringing up some of Rails DB deficiancies. It&amp;#8217;s one area I think could stand some improvement, but trying to explain this stuff to DHH is like talking to a wall.&lt;/p&gt;</description>
      <pubDate>Sat, 24 Jun 2006 09:35:37 -0500</pubDate>
      <guid isPermaLink="false">urn:uuid:3e0d3038-0ef3-414c-ad77-d6fe72157c37</guid>
      <link>http://www.robbyonrails.com/articles/2006/06/23/railsconf-day-1#comment-8345</link>
    </item>
    <item>
      <title>"RailsConf, day 1" by Bob</title>
      <description>&lt;p&gt;@eddie,&lt;/p&gt;


	&lt;p&gt;VPS = virtual private server.  You essentially get ayour own virtual machine which is part of an actual machine.  You get your own file system, your own kernel, your own root access, your own software install, your own percentage of memory and CPU.  Other people have their own systems.  But the barrier between accounts is harder and the guaranteed level of resources is fixed and less of a free-for-all.&lt;/p&gt;


	&lt;p&gt;At least that&amp;#8217;s my understanding.&lt;/p&gt;</description>
      <pubDate>Fri, 23 Jun 2006 21:57:14 -0500</pubDate>
      <guid isPermaLink="false">urn:uuid:d110f625-7c4e-483c-a618-f4a92363a145</guid>
      <link>http://www.robbyonrails.com/articles/2006/06/23/railsconf-day-1#comment-8188</link>
    </item>
    <item>
      <title>"RailsConf, day 1" by Michael Air</title>
      <description>&lt;p&gt;Do you have specs on your business hosting servers? I couldn&amp;#8217;t see anything on the website.&lt;/p&gt;</description>
      <pubDate>Fri, 23 Jun 2006 20:39:00 -0500</pubDate>
      <guid isPermaLink="false">urn:uuid:77f5f42c-3f95-4a99-bddc-130e2d1d37d1</guid>
      <link>http://www.robbyonrails.com/articles/2006/06/23/railsconf-day-1#comment-8163</link>
    </item>
    <item>
      <title>"RailsConf, day 1" by eddie</title>
      <description>&lt;p&gt;For those of us not in the shared hosting business, what is a VPS?&lt;/p&gt;</description>
      <pubDate>Fri, 23 Jun 2006 17:12:36 -0500</pubDate>
      <guid isPermaLink="false">urn:uuid:b636bdcc-ce89-45ab-a68b-671bdd8cbc3b</guid>
      <link>http://www.robbyonrails.com/articles/2006/06/23/railsconf-day-1#comment-8115</link>
    </item>
  </channel>
</rss>
