Node v0.4 announcement

http://nodejs.org/v0.4_announcement.html

by Uncle_Sam • 15 years ago

128 30 15 years ago

nodejs.org

jerome_etienne• 15 years ago

I updated the ubuntu ppa deb to 0.4.0

To install node.js 0.4.0 on ubuntu do

sudo add-apt-repository ppa:jerome-etienne/neoip && sudo apt-get update && sudo apt-get install nodejs

larrykubin• 15 years ago

This installed node 0.2.6 on my machine.

dekz• 15 years ago

theres a node manager in the npm repository called n.

npm intsall n

n install 0.4.0

want to use an older version installed?

n use 0.2.6

nailer4• 15 years ago

> A specially named directory, node_modules/, is searched in the current directory for any modules.

Awesome. Currently NPM expects unprivileged users to have access to /usr/local, and a lot of node tutorials encourage global repermissioning of this directory, which is Bad Unix.

Hopefully, once NPM gets updated, you'll have a Python virtualenv/Ruby equivalent style project-specific install system.

Update: https://github.com/isaacs/nave says Nave provides virtualenvs for Node, which may be worth checking out.

jdub3• 15 years ago

npm currently supports ~/.node_modules, by the way (which node has supported for ages)

coenhyde• 15 years ago

But then you are still relying on modules available and their versions on the system where the node app is running. Bundling is a much more reliable way of doing things.

nailer4• 15 years ago

Awesome! Alas the doc I've been reading all points to the normal /usr/local method (eg, https://github.com/isaacs/npm/blob/master/doc/faq.md doesn't mention the new stuff). How can I make it use ~/.node_modules?

hasenj• 15 years ago

> Currently NPM expects unprivileged users to have access to /usr/local, and a lot of node tutorials encourage global repermissioning of this directory, which is Bad Unix

NPM reminds you do "sudon't" if you run it as root.

Configuring it to use ~/.node_modules is not very straight forward or obvious but once you do it everything would work with an unprivileged user and without messing up Unix.

nailer4• 15 years ago

> NPM reminds you do "sudon't" if you run it as root.

To install NPM itself, you either get a bunch of 'sudont' errors or have the app fail with the normal, secure /usr/local permissions when it can't write there.

Try it.

ylem• 15 years ago

can one do a chroot?

philsalesses• 15 years ago

I'm starting a new project and I can't wait to see what this thing can do.

arnorhs• 15 years ago

Which version of v8 was being used in 2.x/3.x ?

The v8 change log is very detailed. Anybody got a helicopter view of speed improvements and/or other changes?

bnoordhuis• 15 years ago

> Which version of v8 was being used in 2.x/3.x ?

Several.

Since node.js 0.2.0, V8 has been incrementally upgraded from 2.4.2 to 3.1.2.

The changelog is here: https://github.com/ry/node/blob/master/deps/v8/ChangeLog

ladon86• 15 years ago

Any word on express.js and connect compatibility?

tjarratt• 15 years ago

Looking at the recent commits in the last two days, it doesn't look like visionmedia has changed anything for 0.4.0 in particular. If you're interested, you should try it out and file issues appropriately.

I'll probably be doing exactly that tonight.

mcantelon• 15 years ago

Looks like it's a go:

http://twitter.com/tjholowaychuk/status/35869375533682688

invisible• 15 years ago

There is still some confusion for me as to whether it's "production ready." Ryan Dahl said for a long time that it wasn't ready for production, but I haven't heard anything like that recently. In fact, I've heard others proclaim they're using it for larger sites just fine (citing poor SSL support as one of the primary drawbacks). I also remember Ryan saying that the memory management within V8 caused a lot of the bugs they were dealing with. So what's the real status of the project in terms of putting it into production?

chapel• 15 years ago

I don't speek for Ryan Dahl or the community at large, but from what I can tell hanging out in the IRC room and reading the mail list is that it is ready for production for just about anyone. Now mind you, anything this young isn't going to be perfect, but what systems are? As far as I know the SSL issues are fixed or being patched ASAP, so you should be able to get something up and running and feel fairly secure in it

0.4.0 brings quite a few API changes from 0.2.6, so if you haven't been keeping up, you should really scour the API docs. You can also check out the wiki for a guide on migrating. https://github.com/ry/node/wiki/Migrating-from-v0.2-to-v0.3

gmac2• 15 years ago

I was all set to start a new project on node.js a couple of months ago, but ended up back on Rails. Not because node.js itself seemed flaky, but because libraries were scarce (e.g. anyone know of a credible ORM?) and, where available, often in alpha.

This isn't a criticism: it's inevitable in a young platform, and I'd happily help develop the libraries. But it didn't seem a feasible option for a project that (a) had deadlines and (b) needed features beyond the (impressive) node.js core.

davej• 15 years ago

> anyone know of a credible ORM?

Node devs tend to take a different approach to Rails/Django in this regard, there's no single ORM with lots of database backends (ala ActiveRecord). This is probably related to the fact that Node devs tend to use tools like Redis, Mongo and Couch rather than traditional relational databases like MySQL and Postgres which all have similar SQL interfaces. There are some really nice libraries and modeling tools available but they're not database agnostic SQL ORMs, for example recently I've been using Mongoose: http://mongoosejs.com/

I've come from the Django world so I empathise with the "How do I do [insert Django/Rails feature here]?" mindset, but a lot of the time the Django/Rails just doesn't work well Node. Node.js is a single-threaded, event-based, non-blocking server; it really is a totally different paradigm so you have to be prepared to rethink the modus operandi for developing web applications.

mcotton• 15 years ago

We have been running one of our critical services with node for a couple months now without any problems. It has been excellent to work with and I'm going to do more with it.

antirez• 15 years ago

It is very hard to define "production ready". I think that one could say that a new version of a software tends to have a lot of bugs. The more work you put into fixing this bugs (assuming you are not adding new code), the more stable it starts to be, and discovery of new bugs is more and more rare. It does not mean the software is bug free, but that the bugs that it contains are either edge cases that is rare to run across, or they manifest very rarely as real world consequences. I guess that what we call stable is just the state where no obvious bugs arise in normal usage and at the same time is pretty rare for the developers to discover, get notified, and fix, new important bugs.

It seems like that under this assumptions node.js is stable enough, but what are you doing with it? Maybe it's not going to be "mission critical", but good enough to run production web applications.

Node v0.4 announcement

Related Stories