From 4b6c0e31385f5f27a151088c0a2b614495c4e589 Mon Sep 17 00:00:00 2001
From: Paul Duncan <pabs@pablotron.org>
Date: Thu, 14 Oct 2021 12:47:50 -0400
Subject: initial commit, including theme

---
 content/posts/2004-01-15-parsedate-is-my-friend.html | 9 +++++++++
 1 file changed, 9 insertions(+)
 create mode 100644 content/posts/2004-01-15-parsedate-is-my-friend.html

(limited to 'content/posts/2004-01-15-parsedate-is-my-friend.html')

diff --git a/content/posts/2004-01-15-parsedate-is-my-friend.html b/content/posts/2004-01-15-parsedate-is-my-friend.html
new file mode 100644
index 0000000..4d4325f
--- /dev/null
+++ b/content/posts/2004-01-15-parsedate-is-my-friend.html
@@ -0,0 +1,9 @@
+---
+date: "2004-01-15T21:54:01Z"
+title: ParseDate is My Friend
+---
+
+<p>
+I really like it when <em>stuff just works &trade;</em>.  Case in point: the <a href='http://www.rubycentral.com/book/lib_standard.html#ParseDate.parsedate'><code>ParseDate</code> module</a> in <a href='http://www.ruby-lang.org/'>Ruby</a>.  I'm updating <a href='/software/localfark/'>LocalFark</a> to account for the change in date syntax on <a href='http://www.fark.com/'>Fark</a> and <a href='http://www.totalfark.com/'>TotalFark</a>.  On a hunch, I just passed the entire date string scraped from {,<a href='http://www.totalfark.com/'>Total</a>}<a href='http://www.fark.com/'>Fark</a> into <code>ParseDate::parsedate</code>, and it worked exactly as advertised, simplifying the code in <a href='/software/localfark/'>LocalFark</a>.  I'm testing the changes now; if everything works okay a new version will be out in less than an hour.
+</p>
+
-- 
cgit v1.2.3