The hardware and bandwidth for this mirror is donated by dogado GmbH, the Webhosting and Full Service-Cloud Provider. Check out our Wordpress Tutorial.
If you wish to report a bug, or if you are interested in having us mirror your free-software or open-source project, please feel free to contact us at mirror[@]dogado.de.
ReviewR is containerized! Users who are less familiar with R, would like to avoid any potential conflicts with existing packages or services, or simply do not want to manage their own R Environment may wish to utilize the containerized version of ReviewR. A Dockerfile may be obtained from the ReviewR package to build, run, and deploy ReviewR in your local or server environment.
Install the version of Docker Desktop that is appropriate for you operating system. Downloads and configuration instructions may be obtained at the following link:
After Docker Desktop has been installed for your operating system we
need to obtain the ReviewR source code. Open an R console and fork the
ReviewR repository with the usethis
package:
This step will fork the most recent version of the ReviewR
package from GitHub into your working directory which includes
additional files and development tools not built directly into the
package. This includes an Dockerfile
which will be used to
create a ReviewR container.
If R is not available on the system you are using, the package source may also be obtained via the following URL:
Using the command line for your operating system, navigate to the location containing the forked the repository. For this example, the Dockerfile should reside in a ReviewR folder within your working directory from the previous section.
This will grab all of the dependencies ReviewR requires from the internet and build a Docker image for your system. It may take a while, so grab a cup of coffee… possibly a meal.
If you wish to support multiple concurrent users, ReviewR may also be hosted on your server running Docker. This guide will help you to install Docker, start a Shiny Server container, and serve the ReviewR application securely with NGINX.
This following guide is for server systems running Ubuntu 18.04. Docker installation instructions have been adapted from:
In order to make sure that the latest version of Docker is installed, we will add Docker’s official repository to the software manger for you server. To begin, SSH into your system and run:
sudo apt update
sudo apt install apt-transport-https ca-certificates curl software-properties-common
This will install software packages that are required to add the Docker repository to your system.
Next, we’ll add a GPG key for the official Docker repository to your system. A GPG key helps ensure that this repository is serving legitimate software over an https connection. To add the key, run:
Finally, we can add the Docker repository to our system:
With the Docker repository added, we can now install Docker Community Edition to our server:
When first installed, docker commands can only be run by a root user. Depending on your configuration, this may not be desirable behavior. If you would like to be able to run Docker commands as a normal user, some additional configuration is required.
First, we’ll need to add the active user to the “docker” group on the system. This can be accomplished by running:
In order for this group membership to take effect, you’ll have to log out of the system and then log back in.
If instead, you’d like to run docker commands as a different user on
the system (not the active user), simply specify the user rather than
using the ${USER}
variable in the previous command:
Docker is now configured!
In order to facilitate multiple concurrent users, a Shiny Server container will need to be built, including all of the dependencies that ReviewR requires. With docker already installed, build a suitable Docker image using a Dockerfile contained in the ReviewR source. To begin this process, we need to make a directory to hold the ReviewR application:
Next, clone the ReviewR source from GitHub:
usethis
package:# install.packages('usethis')
usethis::create_from_github(repo_spec = 'thewileylab/ReviewR', destdir = '~/srv/shinyapps')
Finally, build the Shiny Server container using the Dockerfile contained in the ReviewR repository:
Take a quick break while the container image is built. You deserve it!
Once the image has finished building, we can start the container:
docker run -d -p 3838:3838 \
-v ~/srv/shinyapps/:/srv/shiny-server/ \
-v ~/srv/shinylog/:/var/log/shiny-server/ \
shiny-server_reviewr:latest
A Shiny Server container should start and begin serving any
applications located in the ~/srv/shinyapps
directory on
your system. As ReviewR has been cloned to this directory it should now
be accessible via the web at:
http://server.ip.address:3838/ReviewR
In order to securely host this container at a URL, we’ll need to configure NGINX to reverse proxy this container with a Let’s Encrypt Certificate. Read on to see how.
To serve your ReviewR Docker container with NGINX, we simply need to
add and enable a server block, then secure it with the Certbot software
which will install and configure a certificate from Let’s Encrypt. For
information about how to obtain a domain and how to install NGINX, and
Certbot please see vignette('deploy_server')
.
Next, we need to configure NGINX to proxy traffic from web clients to
the Docker Container. To accomplish this, we’ll need to add a server
block to NGINX with information about our container. NGINX server blocks
live in /etc/nginx/sites-available/
. To initialize a server
block for our container, issue the following command:
## substitute nano for your preferred text editor: emacs, jed, joe, pico, sandy, vi, vim, etc.
sudo nano /etc/nginx/sites-available/shiny-server_reviewr
Modify the following server block code by replacing
shiny.your.domain.url
with the domain name that own. Then,
copy this text into the file that you are editing. In this example, a
sub domain of “shiny” is prepended to the server domain, though your
specific configuration may vary.
server {
server_name shiny.your.domain.url;
location / {
proxy_pass http://localhost:3838;
}
}
Save and exit the file. Verify that the has been created successfully by running:
A file called “shiny-server_reviewr” should be among the files that is returned.
Next, we need to enable the server block that we just created. With
NGINX, this is accomplished by symlinking the server block to the
/etc/nginx/sites-enabled
folder. Run:
sudo ln -s /etc/nginx/sites-available/shiny-server_reviewr /etc/nginx/sites-enabled/shiny-server_reviewr
At this point, your Shiny Server should be accessible at
http://shiny.your.domain.url/ReviewR
. If the ReviewR
Docker Container is not immediately available at your domain after
completing all of the steps to this point, you may have to restart
NGINX; sudo systemctl reload nginx
Continue to the next section to secure access to your container with Let’s Encrypt.
This portion of the guide assumes that you have already installed
Certbot on your system by following the instructions in
vignette('deploy_server')
.
As we have already configured a server block for our container in the
previous section, we are ready to run the Certbot software to secure our
domain. Run the following code block, substituting
shiny.your.domain.url
with the domain that you configured
in the nginx server block for the ReviewR container:
If this is your first time running Certbot, you will be prompted to enter an email address and agree to the terms of service. After doing so, Certbot will initiate a connection with the Let’s Encrypt server and then begin testing your server to verify that you control the domain you’re requesting a certificate for. Certbot will then ask you whether or not you’d like to redirect all HTTP traffic to HTTPS traffic. It is highly recommended to do so. Please select the option for ‘Redirect’, which will ensure that users are only capable of accessing your site via secure HTTPS.
Congratulations, your ReviewR container is now secured and ready to
accessed securely via https://reviewr.your.domain.url
!
These binaries (installable software) and packages are in development.
They may not be fully stable and should be used with caution. We make no claims about them.
Health stats visible at Monitor.