All Versions
- DSpace 7.x (Current Release)
- DSpace 8.x (Unreleased)
- DSpace 6.x (EOL)
- DSpace 5.x (EOL)
- More Versions...
...
NOTE: For bots or clients without the ability to run Javascript, every page request will trigger SSR. This is because the static page can never be dynamically replaced by the User Interface application (in step 2 above). However, this is necessary behavior to support Search Engine Optimization. Some search engine bots cannot run Javascript & therefore cannot index sites which do not generate static HTML.
Keep in mind, SSR can be potentially taxing for very large pages with a lot of objects or data display. This is because Node.js has to make requests to the REST API to gather all the data for the page before rendering the static HTML. Because of this, we do also document some Performance Tuning suggestions for the User Interface (e.g. there is an option to cache these SSR generated static pages in order to generate them less frequently).Finally, it's worth noting that running
Note | ||
---|---|---|
| ||
For bots or clients without the ability to run Javascript, every page request will trigger SSR (server side rendering). This is because the static HTML page can never be dynamically replaced by the User Interface application (in step 2 above). However, this behavior is necessary to support Search Engine Optimization. Some search engine bots cannot run Javascript & therefore cannot index sites which do not generate static HTML pages. |
Info | ||
---|---|---|
| ||
Running the user interface (frontend) in development mode will only utilize client side rendering (CSR) (as described in step 3 above). This means SSR will never trigger, and all HTML will be generated in the user's browser. It also means that bots or clients without the ability to run Javascript will be unable to interact with the site (which can |
...
negatively impact Search Engine Optimization) |