<?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>Michael Klett &#187; Rails</title>
	<atom:link href="http://michaelklett.com/category/rails/feed/" rel="self" type="application/rss+xml" />
	<link>http://michaelklett.com</link>
	<description></description>
	<lastBuildDate>Sun, 27 Sep 2009 18:12:14 +0000</lastBuildDate>
	
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Huge Dropbox Cache File</title>
		<link>http://michaelklett.com/2009/09/27/huge-dropbox-cache-file/</link>
		<comments>http://michaelklett.com/2009/09/27/huge-dropbox-cache-file/#comments</comments>
		<pubDate>Sun, 27 Sep 2009 18:10:27 +0000</pubDate>
		<dc:creator>Michael Klett</dc:creator>
				<category><![CDATA[Computing]]></category>
		<category><![CDATA[Rails]]></category>
		<category><![CDATA[dropbox]]></category>
		<category><![CDATA[git]]></category>

		<guid isPermaLink="false">http://michaelklett.com/?p=22</guid>
		<description><![CDATA[Recently, I noticed that my hard drive usage had suddenly doubled. Using OmniDiskSweeper as a tool to quickly visualize my folder and file sizes, I discovered that my Dropbox cache file (in /Users/&#60;username&#62;/.dropbox/cache) had grown to 26GB!  There seem to be some issues with cache management in Dropbox, but my usage also probably didn&#8217;t fit [...]]]></description>
			<content:encoded><![CDATA[<p>Recently, I noticed that my hard drive usage had suddenly doubled. Using <a href="http://www.omnigroup.com/applications/omnidisksweeper/">OmniDiskSweeper</a> as a tool to quickly visualize my folder and file sizes, I discovered that my <a href="https://www.getdropbox.com/">Dropbox</a> cache file (in /Users/&lt;username&gt;/.dropbox/cache) had grown to 26GB!  There seem to be some issues with cache management in Dropbox, but my usage also probably didn&#8217;t fit a normal use case. What behavior of mine caused this, and what did I do about it?</p>
<h3>Background</h3>
<p>I write code on 2 different machines: my (aging) MacBook Pro and a 24&#8243; iMac.  Looking back, I should have replaced the MacBook and added a 24&#8243; monitor instead of buying the iMac, but that&#8217;s hindsight&#8230;</p>
<p>Anyway, I was actually keeping certain Ruby on Rails projects in git in folders <em>in Dropbox</em>.  Yes, I know this is slightly redundant when using a version control system, and I caught some flak for this from a colleague.  But the convenience was amazing. I often get up from my iMac mid-coding session and end up plopping down someplace else with the laptop and resuming.  It is so nice not to have to commit, push, and pull every time this happens.  In fact, sometimes I don&#8217;t even completely plan it; I&#8217;ll leave the house for an errand, and end up staying out and coding from a coffee shop.  Since I rarely leave home without my laptop (which I&#8217;m beginning to think is a character flaw) this works well for me.</p>
<h3>Syncing a git repo through Dropbox</h3>
<p>Up until now, I&#8217;ve had very few problems syncing a git repository through Dropbox.  The only real issue I ever encountered was that the file permissions would change on executable files. Newly created files with 755 permissions would sometimes turn to 644 when synced to the other machine.  Doing a fresh git checkout on just these files would restore the permissions and they would stay correct.  (I never bothered trying to solve this problem permanently).</p>
<p>Once, I actually ended up with a conflict in the git index, but it was easily resolved since Dropbox doesn&#8217;t blow away any files in this case (it just appends the name with &#8220;(conflicted copy)&#8221;.</p>
<h3>Enter Autospec</h3>
<p>The other day, I begin using <a href="http://wiki.github.com/dchelimsky/rspec/autotest-integration">autospec</a> combined with <a href="http://wiki.github.com/dchelimsky/rspec/spork-autospec-pure-bdd-joy">spork</a> (highly recommended by the way) in my testing.  Something about this process generates lots of log files (temporary or otherwise, I haven&#8217;t checked).  While this was going on, the Dropbox cache files on the <em>other</em> computer where silently growing HUGE.</p>
<p>By the time I realized it, the cache files for a 4 day period had grown in size from something normal to 26GB!!!</p>
<h3>I surrender</h3>
<p>I probably should take the time to figure out exactly what&#8217;s going on, maybe even give the Dropbox guys some pointers on how to replicate this situation.  I still might &#8211; I still love Dropbox and it has its place in my computing.</p>
<p>But for now, I&#8217;m going to take my git repos out my Dropbox.  I was feeling guilty about it anway &#8211; it felt like I was doing something dirty &#8211; so this was the straw that broke the camel&#8217;s back.</p>
<p>As for reclaiming the space?  Its safe to delete your Dropbox cache files.  Just shut down Dropbox, delete the cache files (individual folders or the while ~/.dropbox/cache folder) and then restart Dropbox.</p>
]]></content:encoded>
			<wfw:commentRss>http://michaelklett.com/2009/09/27/huge-dropbox-cache-file/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Windy City Rails 2009 Recap</title>
		<link>http://michaelklett.com/2009/09/21/windy-city-rails-2009-recap/</link>
		<comments>http://michaelklett.com/2009/09/21/windy-city-rails-2009-recap/#comments</comments>
		<pubDate>Mon, 21 Sep 2009 14:30:37 +0000</pubDate>
		<dc:creator>Michael Klett</dc:creator>
				<category><![CDATA[Rails]]></category>

		<guid isPermaLink="false">http://michaelklett.com/?p=20</guid>
		<description><![CDATA[One of the best things about my new job in Grasshopper Labs is that we&#8217;ve made it part of my goal plan to attend some Ruby/Rails conferences.  I made a good choice to attend Windy City Rails in Chicago a couple weekends ago.
The location == great.  I wish I had more time to explore Chicago [...]]]></description>
			<content:encoded><![CDATA[<p>One of the best things about my new job in <a href="http://grasshopperlabs.com">Grasshopper Labs</a> is that we&#8217;ve made it part of my goal plan to attend some Ruby/Rails conferences.  I made a good choice to attend <a href="http://windycityrails.org/">Windy City Rails</a> in Chicago a couple weekends ago.</p>
<p>The location == great.  I wish I had more time to explore Chicago while I was there, but its a fun city and being on the river at the Westin was awesome.</p>
<p>I particularly enjoyed the tutorial session &#8220;<a href="http://windycityrails.org/sessions#chelimsky">Behavior Driven Rails with RSpec and Cucumber</a>&#8220;.  We&#8217;ve settled on following a BDD style using RSpec and Cucumber at work, so I was keenly interested in this one.  It started a bit slow for me &#8211; the experience level of the attendees varied widely, so we were forced to start &#8220;at the beginning&#8221;.  Despite this, the real treat was being able to just watch <a href="http://blog.davidchelimsky.net/">David Chelimsky</a> and <a href="http://www.coreyhaines.com/">Corey Haines</a> pair program.  I&#8217;m fairly new to pair programming, although what I&#8217;ve done so far has shown its value to me.  Observing two guys like David and Corey pair proves that value.  You can witness them discover things, push each other, help each other, and focus more keenly than they otherwise would alone.  It really is magic.</p>
<p>Thanks to everyone who was a part of Windy City Rails.  I fully intend to return next year, hopefully with a little more time on my hands to really enjoy the city.</p>
]]></content:encoded>
			<wfw:commentRss>http://michaelklett.com/2009/09/21/windy-city-rails-2009-recap/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
