2
0
mirror of https://github.com/frappe/bench.git synced 2024-11-11 15:51:03 +00:00
bench/README.md

184 lines
5.1 KiB
Markdown
Raw Normal View History

2014-07-15 09:17:32 +00:00
Bench
=====
The bench allows you to setup Frappe apps on your local machine or a production
server. You can use the bench to serve multi tenant frappe sites.
2014-07-15 05:48:04 +00:00
Installation
============
Easy way
--------
Supported for CentOS 6, Debian 7 and Ubuntu 12.04+
`curl https://https://raw.githubusercontent.com/frappe/bench/master/install_scripts/setup_frappe.sh | bash`
This script should install the pre-requisites and add a bench command.
Hard Way
--------
Install pre-requisites,
2014-07-15 07:10:45 +00:00
* Python 2.7
* MariaDB
* Redis
2014-07-16 08:39:16 +00:00
* wkhtmltopdf (optional, required for pdf generation)
2014-07-15 05:48:04 +00:00
Install bench,
2014-07-15 09:17:32 +00:00
git clone https://github.com/frappe/bench
sudo pip install -e bench
Note: Please do not remove the bench directory the above commands will create
2014-07-15 05:48:04 +00:00
2014-07-15 07:10:45 +00:00
Basic Usage
===========
2014-07-15 05:48:04 +00:00
* Create a new bench
2014-07-15 07:10:45 +00:00
2014-07-15 09:17:32 +00:00
The init command will create a bench directory with frappe frameowork
installed. It will be setup for periodic backups and auto updates once
a day.
2014-07-15 07:10:45 +00:00
bench init erpnext-bench && cd erpnext-bench
2014-07-15 05:48:04 +00:00
* Add apps
2014-07-15 07:10:45 +00:00
2014-07-15 09:17:32 +00:00
The get-app command gets and installs frappe apps. Examples include
(erpnext)[https://github.com/frappe/erpnext] and
(shopping-cart)[https://github.com/frappe/shopping-cart]
bench get-app erpnext https://github.com/frappe/erpnext
2014-07-15 05:48:04 +00:00
* Add site
2014-07-15 07:10:45 +00:00
2014-07-15 09:17:32 +00:00
Frappe apps are run by frappe sites and you will have to create at least one
site. The new-site command allows you to do that.
2014-07-15 07:10:45 +00:00
bench new-site site1.local
2014-07-15 05:48:04 +00:00
2014-07-15 09:17:32 +00:00
* Start bench
To start using the bench, use the `bench start` command
2014-07-15 07:10:45 +00:00
2014-07-15 09:17:32 +00:00
bench start
2014-07-15 07:10:45 +00:00
2014-07-16 08:39:16 +00:00
Updating
========
On initializing a new bench, a cronjob is add to automatically update the bench
at 1000hrs (as per the time on your machine). You can disable this by running
`bench config auto_update off` and run `bench config auto_update on` to switch
it on again. To change the time of update, you will have to edit the cronjob
manually using `crontab -e`.
To manually update the bench, run `bench update` to update all the apps, run
patches, build JS and CSS files and restart supervisor (if configured to).
You can also run the parts of the bench selectively.
`bench update --pull` will only pull changes in the apps
2014-07-16 08:41:50 +00:00
2014-07-16 08:39:16 +00:00
`bench update --patch` will only run database migrations in the apps
2014-07-16 08:41:50 +00:00
2014-07-16 08:39:16 +00:00
`bench update --build` will only build JS and CSS files for the bench
2014-07-16 08:41:50 +00:00
2014-07-16 08:39:16 +00:00
`bench update --bench` will only update the bench utility (this project)
Running the bench
==================
To run the bench,
*For development*: `bench start`
2014-07-16 08:41:50 +00:00
2014-07-16 08:39:16 +00:00
*For production*: Configure supervisor and nginx
To run the bench, a few services need to be running apart from the processes.
External services
-----------------
* MariaDB (Datastore for frappe)
* Redis (Broker for frappe background workers)
* nginx (for production deployment)
* supervisor (for production deployment)
Frappe Processes
----------------
* WSGI Server
* The WSGI server is responsible for responding to the HTTP requests to
frappe. In development scenario (`frappe --serve` or `bench start`), the
Werkzeug WSGI server is used and in production, gunicorn (automatically
configured in supervisor) in used.
* Celery Worker Processes
* The Celery worker proceses execute background jobs in the Frappe system.
These processes are automatically started when `bench start` is run and
for production are conifgured in supervisor configuration.
* Celery Worker Beat Process
* The Celery worker beat process schedules enqueing of scheduled jobs in the
Frappe system. This process is automatically started when `bench start` is
run and for production are conifgured in supervisor configuration.
2014-07-15 07:10:45 +00:00
Production Deployment
=====================
You can setup the bench for production use by configuring two programs,
Supervisor and nginx.
Supervisor
----------
Supervisor makes sure that the process that power the Frappe system keep running
and it restarts them if they happen to crash. You can generate the required
configuration for supervisor using the command `bench setup supervisor`. The
configuration will be available in `config/supervisor.conf` directory. You can
then copy/link this file to the supervisor config directory and reload it for it to
take effect.
eg,
```
bench setup supervisor
sudo ln -s `pwd`/config/supervisor.conf /etc/supervisor/conf.d/frappe.conf
```
The bench will also need to restart the processes managed by supervisor when you
update the apps. To automate this, you will have to setup sudoers using the
2014-07-16 08:41:50 +00:00
command, `sudo bench setup sudoers`.
2014-07-15 07:10:45 +00:00
Nginx
-----
Nginx is a web server and we use it to serve static files and proxy rest of the
requests to frappe. You can generate the required configuration for nginx using
the command `bench setup nginx`. The configuration will be available in
`config/nginx.conf` file. You can then copy/link this file to the nginx config
directory and reload it for it to take effect.
eg,
```
bench setup supervisor
sudo ln -s `pwd`/config/nginx.conf /etc/nginx/conf.d/frappe.conf
```
2014-07-16 08:39:16 +00:00
Note: When you restart nginx after the configuration change, it might fail if
you have another configuration with server block as default for port 80 (in most
cases for the nginx welcome page). You will have disable this config. Most
probable places for it to exist are `/etc/nginx/conf.d/default.conf` and
`/etc/nginx/conf.d/default`.