summaryrefslogtreecommitdiff
path: root/website
diff options
context:
space:
mode:
authorRyan <ry@tinyclouds.org>2009-06-03 11:43:54 +0200
committerRyan <ry@tinyclouds.org>2009-06-03 11:43:54 +0200
commitd0988da515f1b497426f9dd8b05d56aaf917fbf6 (patch)
tree77b5bf353ad9a334ec4bd2d370eb40d9b5904db6 /website
parent8bf2a2fa55343fbecca934e8a78c241bfbcd81c0 (diff)
downloadnode-new-d0988da515f1b497426f9dd8b05d56aaf917fbf6.tar.gz
Website: correct typos.
Diffstat (limited to 'website')
-rw-r--r--website/index.html15
1 files changed, 7 insertions, 8 deletions
diff --git a/website/index.html b/website/index.html
index 4d38921004..3f4189cb4d 100644
--- a/website/index.html
+++ b/website/index.html
@@ -93,7 +93,7 @@ than systems which allocate 2mb thread stacks for each connection.
Furthermore, users of Node are free from worries of dead-locking the
process&mdash;there are no locks. No function in Node directly performs
-I/O, so the processes never blocks. Because nothing blocks, less-than-expert
+I/O, so the process never blocks. Because nothing blocks, less-than-expert
programmers are able to develop fast systems.
<p>Node is similar in design to systems like
@@ -104,17 +104,17 @@ Node takes the event model a bit further. For example, in other systems
there is always a blocking call to start the event-loop. Typically one
defines behavior through callbacks at the beginning of a script and at the
end starts a server through a call like <code>EventMachine::run()</code>.
-In Node, it works differently. By default Node enters the event loop after
+In Node it works differently. By default Node enters the event loop after
executing the input script. Node exits the event loop when there are no more
-callbacks to perform. The event loop is completely hidden from the user.
-
+callbacks to perform. Like in traditional browser javascript, the event loop
+is hidden from the user.
<p>Node's HTTP API has grown out of my difficulties developing and working
with web servers. For example, streaming data through most web frameworks is
impossible. Or the oft-made false assumption that all message headers have
unique fields. Node attempts to correct these and other problems in its
API. Coupled with Node's purely evented infrastructure, it will make a
-solid foundation for future web libraries/frameworks.
+more comprehensive foundation for future web libraries/frameworks.
<p> <i>But what about multiple-processor concurrency? Threads are necessary
to scale programs to multi-core computers.</i> The name <i>Node</i> should
@@ -131,9 +131,8 @@ API</a>), but this is something that fits well into the current design.
<p><a href="http://github.com/ry/node/tree/master">The git repo</a>
<ul>
-<li> 2009.05.27 <a
-href="http://s3.amazonaws.com/four.livejournal/20090527/node-0.0.1.tar.gz">node-0.0.1.tar.gz</a>
-(2.8mb)
+<li> 2009.05.31 <a href="http://s3.amazonaws.com/four.livejournal/20090531/node-0.0.2.tar.gz">node-0.0.2.tar.gz</a>
+<li> 2009.05.27 <a href="http://s3.amazonaws.com/four.livejournal/20090527/node-0.0.1.tar.gz">node-0.0.1.tar.gz</a>
</ul>