Web application designed to perform digital humanities research tasks on a database of journal articles https://www.rletters.net/
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
 
 
 
 

147 lines
5.1 KiB

# ----------------------------------------------------------------------------
# Personalization and branding
# The name of the application
# APP_NAME=RLetters
# The e-mail address contact for the application
# APP_EMAIL=noreply@example.com
# The password which will be used to log into the administration interface.
# Notably, this being stored here does not decrease security: if you have
# access to the process environment, you have access to the database connection
# information, and so you could do anything that is possible in the site
# administration interface anyway.
#
# This password will be automatically regenerated on deployment with Ansible,
# you must change it yourself if you deploy manually!
ADMIN_PASSWORD=adminpw
# The primary color of your branding, which will be used in MS tile colors, the
# Safari pinned-tab icon, etc.
# BRANDING_COLOR='#007bff'
# If set, add a Bootswatch theme to Bootstrap. Check out the list of themes at
# https://bootswatch.com/.
# BOOTSWATCH_THEME=cerulean
# ----------------------------------------------------------------------------
# Server settings
# Puma can serve the application code in multiple worker processes if you
# configure it here.
WEB_CONCURRENCY=2
# Each worker process can then run the requested number of Rails threads.
RAILS_MAX_THREADS=5
# If this variable is uncommented, force all app connections to occur
# over HTTPS, and send secure-only cookies.
# HTTPS_ONLY=true
# If this variable is set, delayed jobs will not actually delay, and will run
# immediately, blocking the web server. Useful only for local deployments on
# small datasets.
# BLOCKING_JOBS=true
# Set this timeout to whatever you find reasonable for your installation.
# Twelve hours is a reasonable default; jobs running longer than that may well
# have failed, unless you have a very large corpus.
# JOB_TIMEOUT=12
# URL to the database. We only support PostgreSQL, and we recommend a pool
# size of at least 20, to account for concurrency in the frontend and a
# reasonable number of workers in the backend.
#
# This default URL connects to the local user socket, which is usually what
# you want on a development machine.
DATABASE_URL=postgres:///rletters
# URL to the Solr instance. This must be set up using RLetters' Solr schema,
# which can be found here:
# <https://codeberg.org/rletters/solr-example-3.0/blob/master/solr/collection1/conf/schema.xml>
#
# This default URL connects to the example Solr instance that can be deployed
# by checking out the repository where the schema is found.
SOLR_URL=http://127.0.0.1:8983/solr/core1
# The timeout for connections to Solr, in seconds. The default is incredibly
# high, because running large Solr queries can result in exceptional query
# times in many configurations. Lower this at your own risk.
# SOLR_TIMEOUT=120
# File storage directory. If unset, we'll default to using the Rails-local
# 'tmp/storage' directory.
# FILE_PATH=
# S3 credentials for file storage. If all of the following block of
# configuration values is set, we will upload all files to the given S3
# bucket rather than saving them locally.
# S3_ACCESS_KEY_ID=123...
# S3_SECRET_ACCESS_KEY=abc...
# S3_BUCKET=bucket_name
# S3_REGION=us-east-1
# If this variable is set, we will enable Sentry for error reporting.
# SENTRY_DSN=https://credentials@sentry.io/1234
# ----------------------------------------------------------------------------
# Email settings
# The domain name from which application e-mail should originate
# MAIL_DOMAIN=example.com
# The delivery method that should be used for email (should be either sendmail
# or smtp)
# MAIL_DELIVERY_METHOD=smtp
# Configuration variables for mail delivery
# Sendmail (local MTA)
# SENDMAIL_LOCATION=/usr/sbin/sendmail
# SENDMAIL_ARGUMENTS=-i -t
# SMTP server
# SMTP_ADDRESS=localhost
# SMTP_PORT=25
# SMTP_DOMAIN=helo.domain.com
# SMTP_USERNAME=your-username
# SMTP_PASSWORD=your-password
# SMTP_AUTHENTICATION=plain,login,cram_md5
# SMTP_ENABLE_STARTTLS_AUTO=true
# SMTP_OPENSSL_VERIFY_MODE=none,peer,client_once,fail_if_no_peer_cert
# ----------------------------------------------------------------------------
# Feature flags
# If specified, show a maintenance message at the top of every page as a
# non-dismissable alert.
# MAINTENANCE_MESSAGE='Down for maintenance on Sunday...'
# Every analysis job can be optionally disabled using the feature flags in
# the following block, if your users do not require them and/or they are
# proving computationally prohibitive on your installation.
# ARTICLE_DATES_JOB_DISABLED=1
# COLLOCATION_JOB_DISABLED=1
# COOCCURRENCE_JOB_DISABLED=1
# CRAIG_ZETA_JOB_DISABLED=1
# EXPORT_CITATIONS_JOB_DISABLED=1
# PROPER_NAMES_JOB_DISABLED=1
# NETWORK_JOB_DISABLED=1
# TERM_DATES_JOB_DISABLED=1
# WORD_FREQUENCY_JOB_DISABLED=1
# ----------------------------------------------------------------------------
# Secret keys
# The following lines will be regenerated automatically by default when you
# deploy using Ansible. If you deploy manually, you can run
# `rake rletters:secrets:env` to recreate them yourself.
#
# In either event, if they are not regenerated before starting up in
# production, an error will be raised.
# SECRET_KEY_BASE=asdf
# DEVISE_SECRET_KEY=asdf