Source code for the official 'Monica Macovei Presedinte' website. Yes, it is true!
Switch branches/tags
Clone or download
Fetching latest commit…
Cannot retrieve the latest commit at this time.
Permalink
Type Name Latest commit message Commit time
Failed to load latest commit information.
app
gulp
test
.bowerrc
.gitignore
.jshintrc
.travis-old.yml
.travis.yml
Procfile
bower.json
gulpfile.js
index.js
license.txt
log.txt
newrelic.js
output.csv
package.json
postinstall.sh
readme.md

readme.md

Coverage Status

macoveipresedinte.ro

Source code for the official 'Monica Macovei Presedinte' website.

Setting up the project

This is a single page, static webapp. Dependencies are handled through npm and bower, and the build process is managed by gulp.

To set up the project, install gulp and the project dependencies:

$ npm install -g bower gulp
$ bower install
$ npm install

Available build workflow commands

Minimal build

$ gulp
$ # or
$ gulp build

This will compile a minimal working version (not production-ready) of the project into the ./.tmp folder. No minification or optimization, this task should always do the least possible amount of work to get to something that works.

Production-ready build

$ gulp build:dist

This will run gulp build as a prerequisite and then proceed to perform a number of additional transformations (uglify, csso, html-minify, etc), outputting into the ./dist folder.

Cleaning

$ gulp clean
$ # or
$ gulp clean:dist

This will delete the ./.tmp or ./dist folders respectively.

Serving the results

$ gulp serve
$ # or
$ gulp serve:dist

This will start a browserSync server with either the ./.tmp or ./dist directory as the source. browserSync will synchronize scroll events, form actions, and more.

Developing for the web

$ gulp watch

This will run the build task, then a gulp serve server on top of it that will automatically refresh when you change anything relevant in ./app.

Testing

$ gulp test

This will run the tests on the files in the ./.tmp directory by using a phantomjs headless browser, and re-run them upon detecting file changes. It will output the results to the console and optionally as system notifications if you're on OSX.

A typical development workflow will involve running:

  • gulp watch and gulp test

It will start a testing server on http://localhost:9876. You can connect to this server with as many test browsers on your network as you want. Leave them running with the tab open to have Karma use them for all future tests.

$ gulp test:once

This will run the build task, and then the tests just one time. Used by travis. Additionally, it will also generate accurate coverage reports for coveralls.

Production server

$ foreman start
$ # or
$ ./node_modules/gulp/bin/gulp.js build:dist && node index.js

This will start the production express server (using the ./dist folder) that doesn't do any fancy live-reloading or scroll synchronization, but does gzip your assets.

Pagespeed

$ # if you're using `foreman start`, it'll start the server on `localhost:5000`
$ PORT=5000 gulp pagespeed

Use this in combination with the production server to alias it to a secure external tunnel URL, which will then get passed to Google Pagespeed Insights. You'll receive a report in your terminal about how to further improve the performance of the application.

Tools, libraries and languages used

  • gulp - build workflow
  • browserify - JavaScript bundle generation
  • karma - test runner
  • mocha - test framework
  • should - assertion library
  • istanbul - coverage reports
  • browserSync - development server
  • jade - HTML preprocessor
  • stylus - CSS preprocessor
  • jshint - JavaScript linting
  • travis - continuous integration
  • coveralls - online coverage reports

Project structure

Base folders:

.
├── app           # raw application logic and assets
├── gulp          # build tasks
└── test          # frontend tests

Temporary folders:

.
├── .tmp          # minimal build
├── dist          # production build
├── coverage      # coverage information
└── node_modules  # node dependencies

Contributing

  • All commits and pull requests get processed by travis, which runs the test suite. Every build will also report to coveralls.
  • Fork the project and send in pull requests.
  • Lint JavaScript code with jshint, which will automatically pick up the included .jshintrc.

License

MPLv2.