Sharetribe is an open source platform to create your own peer-to-peer marketplace.
Would you like to set up your marketplace in one minute without touching code? Head to Sharetribe.com.
- Tech Stack
- Installation
- Payments
- Versioning
- Changes
- Upgrade
- Contribute
- Release
- Technical roadmap
- Translation
- Known issues
- Documentation
- License
- Ruby 2.3
- Ruby on Rails 4.2
- MySQL 5.7
- React + jQuery
- Node.js 6.9 (for compiling JavaScript assets)
- "what you see is what you get" Editor Mercury
- Deploy: Custom Script (not using Mina or Cap3)
- Server: Heroku
- Image hosting: Amazon S3
- Background job:
[delayed_job](https://github.com/collectiveidea/delayed_job)
- Gem:
- devise | Authentication
- omniauth-facebook | Third party login: Facebook
- haml and ERB | HTML teamplating
- mysql2 | MySQL library for Ruby
- paperclip | Image upload management
- passenger | Web application server
- react_on_rails | Integration of React + Webpack + Rails
- factory_girl, capybara, rspec-rails, cucumber-rails, selenium-webdriver | Testing
Before you get started, the following needs to be installed:
- Ruby. Version 2.3.1 is currently used and we don't guarantee everything works with other versions. If you need multiple versions of Ruby, RVM is recommended.
- RubyGems
- Bundler:
gem install bundler
- Node. Version 6.9 is currently used and we don't guarantee everything works with other versions. If you need multiple versions of Node, consider using n or nvm.
- Git
- A database. Only MySQL 5.7 has been tested, so we give no guarantees that other databases (e.g. PostgreSQL) work. You can install MySQL Community Server two ways:
- If you are on a Mac, use homebrew:
brew install mysql
(highly recommended). Also consider installing the MySQL Preference Pane to control MySQL startup and shutdown. It is packaged with the MySQL downloadable installer, but can be easily installed as a stand-alone. - Download a MySQL installer from here
- If you are on a Mac, use homebrew:
- Sphinx. Version 2.1.4 has been used successfully, but newer versions should work as well. Make sure to enable MySQL support. If you're using OS X and have Homebrew installed, install it with
brew install sphinx --with-mysql
- Imagemagick. If you're using OS X and have Homebrew installed, install it with
brew install imagemagick
- Get the code. Clone this git repository and check out the latest release:
git clone git://github.com/sharetribe/sharetribe.git
cd sharetribe
git checkout latest
- Install the required gems by running the following command in the project root directory:
bundle install
Note: libv8
might fail to build with Clang 7.3, in that case you can try installing V8 manually:
brew tap homebrew/versions
brew install v8-315
gem install libv8 -v '3.16.14.13' -- --with-system-v8
gem install therubyracer -- --with-v8-dir=/usr/local/opt/v8-315
bundle install
- Install node modules:
npm install
- Create a
database.yml
file by copying the example database configuration:
cp config/database.example.yml config/database.yml
-
Add your database configuration details to
config/database.yml
. You will probably only need to fill in the password for the database(s). -
Create a
config.yml
file by copying the example configuration file:
cp config/config.example.yml config/config.yml
- Create and initialize the database:
bundle exec rake db:create db:structure:load
- Run Sphinx index:
bundle exec rake ts:index
Note: If your MySQL server is configured for SSL, update the config/thinking_sphinx.yml
file and uncomment the mysql_ssl_ca
lines. Configure correct SSL certificate chain for connection to your database over SSL.
- Start the Sphinx daemon:
bundle exec rake ts:start
-
Start the development server: Some components are created with React (see documentation) and they need to be built with Webpack. We have Foreman Procfiles that can be used to run both Rails and Webpack:
-
React component static build
foreman start -f Procfile.static
- React component & hot loading styleguide (http://localhost:9001/)
foreman start -f Procfile.hot
-
If you need to debug the Rails parts of Sharetribe with Pry, it's not possible with Foreman due to a known compatibility issue. In this case we recommend running Rails with old-fashioned
rails server
and React builds with Foreman in a separate terminal. That way yourbinding.pry
calls open nicely in the same window with the Rails process. -
React component static build, React client only
foreman start -f Procfile.client-static
- React component & hot loading styleguide (http://localhost:9001/), React client only
foreman start -f Procfile.client-hot
- Invoke the delayed job worker in a new console (open the project root folder):
bundle exec rake jobs:work
Congratulations! Sharetribe should now be up and running for development purposes. Open a browser and go to the server URL (e.g. http://lvh.me:3000). Fill in the form to create a new marketplace and admin user. You should be now able to access your marketplace and modify it from the admin area.
Use Mailcatcher to receive sent emails locally:
- Install Mailcatcher:
gem install mailcatcher
- Start it:
mailcatcher
- Add the following lines to
config/config.yml
:
development:
mail_delivery_method: smtp
smtp_email_address: "localhost"
smtp_email_port: 1025
- Open
http://localhost:1080
in your browser
To update your local database schema to the newest version, run database migrations with:
bundle exec rake db:migrate
Tests are handled by RSpec for unit tests and Cucumber for acceptance tests.
Remember to follow all the steps listed in the Setting up the development environment paragraph before running tests because some tests depend on webpack assets.
- Navigate to the root directory of the sharetribe project
- Initialize your test database:
bundle exec rake test:prepare
This needs to be rerun whenever you make changes to your database schema.
- If Zeus isn't running, start it:
zeus start
- To run unit tests, open another terminal and run:
zeus rspec spec
- To run acceptance tests, open another terminal and run:
zeus cucumber
Note that running acceptance tests is slow and may take a long time to complete.
To automatically run unit tests when code is changed, start Guard:
bundle exec guard
Before starting these steps, perform steps 1-5 from above.
- Set
secret_key_base
Generate secret key
rake secret
Add the following lines to config/config.yml
:
production:
secret_key_base: # add here the generated key
(You can also set the secret_key_base
environment variable, if you don't want to store the secret key in a file)
- Create the database:
RAILS_ENV=production bundle exec rake db:create
- Initialize your database:
RAILS_ENV=production bundle exec rake db:structure:load
- Run Sphinx index:
RAILS_ENV=production bundle exec rake ts:index
- Start the Sphinx daemon:
RAILS_ENV=production bundle exec rake ts:start
- Precompile the assets:
RAILS_ENV=production bundle exec rake assets:precompile
- Invoke the delayed job worker:
RAILS_ENV=production bundle exec rake jobs:work
- In a new console, open the project root folder and start the server:
bundle exec rails server -e production
The built-in WEBrick server (which was started in the last step above) should not be used in production due to performance reasons. A dedicated HTTP server such as unicorn is recommended.
It is not recommended to serve static assets from a Rails server in production. Instead, you should use a CDN (Content Delivery Network) service, such as Amazon CloudFront. To serve the assets from the CDN service, you need to change the asset_host
configuration in the the config/config.yml
file to point your CDN distribution.
For production use we recommend you to upgrade only when new version is released and not to follow the master branch.
-
In your database, change the value of the
domain
column in thecommunities
table to match the hostname of your domain. For example, if the URL for your marketplace is http://mymarketplace.myhosting.com, then the domain ismymarketplace.myhosting.com
. -
Change the value of the
use_domain
column totrue
(or1
) in thecommunities
table.
If you want to use S3 to host your images, you need to do a bit more configuration.
-
Create a IAM role which has full S3 access. Save the AWS access and secret keys.
-
In the S3 console, create two buckets, one for upload and one for permanent storage. For example
your-sharetribe-images
andyour-sharetribe-images-tmp
. -
Set the upload bucket (
your-sharetribe-images-tmp
) to have an expiration (for example, of 14 days) using lifecycle management -
Set the following configuration in your sharetribe
config.yml
:s3_bucket_name: "your-sharetribe-images"
s3_upload_bucket_name: "your-sharetribe-images-tmp"
-
Add your AWS keys to the sharetribe app. The best way to do that is via environment variables, rather than checking them into your
config.yml
. Set theaws_access_key_id
andaws_secret_access_key
environment variables to the values for the IAM user. -
(Optional) When you enable S3, uploaded images are linked directly to the S3 bucket. If you want to serve these assets through CDN, you can set the
user_asset_host
configuration option in addition toasset_host
inconfig/config.yml
.
Here's a sample CORS configuration that allows anyone to post to your bucket. Note that you may want to lock down the origin host more tightly, depending on your needs.
<?xml version="1.0" encoding="UTF-8"?>
<CORSConfiguration xmlns="http://s3.amazonaws.com/doc/2006-03-01/">
<CORSRule>
<AllowedOrigin>*</AllowedOrigin>
<AllowedMethod>GET</AllowedMethod>
<AllowedMethod>POST</AllowedMethod>
<MaxAgeSeconds>3000</MaxAgeSeconds>
<AllowedHeader>*</AllowedHeader>
</CORSRule>
</CORSConfiguration>
- if you are having trouble uploading, look at the request using browser devtools and see what error statuses and messages are being sent.
- double check that your AWS keys are being correctly set.
- if you can upload images successfully, but the images aren't processed, make sure that the delayed-job worker is running.
Default configuration settings are stored in config/config.default.yml
. If you need to change these, use the config/config.yml
file to override the defaults. You can also set configuration values to environment variables.
React components can be created using hot module replacement HMR technique in Styleguide (http://localhost:9001/) path in local development environment. Webpack is used to bundle React components for deployments and hot loading. Related webpack configs can be found from folder sharetribe/client/
Use these instructions to set up and deploy Sharetribe for production in different environments. They have been put together by the developer community, and are not officially maintained by the Sharetribe core team. The instructions might be somewhat out of date.
If you have installation instructions that you would like to share, don't hesitate to share them at the Sharetribe community forum.
PayPal payments are only available on marketplaces hosted at Sharetribe.com due to special permissions needed from PayPal. We hope to add support for PayPal payments to the open source version of Sharetribe in the future.
Sharetribe follows Semantic Versioning where possible.
Given a version number MAJOR.MINOR.PATCH, increment the:
- MAJOR version when you make incompatible API changes,
- MINOR version when you add functionality in a backwards-compatible manner, and
- PATCH version when you make backwards-compatible bug fixes.
See the document How Sharetribe applies Semantic Versioning to read more how Semantic Versioning is applied in practice.
See CHANGELOG.md for detailed list of changes between releases.
See UPGRADE.md for information about actions needed when upgrading.
For production use we recommend you to upgrade only when new version is released and not to follow the master branch.
Would you like to make Sharetribe better?
See CONTRIBUTING.md for the steps to contribute.
See RELEASE.md for information about how to make a new release.
For a better high-level understanding of what the Sharetribe core team is working on currently and what it plans to work on next, read the technical roadmap.
Sharetribe uses WebTranslateIt (WTI) for translations. If you'd like to translate Sharetribe to your language or improve existing translations, please ask for a WTI invitation. To get an invite, send an email to info@sharetribe.com and mention that you would like to become a translator.
All language additions and modifications (except for English) should be done through the WTI tool. We do not accept Pull Requests that add or modify languages (except English).
Browse open issues and submit new ones at http://github.com/sharetribe/sharetribe/issues.
More detailed technical documentation is located in docs/
The Sharetribe open source community forum is located at https://www.sharetribe.com/community/.
The forum is a great place to ask support and help for example with issues during the installation.
Sharetribe is open source under the MIT license. See LICENSE for details.