服务端渲染(Server-Side Rendering,简称SSR)是一项在Web开发领域中愈发受欢迎的技术,它与传统的客户端渲染(Client-Side Rendering,CSR)相对立。SSR通过在服务器端生成并提供HTML,有助于提升Web应用的性能、搜索引擎优化(SEO)以及用户体验。本文将深入探讨SSR的定义、优势、实现方式、适用场景以及如何开始使用SSR来改进Web应用。
在目前的前端领域,单页web应用(SPA)已经有了比较高的占有率,比较主流的web框架React、Angular、Vue几乎已经统治了前端市场。
Angular Universal Angular在服务端渲染方面提供一套前后端同构解决方案,它就是 Angular Universal(统一平台),一项在服务端运行 Angular 应用的技术。 标准的 Angular 应用会执行在浏览器中,它会在 DOM 中渲染页面,以响应用户的操作。 而 Angular Universal 会在服务端通过一个被称为服务端渲染(server-side rendering - SSR)的过程生成静态的应用页面。 它可以生成这些页面,并在浏览器请求时直接用它们给出响应。 它
今天这篇文章中和大家聊一聊号称世界上第一个 O(1) 的 JavaScript SSR 框架:qwik。
React 发布已经十年了,笔者接触前端差不多也有十年时间了。说实话,如果没有 Head First 系列图书,我可能都没有走上编程这条道路。
客户端渲染模式下,服务端把渲染的静态文件给到客户端,客户端拿到服务端发送过来的文件自己跑一遍 JS,根据 JS运行结果,生成相应 DOM,然后渲染给用户。
19组清风,携程资深前端开发工程师,负责商旅前端公共基础平台建设,关注NodeJs、研发效能领域。
超链接的文件下载考虑到超链接是同源或是跨域情况,读者可通过文章 【案例】同源策略 - CORS 处理熟悉同源策略。
近些年来,史诗级网游 Web Online 中,一个新兴职业 —— Isomorphic JavaScript Application —— 越来越多地得到了玩家的青睐。
SSR(Server-Side Rendering),在SPA(Single-Page Application)出现之前,网页就是在服务端渲染的。服务器接收到客户端请求后,将数据和模板拼接成完整的页面响应到客户端,客户端将响应结果渲染出来。如果用户需要浏览新的页面,则需要重复这个过程。随着Angular、React和Vue的兴起,SPA开始流行,单页面应用可以在不重载整个页面的情况下,通过ajax和服务器进行交互,高效更新部分页面,这无疑带来了良好的用户体验。然而,对于需要SEO、追求首屏速度的页面,使用SPA是糟糕的。如果我们想使用Vue,又需要考虑到SEO、首屏渲染速度,那该怎么办?好在Vue是支持服务端渲染的,接下来我们主要说的是Vue的服务端渲染。
前端研发中有许多常见场景,根据不同的构建、渲染过程有不同的优劣势和适用情况。如现代 UI 库加持下常用的 CSR、具有更好 SEO 效果的 SSR (SPR)、转换思路主打构建时生成的 SSG、大架构视野之上的 ISR、DPR,还有更少听到的 NSR、ESR 等等。
在服务端 ssr 成为常识的今天,前端 ssr 是我最近的新尝试,效果可以点击上面链接查看。说说前端 ssr 有哪些好处:
你知道 Angular Universal 吗?可以帮助网站提供更好的 SEO 支持哦!
在Web开发中,有太多的缩写和首字母缩略语,很难理解上。SSR会影响我的CWV吗?要创建REST API需要多少HTTP方法?SPA使用CSR吗?我真的需要CPR!
在国内搜索引擎搜索“Serverless” 会有许多五花八门的答案,有些人认为 Serverless 是前端的 3.0 时代,会给前端开发者带来很好的收益改变。社区也在谈 Serverless,知乎上也有人会问一些问题。当我们谈论 Serverless 时,不禁会有一个疑问,你说的 Serverless 到底是哪个 Serverless?大家对 Serverless 的理解其实是有一些困惑的,通过下面这张搜索引擎的截图大家就可以看到,对于 Serverless 有很多不同的解读。
大家好,我是来自 MoonWebTeam 的卡子。最近看到有一位大佬在一个大会上分享了他们团队对官网进行了性能优化,将 LightHouse Performance 的跑分从原来的 52 分提升至 100 分(图 1),而我们自己的 Vue 项目的一个简单的页面花费九牛二虎之力只能优化到 80 多分(图 2),因此非常好奇究竟他们是怎么做到的,是不是有什么黑魔法。 图 1:大佬团队的官网 LightHouse 跑分 图 2:使用基于 Vue 3 SSR 的 Mole 框架开发的某业务页面的
F首先我们就回顾一下,我们到底是怎么告别了使用 php/jsp 做服务器端渲染,进入前后端分离的客户端渲染时代,又为什么重新回到了服务端渲染。
作为开发者,经常需要面对影响整个应用架构的决策。而Web开发者的核心决策之一,就是应用逻辑与渲染工作的实现,应处于架构中的什么位置(译注:客户端 or 服务器?)。现在有很多不同构建网站的方法,因此这些决策变得愈加困难。
如果我们项目是前后端分离并且内容是AJAX动态获取想要进行网站排名优化(SEO)的话,可以使用prerender
最近,Remix团队的暴躁老哥「Ryan Florence」一连怼了好几个友商框架,比如:
在前不久的WWC22中,builder.io的CTO 「miško hevery」(同时也是Angular/AngularJS的发明者)发表了一段充满想象力的演讲。
作为一个前端开发者,前端性能优化问题是无可避免的。比如,你使用 vue 去开发一个运营活动的项目,首屏加载缓慢,你应该怎么办呢?又比如,你开发官网,你选择 ssr 还是 spa 呢?
本文是 Rendering on the Web: Performance Implications of Application Architecture (Google I/O ’19) 这篇谷歌工程师带来的现代应用架构体系下的优化相关演讲的总结,演讲介绍了以下优化手段:
next是一款用JS开发的全栈框架,它是基于express框架基础上开发而成,可以用react写客户端,node.js写服务端。一份代码可在前后端同时运行,这在next中称之为同构!
随着Vue.js越来越热门,被很多开发人员采用,因此其生态也越来越完善,相关的工具和库也很丰富。这主要得益于:Vue的学习曲线,清晰的设计结构和使用文档,让有经验的开发人员从其他框架(React和Angular)很方便的入手。
领取专属 10元无门槛券
手把手带您无忧上云