国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

React 服務(wù)端渲染完美的解決方案

DesGemini / 2087人閱讀

摘要:服務(wù)端渲染兩種方式根據(jù)上文介紹對服務(wù)端渲染利弊有所了解,我們可以根據(jù)利弊權(quán)衡取舍,最近在做服務(wù)端渲染的項(xiàng)目,找到多種服務(wù)端渲染解決方案,大致分為兩類。第一種方式傳統(tǒng)方式服務(wù)端渲染,解決用戶體驗(yàn)和更好的,有諸多工具使用這種方式如的的等。

最近在開發(fā)一個(gè)服務(wù)端渲染工具,通過一篇小文大致介紹下服務(wù)端渲染,和服務(wù)端渲染的方式方法。在此文后面有兩中服務(wù)端渲染方式的構(gòu)思,根據(jù)你對服務(wù)端渲染的利弊權(quán)衡,你會(huì)選擇哪一種服務(wù)端渲染方式呢?

什么是服務(wù)器端渲染

使用 React 構(gòu)建客戶端應(yīng)用程序,默認(rèn)情況下,可以在瀏覽器中輸出 React 組件,進(jìn)行生成 DOM 和操作 DOM。React 也可以在服務(wù)端通過 Node.js 轉(zhuǎn)換成 HTML,直接在瀏覽器端“呈現(xiàn)”處理好的 HTML 字符串,這個(gè)過程可以被認(rèn)為 “同構(gòu)”,因?yàn)閼?yīng)用程序的大部分代碼都可以在服務(wù)器和客戶端上運(yùn)行。

為什么使用服務(wù)器端渲染

與傳統(tǒng) SPA(Single Page Application - 單頁應(yīng)用程序)相比,服務(wù)器端渲染(SSR)的優(yōu)勢主要在于:

更好的 SEO,由于搜索引擎爬蟲抓取工具可以直接查看完全渲染的頁面。

更好的用戶體驗(yàn),對于緩慢的網(wǎng)絡(luò)情況或運(yùn)行緩慢的設(shè)備,加載完資源瀏覽器直接呈現(xiàn),無需等待所有的 JavaScript 都完成下載執(zhí)行,才顯示服務(wù)器渲染的HTML。

服務(wù)端渲染的弊端

由于服務(wù)端與瀏覽器客戶端環(huán)境區(qū)別,選擇一些開源庫需要注意,部分庫是無法在服務(wù)端執(zhí)行,比如你有 document、window 等對象獲取操作,都會(huì)在服務(wù)端就會(huì)報(bào)錯(cuò),所以在選擇的開源庫要做甄別

使用服務(wù)端渲染,比如要起一個(gè)專門在服務(wù)端渲染的服務(wù),與之前,只管客戶端所需靜態(tài)資源不同,你還需要 Node.js 服務(wù)端的和運(yùn)維部署的知識(shí),對你所需要掌握的知識(shí)點(diǎn)要求更多

服務(wù)器需要更多的負(fù)載,在 Node.js 中完成渲染,由于 Node.js 的原因大量的CPU資源會(huì)被占用。

下文介紹一種服務(wù)端渲染的“操作”,這個(gè)新的操作擁有新的問題,比如API請求兩次,各種服務(wù)端問題,你就無能為力了,因?yàn)檫@個(gè)新的工具用Golang寫的,你的團(tuán)隊(duì)或者是你,需要了解一下Golang,你說氣不氣人又要多學(xué)東西。

服務(wù)端渲染兩種方式

根據(jù)上文介紹對服務(wù)端渲染利弊有所了解,我們可以根據(jù)利弊權(quán)衡取舍,最近在做服務(wù)端渲染的項(xiàng)目,找到多種服務(wù)端渲染解決方案,大致分為兩類。

第一種方式

傳統(tǒng)方式服務(wù)端渲染,解決用戶體驗(yàn)和更好的 SEO,有諸多工具使用這種方式如React的(Next.js)、Vue的(Nuxt.js)等。

有些工具將 webpack 運(yùn)行在服務(wù)端生產(chǎn)環(huán)境,實(shí)時(shí)編譯,將編譯結(jié)果緩存起來,這都還是傳統(tǒng)的方式,只不過將 webpack 運(yùn)行在服務(wù)端實(shí)時(shí)編譯,還是開發(fā)環(huán)境編譯預(yù)編譯好的問題。

我選擇了將 webpack 放在開發(fā)環(huán)境,只做開發(fā)打包的功能,打包 客戶端 bundle
服務(wù)端 bundle,資源映射文件 assets.jsonCSS 等資源進(jìn)行部署。

服務(wù)器 bundle 用于服務(wù)器端渲染(SSR)

客戶端 bundle 給瀏覽器加載,瀏覽器通過 bundle 加載更多其它模塊(chunk)js

資源映射文件 assets.json 則是,服務(wù)器 bundle 在準(zhǔn)備所需 HTML,需要預(yù)插入那些模塊(chunk)js,和CSS,這只是提高用戶體驗(yàn)。

具體使用方法,可以看我最近造的個(gè)輪子 kkt-ssr,這個(gè)輪子將工具的部分封裝起來,你只需要寫業(yè)務(wù)代碼,和少量的服務(wù)端渲染代碼即可,還附贈(zèng)十幾個(gè)示例,加上一個(gè)相對比較完善的示例react-router+rematch,類似于 next.js,但是有相當(dāng)大的區(qū)別。

第二種方式

這是一種創(chuàng)新的方法,前端單頁面應(yīng)用,以前怎么玩兒,現(xiàn)在還怎么玩兒,多的一步是,你得先訪問一個(gè)Rendora的服務(wù),在前面攔截是否需要服務(wù)端渲染。下圖為官方圖:

這種方式原本只是個(gè)想法,想法是前端不用管服務(wù)端渲染的事兒了,不就是解決SEO?,這些爬蟲過來的時(shí)候,可以通過頭信息判斷,寫個(gè)服務(wù),然后將需要的內(nèi)容給爬蟲就可以了,昨天恰巧在GitHub的趨勢榜上,恰巧看到 Rendora 個(gè)工具,也就那么巧,剛好思路一致,這個(gè)工具主要為網(wǎng)絡(luò)爬蟲提供零配置服務(wù)器端渲染,以便毫不費(fèi)力地改進(jìn)在現(xiàn)代Javascript框架(如React.js,Vue.js,Angular.js等)中開發(fā)的網(wǎng)站的SEO問題。

這種方式非常好,之前寫好的項(xiàng)目一句不用改,只需新起 Rendora 服務(wù)。對于來自前端服務(wù)器或外部的每個(gè)請求(百度谷歌爬蟲),Rendora會(huì)根據(jù)配置文件,根據(jù)頭,路徑來檢測或過濾,以確定 Rendora 是否應(yīng)該只傳遞從后端服務(wù)器返回的初始HTML或使用Chrome提供的無頭服務(wù)器端呈現(xiàn)的HTML。更具體地說,對于每個(gè)請求,有2條路徑:

請求被列入白名單作為SSR的候選者(即過濾后的Get請求),Rendora 會(huì)指示無頭Chrome實(shí)例請求相應(yīng)的頁面,呈現(xiàn)它,并返回包含最終服務(wù)器端的響應(yīng)呈現(xiàn)出HTML。通常只需要將百度、谷歌、必應(yīng)爬蟲等網(wǎng)絡(luò)抓取工具列入白名單即可。

未列入白名單(即請求不是GET請求或未通過任何過濾器),Rendora將只是充當(dāng)反向HTTP代理,只是按原樣傳送請求和響應(yīng)。

Rendora可以看作是位于后端服務(wù)器(例如Node.js / Express.js,Python / Django等等)之間的反向HTTP代理服務(wù)器,也可能是你的前端代理服務(wù)器(例如nginx,traefik,apache等),

Rendora 是我見過的接近于完美的動(dòng)態(tài)渲染器,提供零配置服務(wù)器端渲染

我們到底選擇哪一種服務(wù)端渲染呢?

Rendora,新的方式非常厲害,有很多優(yōu)勢:

方便遷移老的項(xiàng)目,前端和后端代碼不需要更改。

可能更快的性能,資源(CPU)消耗可能更少,Golang編寫的二進(jìn)制文件

多種緩存策略

已經(jīng)擁有 docker 容器方案

此工具,服務(wù)端渲染的頁面需要緩存,緩存引發(fā)的小問題就是

通過緩存解決,性能問題和調(diào)用API兩次的問題,服務(wù)端渲染,客戶端展示渲染,平常調(diào)用一次API,現(xiàn)在調(diào)用了兩次。

被緩存的頁面,不能及時(shí)清理,比如網(wǎng)站發(fā)現(xiàn)用戶發(fā)了不良信息,需要清理,就需要清理緩存頁面了。

如果想提高用戶體驗(yàn),瀏覽器端一些頁面需要服務(wù)端渲染,這個(gè)時(shí)候服務(wù)端需要請求API,就會(huì)有權(quán)限問題,或者直接從緩存里面讀取的HTML,到瀏覽器客戶端,可能會(huì)有服務(wù)端和瀏覽器端渲染不一致的錯(cuò)誤。

如果上面兩種方式不在你的考慮范疇之內(nèi),那Rendora將是你完美的服務(wù)端渲染解決方案

總結(jié)

感覺我的輪子 kkt-ssr 好像白寫了一樣,經(jīng)過分析發(fā)現(xiàn)目前還有一點(diǎn)作用吧,至少解決了不多調(diào)用一次API,和API調(diào)用權(quán)限問題導(dǎo)致渲染不一致的問題。但是我更推薦Rendora的方式,這將是未來。

文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。

轉(zhuǎn)載請注明本文地址:http://specialneedsforspecialkids.com/yun/99977.html

相關(guān)文章

  • React 服務(wù)渲染完美解決方案

    摘要:三服務(wù)端渲染方式方式一傳統(tǒng)方式服務(wù)端渲染,解決用戶體驗(yàn)和更好的,有諸多工具使用這種方式如的的等。未列入白名單即請求不是請求或未通過任何過濾器,將只是充當(dāng)反向代理,只是按原樣傳送請求和響應(yīng)。 一、服務(wù)器端渲染是什么?使用 React 構(gòu)建客戶端應(yīng)用程序,默認(rèn)情況下,可以在瀏覽器中輸出 React 組件,進(jìn)行生成 DOM 和操作 DOM。React 也可以在服務(wù)端通過 Node.js 轉(zhuǎn)換...

    CoderBear 評論0 收藏0
  • 服務(wù)渲染React手腳架。完美使用 React, Redux, and React-Router

    摘要:服務(wù)端渲染的手腳架這個(gè)啟動(dòng)包的設(shè)計(jì)是為了讓你使用一整套最新最酷的前端技術(shù),所有都是可配置,富特性,基于已經(jīng)提供代碼熱加載,使用預(yù)處理,單元測試,代碼覆蓋率報(bào)告,代碼分割等等更多。 Universal React Starter Kit 服務(wù)端渲染的React手腳架 這個(gè)啟動(dòng)包的設(shè)計(jì)是為了讓你使用一整套最新最酷的前端技術(shù),所有都是可配置,富特性,基于webpack已經(jīng)提供代碼熱加載,使用...

    zhouzhou 評論0 收藏0
  • 服務(wù)渲染React手腳架。完美使用 React, Redux, and React-Router

    摘要:服務(wù)端渲染的手腳架這個(gè)啟動(dòng)包的設(shè)計(jì)是為了讓你使用一整套最新最酷的前端技術(shù),所有都是可配置,富特性,基于已經(jīng)提供代碼熱加載,使用預(yù)處理,單元測試,代碼覆蓋率報(bào)告,代碼分割等等更多。 Universal React Starter Kit 服務(wù)端渲染的React手腳架 這個(gè)啟動(dòng)包的設(shè)計(jì)是為了讓你使用一整套最新最酷的前端技術(shù),所有都是可配置,富特性,基于webpack已經(jīng)提供代碼熱加載,使用...

    RayKr 評論0 收藏0

發(fā)表評論

0條評論

最新活動(dòng)
閱讀需要支付1元查看
<