Every repository with this icon (
Every repository with this icon (
| name | age | message | |
|---|---|---|---|
| |
.gitignore | Wed Jun 04 17:48:29 -0700 2008 | [calas] |
| |
CHANGELOG | Thu Jun 05 19:01:46 -0700 2008 | [schof] |
| |
CONTRIBUTORS | Tue Apr 15 19:58:05 -0700 2008 | [schof] |
| |
INSTALL | Mon Apr 21 18:17:33 -0700 2008 | [schof] |
| |
LICENSE | Tue Apr 15 19:58:05 -0700 2008 | [schof] |
| |
README.markdown | Wed Jun 04 17:15:47 -0700 2008 | [calas] |
| |
Rakefile | Wed Apr 16 11:49:32 -0700 2008 | [schof] |
| |
app/ | Wed Jun 04 19:26:29 -0700 2008 | [schof] |
| |
bin/ | Wed Apr 23 05:53:10 -0700 2008 | [schof] |
| |
config/ | Wed Jun 04 17:15:47 -0700 2008 | [calas] |
| |
db/ | Thu Jun 05 03:35:00 -0700 2008 | [calas] |
| |
lib/ | Thu Jun 05 19:01:46 -0700 2008 | [schof] |
| |
log/ | Wed Apr 30 19:01:05 -0700 2008 | [schof] |
| |
login.patch | Mon Jun 02 10:34:04 -0700 2008 | [schof] |
| |
public/ | Mon Jun 02 10:34:04 -0700 2008 | [schof] |
| |
script/ | Tue Apr 08 12:51:05 -0700 2008 | [schof] |
| |
spec/ | Wed Jun 04 19:26:29 -0700 2008 | [schof] |
| |
stories/ | Tue Apr 08 13:03:01 -0700 2008 | [schof] |
| |
vendor/ | Tue May 27 18:52:29 -0700 2008 | [schof] |
SUMMARY
Spree is a complete open source commerce solution for Ruby on Rails. It was developed by Sean Schofield under the original name of Rails Cart before changing its name to Spree.
QUICK START
Install spree Gem
$ sudo gem install spreeNOTE: This may take a while. The gem currently includes a frozen version of Rails 2.0.2
Create Spree Application
$ spree <app_name>Create your database and edit the config/database.yml to taste. You can skip this step if using sqlite3 as your database.
Bootstrap
$ cd <app-name> $ rake db:bootstrapLaunch Application
$ script/server
Browse Store
http://localhost:xxxx/store
Browse Admin Interface
http://localhost:xxxx/admin
Is Spree Ready for Production?
I have been asked by several people about the status of the Spree project. I thought I would take a moment to address the current state of the codebase and whether or not its “production ready.”
In my opinion, you can use Spree in a real world commerce application right now. This is especially true if you are already committed to using Ruby on Rails. What are the drawbacks to doing this? The major drawback is that Spree is still “rough around the edges” so you will be doing a lot of the polishing yourself. For instance, if you want to have FedEx shipping calculations you will need to write/port your own. On the other hand, the basic admin functionality is working and the ActiveMerchant plugin support means you don’t have to worry about credit cards. In fact, I have already built two production sites with this software (under the old RailsCart name).
The only other Rails commerce application I am aware of is Substruct. The last I looked at this project it was fairly basic as well. So if you are going to start building your Rails project today, you have three choices.
- Write your own
- Use Spree as your starting point and do lots of custom coding
- Use Substruct as your starting point and do lots of custom coding
If you are uncomfortable with these three options then you should consider another application framework.
The good news is that Spree is rapidly improving with each passing day. The major effort right now is to rejigger the data model so that it is rock solid. There is nothing “wrong” with the current data model which is why it is ok to build a production Spree app with the existing software. We’re just trying to make the data model as “future proof” as possible. The more we improve the data model now, the less disruptive it will be for users to upgrade to subsequent versions of the software.
When will this refactoring be done? Our goal is to have our first beta release in time for RailsConf (May 29). This means we will pushing hard for another 6-8 weeks on all things data model. Once we go “beta” we be on the next level of stability. There will be a lot less coding needed to use Spree for your production site and we also hope to have a standardized approach for the custom code you do need to write.




