<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"><channel><title>Disqus - Latest Comments for zeeg</title><link>http://disqus.com/people/zeeg/</link><description></description><language>en</language><lastBuildDate>Sat, 13 Jun 2009 10:31:28 -0000</lastBuildDate><item><title>Re: How FriendFeed uses MySQL to store schema-less data - Bret Taylor's blog</title><link>http://brettaylor.disqus.com/how_friendfeed_uses_mysql_to_store_schema_less_data_bret_taylors_blog/#comment-10838325</link><description>but until there are things like Big Table which are actually on the open market, and are reliable, this seems to be a very common approach to handling large scale database applications. It's what we do, and will continue to do for any application which expects to see a large amount of traffic. However, rather than creating tables for each index (although this is a decent approach to handling parts of the denormalization set), we try to keep each attribute which needs indexed outside of the JSON BLOB, and simply leave it up to MySQL to index.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Term Paper</dc:creator><pubDate>Sat, 13 Jun 2009 10:31:28 -0000</pubDate></item><item><title>Re: Review of Great New Premium Wordpress Theme Designed for Lifestreamers</title><link>http://lifestreamblog.disqus.com/review_of_great_new_premium_wordpress_theme_designed_for_lifestreamers/#comment-7535435</link><description>Well, that's unfortunate. They could at least have credited you in the footer.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">chrisbaskind</dc:creator><pubDate>Thu, 26 Mar 2009 16:38:08 -0000</pubDate></item><item><title>Re: Review of Great New Premium Wordpress Theme Designed for Lifestreamers</title><link>http://lifestreamblog.disqus.com/review_of_great_new_premium_wordpress_theme_designed_for_lifestreamers/#comment-7336844</link><description>Thanks for providing this info David. Perhaps you can contact Woo about having the author provide a fix. I too love seeing your plugin getting wider support. Thanks for providing us such a great Lifestreaming plugin for Wordpress!</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">krynsky</dc:creator><pubDate>Thu, 19 Mar 2009 03:06:42 -0000</pubDate></item><item><title>Re: Review of Great New Premium Wordpress Theme Designed for Lifestreamers</title><link>http://lifestreamblog.disqus.com/review_of_great_new_premium_wordpress_theme_designed_for_lifestreamers/#comment-7248201</link><description>Glad to see Lifestream getting more and more support! I really like the idea of including the plugin in theme designs, and it's a great starting with WooThemes.&lt;br&gt;&lt;br&gt;However, I wanted to make one comment, which bothered us a bit. The Irreistable theme from WooThemes has some not-very-nice CSS included by default, which forces your page to hide Lifestream credits (which are opt-in only) as well as the date headers. &lt;br&gt;&lt;br&gt;I would have preferred to see them as an option rather than putting this on the user without a choice.&lt;br&gt;&lt;br&gt;Please see this post, &lt;a href="http://www.ibegin.com/labs/forums/index.php?topic=76.0" rel="nofollow"&gt;http://www.ibegin.com/labs/forums/index.php?top...&lt;/a&gt;, for the lines which cause the problems.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">zeeg</dc:creator><pubDate>Sun, 15 Mar 2009 23:53:01 -0000</pubDate></item><item><title>Re: How FriendFeed uses MySQL to store schema-less data - Bret Taylor's blog</title><link>http://brettaylor.disqus.com/how_friendfeed_uses_mysql_to_store_schema_less_data_bret_taylors_blog/#comment-6779544</link><description>The similar idea was implemented in this project: &lt;a href="http://rubernate.rubyforge.org/index.html" rel="nofollow"&gt;http://rubernate.rubyforge.org/index.html&lt;/a&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Somebody</dc:creator><pubDate>Mon, 02 Mar 2009 04:04:00 -0000</pubDate></item><item><title>Re: How FriendFeed uses MySQL to store schema-less data - Bret Taylor's blog</title><link>http://brettaylor.disqus.com/how_friendfeed_uses_mysql_to_store_schema_less_data_bret_taylors_blog/#comment-6749108</link><description>Well this probably isn't the place to find that opinion. They're all close enough that it's not going to matter that much unless you're scaling on the level of Facebook.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">zeeg</dc:creator><pubDate>Sun, 01 Mar 2009 16:20:24 -0000</pubDate></item><item><title>Re: How FriendFeed uses MySQL to store schema-less data - Bret Taylor's blog</title><link>http://brettaylor.disqus.com/how_friendfeed_uses_mysql_to_store_schema_less_data_bret_taylors_blog/#comment-6743032</link><description>Hi David,&lt;br&gt;I agree APC is a very common choice. But does APC gives the similar performance benefits like Zend or eAccelerator or XCache) ? Actually, I would like to know which solution is best.&lt;br&gt;&lt;br&gt;Thanks&lt;br&gt;Cheers</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Mohit Soni</dc:creator><pubDate>Sun, 01 Mar 2009 10:02:56 -0000</pubDate></item><item><title>Re: How FriendFeed uses MySQL to store schema-less data - Bret Taylor's blog</title><link>http://brettaylor.disqus.com/how_friendfeed_uses_mysql_to_store_schema_less_data_bret_taylors_blog/#comment-6733228</link><description>As some have stated this really takes the use of an RDBMS out of the picture, but until there are things like Big Table which are actually on the open market, and are reliable, this seems to be a very common approach to handling large scale database applications. It's what we do, and will continue to do for any application which expects to see a large amount of traffic. However, rather than creating tables for each index (although this is a decent approach to handling parts of the denormalization set), we try to keep each attribute which needs indexed outside of the JSON BLOB, and simply leave it up to MySQL to index.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">zeeg</dc:creator><pubDate>Sat, 28 Feb 2009 19:32:57 -0000</pubDate></item><item><title>Re: How FriendFeed uses MySQL to store schema-less data - Bret Taylor's blog</title><link>http://brettaylor.disqus.com/how_friendfeed_uses_mysql_to_store_schema_less_data_bret_taylors_blog/#comment-6733137</link><description>APC is a very common choice. They all more or less do the same thing.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">zeeg</dc:creator><pubDate>Sat, 28 Feb 2009 19:25:54 -0000</pubDate></item><item><title>Re: LifeStream WordPress Plugin</title><link>http://davidcramer.disqus.com/lifestream_wordpress_plugin/#comment-4302707</link><description>&lt;a href="http://davidcramer.net/wp-content/lifestream-0.85.zip" rel="nofollow"&gt;http://davidcramer.net/wp-content/lifestream-0....&lt;/a&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">zeeg</dc:creator><pubDate>Tue, 09 Dec 2008 22:34:32 -0000</pubDate></item><item><title>Re: LifeStream WordPress Plugin</title><link>http://davidcramer.disqus.com/lifestream_wordpress_plugin/#comment-4302652</link><description>Thanks David.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Greg</dc:creator><pubDate>Tue, 09 Dec 2008 22:30:50 -0000</pubDate></item><item><title>Re: LifeStream WordPress Plugin</title><link>http://davidcramer.disqus.com/lifestream_wordpress_plugin/#comment-4302430</link><description>I'm committing version 0.85. If this doesn't fix the download link on &lt;a href="http://WP.org" rel="nofollow"&gt;WP.org&lt;/a&gt; I will host a copy here as well.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">zeeg</dc:creator><pubDate>Tue, 09 Dec 2008 22:16:32 -0000</pubDate></item><item><title>Re: Spaceless HTML in Django</title><link>http://davidcramer.disqus.com/spaceless_html_in_django/#comment-4296672</link><description>The whitespace tag is really simple, it just finds the end of one tag and the beginning of another with whitespace in between, and removes said whitespace. It looks like it doesn't have any special cases, so it unfortunately affects textarea and pre tag content. &lt;br&gt;&lt;br&gt;see: &lt;a href="http://code.djangoproject.com/browser/django/trunk/django/utils/html.py#L60" rel="nofollow"&gt;http://code.djangoproject.com/browser/django/tr...&lt;/a&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">ckelly</dc:creator><pubDate>Tue, 09 Dec 2008 17:15:06 -0000</pubDate></item><item><title>Re: Spaceless HTML in Django</title><link>http://davidcramer.disqus.com/spaceless_html_in_django/#comment-4202306</link><description>We GZIP as well. Sadly, everyone's still not on broadband today, so even shaving off 5 or 10k from the request can be quite useful (especially when the amount of time it takes to do that is immeasurable).</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">zeeg</dc:creator><pubDate>Fri, 05 Dec 2008 06:55:54 -0000</pubDate></item><item><title>Re: Spaceless HTML in Django</title><link>http://davidcramer.disqus.com/spaceless_html_in_django/#comment-4202297</link><description>Uneducated trolls.. sound like something that every community is famous for.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">zeeg</dc:creator><pubDate>Fri, 05 Dec 2008 06:55:14 -0000</pubDate></item><item><title>Re: Singletons in Django</title><link>http://davidcramer.disqus.com/singletons_in_django/#comment-4133145</link><description>Ah if you are correct then I will be renaming the project. I haven't done much research (in terminology), but had assumed it was correct via the ticket on Django.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">zeeg</dc:creator><pubDate>Tue, 02 Dec 2008 15:21:50 -0000</pubDate></item><item><title>Re: Singletons in Django</title><link>http://davidcramer.disqus.com/singletons_in_django/#comment-4132227</link><description>Personally, I plan to use it throughout the codebase to prevent some data issues. The one area this doesn't affect right now (due to complications we had with it at Curse) is serialization. It will ignore the instance caching when you unserialize objects (such as from the cache).</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">zeeg</dc:creator><pubDate>Tue, 02 Dec 2008 14:34:51 -0000</pubDate></item><item><title>Re: Singletons in Django</title><link>http://davidcramer.disqus.com/singletons_in_django/#comment-4132169</link><description>I think per query is a bit out of scope for what I want to achieve. Doing this would require the queryset/manager to be aware (to some extent) of the singleton model. This wouldn't quite achieve the same performance benefit.&lt;br&gt;&lt;br&gt;The biggest thing about this, while it IS an obvious performance boost, its not the sole intention of the project. Having unique instances of an object in memory can solve a lot of other issues as well.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">zeeg</dc:creator><pubDate>Tue, 02 Dec 2008 14:31:28 -0000</pubDate></item><item><title>Re: Spaceless HTML in Django</title><link>http://davidcramer.disqus.com/spaceless_html_in_django/#comment-4125221</link><description>I had problems with highlighted (pygments) text in pre-tags which results in unindented code *cry*. But that's a very special condition.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Martin</dc:creator><pubDate>Tue, 02 Dec 2008 06:40:32 -0000</pubDate></item><item><title>Re: Spaceless HTML in Django</title><link>http://davidcramer.disqus.com/spaceless_html_in_django/#comment-4125147</link><description>Have you confirmed this? I believe the whitespace tag is designed to avoid that, but I haven't fully tested it.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">zeeg</dc:creator><pubDate>Tue, 02 Dec 2008 06:27:09 -0000</pubDate></item><item><title>Re: Spaceless HTML in Django</title><link>http://davidcramer.disqus.com/spaceless_html_in_django/#comment-4122433</link><description>It's mostly indentation that actually contributed to the whitespace :)</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">zeeg</dc:creator><pubDate>Tue, 02 Dec 2008 00:57:25 -0000</pubDate></item><item><title>Re: Spaceless HTML in Django</title><link>http://davidcramer.disqus.com/spaceless_html_in_django/#comment-4121088</link><description>Does mod_deflate allow removing the extra whitespace? In your example you are correct, that it's not a huge savings for that individual request, and gzip I would highly recommend, but the CPU time is negligible.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">zeeg</dc:creator><pubDate>Mon, 01 Dec 2008 23:13:39 -0000</pubDate></item><item><title>Re: Impressions of the BlackBerry Storm</title><link>http://davidcramer.disqus.com/impressions_of_the_blackberry_storm/#comment-3969862</link><description>My expectations might not have been as high as some I guess, but I've been very pleased with it so far. It's really going to depend on what RIM does in the next month or two to see if they can really compete with Apple.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">zeeg</dc:creator><pubDate>Sun, 23 Nov 2008 13:27:04 -0000</pubDate></item><item><title>Re: LifeStream WordPress Plugin</title><link>http://davidcramer.disqus.com/lifestream_wordpress_plugin/#comment-3775509</link><description>&lt;a href="http://gdata.youtube.com/feeds/base/users/%5B%5Busername%5D%5D/favorites?alt=rss&amp;v=2" rel="nofollow"&gt;http://gdata.youtube.com/feeds/base/users/[[use...&lt;/a&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Pete</dc:creator><pubDate>Fri, 14 Nov 2008 13:54:02 -0000</pubDate></item><item><title>Re: MediaWiki markup and SphinxSearch for Django</title><link>http://davidcramer.disqus.com/mediawiki_markup_and_sphinxsearch_for_django/#comment-3685014</link><description>David,&lt;br&gt;Thanks for your prompt reply. And thank You for the blog posts - they are an extremely informative an valuable resource.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Peter</dc:creator><pubDate>Tue, 11 Nov 2008 16:31:15 -0000</pubDate></item></channel></rss>