Skip to content

Commit

Permalink
Updated README, added HISTORY
Browse files Browse the repository at this point in the history
  • Loading branch information
Charles Jolley committed May 22, 2008
1 parent fc9f3b8 commit bde102d
Show file tree
Hide file tree
Showing 2 changed files with 13 additions and 10 deletions.
3 changes: 3 additions & 0 deletions HISTORY
@@ -0,0 +1,3 @@
== 5-21-2008

Initial commit to Git
20 changes: 10 additions & 10 deletions README
@@ -1,17 +1,17 @@
== Welcome to SproutCore Builder
== Welcome to SproutCore Sample Applications

This is an application package for building a SproutCore application. To get
started, edit your JavaScript application in the clients directory (we've
already created one for you.)
This is a samples application package for building a SproutCore applications.
To get started, edit your JavaScript application in the clients directory
(we've already created one for you.)

Then, start the SproutCore Dev Server by running from this directory:

sc_server
sc-server

This takes all the same arguments as mongrel. You can now visit your app
by going to:

http://localhost:3000/contacts
http://localhost:4020/photos

== What Goes Where

Expand Down Expand Up @@ -53,13 +53,13 @@ you require them.

== Deploying your SproutCore App

Normally you will use the sc_server to host your application while you are
Normally you will use the sc-server to host your application while you are
developing your code. Once you are ready to deploy, however, there are two
ways you can do it:

==== 1. Use sc_server in production.
==== 1. Use sc-server in production.

The SproutCore server can be run in a production mode that will simply generate and cache web-optimized versions of all of your resources upon request. For a low-traffic or newer site, this approach is an easy way to get your code into production. You just replace your directory with your latest files and the sc_server will start serving the new resources.
The SproutCore server can be run in a production mode that will simply generate and cache web-optimized versions of all of your resources upon request. For a low-traffic or newer site, this approach is an easy way to get your code into production. You just replace your directory with your latest files and the sc-server will start serving the new resources.

==== 2. Do a static build

Expand All @@ -68,7 +68,7 @@ In general, however, loading all of your resources through a Ruby-app is not the
If you want real speed, do a static build of your content and serve it through
lighttpd or apache. Do the static build, just run:

sc_build all
sc-build

This will place a directory in tmp/build that contains all of your resources
pre-compiled and ready for static serving.
Expand Down

0 comments on commit bde102d

Please sign in to comment.