摘要:而它们在处理时将后面的字符串当做为位置标识符,没有将后数据提交至浏览器内部解析器我认为的模拟服务器中,所以就出现了数据丢失解析异常。以上分析纯属个人猜测。
在使用生成的svg图作为 img 标签是src值时,发现有部分浏览器显示异常,所以这里记录下
参考链接
Data URLs
/cnblogs html/css/rfc2397.html
https://developer.mozilla.org/zh-CN/docs/Web/HTTP/data_URIs
URL hash
http://www.ruanyifeng.com/blog/2011/03/url_hash.html
https://developer.mozilla.org/zh-CN/docs/Web/API/URL/hash
在 img src= Data URLs 中,Data URLs格式与显示情况如下:
//1. 部分浏览器不能正常显示 data:image/svg+xml, svg xmlns= /cnblogs html/css/svg width= 50 height= 50 rect fill= #795548 x= 0 y= 0 width= 100% height= 100% /rect text fill= #FFF x= 50% y= 50% text-anchor= middle alignment-baseline= central font-size= 16 font-family= Verdana, Geneva, sans-serif jack /text /svg //2. 采用base64编码svg,正常显示 data:image/svg+xml;base64,PHN2ZyB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvMjAwMC9zdmciIHdpZHRoPSI1MCIgaGVpZ2h0PSI1MCI+PHJlY3QgZmlsbD0iIzc5NTU0OCIgeD0iMCIgeT0iMCIgd2lkdGg9IjEwMCUiIGhlaWdodD0iMTAwJSI+PC9yZWN0Pjx0ZXh0IGZpbGw9IiNGRkYiIHg9IjUwJSIgeT0iNTAlIiB0ZXh0LWFuY2hvcj0ibWlkZGxlIiBhbGlnbm1lbnQtYmFzZWxpbmU9ImNlbnRyYWwiIGZvbnQtc2l6ZT0iMTYiIGZvbnQtZmFtaWx5PSJWZXJkYW5hLCBHZW5ldmEsIHNhbnMtc2VyaWYiPmphY2s8L3RleHQ+PC9zdmc+ //3. 采用%23转义#,正常显示 data:image/svg+xml, svg xmlns= /cnblogs html/css/svg width= 50 height= 50 rect fill= %23795548 x= 0 y= 0 width= 100% height= 100% /rect text fill= %23FFF x= 50% y= 50% text-anchor= middle alignment-baseline= central font-size= 16 font-family= Verdana, Geneva, sans-serif jack /text /svg //4. 采用rgb代替hex color,正常显示 data:image/svg+xml, svg xmlns= /cnblogs html/css/svg width= 50 height= 50 rect fill= rgb(121,85,72) x= 0 y= 0 width= 100% height= 100% /rect text fill= rgb(255,255,255) x= 50% y= 50% text-anchor= middle alignment-baseline= central font-size= 16 font-family= Verdana, Geneva, sans-serif jack /text /svg
上面给出的Data URLs中第一个与其他的不同之处就是包含了URL的敏感字符#,其被作为hash使用,用于浏览器网页内部的网页位置指定标识符,#后面出现的任何字符,都会被浏览器解读为位置标识符。
这里我用以上链接直接使用浏览器访问,73版谷歌浏览器和66版火狐浏览器对于第一个Data URLs给出的结果都是解析异常,这里我的猜测(意淫)就是这种Data URLs其实是浏览器内部识别了URL标识,其又充当了一台服务器,对当前Data URLs进行解析,之后内部直接给出数据。而它们在处理data:image/svg+xml时将#后面的字符串当做为位置标识符,没有将#后数据提交至浏览器内部解析器(我认为的模拟服务器)中,所以就出现了数据丢失解析异常。
以上分析纯属个人猜测。反正这里需要注意的就是,采用Data URLs时有可能出现URL特殊字符,最好能够对其进行编码,或者转义。
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/786.html
摘要:而它们在处理时将后面的字符串当做为位置标识符,没有将后数据提交至浏览器内部解析器我认为的模拟服务器中,所以就出现了数据丢失解析异常。以上分析纯属个人猜测。在使用生成的svg图作为 http://www.faqs.org/rfcs/rfc2397.html https://developer.mozilla.org/zh-CN/docs/Web/HTTP/data_URIs URL hash ...
摘要:而它们在处理时将后面的字符串当做为位置标识符,没有将后数据提交至浏览器内部解析器我认为的模拟服务器中,所以就出现了数据丢失解析异常。以上分析纯属个人猜测。在使用生成的svg图作为 img 标签是src值时,发现有部分浏览器显示异常,所以这里记录下 参考链接 Data URLs /cnblogs html/css/rfc2397.html /cnblogs html/css/data_...
摘要:而它们在处理时将后面的字符串当做为位置标识符,没有将后数据提交至浏览器内部解析器我认为的模拟服务器中,所以就出现了数据丢失解析异常。以上分析纯属个人猜测。在使用生成的svg图作为 img 标签是src值时,发现有部分浏览器显示异常,所以这里记录下 参考链接 Data URLs /cnblogs html-css/rfc2397.html /cnblogs html-css/data_...
阅读 2746·2021-09-28 09:45
阅读 1474·2021-09-26 10:13
阅读 820·2021-09-04 16:45
阅读 3599·2021-08-18 10:21
阅读 1048·2019-08-29 15:07
阅读 2600·2019-08-29 14:10
阅读 3112·2019-08-29 13:02
阅读 2435·2019-08-29 12:31