<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"><channel><title>Disqus - Latest Comments for britg</title><link xmlns="http://www.w3.org/2005/Atom" rel="http://api.friendfeed.com/2008/03#sup" href="http://disqus.com/sup/all.sup#usercomments-93ad44b9" type="application/json"/><link>http://disqus.com/people/britg/</link><description></description><language>en</language><lastBuildDate>Mon, 20 Jul 2009 16:39:41 -0000</lastBuildDate><item><title>Re: Server Side Javascript Continued &amp;#8211; Node.js (plus example)</title><link>http://britg.com/2009/07/01/server-side-javascript-continued-node-js-plus-example/#comment-12970950</link><description>Hey John - from your console output, it looks like you are making requests to the wrong script.&lt;br&gt;&lt;br&gt;"example.js:28 ..."&lt;br&gt;&lt;br&gt;The name of the script, if you used the same copy from the github repo, should be 'gamelobby.js'&lt;br&gt;&lt;br&gt;Let me know if that helps!</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">britg</dc:creator><pubDate>Mon, 20 Jul 2009 16:39:41 -0000</pubDate></item><item><title>Re: Server Side Javascript Continued &amp;#8211; Node.js (plus example)</title><link>http://britg.com/2009/07/01/server-side-javascript-continued-node-js-plus-example/#comment-11986345</link><description>Very cool, will watch its progress on github :)  I like the Sinatra-esque lightweight approach.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">britg</dc:creator><pubDate>Wed, 01 Jul 2009 13:47:44 -0000</pubDate></item><item><title>Re: Server Side Javascript Continued &amp;#8211; Node.js (plus example)</title><link>http://britg.com/2009/07/01/server-side-javascript-continued-node-js-plus-example/#comment-11978023</link><description>True, I plan to make some updates, the first of which is to use POST on the /join URL and enforce it.  Also, I will implement a reaper process to clear stale joins.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">britg</dc:creator><pubDate>Wed, 01 Jul 2009 10:34:49 -0000</pubDate></item><item><title>Re: Nginx Proxies with FirePHP</title><link>http://britg.com/2009/06/16/nginx-proxies-with-firephp/#comment-11499027</link><description>And yes, I think Jack support is a great move for the project -- I think it'll find more adoption on Jack than Jaxer.  Nothing wrong with Jaxer, but I have a feeling that Jack will be widely adopted going forward just because of it's WSGI/Rack approach.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">britg</dc:creator><pubDate>Sat, 20 Jun 2009 09:30:22 -0000</pubDate></item><item><title>Re: Nginx Proxies with FirePHP</title><link>http://britg.com/2009/06/16/nginx-proxies-with-firephp/#comment-11498943</link><description>Very cool project you put together!  I will definitely give it a try -- I'm finding that I can't live without FirePHP now.  I'm sure that will carry over to my server-side JS projects and this sounds like the perfect solution.  Cheers!</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">britg</dc:creator><pubDate>Sat, 20 Jun 2009 09:25:23 -0000</pubDate></item><item><title>Re: The Brave New World of Server-Side Javascript</title><link>http://britg.com/2009/06/08/the-brave-new-world-of-server-side-javascript/#comment-11283665</link><description>Interesting, thanks for pointing me to those two projects.  Perservere looks very interesting, and I immediately associated it with CouchDB because of the RESTful HTTP interface and JSON storage.  But two bullets that jumped out at me that I don't know that CouchDB can tout yet is (plus I'm sure there are many more differences):&lt;br&gt;&lt;br&gt;# Comet-based data monitoring capabilities through HTTP Channels with Bayeux transport plugin/negotiation support&lt;br&gt;&lt;br&gt;# Data-centric capability-based object level security with user management, Persevere is designed to be accessed securely through Ajax with public-facing sites</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">britg</dc:creator><pubDate>Thu, 18 Jun 2009 22:51:54 -0000</pubDate></item><item><title>Re: Three Cheers for CakePHP Backwards Compatibility</title><link>http://britg.com/2009/01/27/three-cheers-for-cakephp-backwards-compatibility/#comment-5583502</link><description>Yeah, I agree about ActionScript camel casing.  Some languages just _feel_ like they should be camelcased and other _feel_ like they are underscored -- usually correlated to whether they are OO or not.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">britg</dc:creator><pubDate>Tue, 27 Jan 2009 12:01:49 -0000</pubDate></item><item><title>Re: Results are in - No One Likes Working With Time</title><link>http://britg.com/2009/01/15/results-are-in-no-one-likes-working-with-time/#comment-5140017</link><description>No problem, Ryan.  Thanks for writing the plugin!</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">britg</dc:creator><pubDate>Thu, 15 Jan 2009 11:18:39 -0000</pubDate></item><item><title>Re: Integrating CakePHP with bbPress - Part 1</title><link>http://britg.com/2008/08/23/integrating-cakephp-with-bbpress-part-1/#comment-5011635</link><description>Well, my first approach when I get time to revisit would be to use the same&lt;br&gt;cookie mechanism i'm already using in my cake app - namely the cookie&lt;br&gt;handler.  I usually dont rely just on Sessions for my user login, but set a&lt;br&gt;cookie also.&lt;br&gt;&lt;br&gt;I would extend the Cookie handler built into cake to tap into the same&lt;br&gt;libraries that BBPress is using (either by duplication or inclusion), and&lt;br&gt;when I set my cake cookie I also set a BBPress cookie, and a session&lt;br&gt;variable if BBPress requires one.&lt;br&gt;&lt;br&gt;Hope that helps - and yes, I apologize that I have not finished part 3 - it&lt;br&gt;kills me as well!</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">britg</dc:creator><pubDate>Fri, 09 Jan 2009 09:19:21 -0000</pubDate></item><item><title>Re: It&amp;#8217;s hard to like the PHP &amp;#8216;Elite&amp;#8217;</title><link>http://britg.com/2009/01/08/its-hard-to-like-the-php-elite/#comment-4994848</link><description>Ouch, that's unfortunate that it got posted before you could finish your train of thought.  I've redacted my "this guy doesn't get it" statement - the rest of your argument is a lot more thought out.  Are you going to pub it on your blog?  Won't get heard here.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">britg</dc:creator><pubDate>Thu, 08 Jan 2009 15:25:28 -0000</pubDate></item><item><title>Re: Integrating CakePHP with bbPress - Part 1</title><link>http://britg.com/2008/08/23/integrating-cakephp-with-bbpress-part-1/#comment-4990265</link><description>No, unfortunately I haven't taken the time to finish this out or the project&lt;br&gt;that this was for!  I really hope to revisit soon.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">britg</dc:creator><pubDate>Thu, 08 Jan 2009 11:18:20 -0000</pubDate></item><item><title>Re: The Winter Beer of 2008 - Michelob Winter&amp;#8217;s Bourbon Cask Ale</title><link>http://britg.com/2008/12/25/the-winter-beer-of-2008-michelob-winters-bourbon-cask-ale/#comment-4788267</link><description>God yeah it's damn smooth and the hint of Vanilla is the kicker.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">britg</dc:creator><pubDate>Tue, 30 Dec 2008 16:52:15 -0000</pubDate></item><item><title>Re: Integrating CakePHP with bbPress - Part 2</title><link>http://britg.com/2008/08/25/integrating-cakephp-with-bbpress-part-2/#comment-3273453</link><description>Thanks, yes I really intend to write part 3 - but unfortunately the project&lt;br&gt;I was doing this for has been put on hold for the moment!</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">britg</dc:creator><pubDate>Fri, 24 Oct 2008 09:10:11 -0000</pubDate></item><item><title>Re: Who Google Chrome Affects the Most</title><link>http://britg.com/2008/09/02/who-google-chrome-affects-the-most/#comment-2996971</link><description>Haha, yes good points all around.  I do agree that this is a good thing for&lt;br&gt;web developers in general because it does force Adobe to keep up with speed&lt;br&gt;and accessibility of ajax in flash.&lt;br&gt;&lt;br&gt;In response to your Microsoft point - they don't necessarily have to adopt&lt;br&gt;Google's technology for V8 to have an affect on Adobe.  Since MS and Google&lt;br&gt;are so competitive, I can see a scenario where Microsoft comes out with&lt;br&gt;their own new-fangled js engine that touts more and better features than V8&lt;br&gt;etc, etc.  This will lead to the web tech conversation switching tone from&lt;br&gt;"ajax vs flash" to "google's js tech vs MS's js tech".  This is bad for&lt;br&gt;Adobe.&lt;br&gt;&lt;br&gt;I do agree with you that flash isn't going anywhere even in this scenario.&lt;br&gt;It's all up to Adobe and where they take the platform.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">britg</dc:creator><pubDate>Sat, 11 Oct 2008 07:57:06 -0000</pubDate></item><item><title>Re: Why Aptana is Quickly Becoming the Killer Stack</title><link>http://britg.com/2008/08/26/why-aptana-is-quickly-becoming-the-killer-stack/#comment-2935026</link><description>Check out the response to the word wrap issue report here:&lt;br&gt;&lt;a href="http://support.aptana.com/asap/browse/STU-534?focusedCommentId=18301#action_18301" rel="nofollow"&gt;http://support.aptana.com/asap/browse/STU-534?f...&lt;/a&gt;&lt;br&gt;&lt;br&gt;He explains how to turn on wordwrap.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">britg</dc:creator><pubDate>Wed, 08 Oct 2008 08:55:11 -0000</pubDate></item><item><title>Re: Big in Japan wins the Android Challenge, raises money and has big plans for Google Android development</title><link>http://venturebeat.com/2008/09/17/big-in-japan-wins-the-android-challenge-raises-money-and-has-big-plans-for-google-android-development/#comment-2409041</link><description>Big props to the Dallas startup scene!  Congrats Biggu and Rylan and Alex</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">britg</dc:creator><pubDate>Wed, 17 Sep 2008 18:48:22 -0000</pubDate></item><item><title>Re: How Apple Picks Which Apps Make It to the App Store | ShaunGish.com</title><link>http://shaungish.com/2008/09/17/how-apple-picks-which-apps-make-it-to-the-app-store/#comment-2408720</link><description>that could be just about the funniest thing I've ever seen</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">britg</dc:creator><pubDate>Wed, 17 Sep 2008 18:22:19 -0000</pubDate></item><item><title>Re: Using the Zend Framework in CakePHP</title><link>http://britg.com/2008/07/07/using-the-zend-framework-in-cakephp/#comment-2406367</link><description>Interesting - i guess the most extensible solution would be to check if&lt;br&gt;there is a semicolon and add it if there is not - like your case.&lt;br&gt;Thanks for sharing</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">britg</dc:creator><pubDate>Wed, 17 Sep 2008 15:43:26 -0000</pubDate></item><item><title>Re: Ajax Vs. Flash/Flex</title><link>http://shaungish.com/2008/09/12/ajax-vs-flashflex/#comment-2384678</link><description>Yeah, I can't imagine building a site from scratch now without the ORM of cake, and the accessibility of YUI CSS and jquery.&lt;br&gt;&lt;br&gt;It's also a mashup world as our recent clients have proven.  No one owns their data anymore!  Applications are built completely ontop of other companies' data - and what's the easiest and fastest way to access that data?  javascript.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">britg</dc:creator><pubDate>Tue, 16 Sep 2008 10:24:09 -0000</pubDate></item><item><title>Re: The Answer To Gaming Piracy Was Perfected Over a Decade Ago</title><link>http://britg.com/2008/09/14/the-answer-to-gaming-piracy-was-perfected-over-a-decade-ago/#comment-2383202</link><description>Online is the only answer to prevent piracy without compromising customer's computers/privacy/gameplay.  It's fine that you don't like playing games online, but my point is that publishers should publish single player games with NO DRM and understand that there will be piracy.   If they care about piracy, the only method to prevent it is to create a valuable online component to a game that only legitimatly purchased copies can connect to!  Hobble the pirates, not the payers.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">britg</dc:creator><pubDate>Tue, 16 Sep 2008 08:12:21 -0000</pubDate></item><item><title>Re: Integrating CakePHP with bbPress - Part 2</title><link>http://britg.com/2008/08/25/integrating-cakephp-with-bbpress-part-2/#comment-2347983</link><description>No problem!  glad to help.  Been slammed with other stuff and haven't been able to work on this project, but I'll definitely get around to writing part 3.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">britg</dc:creator><pubDate>Sun, 14 Sep 2008 13:46:29 -0000</pubDate></item><item><title>Re: The Future of BikeThat.com</title><link>http://bikethat.com/blog/2008/09/10/the-future-of-bikethatcom/#comment-2285464</link><description>Nice outline  - looking forward to getting started.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">britg</dc:creator><pubDate>Thu, 11 Sep 2008 11:31:38 -0000</pubDate></item><item><title>Re: Why I Bike</title><link>http://bikethat.com/blog/2008/09/10/why-i-bike/#comment-2285452</link><description>Haha, amen to that.  Too often a hobby turns into a sub-culture and we stop doing things for fun and start doing them for reasons that all fall into the category of 'political.'</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">britg</dc:creator><pubDate>Thu, 11 Sep 2008 11:30:46 -0000</pubDate></item><item><title>Re: Apple is the new Microsoft&amp;#8230; in a bad way.</title><link>http://shaungish.com/2008/09/08/apple-is-the-new-microsoft-in-a-bad-way/#comment-2249543</link><description>Yeah, they should either not let apps like 'I am rich' be published or let there be a free for all.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">britg</dc:creator><pubDate>Tue, 09 Sep 2008 15:08:08 -0000</pubDate></item><item><title>Re: Ok, Apple Not Stupid - The Have Just Turned Into &amp;#8220;The Man&amp;#8221;</title><link>http://britg.com/2008/09/09/ok-apple-not-stupid-the-have-just-turned-into-the-man/#comment-2248100</link><description>Interesting argument, and yes I agree the iphone platform is still in its&lt;br&gt;infancy.  But, I see no reason why we can't take a look at now-mature&lt;br&gt;platforms (like the internet) and apply the some critical thinking.  Namely,&lt;br&gt;walled gardens don't work (AOL, etc).  Also, no matter how secure you think&lt;br&gt;you are - someone is always out there smarter and more determined than you&lt;br&gt;to break your security (DRM, etc).&lt;br&gt;So, Apple needs to allow applications like Big5 to roam free.  If it's an&lt;br&gt;issue where they KNOW about security risks and just haven't fixed them yet,&lt;br&gt;then be upfront damnit - Dirk spent quite a lot of time on Big5 and got&lt;br&gt;absolutely nothing in return.  There are other phonegap developers like&lt;br&gt;myself that are frustrated for him.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">britg</dc:creator><pubDate>Tue, 09 Sep 2008 13:35:15 -0000</pubDate></item></channel></rss>