The Intranet Dashboard, “Min sida”, is City of Malmö’s personalized intranet front. News and tools on the dashboard are targeted for the employee based on roles and her own preferences. The dashboards core functionality is:
- Targeted and user selected news from the organization and external resources.
- Staff directory with searchable employee information with data compiled from other systems and a self service interface where the employees can update their information.
- Direct access to tools and applications based on the user’s roles and profile.
- User managed portrait pictures. The system acts as an avatar service for other intranet systems.
For more information about the Intranet Dashboard, contact firstname.lastname@example.org.
- Ruby 2.3
- Ruby on Rails 4.2
- Nginx (for production)
- Elasticsearch 5.x
- LDAP or a SAML 2.0 IdP for authentication
- LDAP directory for employee attributes
- PhantomJS (for testing)
- Global Assets.
- A Vagrant compatible virtual machine such as VirtualBox or VMWare
To get the project files and create a Vagrant box with a ready-to-use development environment on your own machine, run the following commands:
$ git clone email@example.com:malmostad/dashboard.git $ cd dashboard $ vagrant up
Check the generated
install_info.txt file in the project root for database details when the provisioning has finished.
Log in to the Vagrant box as the
vagrant user and start the application in the Vagrant box:
$ vagrant ssh $ cd /vagrant $ rails s -b 0.0.0.0
You might need to run some of the following commands if you get errors:
$ sudo apt-get install nodejs $ bundle exec install $ bundle exec rake db:schema:load
Point a browser on your host system to http://127.0.0.1:3031. Editing of the project files on your host system will be reflected when you hit reload in your browser.
When you run the
vagrant up command for the first time it creates an Ubuntu 16.04 based Vagrant box with a ready-to-use development environment for the application. This will take some time. Vagrant will launch fast after the first run.
If you get port conflicts in your host system, change
forwarded_port in the
Vagrantfile You might also want to edit the value for
puppet.facter in the same file or do a mapping
localhost mapping in your hosts
host file to reflect that value.
The project contains resources for a standalone Puppet (no master) one-time provisioning setup. Do not run or re-run the provisioning on an existing server if you have made manual changes to config files generated by Puppet. It will overwrite.
On a fresh server running a base install of Ubuntu 16.04:
app_runneras a sudo user.
Log on to the server as
app_runnerand download the two provisioning files needed:
$ wget https://raw.githubusercontent.com/malmostad/dashboard/master/puppet/bootstrap.sh $ wget https://raw.githubusercontent.com/malmostad/dashboard/master/puppet/server.pp
Run the provisioning:
$ sudo bash ./bootstrap.sh
When finished, read the generated
install_info.txt file in
app_runner's home directory for database details.
So, what happened?
- Nginx, MySQL, Elasticsearch, memcached and Monit are configured and installed as services
- A database ready for Rails migration via schema load is created (see deployment below)
- Logrotating and database backup are configured
- Snakeoil SSL certs are generated as placeholders
- Ruby is compiled and managed using rbenv for the
The environment should now be ready for application deployment as described below.
app_runner must be used for all deployment task and for command executions related to the Rails application on the server. Rbenv is configured for that specific user only. The Rack application server, Unicorn, is run by
Build and Deployment
Build and deployment is made with Capistrano 3.
In the project root, run one of the following commands including the appropriate environment name:
$ bundle exec cap staging deploy $ bundle exec cap production deploy
Run tests before pushing code to the Git repository and before performing deployments. The application contains unit tests and high level integration/feature tests using RSpec, Capybara and PhantomJS.
Note that the test environment is named
local_test due to some old Capistrano config issues.
For Ubuntu 16.04, you will need to install PhantomJS manually before running test cases:
$ cd ~/ $ wget https://bitbucket.org/ariya/phantomjs/downloads/phantomjs-2.1.1-linux-x86_64.tar.bz2 $ tar xvjf phantomjs-2.1.1-linux-x86_64.tar.bz2 $ sudo cp phantomjs-2.1.1-linux-x86_64/bin/phantomjs /usr/bin/ $ rm -rf phantomjs-2.1.1-linux-x86_64* $ phantomjs -v
Run the test cases in the projects root directory in your Vagrant box:
$ bundle exec rspec
The feed worker daemon updates all news feeds that are in use in the dashboard. It runs as a daemon started and monitored by Monit. The aggressiveness is defined in
app_config.yml. The daemon is started/restarted by the Capistrano deployment in staging and production. To check the status, use Monit:
$ sudo monit status
Delayed Job Worker
The Delayed Job worker is started and monitored by Monit and is restarted after Capistrano deployment. To check the status, use Monit:
$ sudo monit status
whenever gem is used to add database maintenance rake tasks to cron. Change the settings in
schedule.rb to match your staging and production environments. Capistrano runs
whenever during deployment.
LDAP Sync Worker
Syncing of LDAP attributes for all employees in the system is made with a worker and runs as a scheduled job defined in the
The system contains management of employee portraits and is used as an avatar service for other applications on the intranet with a REST API. If you use the Contacts API (below) you will get the URL to an employee's avatars.
A REST API for employees and group contacts is available.
Released under AGPL version 3.