Disqus - Latest Comments for ericmoritz

Re: Marriage and Honeymoon

ericmoritz — Sat, 07 Nov 2009 14:33:59 -0000

Congrats! Don't be to much of a headache for her :)

Re: Bike Lane Hazard?

ericmoritz — Sat, 07 Nov 2009 00:00:06 -0000

Looks like a perfect opportunity to take the lane. There's two other lanes for cars to drive in. The cars can deal with it for the 1 minute he traveled in the lane. That guy's fear is going to get himself killed.

Re: Curious about Django

ericmoritz — Tue, 27 Oct 2009 15:12:53 -0000

Paying for a text editor? Use Emacs or Vim or else no one will take you seriously :)

Re: Example Django Ajax app | One More Blog

ericmoritz — Tue, 29 Sep 2009 12:36:57 -0000

it's out of date.

Re: “Skank” blogger speaks: “I thought my right to privacy was being protected”

ericmoritz — Mon, 24 Aug 2009 15:46:23 -0000

When did anonymity become on inalienable right?

Re: Google’s Bandwidth

ericmoritz — Sun, 23 Aug 2009 12:27:29 -0000

I had a theory that if we could utilize the users of Google to create a distributed number crunching machine ALA, Folding@Home or SETI.

I created a page to get an idea of what average Javascript instructions per second were available on one worker thread. The average ended up being around 0.65 MIPS. With 50,000 hits per second, if we could get one second of computation out of each client we could get a total of 30000 MIPS. Unfortunately, that's both the most ideal scenario and the equivalent of a Intel Core 2 Extreme.

Granted I could use more threads to get double the MIPS on multicore clients but it's still no where near a super comupter. It was an interesting idea though.

JS MIPS: http://eric.themoritzfamily.com/upload/workers/...

Re: Gravity in a Box

twitter-11103172 — Mon, 17 Aug 2009 14:08:26 -0000

I'm loving Processing. I spent last night designing a (deeply flawed) particle model of solar system formation. It's so easy to implement. JavaScript version looks tight, too.

Re: Gravity in a Box

ericmoritz — Sun, 16 Aug 2009 09:46:30 -0000

John Resig ported Processing to JS, http://processingjs.org/ it's pretty sick

Re: appengine vs twitter | One More Blog

ericmoritz — Thu, 06 Aug 2009 10:29:30 -0000

Thanks, I updated the URL for you.

Re: Video: Researchers release tool for hacking user-generated content sites

ericmoritz — Mon, 03 Aug 2009 21:48:01 -0000

I just briefly looked at the code but this looks to me to be like a way to collect session keys in referers by way of something like a URL shortener. This doesn't seem to be anything innovative to me, anyone with access to an Apache log could get a session key if the target site puts it in the URL.

Re: TechCrunch founder launches hardware startup

ericmoritz — Fri, 03 Jul 2009 15:06:52 -0000

My fingers are crossed that this will be awesome. I constantly wish my EeePC 1000HE was just a touch screen.

Re: Announcing django-viewtools | One More Blog

ericmoritz — Sat, 21 Feb 2009 09:10:13 -0000

Thanks, that's a great idea, I'll get a hold them and see if they want to
integrate it into that project.

Re: Announcing django-viewtools | One More Blog

ericmoritz — Fri, 20 Feb 2009 17:18:18 -0000

No way, you don't want modify production code while it's running.

Re: Announcing django-viewtools | One More Blog

ericmoritz — Wed, 18 Feb 2009 08:31:00 -0000

Hi Tom, I just added some archives to the release page in Launchpad so you don't have to worry about bazaar.
https://launchpad.net/django-viewtools/trunk/0.1

Re: Python Encodings and Unicode | One More Blog

ericmoritz — Fri, 05 Dec 2008 09:42:33 -0000

Ah yup you're absolutely correct. latin-1 is the same as ISO-8859-1
not cp1252. Sorry for the mix up. Latin-1 is basically extended ASCII.

I like to use cp1252 instead of Latin-1 because Latin-1 is missing
chars that 1252 doesn't and if you try to decode 1252 as 8859-1 and
those chars are in the byte stream, python will raise an error.

However if you try to decode 8859-1 as 1252 you don't have that issue
because all the 8859-1 chars are valid 1252 chars.

I've often seen that when people say that their encoding is 8859-1 in
an XML header or something they actually mean cp1252. As soon as they
stick a smart quote or em dash in their XML file my parser will break
because I'm using 8859-1 to decode the data.

Re: PDB and django.test.client | One More Blog

ericmoritz — Tue, 18 Nov 2008 08:26:54 -0000

Thanks for the tip. I suggested downloading the module directly in
case you couldn't install something on the production server.

Re: wsgi-benchmarking | One More Blog

ericmoritz — Thu, 13 Nov 2008 02:26:41 -0000

A buddy of mine had created Ubuntu .deb for nginx with mod_wsgi compiled in that I was able to use.

http://media.mnjournal.com/nginx_0.6.32-3ubuntu...

I'm seeing similar numbers with an apache frontend proxied to nginx with mod_wsgi that I'm seeing with apache proxied to another apache server with mod_wsgi with maybe a 1 or 2 milliseconds less than apache/mod_wsgi.

Re: wsgi-benchmarking | One More Blog

ericmoritz — Thu, 13 Nov 2008 01:24:08 -0000

That's interesting. It may be the fact that flup has to translate the scgi headers to a WSGI dictionary to pass it off to the WSGI application. I couldn't imagine it adding to much overhead but it is still an extra step. HTTP Headers to SGCI to WSGI instead of HTTP Headers -> WSGI that the other solutions provide. I don't know much about QP but it looks like all it's doing is splitting on the SCGI headers and passing them off. It could also be that QP's web server implementation is slower than QP's scgi implementation. QP's web server is definitely doing more work than QP's scgi handler based on a quick glance at hub/web.py

Playing with python's hotshot profiler may lend some light to why flup is slower when QP's implementation is faster than mod_proxy.

I'll set up QP on my machine to get comparable timing numbers to my tests.

Re: wsgi-benchmarking | One More Blog

ericmoritz — Thu, 13 Nov 2008 01:03:43 -0000

Thanks Grant. I'll give it a whirl. I'm currently trying different frontend solutions. I tried lighttpd but it doesn't rewrite the location header correctly. lighttpd 1.5 supports this but I'll have to compile it myself.

I'm also trying nginx as a reverse proxy, which appears to add a couple milliseconds to the request. I don't know why.

nginx with mod_wsgi behind an apache proxy performs maybe 1 or 2 milliseconds faster than apache to apache with mod_wsgi.

I'll have the official numbers tomorrow sometime.

Re: Still Needs To Learn How To Read

ericmoritz — Sat, 11 Oct 2008 22:48:28 -0000

It's not that the MSM is in one camp or another. It's a fact that they chase stories that appear to push ratings. In a business that grades how well it's doing by circulation numbers and TV ratings. They chase the stories that'll pump up those values.

I work for the "Mainstream Media" as a web developer for a major newspaper corporation. I laugh whenever someone says that a news source is bias, whether left or right. They're an easy target. Everyone picks on the media.

Re: Netflix Watch Instantly for the Mac is fast approaching. Will Apple respond?

ericmoritz — Wed, 01 Oct 2008 18:34:31 -0000

Now bring me an iphone app :)

Re: New Obama Ad: "No Maverick"

ericmoritz — Mon, 08 Sep 2008 17:49:06 -0000

Is it just me or is the voiceover guy the same person for both campaigns? I guess not, they're all running together nowadays.

Re: My site is now on slicehost | One More Blog

ericmoritz — Wed, 23 Jul 2008 14:26:56 -0000

Yes, I'm very happy with slicehost. It's not for the faint of heart though. You have to be comfortible administering your own box. If you can do that, the freedom you gain with Slicehost is well worth the extra money you spend on it.

Re: PETA Targets Computer Programmers With String Of Bizarre Protests

ericmoritz — Wed, 25 Jun 2008 15:59:50 -0000

I was quoting from this video:
http://www.cracked.com/video_16271_internet-par...

Re: PETA Targets Computer Programmers With String Of Bizarre Protests

bryanwoods — Wed, 25 Jun 2008 15:49:43 -0000

@ericmoritz - You must not have spent much time around this site if you think we have Photoshop skills of that calibur!