手機用華為 推廣找展為

推廣有品質 網站有氣質

13933871212

首頁 > 博客教程 > 外貿網站建設知識 >

石家莊搭建外貿網站的建站技巧

 發布日期:2020-12-12 瀏覽:842次
石家莊搭建外貿網站選擇并設置您的構建工具。
不要過多地關注 這些天所謂的酷事。堅持使用環境進行構建,無論是Grunt,Gulp,網站制作pack,Parcel還是工具組合。只要獲得所需的結果,并且在構建過程中沒有任何問題,就可以很好地完成工作。
在構建工具中,Rollup越來越受歡迎,但是網站制作pack似乎是更成熟的工具,實際上有數百個可用的插件來優化構建的大小。網站制作pack入門可能很困難。因此,如果您想開始使用,這里有一些不錯的資源:
 
網站制作pack文檔-顯然-是一個很好的起點,網站制作pack文檔-Raja Rao撰寫的The Confused Bits和Andrew Welch撰寫的An Anatedated 網站制作pack Config也是如此。
肖恩·拉金(Sean Larkin)提供了有關網站制作pack的免費課程:The Core Concepts和Jeffrey Way為每個人發布了一個精彩的網站制作pack免費課程。兩者都是介紹網站制作pack的精彩介紹。
網站制作pack基礎知識是由FrontendMasters發布的與Sean Larkin一起非常全面的4小時課程。
如果您稍微先進一點,那么Rowan Oulton已發布了《使用網站制作pack改善構建性能的現場指南》,BenediktRötsch對將網站制作pack捆綁用于飲食進行了大量研究。
網站制作pack示例具有數百個即用型網站制作pack配置,并按主題和用途進行了分類。獎勵:還有一個網站制作pack配置配置器,可以生成基本配置文件。
awesome-網站制作pack是有用的網站制作pack資源,庫和工具的精選列表,包括Angular,React和與框架無關的項目的文章,視頻,課程,書籍和示例。
默認使用漸進增強。
盡管如此,在所有這些年來,將漸進式增強作為前端體系結構和部署的指導原則仍然是一個不錯的選擇。首先設計和構建核心體驗,然后使用功能強大的瀏覽器的高級功能增強體驗,從而創建彈性體驗。如果您的網站在次優網絡上瀏覽器不佳的慢屏幕上運行速度較慢的計算機上快速運行,則它只能在體面網絡上具有良好瀏覽器的快速計算機上快速運行。
實際上,通過自適應模塊服務,我們似乎正在將漸進式增強提升到另一個層次,為低端設備提供“精簡”的核心體驗,并為高端設備提供更復雜的功能。漸進增強似乎不可能很快消失。
 
選擇良好的性能基準。
太多未知因素影響著負載-網絡,熱限制,逐出緩存,第三方腳本,解析器阻止模式,磁盤I / O,IPC延遲,已安裝的擴展程序,防病毒軟件和防火墻,后臺CPU任務,硬件和內存限制, L2 / L3緩存與RTTS的不同之處-JavaScript具有更高的體驗成本,其次是默認使用網站制作字體阻止渲染,并且圖像經常占用太多內存。隨著性能瓶頸從服務器轉移到客戶端(作為開發人員),我們必須更詳細地考慮所有這些未知因素。
有了170KB的預算,其中已經包含關鍵路徑HTML / CSS / JavaScript,路由器,狀態管理,實用程序,框架和應用程序邏輯,我們必須徹底檢查網絡傳輸成本,解析/編譯時和運行時成本我們選擇的框架。幸運的是,過去幾年來,我們在瀏覽器解析和編譯腳本的速度方面取得了巨大進步。然而,JavaScript的執行仍然是主要瓶頸,因此,密切注意腳本的執行時間和網絡可能會產生影響。
 
正如指出的勒布Markbåge,一個很好的方法來衡量的啟動費用為框架是首先呈現一個視圖,然后將其刪除,然后重新渲染,因為它可以告訴你如何框架尺度。第一個渲染趨向于加熱一堆延遲編譯的代碼,當縮放時,較大的樹可以從中受益。第二個渲染基本上是模擬頁面上的代碼重用如何隨著頁面復雜度的增加而影響性能特征。
 
評估框架和依賴性。
現在,不是每個項目都需要一個框架,也不是單頁應用程序的每個頁面都需要加載框架。在Netflix的情況下,“從客戶端刪除React,幾個庫和相應的應用程序代碼將JavaScript的總量減少了200KB以上,從而使Netflix退出首頁的互動時間減少了50%以上。” 然后,該團隊利用用戶在目標頁面上花費的時間來預取React以便用戶可能會訪問的后續頁面(有關詳細信息,請繼續閱讀)。
聽起來似乎很明顯,但值得一提:完全刪除現有框架后,某些項目也可以從中受益。一旦選擇了框架,您將至少使用幾年,因此,如果需要使用框架,請確保您的選擇已獲知并且考慮透徹。
 
Inian Parameshwaran評估了前50個框架的性能足跡(針對First Contentful Paint-從導航到瀏覽器從DOM呈現內容的第一位的時間)。Inian發現,在野外,Vue和Preact在桌面和移動設備上都是更快的,其次是臺式機和移動設備,其次是React(幻燈片)。您可以檢查候選框架和建議的體系結構,并研究其中大多數解決方案的平均性能,例如,使用服務器端渲染或客戶端渲染。
 
基準績效成本很重要。根據Ankur Sethi的一項研究,“無論您進行了多大的優化,您在印度的普通手機上,您的React應用程序加載的速度永遠不會超過1.1秒。您的Angular應用程序至少要花費2.7秒才能啟動。 Vue應用程序的用戶需要至少等待1秒鐘才能開始使用它。” 無論如何,您可能都不會將印度定位為主要市場,但是在網絡條件欠佳的情況下訪問您的網站的用戶會獲得可比的體驗。作為交換,您的團隊當然會獲得可維護性和開發人員效率。但是,這一考慮必須經過深思熟慮。
 
您可以通過探索功能,可訪問性,穩定性,性能,軟件包生態系統,社區,學習曲線,文檔,工具,跟蹤記錄,團隊,在Sacha Greif的12分制評分系統上評估框架(或任何JavaScript庫)。,兼容性,安全性。但是,在艱難的時間表上,更好在選擇選項之前至少考慮大小的總成本+初始解析時間。Preact,Inferno,Vue,Svelte或Polymer等輕量級選項可以很好地完成工作?;€的大小將定義應用程序代碼的約束。
 
有許多工具可幫助您就依賴項和可行替代方案的影響做出明智的決定:
 
網站制作pack-bundle-analyzer
源地圖瀏覽器
捆綁好友
恐懼癥
網站制作pack大小插件
可視代碼的導入成本
一個好的起點是為您的應用程序選擇一個好的默認堆棧。Gatsby(React),Vuepress(Vue)Preact CLI和PWA Starter Kit提供了合理的默認值,可在一般移動硬件上快速開箱即用。另外,請查看React和Angular的網站制作.dev特定于框架的性能指南,該指南應該在今年晚些時候進行擴展(謝謝Phillip?。?。
 
暢銷手機的CPU和計算性能
暢銷手機的CPU和計算性能(圖片來源:Addy Osmani)(大預覽)
考慮使用PRPL模式和應用程序外殼體系結構。
不同的框架會對性能產生不同的影響,并且需要不同的優化策略,因此您必須清楚地了解要依賴的框架的所有細節。在構建網站制作應用程序時,請查看PRPL模式和應用程序外殼體系結構。這個想法非常簡單:將交互所需的更少代碼推送到初始路由即可快速呈現,然后使用Service Worker來緩存和預緩存資源,然后以異步方式延遲加載所需的路由。
應用程序外殼體系結構中的PRPL模式
PRPL代表推送關鍵資源,渲染初始路由,預緩存剩余路由和按需延遲加載剩余路由。
應用程序外殼架構
一個應用程序外殼是更小的HTML,CSS和JavaScript供電的用戶界面。
您是否優化了API的性能?
API是應用程序通過所謂的終結點向內部和第三方應用程序公開數據的通信通道。在設計和構建API時,我們需要一個合理的協議來實現服務器與第三方請求之間的通信。代表性狀態轉移(REST)是一種公認??的邏輯選擇:它定義了一組約束,開發人員可以遵循這些約束以使內容以高性能,可靠和可伸縮的方式進行訪問。符合REST約束的網站制作服務稱為RESTful 網站制作服務。
與良好的HTTP請求一樣,從API檢索數據時,服務器響應中的任何延遲都將傳播到更終用戶,從而延遲了呈現。當資源想要從API檢索某些數據時,它將需要從相應的端點請求數據。從多個資源呈現數據的組件(例如帶有注釋的文章和每個注釋中的作者照片)可能需要經過多次往返服務器才能獲取所有數據,然后才能呈現數據。此外,通過REST返回的數據量通常超過呈現該組件所需的數據量。
 
如果許多資源需要來自API的數據,則該API可能會成為性能瓶頸。GraphQL為這些問題提供了高性能的解決方案。就其本身而言,GraphQL是一種用于API的查詢語言,并且是一種服務器端運行時,用于通過使用為數據定義的類型系統來執行查詢。與REST不同,GraphQL可以在單個請求中檢索所有數據,并且響應將完全是所需的,而不會像REST通常那樣過度或不足地獲取數據。
 
另外,由于GraphQL使用的是架構(表示數據結構的元數據),它已經可以將數據組織到首選結構中,因此,例如,使用GraphQL,我們可以刪除用于處理狀態管理,生成代碼的JavaScript代碼。在客戶端上運行速度更快的更干凈的應用程序代碼。
 
如果您想開始使用GraphQL,Eric Baer在您的《 Smashing Magazine》上發表了兩篇精彩的文章:GraphQL入門:為什么我們需要一種新型API和GraphQL入門:API設計的發展(感謝您的提示,Leonardo ?。?。
 
黑客正午
REST和GraphQL之間的區別通過左側的Redux + REST之間的對話(右側是Apollo + GraphQL)進行了說明。(圖片來源:黑客中午)(大預覽)
您將使用AMP還是Instant Articles?
根據組織的優先級和戰略,您可能需要考慮使用Google的AMP或Facebook的Instant Articles或Apple的Apple News。沒有它們,您可以實現良好的性能,但是AMP確實提供了具有免費內容交付網絡(CDN)的可靠性能框架,而Instant Articles可以提高您在Facebook上的知名度和性能。
這些技術為用戶帶來的看似明顯的好處是可以保證性能,因此有時他們甚至更喜歡AMP- / Apple News / Instant Pages-鏈接而不是“常規”頁面或可能是腫的頁面。對于處理大量第三方內容的內容繁重的網站,這些選項可能會極大地幫助加快渲染時間。
 
除非他們不這樣做。例如,根據蒂姆·卡德萊克(Tim Kadlec)的說法,“ AMP文檔往往比其同行要快,但它們不一定表示頁面性能良好。從性能的角度來看,AMP并不是更大的區別。”
 
對于網站所有者來說,好處是顯而易見的:這些格式在各自的平臺上具有可發現性,并且在搜索引擎中具有更高的可見性。您也可以通過將AMP用作PWA的數據源來構建漸進式網站制作 AMP。缺點?顯然,在圍墻花園中的存在使開發人員能夠制作和維護其內容的單獨版本,并且在沒有實際URL 的Instant Articles和Apple News情況下(感謝Addy,Jeremy?。?。
 
明智地選擇CDN。
根據您擁有的動態數據量,您可以將部分內容“外包”給靜態站點生成器,將其推送到CDN并從中提供靜態版本,從而避免數據庫請求。您甚至可以選擇基于CDN的靜態托管平臺,以交互式組件作為增強功能(JAMStack)來豐富您的頁面。實際上,其中一些生成器(例如React頂部的Gatsby)實際上是網站編譯器,提供了許多開箱即用的自動優化功能。隨著編譯器隨著時間的推移添加優化,隨著時間的推移,編譯后的輸出變得越來越小和越來越快。
請注意,CDN也可以提供(和卸載)動態內容。因此,不必將CDN限制為靜態資產。仔細檢查您的CDN是否執行壓縮和轉換(例如,在格式方面進行圖像優化,在邊緣進行壓縮和調整大?。?,對服務器工作人員的支持,邊緣方面包括在CDN邊緣處組合頁面的靜態和動態部分的功能(即距離用戶更近的服務器)和其他任務。另外,檢查您的CDN是否也支持HTTP over QUIC(HTTP / 3)。
 
注意:根據Patrick Meenan和Andy Davies的研究,HTTP / 2優先級在許多CDN上實際上是無效的,因此在選擇CDN時要小心。帕特里克(Patrick)在更近關于HTTP / 2優先級的演講中有更多詳細信息(謝謝,巴里?。?。
 
當一切都相似時,不同就吸引了。認識網絡藝術指導,這是我們關于設計和構建引人入勝的出色體驗的新書。受到復古印刷雜志的啟發,并帶有適合您工作的代碼段。
 
跳轉到目錄?
功能面板
資產優化
使用Brotli進行純文本壓縮。
2015年,Google推出了 Brotli,這是一種新的開源無損數據格式,現在所有現代瀏覽器都支持該格式。在實踐中,Brotli似乎是很多 更有效的比gzip和deflate。取決于設置,壓縮可能(非常)緩慢,但是壓縮速度較慢更終會導致較高的壓縮率。盡管如此,它仍能快速解壓縮。您還可以估計站點的Brotli壓縮節省量。
僅當用戶通過HTTPS訪問網站時,瀏覽器才會接受它。Brotli得到了廣泛的支持,許多CDN都支持Brotli(Akamai,AWS,KeyCDN,Fastly(當前僅作為傳遞),Cloudflare,CDN77),并且即使在尚不支持它的CDN上也可以啟用Brotli(使用服務人員)。
 
問題在于,使用Brotli壓縮所有資產非常昂貴,因此僅由于其產生的成本開銷,許多服務器就無法使用它。實際上,在更高壓縮級別下,Brotli太慢了,以至于文件大小的任何潛在增加都可能被服務器等待動態壓縮資產時開始發送響應所花費的時間抵消。但是,使用靜態壓縮時,更好使用更高的壓縮設置。
 
如果您可以繞過動態壓縮靜態資產的成本,那是值得的。Brotli可用于任何純文本有效負載-HTML,CSS,SVG,JavaScript等。
 
策略?在更高級別使用Brotli + Gzip預壓縮靜態資產,并在3-5級使用Brotli快速壓縮(動態)HTML。確保服務器正確處理Brotli或gzip的內容協商。
 
該圖顯示了壓縮算法的采用
在臺式機和移動設備上,只有15%的請求被Brotli壓縮。gzip壓縮了大約65%。其余的都不壓縮。(圖像來源:網站制作年鑒:壓縮)(大預覽)
使用響應式圖像和網站制作P。
盡可能在,和元素上使用自適應圖像。當你在這,你也可以利用的的網站制作P格式通過與服務的網站制作P圖像(除了Safari和iOS的Safari瀏覽器的所有現代瀏覽器都支持)元件和JPEG回退(見安德烈亞斯Bovens'的代碼片段),或通過使用內容協商(使用標頭)。Ire Aderinokun也有非常詳細的教程,將圖像轉換為網站制作P。srcsetsizes<picture><picture>Accept
Sketch本機支持網站制作P,并且可以使用Photoshop的網站制作P插件從Photoshop導出網站制作P圖像。其他選項也可用。如果您使用的是WordPress或Joomla,則有一些擴展可幫助您輕松實現對網站制作P的支持,例如WordPress的Optimus和Cache Enabler以及Joomla自己支持的擴展(通過Cody Arsenault)。
 
值得注意的是,雖然網站制作P圖像文件的大小與等效的Guetzli和Zopfli相比,但該格式不支持JPEG等漸進式渲染。,這就是為什么盡管網站制作P圖像通過網絡獲得的速度更快,但使用高質量JPEG的用戶可以更快地看到實際圖像的原因。使用JPEG,我們可以為一半甚至四分之一的數據提供“體面”的用戶體驗,并在以后加載其余部分,而不是像網站制作P那樣具有半空的圖像。您的決定將取決于您要執行的操作:使用網站制作P,可以減少有效負載,而使用JPEG,則可以提高感知的性能。
 
在Smashing Magazine上,我們使用后綴-opt表示圖片名稱-例如,brotli-compression-opt.png; 每當圖像包含該后綴時,團隊中的每個人都知道該圖像已經過優化。和- 無恥的插頭!杰里米·瓦格納(Jeremy Wagner)甚至在網站制作P上出版了《粉碎》一書。
 
響應式圖像斷點生成器
的響應圖像斷點發生器自動圖像和標記的產生。
圖像是否正確優化?
當您在著陸頁上快速加載特定圖像至關重要時,請確保JPEG是漸進式的,并使用mozJPEG壓縮(這通過控制掃描級別來縮短開始渲染時間),或者看看Guetzli, Google的新型開源編碼器專注于感知性能,并利用了Zopfli和網站制作P的經驗。唯一的缺點是:處理時間慢(每百萬像素一分鐘的CPU)。對于PNG,我們可以使用Pingo;對于SVG,我們可以使用SVGO或SVGOMG。如果您需要快速預覽和復制或從網站下載所有SVG資產,請使用svg-grabber 也可以為您做到這一點。
每一個圖像優化文章都會說明這一點,但是保持向量資產整潔緊密總是值得提醒的。確保清理未使用的資產,刪除不必要的元數據,并減少圖稿中路徑點的數量(從而減少SVG代碼)。(謝謝杰里米?。?/div>
 
但是,還有更多高級選項。你可以:
 
使用Squoosh以更佳壓縮級別(有損或無損)壓縮,調整大小和處理圖像,
使用響應式圖像斷點生成器或Cloudinary或Imgix等服務來自動執行圖像優化。而且,在許多情況下,單獨使用srcset和sizes使用都會獲得重大收益。
要檢查您的響應式標記的效率,可以使用Imaging-heap,這是一種命令行工具,可以測量視口大小和設備像素比率之間的效率。
通過混合延遲加載,利用本地延遲加載和lazyload來延遲加載圖像和iframe ,該庫可檢測通過用戶交互觸發的可見性變化(我們將在后面介紹的IntersectionObserver中)。
對于屏幕外圖像,我們可以先顯示一個占位符,然后當圖像在視口中時,使用IntersectionObserver觸發網絡調用,以將圖像下載到后臺。然后,我們可以推遲渲染,直到使用img.decode()解碼為止如果圖像解碼API不可用,請下載圖像。渲染圖像時,例如,我們可以使用淡入動畫。凱蒂·漢佩紐斯(Katie Hempenius)和艾迪·奧斯曼尼(Addy Osmani)在他們的“規?;俣龋壕W絡性能技巧和戰cks”中分享了更多見解。。
您可以將自動圖像壓縮添加到“拉取請求”中,因此任何圖像都不會影響未壓縮的生產。該操作使用可與PNG和JPG一起使用的mozjpeg和libvips。
注意默認情況下已加載但可能永遠不會顯示的圖像,例如在旋轉木馬,手風琴和圖像庫中。
考慮通過根據媒體查詢指定不同的圖像顯示尺寸來考慮使用“尺寸”屬性交換圖像,例如,sizes以交換放大鏡組件中的源。
查看圖像下載不一致之處,以防止意外下載前景和背景圖像。
有時僅靠優化圖像并不能解決問題。為了縮短開始渲染關鍵圖像所需的時間,請延遲加載不太重要的圖像,并延遲已渲染關鍵圖像后再加載任何腳本。
為了在內部優化存儲,您可以使用Dropbox的新Lepton格式對JPEG進行平均22%的無損壓縮。
請注意aspect-ratioCSS中的intrinsicsize屬性和屬性,這將使我們能夠設置圖像的長寬比和尺寸,因此瀏覽器可以提前保留預定義的布局槽,以避免在頁面加載期間出現布局跳躍。
如果您喜歡冒險,可以使用Edge worker來斬波和重新排列HTTP / 2流,基本上是CDN上的實時過濾器,可以通過網絡更快地發送圖像。邊緣工作者使用的JavaScript流使用可以控制的塊(基本上,它們是在CDN邊緣上運行的JavaScript,可以修改流響應),因此您可以控制圖像的傳遞。對于服務工作者,為時已晚,因為您無法控制線路上的內容,但它確實適用于Edge工作者。因此,您可以在為特定目標網頁逐步保存的靜態JPEG上使用它們。
 

返回列表

相關新聞

CopyRight 2004-2018 JSOON NETWORK , Inc. All Rights Reserved 石家莊網絡公司展為網絡十周年? ?服務熱線:13933871212???冀ICP備14018173號-6? ?
致力于提供石家莊網站制作,石家莊網站建設,石家莊營銷型網站制作,石家莊seo,石家莊網站優化,石家莊網絡廣營銷,石家莊建網站等服務 網站地圖

深圳风采中三个有奖吗 蚂蚁比特币挖矿机1t 幸运快三交流群 排列三走势图500图表网 广东快乐十分最快开奖查询 jdb夺宝电子哪个好玩 龙江麻将微乐 365网球比分 辽宁11选5走势图软件 英国莱特币矿机预定 麻将手游排行榜 双色球复式2017137 足彩胜负彩投注新浪爱 7m足球比分 波场币的未来价值 斗牛游戏 彩票合买大厅官方网是真的吗