Skip to content

Commit 71dc744

Browse files
committed
fix table of contents
1 parent 89323b6 commit 71dc744

File tree

1 file changed

+3
-2
lines changed

1 file changed

+3
-2
lines changed

README.md

Lines changed: 3 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -44,8 +44,9 @@ If your company is exploring a modern JavaScript stack as well, you may find thi
4444
- [Build System](#build-system---webpack)
4545
- [Package Management](#package-management---yarn)
4646
- [Continuous Integration](#continuous-integration)
47-
- [Hosting](#hosting---amazon-s3)
47+
- [Hosting](#hosting-and-cdn)
4848
- [Deployment](#deployment)
49+
- [Monitoring](#monitoring)
4950

5051
Certain topics can be skipped if you have prior experience in them.
5152

@@ -416,7 +417,7 @@ We used [Travis CI](https://travis-ci.com/) for our continuous integration (CI)
416417
- [CircleCI](https://circleci.com/)
417418
- [GitLab CI/CD](https://about.gitlab.com/product/continuous-integration/)
418419

419-
## Hosting and CDN - Amazon S3 and Amazon CloudFront
420+
## Hosting and CDN
420421

421422
Traditionally, web servers that receive a request for a webpage will render the contents on the server, and return a HTML page with dynamic content meant for the requester. This is known as server-side rendering. As mentioned earlier in the section on Single-page Apps, modern web applications do not involve server-side rendering, and it is sufficient to use a web server that serves static asset files. Nginx and Apache are possible options and not much configuration is required to get things up and runnning. The caveat is that the web server will have to be configured to route all requests to a single entry point and allow client-side routing to take over. The flow for front end routing goes like this:
422423

0 commit comments

Comments
 (0)