<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"><channel><atom:link rel="hub" href="http://tumblr.superfeedr.com/" xmlns:atom="http://www.w3.org/2005/Atom"/><description></description><title>Skizmo, Inc. Blog</title><generator>Tumblr (3.0; @skizmo)</generator><link>http://blog.skizmo.com/</link><item><title>"If you don’t do it this year, you will be one year older when you do."</title><description>“If you don’t do it this year, you will be one year older when you do.”&lt;br/&gt;&lt;br/&gt; - &lt;em&gt;&lt;i&gt;Warren Miller&lt;/i&gt;&lt;/em&gt;</description><link>http://blog.skizmo.com/post/312429364</link><guid>http://blog.skizmo.com/post/312429364</guid><pubDate>Fri, 01 Jan 2010 23:18:01 -0700</pubDate></item><item><title>Use Tumblr as your CMS</title><description>&lt;p&gt;We just started using &lt;a title="Tumblr" href="http://tumblr.com"&gt;Tumblr&lt;/a&gt; for our &lt;a title="Skizmo" href="http://skizmo.com"&gt;new site&lt;/a&gt;’s &lt;a title="Skizmo Blog" href="http://blog.skizmo.com"&gt;blog&lt;/a&gt; and we love it.  And having a new site, means having content and managing that content.  That’s where we decided to find a CMS to manage all of that for us.&lt;/p&gt;
&lt;p&gt;We generally use &lt;a title="Ruby on Rails" href="http://rubyonrails.org"&gt;ruby on rails&lt;/a&gt; for our web applications and we usually use a rails plugin that we wrote a LONG time ago called &lt;a title="SimpleCMS" href="http://github.com/pullmonkey/simple_cms"&gt;SimpleCMS&lt;/a&gt; which uses tinyMCE just like Tumblr does. So really no difference there. The plugin we wrote allows you to manage portions of content.  For example, a simpleCMS entry could manage the logo or the events section or whatever part of the page you wanted.  So in our search for a CMS we had to make sure it could manage portions of a page, rather than an entire page.&lt;/p&gt;
&lt;p&gt;&lt;a title="Perch CMS" href="http://grabaperch.com/"&gt;Perch&lt;/a&gt; is designed to manage portions of a page but is really no different than SimpleCMS.  Our goal was to find a way to outsource the data management and access control and everything else the comes with content management.&lt;/p&gt;
&lt;p&gt;Looking at Tumblr and looking at the sorts of things we would need to do, it made sense to offload ALL of the work and ALL of the data, storage, etc to Tumblr.  And thus it began.&lt;/p&gt;
&lt;p&gt;Is there a rails plugin or gem to work with the Tumblr api in rails?&lt;br/&gt;&lt;b&gt;Yes&lt;/b&gt; - we are using &lt;a title="Tumblr Gem" href="http://github.com/jeffkreeftmeijer/tumblr"&gt;Jeff Kreeftmeijer’s Tumblr gem&lt;/a&gt; with a few &lt;a title="Pullmonkey's Tumblr Gem" href="http://github.com/pullmonkey/tumblr"&gt;modifications&lt;/a&gt; of our own.&lt;/p&gt;
&lt;p&gt;Is there a way to grab the content we want, using this gem, to display on our pages and is it fast enough?&lt;br/&gt;&lt;b&gt;Yes&lt;/b&gt; - we have setup &lt;i&gt;ONE&lt;/i&gt; single initializer in our rails app like this:&lt;/p&gt;
&lt;p class="embed_gist"&gt;&lt;a href="http://gist.github.com/299419"&gt;299419&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;With this in place, it is pretty easy to do what we want given a proper setup of our tumblr posts.  The only secret is to manage your tags properly.  If you have content for the top of your home page, then tag the post with something like “home_page_top” and then in your rail’s view, just use the tumblr_cms method like this:&lt;/p&gt;
&lt;p class="embed_gist"&gt;&lt;a href="http://gist.github.com/299420"&gt;299420&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;That’s it.  Now we have a CMS that only we can manage and that is very fast and where we don’t have to manage the storage or the backups or any of that tedious stuff :)&lt;/p&gt;</description><link>http://blog.skizmo.com/post/308406755</link><guid>http://blog.skizmo.com/post/308406755</guid><pubDate>Wed, 30 Dec 2009 13:27:00 -0700</pubDate><category>tumblr</category><category>cms</category><category>tumbrl as a cms</category><category>rails</category><category>ruby</category><category>ruby on rails</category><category>content</category><category>management</category><category>content management</category></item><item><title>"If all you ever do is all you’ve ever done, then all you’ll ever get is all you’ve..."</title><description>“If all you ever do is all you’ve ever done, then all you’ll ever get is all you’ve ever got.”&lt;br/&gt;&lt;br/&gt; - &lt;em&gt;&lt;s&gt; &lt;/s&gt;&lt;i&gt; wish I knew&lt;/i&gt;&lt;/em&gt;</description><link>http://blog.skizmo.com/post/306742087</link><guid>http://blog.skizmo.com/post/306742087</guid><pubDate>Tue, 29 Dec 2009 14:20:00 -0700</pubDate></item><item><title>MailerIt.com - just simpler this way</title><description>&lt;p&gt;Every application sends email these days – we send email to our customers and to ourselves.  Again, we wanted to manage something that wasn’t up to our expectations.  We have many applications that send emails and a lot of times the emails are just variations of emails in our other applications.  We don’t like duplication, we love reuse and we love simplicity.  For us, &lt;a title="MailerIt" href="http://mailerit.com"&gt;MailerIt&lt;/a&gt; was the answer.  To provide us with one place for all of our email templates and smtp settings.  We simply use the &lt;a title="MailerIt" href="http://mailerit.com"&gt;MailerIt&lt;/a&gt; API now to pick our template and specify any keyword values we setup in the template.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Sample usage of &lt;/b&gt;&lt;b&gt;&lt;a title="MailerIt" href="http://mailerit.com"&gt;MailerIt&lt;/a&gt;&lt;/b&gt;&lt;b&gt; from a rails application -&lt;/b&gt;&lt;/p&gt;
&lt;pre class="prettyprint"&gt;# call from anywhere in your application - models, controllers, views, libs ...
Mailerit.create(:email_template_name =&gt; "MailerItTest",
                :smtp_setting_name   =&gt; "DefaultSettings",
                :params =&gt; {:email       =&gt; "myemail@blarg.com",
                            :username    =&gt; "someonesusername",
                            :another_var =&gt; "somevalue"})
                &lt;/pre&gt;
&lt;p&gt;&lt;b&gt;Sample usage of &lt;a title="MailerIt" href="http://mailerit.com"&gt;MailerIt&lt;/a&gt; from any other application, tool, anything -&lt;/b&gt;&lt;/p&gt;
&lt;pre class="prettyprint"&gt;curl -i -X POST \  
  -H "Content-Type: application/xml" \
  -H "X-MailerItKey: YOUR_KEY_GOES_HERE" \
  -d "&lt;mailerit&gt;
        &lt;email_template_name&gt;notice_to_dev&lt;/email_template_name&gt;
        &lt;params&gt;
          &lt;email&gt;myemail@blarg.com&lt;/email&gt;
          &lt;username&gt;someonesusername&lt;/username&gt;
          &lt;another_var_used_in_template&gt;somevalue&lt;/another_var_used_in_template&gt;
        &lt;/params&gt;
      &lt;/mailerit&gt;" \
&lt;a href="http://mailerit.com/mailerits.xml"&gt;http://mailerit.com/mailerits.xml&lt;/a&gt;&lt;/pre&gt;</description><link>http://blog.skizmo.com/post/306658497</link><guid>http://blog.skizmo.com/post/306658497</guid><pubDate>Sun, 27 Dec 2009 13:17:00 -0700</pubDate><category>email</category><category>email templates</category><category>gmail</category><category>mail</category><category>mailerit</category><category>ruby</category><category>ruby on rails</category><category>smtp</category><category>smtp settings</category><category>rails</category></item><item><title>LoggerIt.com - measure to manage</title><description>&lt;p&gt;Every application writes to their logs, and that is of course very useful.  But we believe we can have much more and that we can track and graph and report and measure on everything that is important to us and our customers.  We want to organize it, realize trend data from it, look for problem areas, and gain a better understanding of our applications and how they are evolving.  It’s been said hundreds of thousands of times that you must measure to manage.  Well, that’s the goal of &lt;a title="LoggerIt" href="http://loggerit.com"&gt;LoggerIt&lt;/a&gt;, to provide an API by which you can log your measurable details and a web interface to generate reports and analyze those details.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Sample usage of &lt;/b&gt;&lt;a title="LoggerIt" href="http://loggerit.com"&gt;&lt;b&gt;LoggerIt&lt;/b&gt;&lt;/a&gt;&lt;b&gt; from a rails application - &lt;/b&gt;&lt;/p&gt;
&lt;pre class="prettyprint"&gt;# call from anywhere in your application - models, &lt;br/&gt;# controllers, views, libs ... 
Loggerit.create(:event_name =&gt; "New Account",
                :attrs  =&gt; {:user =&gt; current_user.username})
                
Loggerit.create(:event_name =&gt; "Visit Subscription Page",
                :attrs  =&gt; {:user_id =&gt; current_user.id})
                &lt;/pre&gt;
&lt;p&gt;&lt;b&gt;Sample usage of &lt;a title="LoggerIt" href="http://loggerit.com"&gt;LoggerIt&lt;/a&gt; from any other application, tool, anything - &lt;/b&gt;&lt;/p&gt;
&lt;pre class="prettyprint"&gt;curl -i -X POST \
-H "Content-Type: application/xml" \
-H "X-LoggerItKey: YOUR_API_KEY_GOES_HERE" \
-d "&lt;loggerit&gt;
      &lt;event_name&gt;Test Event&lt;/event_name&gt;
      &lt;attrs&gt;
        &lt;key1&gt;val8&lt;/key1&gt;
        &lt;key2&gt;val2&lt;/key2&gt;
      &lt;/attrs&gt;
    &lt;/loggerit&gt;" \
&lt;a href="http://loggerit.com/loggerits.xml"&gt;http://loggerit.com/loggerits.xml&lt;/a&gt;&lt;/pre&gt;</description><link>http://blog.skizmo.com/post/306530074</link><guid>http://blog.skizmo.com/post/306530074</guid><pubDate>Sat, 19 Dec 2009 11:38:00 -0700</pubDate><category>loggerit</category><category>ruby</category><category>rails</category><category>ruby on rails</category><category>api</category><category>logging</category><category>webservice</category><category>curl</category><category>measure</category><category>manage</category><category>measure to manage</category></item></channel></rss>
