Are people adding Rails functionality to their Spree server, or using it only as an appliance?

49 views
Skip to first unread message

david

unread,
Feb 9, 2012, 6:35:24 PM2/9/12
to Spree
Our project entails ecommerce along with several content management
functions (which we hope to get from other turnkey Rails gems, not
custom-code). I need to know whether people are using separate
servers for such additional site functionality, or if they are adding
other code to the Spree server (new controlllers, models, views, etc.)
so that everything is in one database, with all the source under one
app file structure...(or is there a third way?)

If there is more than one approach, what are the most important pros
and cons to each?

Thanks!

Jean-Philippe Boily

unread,
Feb 10, 2012, 8:08:40 AM2/10/12
to spree...@googlegroups.com
With Spree 1.0, you can mount it as an engine in your app. This is now a Rails mountable engine. It means that you could mount it in your route file to say "/shop", have your CMS mounted at "/" and even a blog at "/blog".

You need to have a Rails 3.1.X project first, the add Spree, CMS and other engines you might need. I know Refinery CMS and Locomotive CMS are both working on new versions that are mountable engines. I think, not sure, that Refinery is supposed to be out this month. Locomotive guys doesn't say much so I really don't know when it'll be ready!

There is Forem, a forum engine, that is a mountable engine too. It is a project from Radar (Ryan Bigg).

I know there is a mountable blog engine out somewhere, but I think it is still basic and beta stuff. I started working myself on a basic mountable blog engine…but it might not be out before a while!

For now, there isn't a lot mountable engines available, there is certainly much more than what I just listed, but maybe not that much either.

That said, you could also use say, Wordpress to serve "/blog". You'll have to configure your web server accordingly, but that is all possible things. Depends on your needs and your deployment environment!


Good luck! ;)

Jean-Philippe Boily    |           http://jeanphilippeboily.com              |           j...@jipi.ca

--
You received this message because you are subscribed to the Google Groups "Spree" group.
To post to this group, send email to spree...@googlegroups.com.
To unsubscribe from this group, send email to spree-user+...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/spree-user?hl=en.

david

unread,
Feb 10, 2012, 9:40:45 PM2/10/12
to Spree
Thank you for the helpful response!
> > To post to this group, send email to spree...@googlegroups.com (mailto:spree...@googlegroups.com).
> > To unsubscribe from this group, send email to spree-user+...@googlegroups.com (mailto:spree-user+...@googlegroups.com).

Ryan Bigg

unread,
Feb 9, 2012, 11:33:09 PM2/9/12
to spree...@googlegroups.com
This'll reach you on Monday, but I'm writing it on Friday while going up a mountain in a bus full of nerds.

We (my old job, at reInteractive) built an application right from the ground up using Spree. It has hundreds of thousands of users and orders.

We added models and wrote our own custom extensions to add functionality as we saw fit. The application is one big "glob", consisting of our own custom code, extensions and it depends (as in, a Gemfile dependency) on Spree.

As far as I know, it's deployed to a couple of servers, with I think two "front-end" boxes that serve the content, one database server and one utility slice. The utility slice is spun up to do data processing and that's it.

You CAN run Spree off one single machine if you want, but to scale you would need to investigate using a beefier machine or having a multi-machine setup like what I have jus described.

I hope this answers your question :)

Ryan Bigg
Community Manager

> --
> You received this message because you are subscribed to the Google Groups "Spree" group.

> To post to this group, send email to spree...@googlegroups.com.
> To unsubscribe from this group, send email to spree-user+...@googlegroups.com.

Reply all
Reply to author
Forward
0 new messages