我剛剛切換到webp圖像并注意到它們不起作用。我正在使用延遲加載插件來處理加載這些圖像。這就是問題所在。如果可能的話，我希望能夠提交拉取請求來解決這個問題。這是一個示例，演示了兩種不同圖像格式的成功和失?。篽ttps://codepen.io/corylogan/pen/OJJMERo?editors=1010這是后代的代碼const loadImageAsync = (item) => {  let image = new Image()  console.log(item)  image.src = item  image.onload = function () {    console.log('successful onload')  }  image.onerror = function (e) {    console.log('got an error')    console.log(e)  }}loadImageAsync('https://upload.wikimedia.org/wikipedia/commons/a/a5/Red_Kitten_01.jpg')loadImageAsync('https://s3.amazonaws.com/road-trip-blog/1c9fe9f0-4e9e-3604-9b77-e35d7ecfc40f-w2100.webp')在 chrome 中，兩個圖像都將報告成功。在 iOS 上的 Safari 和 Mobile Chrome 中，webp失敗并顯示以下效果的錯誤：{"isTrusted":true}。該錯誤不是很有幫助。但是我想當我查看從 Chrome 和 Safari 發送的相應請求的標頭時，我可能會有一些線索：蘋果瀏覽器RequestGET /road-trip-blog/1c9fe9f0-4e9e-3604-9b77-e35d7ecfc40f-w2100.webp HTTP/1.1Accept: image/png,image/svg+xml,image/*;q=0.8,video/*;q=0.8,*/*;q=0.5Pragma: no-cacheReferer: https://cdpn.io/Cache-Control: no-cacheHost: s3.amazonaws.comUser-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/13.0.2 Safari/605.1.15Accept-Language: en-usAccept-Encoding: br, gzip, deflateConnection: keep-alive鉻合金Provisional headers are shownReferer: https://cdpn.io/Sec-Fetch-Mode: no-corsUser-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/77.0.3865.90 Safari/537.36猜想可能與Sec-Fetch-Modechrome 或AcceptSafari 中的標題有關嗎？我現在想不出別的了。有任何想法嗎？