整合營銷服務商

          電腦端+手機端+微信端=數據同步管理

          免費咨詢熱線:

          Javascript獲取遠程圖片寬高

          Javascript獲取遠程圖片寬高
          function getMeta(varA, varB) {
           if (typeof varB !=='undefined') {
           alert(varA + ' width ' + varB + ' height');
           } else {
           var img=new Image();
           img.src=varA;
           img.onload=function() {
           getMeta(this.width, this.height);
           }
           }}getMeta("http://snook.ca/files/mootools_83_snookca.png");

          日分享最新,最流行的軟件開發知識與最新行業趨勢,希望大家能夠一鍵三連,多多支持,跪求關注,點贊,留言。

          了解如何為具有響應式尺寸和現代格式的用戶更好地制作 HTML 圖像,而不會使您作為開發人員的生活更加困難。

          在本文中,了解如何使 HTML 圖像更適合具有響應式尺寸和現代格式的用戶,而不會使您作為開發人員的生活更加困難。


          • <img>只需src:易于實施;良好的開發經驗;沒有響應式圖像;沒有帶有后備功能的現代格式;可能使用更多帶寬;最差的用戶體驗
          • <img>具有srcset屬性:中等工作;好的開發經驗;支持響應式圖像以減少帶寬;沒有帶有后備功能的現代格式;留下潛在的節??;好的用戶體驗
          • <picture>with multiple <source>andsrcset:支持響應式圖像和具有后備功能的現代格式;寧愿在我眼里噴墨西哥胡椒汁
          • <img>只需src使用圖像管理器:易于實施并自動以最佳尺寸和格式發送圖像;開發者和用戶雙贏!??!

          假設我們只有一個從我的域加載圖像的基本網站。代碼可能如下所示:

          <!DOCTYPE html><html><正文> <img src="https://images.austingil.com/wp-content/uploads/Command-Line-Blog-Cover.png" alt="命令行終端和舊電腦,背景中有靛藍色筆觸。" ></正文></html>


          具有單個圖像標記且具有 asrc和alt屬性的 HTML 文檔在技術上可以正常工作。它按預期提供圖像,但該圖像存在一些問題。

          在大屏幕上,這張圖片會很好,但對于使用小屏幕設備的用戶來說,1200 像素寬的圖片意味著他們必須下載比他們需要的更大的圖片。下載可能需要更長的時間,并且可能會花費他們的數據計劃費用。

          第 1 步:優化和調整圖像大小

          這第一步很關鍵,但我認為大多數人都熟悉,所以我不會太深入。

          1. 您網站上的圖像應該只有它們需要的大小。如果你的圖片只有 600px 寬 x 400px 高,你就不應該讓人們下載 1200x800px 的圖片。
          2. 大多數網站不需要圖像是最高質量的。您可以通過壓縮圖像刪除大量不必要的數據而不會降低質量。

          Squoosh是一個非常棒的應用程序,可以手動執行此操作。

          如果圖像在您的 GitHub 存儲庫中,您也可以使用imgbot自動完成。

          第 2 步:創建響應式圖像

          圖像可以有一個srcset屬性,允許我們根據某些設備特征(例如設備寬度)為圖像定義多個來源。

          我們可以srcset像這樣向我們的圖像標簽添加一個屬性:

          <!DOCTYPE html><html><正文> <img srcset=" https://austingil.com/wp-content/uploads/Command-Line-Blog-Cover-1080x540.png 1080w, https://austingil.com/wp-content/uploads/Command-Line-Blog-Cover-480x240.png 480w, https://austingil.com/wp-content/uploads/Command-Line-Blog-Cover-200x100.png 200w, https://austingil.com/wp-content/uploads/Command-Line-Blog-Cover-768x384.png 768w, https://austingil.com/wp-content/uploads/Command-Line-Blog-Cover.png 1200w" src="https://cdn.statically.io/img/austingil.com/f=auto%2Cq=70/wp-content/uploads/Command-Line-Blog-Cover.png" alt="命令行終端和舊電腦,背景中有靛藍色筆觸。" ></正文></html>


          我鏈接到五個不同尺寸的五個不同圖像并定義它們相應的視口寬度。如果我們在瀏覽器中打開我們的圖像,視覺上并沒有真正改變。但在引擎蓋下,有一些改進。

          當我們在不同的屏幕上重新加載時,打開開發工具網絡選項卡。

          在大屏幕上,我們將看到像以前一樣下載了全尺寸圖像(Command-Line-Blog-Cover.png)。沒什么特別的。

          但是,如果我們從 200 像素或更窄的屏幕開始,我們會加載 200x100 像素的圖像(Command-Line-Blog-Cover-200x100.png)。

          對于用戶而言,該大小將變得更小更快。

          僅發送較小圖像的一個問題是:如果用戶最初在小屏幕上加載頁面,然后將瀏覽器調整為更大的尺寸會發生什么?在大屏幕上拉伸小圖像會使它像素化。

          屬性不會發生這種情況srcset(假設我們提供了正確的圖像),因為當從最小屏幕調整到最大屏幕時,會根據它們的斷點下載新圖像。

          方便的是,從大屏幕到小屏幕的另一個方向不會發生相同的行為,因為畢竟,您可以在較小的屏幕上提供大圖像,并且可以縮小而不損失質量。隨著屏幕變小,您不想下載額外的圖像,因為那樣會使用更多數據而沒有任何額外的好處。

          這是一種非常方便的方法,可以通過節省帶寬來改善用戶體驗,并通過以正確的尺寸提供正確的圖像來提高性能,但仍有改進的空間。

          第 3 步:使用現代圖像格式

          我們正在加載的圖像是 PNG,但現代瀏覽器支持新的圖像格式,例如WebP或AVIF。這些格式提供了更高的壓縮率而沒有明顯的數據丟失,這意味著我們可以以更小的文件大小有效地提供相同的圖像。

          再一次,瀏覽器讓我們覆蓋了HTML<picture>元素。

          類似于srcset屬性,圖片元素允許我們根據設備特性定義不同的圖像源來服務。

          所以我們可以做一些事情,比如根據設備寬度或不同的像素密度提供不同的圖像。但是將圖片元素與屬性區分開來的一件事srcset是我們可以針對不同的 mime 類型。

          如果瀏覽器支持,讓我們在示例中添加一個包含 AVIF 和 WebP 格式的圖片元素。當然,我們還希望繼續提供響應式版本。

          <!DOCTYPE html><html><正文> <圖片> <來源 類型="圖像/avif" srcset=" https://austingil.com/wp-content/uploads/Command-Line-Blog-Cover.avif 1200w, https://austingil.com/wp-content/uploads/Command-Line-Blog-Cover-1080x540.avif 1080w, https://austingil.com/wp-content/uploads/Command-Line-Blog-Cover-768x384.avif 768w, https://austingil.com/wp-content/uploads/Command-Line-Blog-Cover-480x240.avif 480w, https://austingil.com/wp-content/uploads/Command-Line-Blog-Cover-200x100.avif 200w" > <來源 類型="圖像/webp" srcset=" https://austingil.com/wp-content/uploads/Command-Line-Blog-Cover.webp 1200w, https://austingil.com/wp-content/uploads/Command-Line-Blog-Cover-1080x540.webp 1080w, https://austingil.com/wp-content/uploads/Command-Line-Blog-Cover-768x384.webp 768w, https://austingil.com/wp-content/uploads/Command-Line-Blog-Cover-480x240.webp 480w, https://austingil.com/wp-content/uploads/Command-Line-Blog-Cover-200x100.webp 200w" > <img src="https://cdn.statically.io/img/austingil.com/f=auto%2Cq=70/wp-content/uploads/Command-Line-Blog-Cover.png" alt="命令行終端和舊電腦,背景中有靛藍色筆觸。" > </圖片></正文></html>


          (我們不需要標簽srcset,<img>因為它可以作為不支持的舊瀏覽器的后備srcset。)

          好的,我們有一個圖像,它只會以最小的尺寸為用戶提供最現代的圖像格式。

          上面的代碼是不是……很漂亮?

          真的讓您想向您的網站添加新圖像,對嗎?

          正確的?。浚??

          不!我們做了什么?。浚??

          第 4 步:開始質疑生活選擇

          (你好黑暗,我的老朋友……)

          第 5 步:簡化現代圖像格式

          好的,既然我們已經解決了這個問題,很明顯,上面的解決方案并不是很好。

          對于我們想要定位的每種格式和設備寬度,我們需要不同版本的圖像。在上面的示例中,這是同一圖像的11 個版本(5 個 AVIF、5 個 WebP、1 個 PNG)。

          盡管瀏覽器為我們提供了提供更好的圖像和提供更好的用戶體驗的功能,但這是以開發人員體驗為代價的。

          (誰愿意付錢?不是我!)

          我們可以在上傳圖像以生成不同的格式和大小時自動執行該過程,然后將這些詳細信息存儲在數據庫中。有一些工具可以提供幫助,例如sharp,但這仍然需要大量工作。我很少看到人們這樣做,因為要么工作量太大,要么他們根本不考慮。

          我的建議是外包。

          今天我將使用 Akamai 圖像和視頻管理器,因為它是我最熟悉的服務,盡管還有其他人做同樣的工作。主要目標是在不讓開發人員發瘋的情況下為用戶提供最佳圖像。

          我已經設置了一個圖像管理器的實例。

          要從我的域中添加圖像,我只需將“圖像”前綴添加到常規圖像 URL。所以“austingil.com/wp-content/uploads/Command-Line-Blog-Cover.png”變成了“images.austingil.com/wp-content/uploads/Command-Line-Blog-Cover.png”。

          沒什么太有趣的。

          但是讓我們回到我們的代碼,去掉<picture>元素,替換舊的 URL,看看我們能做什么:

          <!DOCTYPE html><html><正文> <img srcset=" https://images.austingil.com/wp-content/uploads/Command-Line-Blog-Cover-1080x540.png 1080w, https://images.austingil.com/wp-content/uploads/Command-Line-Blog-Cover-480x240.png 480w, https://images.austingil.com/wp-content/uploads/Command-Line-Blog-Cover-200x100.png 200w, https://images.austingil.com/wp-content/uploads/Command-Line-Blog-Cover-768x384.png 768w, https://images.austingil.com/wp-content/uploads/Command-Line-Blog-Cover.png 1200w" data-fr-src="https://cdn.statically.io/img/austingil.com/f=auto%2Cq=70/wp-content/uploads/Command-Line-Blog-Cover.png" alt="命令行終端和舊電腦,背景中有靛藍色筆觸。" ></正文></html>


          <picture>與將元素與 AVIF 和 WebP一起使用相比,我認為沒有人會抱怨這一點。這肯定是少了一些工作,但是結果呢?

          如果我重新加載頁面,我們可以看到相同的圖像出現(“Command-Line-Blog-Cover.png”),但如果我們查看響應標題,事情會變得有點有趣。

          盡管請求是針對 PNG 圖像的,但響應實際上是發送 WebP 數據。這導致圖像尺寸更小,這意味著只需打開圖像管理器,我就已經為我的用戶節省了帶寬,而無需做任何事情。

          第 6 步:簡化響應式圖像

          我們已經改進了格式,但是響應式圖像大小呢?

          我仍然將srcset屬性設置為在小屏幕上提供小圖像,在大屏幕上提供大圖像。但是這個系統仍然依賴于提供五種不同分辨率的五種不同的圖像。

          還是很痛的。

          僅提供上傳功能就可以成為一項重要功能,更不用說調整大小和存儲不同的圖像了。對我們來說幸運的是,因為我們正在使用圖像管理器,我們實際上可以使這個過程變得更簡單。

          我實際上將多次引用同一個圖像,而不是使用五個不同大小的圖像。但我將附加一個查詢字符串參數,該參數明確定義我想要定位的大小。

          <!DOCTYPE html><html><正文> <img srcset=" https://images.austingil.com/wp-content/uploads/Command-Line-Blog-Cover.png?imwidth=1080 1080w, https://images.austingil.com/wp-content/uploads/Command-Line-Blog-Cover.png?imwidth=480 480w, https://images.austingil.com/wp-content/uploads/Command-Line-Blog-Cover.png?imwidth=200 200w, https://images.austingil.com/wp-content/uploads/Command-Line-Blog-Cover.png?imwidth=768 768w, https://images.austingil.com/wp-content/uploads/Command-Line-Blog-Cover.png 1200w" src="https://cdn.statically.io/img/austingil.com/f=auto%2Cq=70/wp-content/uploads/Command-Line-Blog-Cover.png" alt="命令行終端和舊電腦,背景中有靛藍色筆觸。" ></正文></html>


          請注意,現在每個圖像 URL 都轉到相同的“Command-Line-Blog-Cover.png”文件,但其中一些imwidth附加了一個額外的查詢字符串。

          如果我像以前一樣在這個小屏幕上重新加載并調整到更大的屏幕,我們會看到類似的行為。不同尺寸的不同圖像被加載到它們各自的屏幕尺寸中。

          但是這里有一個很大的區別:我們不必創建、上傳和管理五張不同大小的不同圖像,我們只需要擔心一張圖像。通過 queer 字符串參數生成不同的大小。

          與其他情況相比,它的工作量要少得多,尤其是在您使用基于組件的框架時。

          但我們可以做的工作更少!

          我們可以回到只使用圖像 URL,并讓圖像管理器為我們選擇合適的尺寸。

          為了展示它,我喜歡在新標簽而不是網站中打開圖像。將鼠標懸停在瀏覽器選項卡上會顯示圖像的尺寸,1200x600px。

          如果我打開我的開發工具,我可以轉到Elements 選項卡并模擬不同的設備,例如 iPhone SE:

          現在,當我重新加載時會發生一些有趣的事情。

          盡管 URL 完全相同,但我可以看到圖像大約是一半大小。將鼠標懸停在標簽上可確認尺寸為 640x320 像素。

          最好的部分是什么?確定要提供哪個圖像的所有工作都是在我(開發人員)無需做任何事情的情況下進行的。每次請求都會自動發送設備特征,并且 Image Manager 會以更小的圖像進行響應。

          老實說,我實際上無法解釋它是如何工作的。這很神奇,而且超級酷,讓我的生活更輕松,讓我的用戶生活得更好。

          (如果你真的很好奇它是如何工作的,請在 Twitter 上聯系我,我會為你找出答案。)

          如果您是 Akamai 客戶并且您沒有使用此功能,您應該立即使用它!

          可選的“我是個壞蛋”步驟:自己動手!

          我還想為非 Akamai 客戶的人們分享一些替代方案。有兩個開源項目看起來提供了類似的功能,盡管我沒有親自使用過它們。

          其中之一稱為imgproxy。另一個稱為Thumbor。只要您習慣使用 Docker,它們看起來都很容易安裝。

          我真的很喜歡Linode的廉價、強大的 VP。

          我是 DIY 方法的忠實擁護者,但我認為它并非沒有缺點(我的意思是,除了設置和維護之外)。我不確定這些服務在哪里托管圖像。如果它們與安裝托管在同一臺服務器上,則可能存在兩個問題。

          1. 如果您要生成同一圖像的多個版本,則它們必須存在于某個地方。如果他們住在同一個 VPS 上,那可能會變得更貴。嘗試對圖像使用對象存儲之類的東西,因為它的存儲費用更便宜。
          2. 從同一位置加載圖像可能會導致延遲問題。我非常喜歡 Image Manager 如何使用 Akamai CDN 網絡,因此圖像總是來自離用戶最近的位置。這可以大大加快下載時間。

          也就是說,我認為它仍然值得一試。

          如果你確實讓它工作并且你喜歡它,請回來告訴我它是怎么回事。什么進展順利,什么沒用,什么很棒,和/或缺少什么?

          結束的想法

          好吧,這就是我今天為你準備的全部內容。我們介紹了處理圖像的不同選項及其優缺點。我們從<img>一個src屬性開始,添加一個srcset屬性,然后<picture>使用不同的<source>標簽,最終把它全部燒掉,回到只是屬性,但合并了圖像管理器<img>。src

          換句話說,這是一個非常迂回的旅程:

          <! – 壞 – ><img src="https://austingil.com/wp-content/uploads/Command-Line-Blog-Cover.png" alt="命令行終端和舊電腦,背景中有靛藍色筆觸。">


          對此:

          <! – 好 – ><img data-fr-src="https://images.austingil.com/wp-content/uploads/Command-Line-Blog-Cover.png" alt="命令行終端和舊電腦,背景中有靛藍色筆觸。">


          多么虎頭蛇尾。

          可能本來可以節省時間,然后說“改善圖像的第一步:使用圖像管理器”,但其中的樂趣在哪里?我也喜歡挖掘原因。

          我們甚至沒有涉及諸如延遲加載、解碼或獲取優先級之類的內容,但這些內容更具上下文和細微差別,而上面的建議幾乎是全面的。

          無論如何,我希望您喜歡它,并且希望您實施其中一些解決方案,因為發送具有現代格式的較小圖像是使互聯網成為更快、更環保的地方的好方法。

          <!DOCTYPE html>
          <html>
          <head>
          <meta charset="utf-8">
              <style type="text/css">
          	</style>
          </head>
          <body>
          
          	<input type="button" value="當前屏幕寬度" onclick="availWidth()" />
          	<input type="button" value="當前屏幕高度" onclick="screenHeight()" />
          	
          </body>
          <script type="text/javascript">
          	function availWidth() {
          		alert("當前屏幕寬度(空白空間):" + window.screen.availWidth);
          		alert("當前屏幕寬度(分辨力):" + window.screen.width);
          		alert("當前屏幕寬度(網頁寬度):" + window.document.body.offsetWidth);
          	}
          	function screenHeight(){
          		alert("當前屏幕高度(空白空間):" + window.screen.availHeight);
          		alert("當前屏幕高度(分辨力):" + window.screen.height);
          		alert("當前屏幕高度(網頁高度):" + window.document.body.offsetHeight);
          	}
          </script>
          </html>

          主站蜘蛛池模板: 少妇激情一区二区三区视频| 精品亚洲AV无码一区二区三区| 国产精品香蕉在线一区| 欧美成人aaa片一区国产精品 | 国产精品无码一区二区在线观一 | 九九无码人妻一区二区三区| 91久久精一区二区三区大全| 欧洲亚洲综合一区二区三区| 精品一区二区三区在线观看视频| 亚洲一区无码精品色| 好吊妞视频一区二区| 一区二区在线电影| 91福利国产在线观看一区二区 | 精品一区二区三人妻视频| 亚洲高清日韩精品第一区| 亚洲色无码一区二区三区| 无码日韩人妻AV一区免费l| 国产成人欧美一区二区三区| 亚洲一区二区三区在线| 亚洲爆乳精品无码一区二区三区| 大伊香蕉精品一区视频在线 | 精品无码综合一区| 国产一区二区在线|播放| 国产精品久久久久一区二区三区| 久久精品一区二区三区四区| 亚洲熟妇av一区二区三区漫画| 国产伦精品一区二区三区视频猫咪 | 国产香蕉一区二区在线网站| 国产成人无码一区二区在线播放 | 欧美日韩精品一区二区在线观看| 人妻体体内射精一区二区| 国产成人精品无码一区二区| 夜夜添无码一区二区三区| 亚洲线精品一区二区三区影音先锋| 亚洲国产成人精品久久久国产成人一区二区三区综 | 蜜臀AV无码一区二区三区 | 日本高清不卡一区| 久久青草精品一区二区三区| 久久国产一区二区三区| 亚洲国产精品一区二区久久| 久久精品视频一区二区三区|