<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Disqus - Latest Comments for jbalogh</title><link>http://disqus.com/by/jbalogh/</link><description></description><atom:link href="http://disqus.com/jbalogh/comments.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Thu, 09 Jun 2011 19:42:05 -0000</lastBuildDate><item><title>Re: Logging Django Performance</title><link>http://morethanseven.net/2011/06/09/Logging-django-performance.html#comment-222856183</link><description>&lt;p&gt;Cool! I have some nasty scripts to dump the zamboni output into json for loading into highcharts, but it's always felt really hacky. I'm hoping to replace it with graphite sometime soon.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jbalogh</dc:creator><pubDate>Thu, 09 Jun 2011 19:42:05 -0000</pubDate></item><item><title>Re: http://ryansnyder.me/post/613194200</title><link>http://ryansnyder.me/post/613194200#comment-51050442</link><description>&lt;p&gt;So I guess we'll see you on the Python side soon?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jbalogh</dc:creator><pubDate>Wed, 19 May 2010 10:36:49 -0000</pubDate></item><item><title>Re: Nose Test Runner for Django</title><link>http://blog.jeffbalogh.org/post/57653515#comment-21268434</link><description>&lt;p&gt;I wrote a simpler &lt;a href="http://nose_runner.py" rel="nofollow noopener" target="_blank" title="nose_runner.py"&gt;nose_runner.py&lt;/a&gt; a while ago, and then some extra features got added that are now in basie's svn repo.  When I created django-nose I forked it from that simpler version of &lt;a href="http://nose_runner.py" rel="nofollow noopener" target="_blank" title="nose_runner.py"&gt;nose_runner.py&lt;/a&gt;, so you might say that basie's is more mature.  But django-nose tries to integrate better with django, and it's the one I use now on github and pypi, so I think django-nose is the one to go with.&lt;/p&gt;&lt;p&gt;Are you using django.test.TestCase to run your tests?  The logic for creating and rolling back transactions is in that class, so I'm not sure how django-nose could affect that.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jbalogh</dc:creator><pubDate>Thu, 29 Oct 2009 11:24:37 -0000</pubDate></item><item><title>Re: Nose Test Runner for Django</title><link>http://blog.jeffbalogh.org/post/57653515#comment-20704154</link><description>&lt;p&gt;I added a link at the top to the newer and better documented packages on pypi and github.&lt;/p&gt;&lt;p&gt;nose starts its recursive search for tests in the current directory, so it won't find any django tests unless you tell it to search wherever you have django installed.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jbalogh</dc:creator><pubDate>Wed, 21 Oct 2009 11:05:06 -0000</pubDate></item><item><title>Re: GitHub Ribbon Using CSS Transforms</title><link>http://unindented.org/articles/2009/10/github-ribbon-using-css-transforms/#comment-20159930</link><description>&lt;p&gt;Nice and simple!  I started out with something like that, but it got more complicated as I ran into browser issues and then I got bored. :)&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jbalogh</dc:creator><pubDate>Thu, 15 Oct 2009 18:53:57 -0000</pubDate></item><item><title>Re: The worst schema versioning system, ever?</title><link>http://blog.jeffbalogh.org/post/112148568#comment-9856717</link><description>&lt;p&gt;I assume you're talking about &lt;a href="http://api.rubyonrails.org/classes/ActiveRecord/Migration.html" rel="nofollow noopener" target="_blank" title="http://api.rubyonrails.org/classes/ActiveRecord/Migration.html"&gt;Rails Migrations&lt;/a&gt;?  Why aren't we using that?  How easy is it to install?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jbalogh</dc:creator><pubDate>Sun, 24 May 2009 11:22:02 -0000</pubDate></item><item><title>Re: Managing Test Data</title><link>http://blog.basieproject.org/?p=170#comment-2636245</link><description>&lt;p&gt;I love the template idea.  That would make it easy to see the important parts of an object, ignoring all the noise.  I'm not all about the __template__ vars, they're a bit ugly.  What if each model had one template, which is automatically inherited when you're using this system?&lt;/p&gt;&lt;p&gt;I don't think you can get around writing the primary keys; how else are you going to link two models declaratively?  Maybe you can just write them for models that need to be linked, and have the rest filled in magically?  That could be a goal after you have the inheritance business working.&lt;/p&gt;&lt;p&gt;I'm against sharing fixtures, because your app shouldn't break when I change the fixtures in my app.  But your final proposal doesn't mention that, just sharing templates.  I'm ok with that.&lt;/p&gt;&lt;p&gt;Great idea!  Is it ready to use yet? :-)&lt;br&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jbalogh</dc:creator><pubDate>Thu, 25 Sep 2008 23:12:56 -0000</pubDate></item><item><title>Re: Subversion headaches</title><link>http://blog.basieproject.org/?p=166#comment-2511309</link><description>&lt;p&gt;Congrats on getting it working. :)&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jbalogh</dc:creator><pubDate>Sun, 21 Sep 2008 17:52:15 -0000</pubDate></item><item><title>Re: Testing Django applications</title><link>http://blog.basieproject.org/?p=109#comment-1881094</link><description>&lt;p&gt;If you search for nose on the pyrtl site, you'll see that I already proposed it, and Greg said yes.  Hooray for nose and lightweight testing!  Down with unittest!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jbalogh</dc:creator><pubDate>Wed, 27 Aug 2008 21:05:35 -0000</pubDate></item><item><title>Re: Basie search</title><link>http://blog.basieproject.org/?p=100#comment-1858175</link><description>&lt;p&gt;Why wouldn't we want to reuse and extend one of the existing django(-)search apps?&lt;br&gt;&lt;a href="http://code.google.com/p/djangosearch/" rel="nofollow noopener" target="_blank" title="http://code.google.com/p/djangosearch/"&gt;http://code.google.com/p/dj...&lt;/a&gt; and &lt;a href="http://code.google.com/p/django-search/" rel="nofollow noopener" target="_blank" title="http://code.google.com/p/django-search/"&gt;http://code.google.com/p/dj...&lt;/a&gt;&lt;/p&gt;&lt;p&gt;These projects have pluggable backends and aim to be reusable.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jbalogh</dc:creator><pubDate>Tue, 26 Aug 2008 17:44:00 -0000</pubDate></item><item><title>Re: Basie search</title><link>http://blog.basieproject.org/?p=100#comment-1858134</link><description>&lt;p&gt;Yikes! exec, toReturn?  I can't look at this! :)&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jbalogh</dc:creator><pubDate>Tue, 26 Aug 2008 17:39:09 -0000</pubDate></item><item><title>Re: Providing initial data for models</title><link>http://blog.basieproject.org/?p=102#comment-1855860</link><description>&lt;p&gt;Greg said (and I agree):&lt;/p&gt;&lt;p&gt;I still like the following argument:&lt;/p&gt;&lt;p&gt;1. One data format (no matter which one) is better than several.&lt;/p&gt;&lt;p&gt;2. We’re going to use JSON for our REST API.&lt;/p&gt;&lt;p&gt;3. So we should use JSON for fixture data, config files, etc.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jbalogh</dc:creator><pubDate>Tue, 26 Aug 2008 14:42:59 -0000</pubDate></item></channel></rss>