<?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>centresource blog &#187; Daniel Nelson</title>
	<atom:link href="http://blog.centresource.com/author/dnelson/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.centresource.com</link>
	<description>the thoughts and ramblings of centresource</description>
	<lastBuildDate>Wed, 15 May 2013 14:08:27 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
		<item>
		<title>Javascript Frameworks for Well Architected, Immersive Web Apps (Part II)</title>
		<link>http://blog.centresource.com/2011/10/13/javascript-frameworks-for-well-architected-immersive-web-apps-part-ii/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=javascript-frameworks-for-well-architected-immersive-web-apps-part-ii</link>
		<comments>http://blog.centresource.com/2011/10/13/javascript-frameworks-for-well-architected-immersive-web-apps-part-ii/#comments</comments>
		<pubDate>Thu, 13 Oct 2011 14:41:30 +0000</pubDate>
		<dc:creator>Daniel Nelson</dc:creator>
				<category><![CDATA[Development]]></category>

		<guid isPermaLink="false">http://blog.centresource.com/?p=3721</guid>
		<description><![CDATA[Part II of this video continues by using a demo application to go into detail on how to incorporate Angular.js into Rails 3.1 to build cleanly architected, maintainable web applications with rich user experiences. Angular.js + Rails: Part 2 from centresource interactive agency on Vimeo.]]></description>
				<content:encoded><![CDATA[<p>Part II of this video continues by using a <a href="https://github.com/centresource/angularjs_rails_demo">demo application</a> to go into detail on how to incorporate Angular.js into Rails 3.1 to build cleanly architected, maintainable web applications with rich user experiences.</p>
<p><iframe src="http://player.vimeo.com/video/30329977?title=0&amp;byline=0&amp;portrait=0" width="400" height="300" frameborder="0" webkitAllowFullScreen allowFullScreen></iframe>
<p><a href="http://vimeo.com/30329977">Angular.js + Rails: Part 2</a> from <a href="http://vimeo.com/centresource">centresource interactive agency</a> on <a href="http://vimeo.com">Vimeo</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.centresource.com/2011/10/13/javascript-frameworks-for-well-architected-immersive-web-apps-part-ii/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Javascript Frameworks for Well Architected, Immersive Web Apps (Part I)</title>
		<link>http://blog.centresource.com/2011/10/11/javascript-frameworks-for-well-architected-immersive-web-apps-part-i/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=javascript-frameworks-for-well-architected-immersive-web-apps-part-i</link>
		<comments>http://blog.centresource.com/2011/10/11/javascript-frameworks-for-well-architected-immersive-web-apps-part-i/#comments</comments>
		<pubDate>Tue, 11 Oct 2011 15:13:13 +0000</pubDate>
		<dc:creator>Daniel Nelson</dc:creator>
				<category><![CDATA[Development]]></category>

		<guid isPermaLink="false">http://blog.centresource.com/?p=3716</guid>
		<description><![CDATA[Immersive web applications involve sophisticated interactivity within the browser, connected to models and data persistence on the server. The structure of the application is clearly delimited between client-side and server-side, but the available tools for building web applications have often blurred this distinction. The result is applications that are difficult to design and maintain. Part...]]></description>
				<content:encoded><![CDATA[<div>Immersive web applications involve sophisticated interactivity within the browser, connected to models and data persistence on the server. The structure of the application is clearly delimited between client-side and server-side, but the available tools for building web applications have often blurred this distinction. The result is applications that are difficult to design and maintain.</p>
<p>Part I of this video explores the problem and what we are looking for in a solution. Part II (coming soon) goes into detail on a particular solution using Rails 3.1 and Angular.js. Source code for the demo application is available from the Centresource Github account.</p></div>
<p><iframe src="http://player.vimeo.com/video/30328747?title=0&amp;byline=0&amp;portrait=0" width="400" height="300" frameborder="0" webkitAllowFullScreen allowFullScreen></iframe>
<p><a href="http://vimeo.com/30328747">Angular.js + Rails: Part 1</a> from <a href="http://vimeo.com/centresource">centresource interactive agency</a> on <a href="http://vimeo.com">Vimeo</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.centresource.com/2011/10/11/javascript-frameworks-for-well-architected-immersive-web-apps-part-i/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Setting up a client site on Heroku</title>
		<link>http://blog.centresource.com/2011/09/23/setting-up-a-client-site-on-heroku/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=setting-up-a-client-site-on-heroku</link>
		<comments>http://blog.centresource.com/2011/09/23/setting-up-a-client-site-on-heroku/#comments</comments>
		<pubDate>Fri, 23 Sep 2011 16:01:38 +0000</pubDate>
		<dc:creator>Daniel Nelson</dc:creator>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[Rails]]></category>
		<category><![CDATA[Ruby]]></category>

		<guid isPermaLink="false">http://blog.centresource.com/?p=3581</guid>
		<description><![CDATA[Thanks to Josh Crews for cluing me in on how to set up staging on Heroku last February First, add heroku to the development group in the Gemfile and bundle install. If this is a client site, you will want the client to own the application, so we&#8217;ll sign in as the client from the...]]></description>
				<content:encoded><![CDATA[<p><em>Thanks to <a href="http://www.joshcrews.com">Josh Crews</a> for<br />
cluing me in on how to set up staging on Heroku last February</em></p>
<p>First, add heroku to the development group in the Gemfile and bundle install.</p>
<p>If this is a client site, you will want the client to own the<br />
application, so we&#8217;ll sign in as the client from the beginning (you<br />
can also use &#8220;heroku sharing:transfer&#8221; to move an app to another user<br />
later):</p>
<p><code><br />
$ heroku auth:logout (only if you are already using heroku)<br />
$ heroku auth:login<br />
Enter your Heroku credentials.<br />
Email: client.email@address.com<br />
Password: client-password<br />
</code></p>
<p>Then create the production and staging apps:</p>
<p><code><br />
$ heroku create --stack bamboo-mri-1.9.2 mysitename<br />
$ heroku create --stack bamboo-mri-1.9.2 mysitename-staging<br />
</code></p>
<p>Then add yourself and anyone else on your team to the heroku apps:</p>
<p><code><br />
$ heroku sharing:add your.email@address.com --app mysitename<br />
$ heroku sharing:add your.email@address.com --app mysitename-staging<br />
$ heroku sharing:add team.member@address.com --app mysitename<br />
$ heroku sharing:add team.member@address.com --app mysitename-staging<br />
</code></p>
<p>Now you can sign out as the client and sign back into your own Heroku account:</p>
<p><code><br />
$ heroku auth:logout<br />
$ heroku auth:login<br />
Enter your Heroku credentials.<br />
Email: your.email@address.com<br />
Password: your-password<br />
</code></p>
<p>Next, we need to update project_root/.git/config so that we can deploy<br />
to the production and staging apps. Do this by copying the &#8220;heroku&#8221;<br />
block to a new &#8220;staging&#8221; block and updating the url to the name of the<br />
staging app. While you are at it, you might want to change &#8220;heroku&#8221; to<br />
&#8220;production&#8221; so that it is consistent with &#8220;staging&#8221;:</p>
<p><code><br />
[remote "production"]<br />
       url = git@heroku.com:mysitename.git<br />
       fetch = +refs/heads/*:refs/remotes/heroku/*<br />
[remote "staging"]<br />
       url = git@heroku.com:mysitename-staging.git<br />
       fetch = +refs/heads/*:refs/remotes/heroku/*<br />
</code></p>
<p>Now, you can push to staging and production separately:</p>
<p><code><br />
$ git push staging master<br />
$ git push production master<br />
</code></p>
<p>And to push a branch other than master (such as develop) to staging<br />
for a beta reveal:</p>
<p><code><br />
$ git push staging develop:master<br />
</code></p>
<p>Note that for any Heroku commands, you will need to specify the app:</p>
<p><code><br />
$ heroku rake db:migrate --app mysitename-staging<br />
</code></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.centresource.com/2011/09/23/setting-up-a-client-site-on-heroku/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
