Disqus - Latest Comments for britg

Re: Netflix’s DRM Turned Me Into a Pirate

affordablehealthcare — Sun, 06 Sep 2009 12:13:01 -0000

I also agree the same.
affordable health care

Re: Server Side Javascript Continued – Node.js (plus example)

john — Mon, 20 Jul 2009 18:58:58 -0000

Sweet! That works :)

Thanks britg, very fun stuff! I'm planning to build a small comet server using node.js

Best,
John

Re: Server Side Javascript Continued – Node.js (plus example)

britg — Mon, 20 Jul 2009 16:39:41 -0000

Hey John - from your console output, it looks like you are making requests to the wrong script.

"example.js:28 ..."

The name of the script, if you used the same copy from the github repo, should be 'gamelobby.js'

Let me know if that helps!

Re: The Brave New World of Server-Side Javascript

Rob — Sat, 04 Jul 2009 07:54:42 -0000

You may also want to look at the open source M/DB:X which is an HTTP-interfaced hybrid JSON/Native XML Database. JSON objects are converted to and stored as XML DOMs which can be analysed, modified, transformed and searched in the XML domain and returned as JSON strings. See http://www.mgateway.com/mdbx.html for more information

Re: Server Side Javascript Continued – Node.js (plus example)

britg — Wed, 01 Jul 2009 13:47:44 -0000

Very cool, will watch its progress on github :) I like the Sinatra-esque lightweight approach.

Re: Server Side Javascript Continued – Node.js (plus example)

britg — Wed, 01 Jul 2009 10:34:49 -0000

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.

Re: Nginx Proxies with FirePHP

britg — Sat, 20 Jun 2009 09:30:22 -0000

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.

Re: Nginx Proxies with FirePHP

britg — Sat, 20 Jun 2009 09:25:23 -0000

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!

Re: The Brave New World of Server-Side Javascript

britg — Thu, 18 Jun 2009 22:51:54 -0000

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):

# Comet-based data monitoring capabilities through HTTP Channels with Bayeux transport plugin/negotiation support

# Data-centric capability-based object level security with user management, Persevere is designed to be accessed securely through Ajax with public-facing sites

Re: Three Cheers for CakePHP Backwards Compatibility

britg — Tue, 27 Jan 2009 12:01:49 -0000

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.

Re: Results are in - No One Likes Working With Time

britg — Thu, 15 Jan 2009 11:18:39 -0000

No problem, Ryan. Thanks for writing the plugin!

Re: Integrating CakePHP with bbPress - Part 1

britg — Fri, 09 Jan 2009 09:19:21 -0000

Well, my first approach when I get time to revisit would be to use the same
cookie mechanism i'm already using in my cake app - namely the cookie
handler. I usually dont rely just on Sessions for my user login, but set a
cookie also.

I would extend the Cookie handler built into cake to tap into the same
libraries that BBPress is using (either by duplication or inclusion), and
when I set my cake cookie I also set a BBPress cookie, and a session
variable if BBPress requires one.

Hope that helps - and yes, I apologize that I have not finished part 3 - it
kills me as well!

Re: It’s hard to like the PHP ‘Elite’

terry chay — Thu, 08 Jan 2009 16:28:27 -0000

No I totally agree that it would seem that I didn't get it from the draft you read. Over half the things written were snippets to random comments I never posted.

Yes, I'll finish the article and publish after I chill out and get some perspective. If you write something mean and mean it, it's hurtful. If you write something mean and don't mean it, it's playful. :-D

Re: It’s hard to like the PHP ‘Elite’

britg — Thu, 08 Jan 2009 15:25:28 -0000

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.

Re: Integrating CakePHP with bbPress - Part 1

britg — Thu, 08 Jan 2009 11:18:20 -0000

No, unfortunately I haven't taken the time to finish this out or the project
that this was for! I really hope to revisit soon.

Re: The Winter Beer of 2008 - Michelob Winter’s Bourbon Cask Ale

britg — Tue, 30 Dec 2008 16:52:15 -0000

God yeah it's damn smooth and the hint of Vanilla is the kicker.

Re: Integrating CakePHP with bbPress - Part 2

britg — Fri, 24 Oct 2008 09:10:11 -0000

Thanks, yes I really intend to write part 3 - but unfortunately the project
I was doing this for has been put on hold for the moment!

Re: Who Google Chrome Affects the Most

Kyle Simpson — Tue, 14 Oct 2008 00:33:52 -0000

Now *that* would be a truly amazing happening... microsoft innovating in the JS engine world! ;-) Joking aside, it seems MS's style is more to just add on to the JS core with proprietary API than to really re-do the internals... and when they do muck with the internals, we get some crappy results! However, it is clear that IE8 is coming with a big re-write of the JS engine under the hood, which is long overdue.

But honestly, I doubt MS will try to get into that game. They may surprise us, but I'd imagine they are quite a ways behind. I suspect they will try to prevent the game from being a "my JS versus your JS" kind of a game, because that's one they'll probably lose, going up against the open-source community.

Re: Who Google Chrome Affects the Most

britg — Sat, 11 Oct 2008 07:57:06 -0000

Haha, yes good points all around. I do agree that this is a good thing for
web developers in general because it does force Adobe to keep up with speed
and accessibility of ajax in flash.

In response to your Microsoft point - they don't necessarily have to adopt
Google's technology for V8 to have an affect on Adobe. Since MS and Google
are so competitive, I can see a scenario where Microsoft comes out with
their own new-fangled js engine that touts more and better features than V8
etc, etc. This will lead to the web tech conversation switching tone from
"ajax vs flash" to "google's js tech vs MS's js tech". This is bad for
Adobe.

I do agree with you that flash isn't going anywhere even in this scenario.
It's all up to Adobe and where they take the platform.

Re: Who Google Chrome Affects the Most

Kyle Simpson — Fri, 10 Oct 2008 23:24:23 -0000

I'll definitely grant you that the V8 engine is impressive in some respects. But also after having tested a number of my projects (javascript, flash, etc) in it, and finding more than a couple of bugs, I still think it's got a ways to go.

But then again, even if we granted that Chrome, and Firefox, and Safari/Webkit *all* adopted this V8 engine... microsoft surely won't ever touch it. And again, for the forseeable future, content authors are not going to be able to make decisions that largely ignore (or marginalize) such a big share of the end-user community.

Will there be plenty of niche applications which target the speed and efficiency that V8 (and others) can achieve? Yeah. And will those same engines certainly speed up a lot of the other apps that are deliberately cross-browser for the mainstream? Yeah.

But that's still a far cry from saying that just because some (or even a good share) of the browsers out there *can* run javascript faster that content authors will be able to ignore microsoft's share and develop apps which run great, but only on 50% of user's machines, and on the other 50% run crappy. No, the truth is, for a long while, they'll still have to leverage technology which is consistent (albeit less performant, and certainly less "open") for the broad audience.

I don't think V8 will reduce flash's share. What I think it *will* do is force them to keep up with improvements in performance and broad browser delivery -- something they've been at for quite awhile.

And what's great is that this will be good for the overall web community. Just don't be so quick to uninstall that flash plugin yet! :)

Re: Why Aptana is Quickly Becoming the Killer Stack

Andrija — Wed, 08 Oct 2008 12:42:36 -0000

Thank you very much!
It works in Aptana Studio, build: 1.2.0.017963, and I'm not using the pro version.
Best Regards
Andrija

Re: Why Aptana is Quickly Becoming the Killer Stack

britg — Wed, 08 Oct 2008 08:55:11 -0000

Check out the response to the word wrap issue report here:
http://support.aptana.com/asap/browse/STU-534?f...

He explains how to turn on wordwrap.

Re: Big in Japan wins the Android Challenge, raises money and has big plans for Google Android development

britg — Wed, 17 Sep 2008 18:48:22 -0000

Big props to the Dallas startup scene! Congrats Biggu and Rylan and Alex

Re: How Apple Picks Which Apps Make It to the App Store | ShaunGish.com

britg — Wed, 17 Sep 2008 18:22:19 -0000

that could be just about the funniest thing I've ever seen

Re: Using the Zend Framework in CakePHP

britg — Wed, 17 Sep 2008 15:43:26 -0000

Interesting - i guess the most extensible solution would be to check if
there is a semicolon and add it if there is not - like your case.
Thanks for sharing