mirror of https://github.com/zulip/zulip.git
Reorganize README.prod to not emphasize SSO so much.
(imported from commit 356b689685ab1ff645c76f0a1f92f44c1d29f64e)
This commit is contained in:
parent
b6e2fd6e83
commit
53f74ef06a
89
README.prod
89
README.prod
|
@ -45,6 +45,53 @@ successfully, the main installation process will be complete, and if
|
||||||
you are planning on using password authentication, you should be able
|
you are planning on using password authentication, you should be able
|
||||||
to visit the URL for your server and register for an account.
|
to visit the URL for your server and register for an account.
|
||||||
|
|
||||||
|
(6) Subscribe to
|
||||||
|
https://groups.google.com/forum/#!forum/zulip-announce to get
|
||||||
|
announcements about new releases, security issues, etc.
|
||||||
|
|
||||||
|
=======================================================================
|
||||||
|
|
||||||
|
Maintaining Zulip in production:
|
||||||
|
|
||||||
|
* To upgrade to a new version, download the appropriate release
|
||||||
|
tarball from https://www.zulip.org, and then run as root
|
||||||
|
|
||||||
|
/home/zulip/deployments/current/scripts/upgrade-zulip <tarball>
|
||||||
|
|
||||||
|
The upgrade process will shut down the service, run `apt-get
|
||||||
|
upgrade` and any database migrations, and then bring the service
|
||||||
|
back up. This will result in some brief downtime for the service,
|
||||||
|
which should be under 30 seconds unless there is an expensive
|
||||||
|
transition involved. Unless you have tested the upgrade in advance,
|
||||||
|
we recommend doing upgrades at off hours.
|
||||||
|
|
||||||
|
You can create your own release tarballs from a copy of this
|
||||||
|
repository using `tools/build-release-tarball`.
|
||||||
|
|
||||||
|
* To update your settings, simply edit /etc/zulip/settings.py and then
|
||||||
|
run /home/zulip/deployments/current/scripts/restart-server to
|
||||||
|
restart the server
|
||||||
|
|
||||||
|
* You are responsible for running "apt-get upgrade" on your system on
|
||||||
|
a regular basis to ensure that it is up to date with the latest
|
||||||
|
security patches.
|
||||||
|
|
||||||
|
* To use the Zulip API with your Zulip server, you will need to use the
|
||||||
|
API endpoint of e.g. "https://zulip.yourdomain.net/api". Our Python
|
||||||
|
API example scripts support this via the
|
||||||
|
"--site=https://zulip.yourdomain.net" argument. The API bindings
|
||||||
|
support it via putting "site=https://zulip.yourdomain.net" in your
|
||||||
|
.zuliprc.
|
||||||
|
|
||||||
|
* Similarly, you will need to instruct your users to specify the URL
|
||||||
|
for your Zulip server when using the Zulip desktop and mobile apps.
|
||||||
|
|
||||||
|
* As a measure to mitigate the impact of potential memory leaks in one
|
||||||
|
of the Zulip daemons, the service automatically restarts itself
|
||||||
|
every Sunday early morning. See /etc/cron.d/restart-zulip for the
|
||||||
|
precise configuration.
|
||||||
|
|
||||||
|
|
||||||
=======================================================================
|
=======================================================================
|
||||||
|
|
||||||
SSO Authentication:
|
SSO Authentication:
|
||||||
|
@ -88,45 +135,3 @@ To enable the Apache integration site.
|
||||||
|
|
||||||
Now you should be able to visit https://zulip.yourdomain.net/ and
|
Now you should be able to visit https://zulip.yourdomain.net/ and
|
||||||
login via the SSO solution.
|
login via the SSO solution.
|
||||||
|
|
||||||
=======================================================================
|
|
||||||
|
|
||||||
Maintaining Zulip in production:
|
|
||||||
|
|
||||||
* To upgrade to a new version, download the appropriate release
|
|
||||||
tarball from https://www.zulip.org, and then run as root
|
|
||||||
|
|
||||||
/home/zulip/deployments/current/scripts/upgrade-zulip <tarball>
|
|
||||||
|
|
||||||
The upgrade process will shut down the service, run `apt-get
|
|
||||||
upgrade` and any database migrations, and then bring the service
|
|
||||||
back up. This will result in some brief downtime for the service,
|
|
||||||
which should be under 30 seconds unless there is an expensive
|
|
||||||
transition involved. Unless you have tested the upgrade in advance,
|
|
||||||
we recommend doing upgrades at off hours.
|
|
||||||
|
|
||||||
You can create your own release tarballs from a copy of this
|
|
||||||
repository using `tools/build-release-tarball`.
|
|
||||||
|
|
||||||
* To update your settings, simply edit /etc/zulip/settings.py and then
|
|
||||||
run /home/zulip/deployments/current/scripts/restart-server to
|
|
||||||
restart the server
|
|
||||||
|
|
||||||
* You are responsible for running "apt-get upgrade" on your system on
|
|
||||||
a regular basis to ensure that it is up to date with the latest
|
|
||||||
security patches.
|
|
||||||
|
|
||||||
* To use the Zulip API with your Zulip server, you will need to use the
|
|
||||||
API endpoint of e.g. "https://zulip.yourdomain.net/api". Our Python
|
|
||||||
API example scripts support this via the
|
|
||||||
"--site=https://zulip.yourdomain.net" argument. The API bindings
|
|
||||||
support it via putting "site=https://zulip.yourdomain.net" in your
|
|
||||||
.zuliprc.
|
|
||||||
|
|
||||||
* Similarly, you will need to instruct your users to specify the URL
|
|
||||||
for your Zulip server when using the Zulip desktop and mobile apps.
|
|
||||||
|
|
||||||
* As a measure to mitigate the impact of potential memory leaks in one
|
|
||||||
of the Zulip daemons, the service automatically restarts itself
|
|
||||||
every Sunday early morning. See /etc/cron.d/restart-zulip for the
|
|
||||||
precise configuration.
|
|
||||||
|
|
Loading…
Reference in New Issue