MacPython Logo from __future__ import *

buy music albums Silver Apples buy mp3 albums Tarrus Riley buy tracks mp3 Kravits buy Reaper albums mp3 buy Kravits albums music buy music Evita CD online albums mp3 Silver Apples download Madonna CD music buy tracks music Kravits download music albums Silver Apples

2006-01-21

MochiKit 1.2

Filed under: AJAX, MochiKit, javascript — bob @ 4:32 pm

MochiKit 1.2 "the ocho" is now available [download, release announcement].

This release is the calm before the storm, it contains mostly bug fixes and minor functionality improvements -- but big things are coming soon. We have a signal/slot dispatch mechanism, a script.aculo.us port, a new testing system, non-browser compatibility (SpiderMonkey, KJS, SpiderMonkey, Rhino) and a normalized event object all in the works which will be hitting the trunk soon. For more information about the new features check out the mailing list and the trac instance.

2006-01-18

Using setuptools features with distutils scripts

Filed under: python, setuptools — bob @ 3:25 pm

A quick and dirty way to use setuptools commands (such as develop, bdist_egg, etc.) given a standard distutils setup.py file is to just add an "import setuptools" statement to the top of the script. This can also be done without modifying the setup.py as such:

python -c "import setuptools; execfile('setup.py')" develop

It would be cool if setuptools shipped with a script for this, or if buildutils had that functionality built-in.

2006-01-17

Single-line setuptools install

Filed under: python, setuptools — bob @ 3:42 pm

For those of you just starting out with setuptools, here's a quick way to install it. After running this, you'll have access to easy_install for all of your other installation needs:

python -c "import urllib; urllib.main()" \
http://peak.telecommunity.com/dist/ez_setup.py \
| python - -U setuptools

Note that this will execute Python code from a remote host without any kind of authenticity check. Use at your own risk. Only tested on Mac OS X, FreeBSD, and Linux (with Python 2.3 and 2.4).

2006-01-06

In development: flashticle

Filed under: TurboGears, flash, flashticle, python — bob @ 8:23 pm

We at Mochi Media have been working on Macromedia Flash related stuff a lot lately (especially MochiBot). One such thing is a soon-to-be-released (but available from svn) open source library called flashticle.

flashticle deals in all of those gnarly binary proprietary formats: FLV, SWF, AMF, Flash Remoting, Local Shared Object files, etc. The only reason this was possible is because of the efforts of the osflash community, who have tirelessly reverse engineered all of these things and boiled it down into source code and documentation that I can learn from.

One of the more interesting features of flashticle is the integration it has with TurboGears: flashticle.turbogateway. This lets you very simply develop Flash Remoting services using Python. How simple you ask? Well, here's the Python source to TWO demo applications:

This is a total of a whopping 117 lines of very liberally spaced Python code that defines all three database tables and fully implements every feature of both sample applications.

The PHP version of the pizzaService backend (pizzaService.php) is 138 lines of code, is one big security flaw (doesn't escape SQL properly, big surprise), is MySQL specific, and it doesn't include the DB schema and can't create any tables for you (thank you tg-admin sql create).

The Java version of the BirthdayOrganizer backend, which I won't even bother linking to, is well... ginormous. 246 lines of XML configuration sludge in 5 files, 29 lines of SQL schema in 1 file, and 3004 lines of Java code in 45 files. Holy crap. If you add that all up, the trivial BirthdayOrganizer example is only a hair shorter than all of flashticle! And the BirthdayOrganizer example builds on top of 15 Java dependencies and requires a J2EE server plus ant. Friends don't let friends code Java. Oh, and it's also MySQL specific, but you better be damn well sure that there's a stub implementation you can subclass and an XML file you can mangle in order to support something else if you so choose to write that 200 lines of code to support a single three column table database.

2006-01-03

Job: Content portal developer

Filed under: TurboGears, javascript, python — bob @ 2:23 pm

Our company, Mochi Media LLC, is in need of a web developer to put together a content portal site (ideally with the TurboGears stack) on a contract basis. Being located in the San Francisco bay area is a huge bonus, as is working knowledge of Macromedia Flash and JavaScript.

If you're interested, please contact us at: work@mochimedia.com

Please include relevant experience (especially high volume web development work) and some code samples (open source is best).

Powered by WordPress