<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>ruby on chrismoos</title>
    <link>/tags/ruby/</link>
    <description>Recent content in ruby on chrismoos</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en-us</language>
    <copyright>&amp;copy; 2020 Chris Moos</copyright>
    <lastBuildDate>Mon, 21 Jun 2010 21:17:18 +0000</lastBuildDate><atom:link href="/tags/ruby/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>AsyncRecord: Non-blocking database access for Ruby</title>
      <link>/2010/06/21/asyncrecord-non-blocking-database-access-for-ruby/</link>
      <pubDate>Mon, 21 Jun 2010 21:17:18 +0000</pubDate>
      
      <guid>/2010/06/21/asyncrecord-non-blocking-database-access-for-ruby/</guid>
      <description>Two weeks ago I developed my first event-driven web framework for Ruby, Fastr. It helped me understand why running a web framework in an event loop is so natural.
As I continued to tackle more features in Fastr, it was time to tackle persistence &amp;ndash; notably, database access.
AsyncRecord is/will be an ORM, similar to ActiveRecord &amp;ndash; with one major difference &amp;ndash; it doesn&amp;rsquo;t block. AsyncRecord currently uses em-mysql to access a MySQL database.</description>
    </item>
    
    <item>
      <title>Fastr - A Web Framework for Ruby</title>
      <link>/2010/06/08/fastr-a-web-framework-for-ruby/</link>
      <pubDate>Tue, 08 Jun 2010 21:12:06 +0000</pubDate>
      
      <guid>/2010/06/08/fastr-a-web-framework-for-ruby/</guid>
      <description>Foreword Every month I go on a binge and learn something new. The most recent binge resulted in a new web framework, called fastr.
I&amp;rsquo;ve always used Rails when I needed to create a web application in Ruby, but despite how great it is to code in, the performance and concurrency is not up to par.
Don&amp;rsquo;t get me wrong &amp;ndash; Rails can scale, but it is not inherently very good when it comes to an individual instance&amp;rsquo;s performance.</description>
    </item>
    
    <item>
      <title>MoosTrax Ruby Library</title>
      <link>/2009/02/23/moostrax-ruby-library/</link>
      <pubDate>Mon, 23 Feb 2009 14:28:35 +0000</pubDate>
      
      <guid>/2009/02/23/moostrax-ruby-library/</guid>
      <description>You can now access MoosTrax with Ruby.
Install the gem $ wget http://www.moostrax.com/static/MoosTrax-0.1.gem $ sudo gem install MoosTrax-0.1.gem Try out this demo script make sure to fill your API_KEY in.
require &amp;#39;rubygems&amp;#39; require &amp;#39;moostrax&amp;#39; require &amp;#39;time&amp;#39; def get_local_date(date_str) Time.parse(date_str + &amp;#39; UTC&amp;#39;).getlocal.asctime end mt = MoosTrax.new(&amp;#39;API_KEY&amp;#39;) begin devices = mt.devices devices.each do |device| info = mt.device_info(device) puts &amp;#34;Device ID: #{info[&amp;#39;device_id&amp;#39;]}\n&amp;#34; puts &amp;#34;Device Name: #{info[&amp;#39;device_name&amp;#39;]}\n&amp;#34; puts &amp;#34;Last Contact: #{get_local_date(info[&amp;#39;last_contact&amp;#39;])}\n&amp;#34; puts &amp;#34;Date Added: #{get_local_date(info[&amp;#39;date_added&amp;#39;])}\n&amp;#34; location = mt.</description>
    </item>
    
  </channel>
</rss>
