Documentation / Docker

Docker

Containers

Docker is the preferred installation method because every dependency is handled for you for all the features in sitespeed.io.

We have a ready made container with Chrome, Firefox & Xvfb. It also contains FFMpeg and Imagemagick, so we can record a video and get metrics like SpeedIndex using VisualMetrics.

Structure

The Docker structure looks like this:

NodeJS with Ubuntu 17 -> VisualMetrics dependencies -> Firefox/Chrome/xvfb -> sitespeed.io

The first container installs NodeJS (latest LTS) on Ubuntu 17. The next one adds the dependencies (FFMpeg, ImageMagick and some Python libraries) needed to run VisualMetrics. We then install specific version of Firefox, Chrome and lastly xvfb. Then in last step, we add sitespeed.io and tag it to the sitespeed.io version number.

We lock down the browsers to specific versions for maximum compatibility and stability with sitespeed.io’s current feature set; upgrading once we verify browser compatibility.

Running in Docker

The simplest way to run using Chrome:

docker run --shm-size=1g --rm -v "$(pwd)":/sitespeed.io sitespeedio/sitespeed.io:7.7.2 -b chrome https://www.sitespeed.io/

Note: The shm-size increases the memory for the GPU (default is 64mb and that is too small) see https://github.com/elgalu/docker-selenium/issues/20.

In the real world you should always specify the exact version (tag) of the Docker container to make sure you use the same version for every run. If you use the latest tag you will download newer version of sitespeed.io as they become available, meaning you can have major changes between test runs (version upgrades, dependencies updates, browser versions, etc). So you should always specify a tag after the container name(X.Y.Z). Know that the tag/version number will be the same number as the sitespeed.io release:

docker run --shm-size=1g --rm -v "$(pwd)":/sitespeed.io sitespeedio/sitespeed.io:7.7.2 -b chrome https://www.sitespeed.io/

If you want to use Firefox:

docker run --rm -v "$(pwd)":/sitespeed.io sitespeedio/sitespeed.io:X.Y.Z -b firefox https://www.sitespeed.io/

Using -v "$(pwd)":/sitespeed.io will map the current directory inside Docker and output the result directory there.

More about volumes

If you want to feed sitespeed.io with a file with URLs or if you want to store the HTML result, you should setup a volume. Sitespeed.io will do all the work inside the container in a directory located at /sitespeed.io. To setup your current working directory add the -v “$(pwd)”:/sitespeed.io to your parameter list. Using “$(pwd)” will default to the current directory. In order to specify a static location, simply define an absolute path: -v /Users/sitespeedio/html:/sitespeed.io

If you run on Windows, it could be that you need to map a absolute path. If you have problems on Windows please check https://docs.docker.com/docker-for-windows/.

Update (download a newer sitespeed.io)

When using Docker upgrading to a newer version is super easy, change X.Y.Z to the version you want to use:

docker pull sitespeedio/sitespeed.io:X.Y.Z

Then change your start script (or where you start your container) to use the new version number.

Synchronise docker machines time with host

If you want to make sure your containers have the same time as the host, you can do that by adding -v /etc/localtime:/etc/localtime:ro (Note: This is specific to Linux).

Full example:

docker run --rm -v "$(pwd)":/sitespeed.io -v /etc/localtime:/etc/localtime:ro sitespeedio/sitespeed.io:7.7.2 -b firefox https://www.sitespeed.io/

Change connectivity

To change connectivity you should use Docker networks, read all about it here.

Access localhost

If you run a server local on your machine and want to access it with sitespeed.io you can do that on your Mac super easy if youa re usin Docker 18-3 or later by using host.docker.internal.

docker run --rm -v "$(pwd)":/sitespeed.io sitespeedio/sitespeed.io:7.7.2 -b firefox http://host.docker.internal:4000/

Troubleshooting

If something doesn’t work, it’s hard to guess what’t wrong. Then hook up x11vnc with xvfb so that you can see what happens on your screen.

Inspect the container

We autostart sitespeed.io when you run the container. If you want to check what’s in the container, you can do that by changing the entry point.

docker run -it --entrypoint bash sitespeedio/sitespeed.io:7.7.2

Visualise your test in XVFB

The docker containers have x11vnc installed which enables visualisation of the test running inside Xvfb. To view the tests, follow these steps:

  • You will need to run the sitespeed.io image by exposing a PORT for vnc server. By default this port is 5900. If you plan to change your port for VNC server, then you need to expose that port.
docker run --shm-size=1g --rm -v "$(pwd)":/sitespeed.io -p 5900:5900 sitespeedio/sitespeed.io:7.7.2 https://www.sitespeed.io/ -b chrome
  • Find the container id of the docker container for sitespeed by running:
docker ps
  • Now enter into your running docker container for sitespeed.io by executing:
docker exec -it <container-id> bash
  • Find the Xvfb process using ps -ef. It should be using DISPLAY=:99.
  • Run
x11vnc -display :99 -storepasswd

Enter any password. This will start your VNC server which you can use by any VNC client to view:

  • Download VNC client like RealVNC
  • Enter VNC server : 0.0.0.0:5900
  • When prompted for password, enter the password you entered while creating the vnc server.
  • You should be able to view the contents of Xvfb.