Skip to content
/ simorgh Public
forked from bbc/simorgh

The BBC's new article (soon... we hope)

License

Unknown, Unknown licenses found

Licenses found

Unknown
LICENSE
Unknown
license-exceptions.json
Notifications You must be signed in to change notification settings

12/simorgh

 
 

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Simorgh

Build Status Test Coverage Known Vulnerabilities Maintainability

Named Simorgh after the Persian mythological bird. The Simorgh is the amalgam of many birds (and in some accounts other animals) into one. We consider this an apt metaphor for all articles of the BBC in one solution, a clear reference to the international nature of our teams but also to the articles themselves working for international users from the outset. It is also a unique name which is practical and, more superfically, the bird is very pretty.

Overview

Simorgh is a universal react renderer, built on react-universal-app. This repo is publicly accessible and the application will be used to generate the future, pan-BBC article.

It currently has an embedded components library which will be split out as the number of components grow.

We have a continuous deployment pipeline which automatically deploys all changes to live within a hour of merge (soon to be much shorter).

Installation

Install Node 8. https://nodejs.org/en/ Update to use the latest npm npm i -g npm

git clone git@github.com:bbc/simorgh.git
cd simorgh
npm install

Local Development

To run this application locally, with hot-reloading, run: npm run dev.

The application will start on http://localhost:7080. To view an article, visit this url http://localhost:7080/news/articles/c0000000001o.

The route is /news/articles/:id, where id is the filename of the static Article data, for example c0000000001o.

Articles 25 & 27 are available on the Production environment as well as locally. These can be used for testing. http://localhost:7080/news/articles/cl55zn0w0l4o http://localhost:7080/news/articles/cn7769kpk9mo.

There is also an AMP route at /news/articles/:id.amp with the article being AMP-compatible. https://www.ampproject.org

Storybook (UI Development Environment/Style Guide)

To run locally npm run storybook, it will then be available at http://localhost:9001/. Introduction to and documentation for Storybook is here: https://storybook.js.org/basics/introduction/.

Production build locally

To run this application locally with a production build, run: npm run build && npm run start.

We use npm run build locally which bundles the application pointing at localhost for data and static assets.

To avoid indexing by search engines during our early development, there is a nofollow page level meta tag in Document.jsx.

Using environment builds locally

This is mainly used for debugging latest using the TEST and LIVE environment bundles. Ensure that the bundles exist in the static asset location for the correct environment before starting to debug.

To run TEST bundles on localhost:

To run LIVE bundles on localhost:

Production build on CI

On deployment npm run build:ci is run in the CI environment which creates bundles for both the test and live environments. On the two environments the .env.test or .env.live files overwrite the .env file which is used to run the application with the correct bundles.

Bundle analysis reports

Every run of npm run build:ci will update the bundle analysis files in the repo. To view a breakdown of the bundle size, open the generated html report in a browser ./reports/webpackBundleReport.html This is generated via webpack-bundle-analyzer. The data is also available as json ./reports/webpackBundleReport.json.

Tests

Linting and unit tests

We have linting with the Airbnb styleguide and we use Prettier as a code formatter. They can be run with npm run test:lint.

We have Jest unit tests that can be run with npm run test:unit.

npm test runs both sets of these.

End-to-end tests

Main application

We use Cypress for our end-to-end tests. For running the tests locally, run this single command:

npm run test:e2e

It will spin up a production server on port 7080 and run the Cypress tests against that.

Further details on using the Cypress CLI can be found at https://docs.cypress.io/guides/guides/command-line.html

Cypress can be run interactively using npm run test:e2e:interactive. This loads a user interface which easily allows for indivdual tests to be run alongside a visual stream of the browser, as the tests run.

Storybook

We also have a Cypress project which runs a different set of end-to-end tests on Storybook. For running the tests locally we need two terminals running:

  1. npm run storybook with the application,
  2. npm run test:storybook with the Cypress integration tests.

Lighthouse Best Practice tests

We use Lighthouse to test the performance of our page. For running the tests locally we need two terminals running:

  1. Start the production server
  2. npm run lighthouse runs our Lighthouse tests.

Lighthouse will output html reports to the reports folder. It will also open a HTML report in your browser allowing an individual to clearly see the best practice score of the page along with the audits that were run against it.

To-do

  • nofollow must be removed once this repo is ready for production use

About

The BBC's new article (soon... we hope)

Resources

License

Unknown, Unknown licenses found

Licenses found

Unknown
LICENSE
Unknown
license-exceptions.json

Code of conduct

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Languages

  • JavaScript 99.0%
  • Other 1.0%