universal VS logrocket-angular-landing-page

Going to the source code of the CommonEngine we have this:

Angular executes applications in the browser and renders pages in the DOM by default. This default method of rendering in the client comes with disadvantages like poor performance and lack of visibility for search engine crawlers. Luckily, Angular allows us to opt-in for server-side rendering (SSR) through Angular Universal, its official SSR solution.

Example rules based on Angular Universal's gotchas:

About standalone support there's this issue in angular/universal and yes, it is supported now 🥳 Tomorrow I'll try making it work in local

Actually I notice in the last few days they might have done a fix for it = https://github.com/angular/universal/issues/1795

export function app(): express.Express { const server = express(); const distFolder = join(BROWSER_FILES_BASE_PATH, 'angular'); const indexHtml = existsSync(join(distFolder, 'index.original.html')) ? 'index.original.html' : 'index'; // Our Universal express-engine (found @ https://github.com/angular/universal/tree/main/modules/express-engine) server.engine( 'html', ngExpressEngine({ bootstrap: AppServerModule, }) ); server.set('view engine', 'html'); server.set('views', distFolder); server.use( '/browser', express.static(join(BROWSER_FILES_BASE_PATH, 'remix'), { immutable: true, maxAge: '1y', }) ); server.get( '/remix*', createRequestHandler({ build: require('../build/server/remix'), }) ); // Example Express Rest API endpoints // server.get('/api/**', (req, res) => { }); // Serve static files from /browser server.get( '*.*', express.static(distFolder, { maxAge: '1y', }) ); // All regular routes use the Universal engine server.get('*', (req, res) => { res.render(indexHtml, { req, providers: [{ provide: APP_BASE_HREF, useValue: req.baseUrl }], }); }); return server; }

I've located the module that already deals with the GET requests = https://github.com/angular/universal/blob/main/modules/common/src/transfer_http.ts So I've made my own interceptor and replaced the GETs mentioed on lines 75 and 95, however it doesn't seem to work. Only thing I can see is the original code references BrowserTransferStateModule which is crossed out. Do I need to replace that with something else?

Do you inject a token that is provided by SSR? Even though standalone has not reached ExpressEngine, but if you have the root AppModule and the root AppComponent non standalone, you can still use provideHttpClient. To inject a server provided string (specifically, the serverUrl), you can use inject function like this:

Let’s use PageSpeed Insights to analyze the Core Web Vitals (CWVs) of landing pages built with the three frameworks to understand their performance differences. Grab the source code for the landing pages from their respective GitHub repositories; Angular, React, and Vue. We will work with Angular v13, React v18, and Vue 3.