<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Thoughts From Inside The Ether &#187; rails</title>
	<atom:link href="http://thoughts.contegix.com/tag/rails/feed/" rel="self" type="application/rss+xml" />
	<link>http://thoughts.contegix.com</link>
	<description>Contegixians Thoughts and News</description>
	<lastBuildDate>Fri, 30 Jul 2010 18:43:40 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Building the Cloud &#8211; More than Water &amp; Hot Air</title>
		<link>http://thoughts.contegix.com/2009/07/17/building-the-cloud-more-than-water-hot-air/</link>
		<comments>http://thoughts.contegix.com/2009/07/17/building-the-cloud-more-than-water-hot-air/#comments</comments>
		<pubDate>Fri, 17 Jul 2009 21:47:28 +0000</pubDate>
		<dc:creator>matthew.porter</dc:creator>
				<category><![CDATA[Tech]]></category>
		<category><![CDATA[cloud]]></category>
		<category><![CDATA[rails]]></category>
		<category><![CDATA[vmware]]></category>
		<category><![CDATA[zeus]]></category>

		<guid isPermaLink="false">http://thoughts.contegix.com/?p=111</guid>
		<description><![CDATA[We have been chatting about our cloud computing platform (known internally as Project Zeus but to be official named later) a fair amount in the past few months.  We have talked about our features and it being truly designed for the enterprise &#8211; small and large.  We have not talked about how it was built.

Earlier [...]]]></description>
			<content:encoded><![CDATA[<p>We have been chatting about our cloud computing platform (known internally as Project Zeus but to be official named later) a fair amount in the past few months.  We have talked about our features and it being truly designed for the enterprise &#8211; small and large.  We have not talked about <em><strong>how</strong></em> it was built.<br />
<br />
Earlier this week, our development team at Relevance put up a <a href="http://bit.ly/S7djh" target="_blank">blog</a> post on their work on the web and mid tiers for the project.  This promises to be the first in a series on how to build a cloud computing platform.  At least, how <em>Contegix built</em> a cloud computing platform designed around our principles and requirements.<br />
<br />
Read the post, and one will find a number of interesting jewels.  One thing might stick out as very interesting. While we are known for our Java hosting, our cloud was built using Ruby and Rails.  Relevance used JRuby in the mid-tier for  numerous reasons, including the VIJava library for VMware.  The web tier is pure Rails 2.3.2.  Since Contegix is one of the largest managed Rails hosting companies and has been for quite awhile (anyone miss the Apache+fcgi days?), this was a natural infrastructure for us to support.<br />
<br />
More information coming about our cloud late next week.  Launch is quickly approaching!</p>
]]></content:encoded>
			<wfw:commentRss>http://thoughts.contegix.com/2009/07/17/building-the-cloud-more-than-water-hot-air/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Introducing NR Notify</title>
		<link>http://thoughts.contegix.com/2009/03/17/introducing-nr-notify/</link>
		<comments>http://thoughts.contegix.com/2009/03/17/introducing-nr-notify/#comments</comments>
		<pubDate>Tue, 17 Mar 2009 11:22:34 +0000</pubDate>
		<dc:creator>John Williams</dc:creator>
				<category><![CDATA[News]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[monitoring]]></category>
		<category><![CDATA[new relic]]></category>
		<category><![CDATA[rails]]></category>
		<category><![CDATA[ruby]]></category>

		<guid isPermaLink="false">http://thoughts.contegix.com/?p=56</guid>
		<description><![CDATA[NR Notify is a simple ruby based notification tool for New Relic RPM. With NR Notify you can add email and SMS notifications to your Ruby on Rails and Merb applications. By using the the New Relic API, NR Notify provides email and SMS notifications based off of your “Traffic Light” settings within New Relic.
Features:

Multiple [...]]]></description>
			<content:encoded><![CDATA[<p>NR Notify is a simple ruby based notification tool for <a href="http://www.newrelic.com" target="_blank">New Relic RPM</a>. With NR Notify you can add email and SMS notifications to your Ruby on Rails and Merb applications. By using the the New Relic API, NR Notify provides email and SMS notifications based off of your “Traffic Light” settings within New Relic.</p>
<p><strong>Features:</strong></p>
<ul>
<li>Multiple Email Support</li>
<li>Multiple SMS Support</li>
<li>Adjustable Alert Escalations Policies</li>
<li>Supports Multiple Rails Applications</li>
<li>YAML Configuration</li>
<li>Adjustable Update Interval</li>
</ul>
<p>New Relic Notify is easy to setup. All you need to do is adjust the config.yml to your liking and run the included Ruby script. However it is recommended that NR Notify is ran under a service manager such as daemontools or runit. This also requires a SMTP server to deliver the emails.</p>
<p>For more details on NR Notify please visit our project home:<br />
<a href="http://code.contegix.com/wiki/display/NRN" target="_blank">http://code.contegix.com/wiki/display/NRN<br />
</a></p>
<p>For the project source please visit:<br />
<a href="http://code.contegix.com/svn/NRN/trunk">http://code.contegix.com/svn/NRN/trunk</a></p>
]]></content:encoded>
			<wfw:commentRss>http://thoughts.contegix.com/2009/03/17/introducing-nr-notify/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Apache vs. nginx : Web Server Performance Deathmatch</title>
		<link>http://thoughts.contegix.com/2008/03/07/apache-vs-nginx-web-server-performance-deathmatch/</link>
		<comments>http://thoughts.contegix.com/2008/03/07/apache-vs-nginx-web-server-performance-deathmatch/#comments</comments>
		<pubDate>Fri, 07 Mar 2008 21:42:16 +0000</pubDate>
		<dc:creator>matthew.porter</dc:creator>
				<category><![CDATA[Tech]]></category>
		<category><![CDATA[apache]]></category>
		<category><![CDATA[mongrel]]></category>
		<category><![CDATA[nginx]]></category>
		<category><![CDATA[rails]]></category>
		<category><![CDATA[ruby]]></category>

		<guid isPermaLink="false">http://thoughts.contegix.com/2008/03/07/apache-vs-nginx-web-server-performance-deathmatch/</guid>
		<description><![CDATA[In the past few months, nginx (pronounced &#8220;Engine X&#8221;) has become The Little Engine That Could.  This is most evident in Rails deployments and in Zimbra 5, where it replaced perdition for IMAP/POP3 proxying.  For Rails, it is typically replacing Apache 2.2 proxy_load_balancer as a front-end to Mongrel.

One of our engineers, Joe Williams, [...]]]></description>
			<content:encoded><![CDATA[<p>In the past few months, <a href="http://nginx.net" target="_blank">nginx</a> (pronounced &#8220;Engine X&#8221;) has become <a href="http://en.wikipedia.org/wiki/The_Little_Engine_That_Could" target="_blank">The Little Engine That Could</a>.  This is most evident in Rails deployments and in Zimbra 5, where it replaced perdition for IMAP/POP3 proxying.  For Rails, it is typically replacing Apache 2.2 proxy_load_balancer as a front-end to Mongrel.<br />
<br />
One of our engineers, Joe Williams, decided to put both system to the test with a Battle Royale.  Check out the <a href="http://www.joeandmotorboat.com/2008/02/28/apache-vs-nginx-web-server-performance-deathmatch/" target="_blank">results</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://thoughts.contegix.com/2008/03/07/apache-vs-nginx-web-server-performance-deathmatch/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
