at ThinkR. Hyperactive open source developer, lead developer of the {golem} project, author of the Engineering Production Grade Shiny Apps book. https://rtask.thinkr.fr https://twitter.com/_colinfay https://github.com/colinfay https://colinfay.me Colin FAY (@_ColinFay) - https://rtask.thinkr.fr 2 / 23
building content on the web. Each time you move from one page to another, the whole content is reloaded. This is how most websites work. Single page apps More "modern" way to build apps. The HTML/CSS/JS is uploaded one time, and its content is updated via JavaScript requests to the server. This is how {shiny} works. (*) Sorry for everyone not getting the joke, I just read a book about binary numbers and wanted to sound smart. Colin FAY (@_ColinFay) - https://rtask.thinkr.fr 10 / 23
landing pages Being able to point to specific part of the app (not 'open the app, click there and there and see') Lower the load on the server by serving static HTML elements Monitor your app via healthcheck Identify the user when they come back to the app POST elements to the server Add a 404 page for unreachable pages Redirect pages to others Colin FAY (@_ColinFay) - https://rtask.thinkr.fr 13 / 23
but "hack" your browser path by using URL fragments A Fragment URL Specifies A Location Within A Page Url fragments create history in your browser but don't reload the full page Are not sent as part of the http request (so it can be harder to log what's happening in the app) => Don't have all the features from the last slide Colin FAY (@_ColinFay) - https://rtask.thinkr.fr 15 / 23