CN109101303A - 智能图片懒加载方法 - Google Patents
智能图片懒加载方法 Download PDFInfo
- Publication number
- CN109101303A CN109101303A CN201810726417.4A CN201810726417A CN109101303A CN 109101303 A CN109101303 A CN 109101303A CN 201810726417 A CN201810726417 A CN 201810726417A CN 109101303 A CN109101303 A CN 109101303A
- Authority
- CN
- China
- Prior art keywords
- picture
- width
- loading
- lazyload
- parameter
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/451—Execution arrangements for user interfaces
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Human Computer Interaction (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种结合图片裁剪技术和缓存技术，可以轻松的实现图片按需加载服务，避免资源浪费和性能损失，从而提高用户访问网站的用户体验的智能图片懒加载方法。所述方法步骤包括设置服务端支持按照参数裁图；根据获取参数判断用户是否需要进行图片资源优化加载。(1)自动根据document.devicePixelRatio的值来加载合适的图片。(2)多域名时，通过一定的算法保证同一图片每次加载都是在固定的域上配合图片缓存技术可以实现第二次加载同一图片时直接从本地缓存取。
Description
技术领域
本发明涉及计算机通信技术领域，尤其涉及一种图片加载方法。
背景技术
随着web页面的内容越来越丰富，图片资源的使用也随之增多。这个时候带来的资源浪费问题和性能问题就变的更加突出。例如：图片高清屏适配问题；响应式图片适配问题；多域名加载图时保证图片域名分配稳定问题等。以上问题如果处理不当，就会导致图片资源的加载浪费，进而影响用户体验。本方案就是在这个背景下诞生的，主要应用在web应用上用以解决多域名、多屏幕图片加载时资源浪费和性能问题。
但是现有技术中的技术方案存在一些不足之处：
(1)在实际应用中我们通常在高清屏幕使用高清图片，如果在低清屏还使用高清屏就是资源的浪费，需要有一个方案来解决如何根据屏幕分辨率不一样而加重不同清晰度的图片，在保证用户体验不变的同时避免资源浪费。
(2)在做响应式网页时，如果我们不做优化处理所有的屏幕都用 800*800px的图片，很明显就会导致图片资源的浪费。
(3)在Http1.x协议下运行web应用，因为浏览器的限制同一个域名下的资源同时并发加载被限制在3-6个，也就意味着如果我们只用1个域名加载图片时，不管我们网上有多快，我们同一时刻也只能最多加载6个张图，这个时候我们通常是应用多个域名以保证图片并发加载，但是因此带来的问题就是：同样的图片第一次加载是用http://s1.test.com域名加载的，用户在刷新一次就可能变成http://s2.test.com域名加载，这样就会出现同一个图片有可能被2个域名加载的问题，从缓存上来讲第二次的加载就是资源浪费，因为假如我们每次都是从一个固定的域名取片，而且这图片有加了缓存，客户第二次刷新就是直接从缓存取图片，有效的避免了一次资源浪费。
(4)现在有些***也会做图片自适应方案，大概思路在<img>标签上面加上不同图片的属性，<img src＝”http://s1.test.com/b.gif”data-x2-src＝” http://s1.test.com/[email protected]”data-x2-src＝” http://s1.test.com/[email protected]”data-x3-src＝” http://s1.test.com/[email protected]”>,然后通过js判断当前屏幕尺寸来加载不同的图片尺。
发明内容
本发明的目的是解决现有技术中上述不足之处，提供一种结合图片裁剪技术和缓存技术，可以轻松的实现图片按需加载服务，避免资源浪费和性能损失，从而提高用户访问网站的用户体验的智能图片懒加载方法。
本发明公开一种智能图片懒加载方法，包括以下步骤：
设置服务端支持按照参数裁图；
根据获取参数判断用户是否需要进行图片资源优化加载。
作为优选，根据获取参数判断用户是否需要进行图片资源优化加载的步骤，进一步包括：
步骤a，扫描所有需要进行资源优化的资源标签，如果是类div标签，后面就会直接把按需加载过来的图片应用到内联样式；如果是img标签，就会直接把按需加载过来的图片应用到img标签的src属性上；
步骤b，初始化默认配置，伪代码如下：
var LazyLoad＝require(‘lazyload’)；
var lazyload＝new LazyLoad(‘.jImg’,{domain:[‘s1.test.com’,’s2.test.com’],w:100})；
lazyload.load()；
lazyload.on(‘loading’,function(currentEle,context){})
lazyload.on(‘loaded’,function(currentEle,context){})
lazyload.on(‘error,function(currentEle,context){})
步骤c，如果用户指定的图片到了可视区域就会先匹配是否有特定参数，所述特定参数是指在类div标签或者img标签的配置参数data-img-config的值，如果有就用标签配置参数覆盖全局配置参数；
步骤d，在得到这个图片最终要执行的参数信息后，就会按此规则在客户端生成新的图片地址，然后浏览器就向图片服务发送请求；
步骤e，图片服务器接收到请求以后就会判断图片是否存在，如果存就直接返回，如果不存在就根据参数裁剪需要的图片；
步骤f，客户端收到服务器端响应回调后就可以判断图片是否加载成功，如果成功就往标签中更新图片路径；如果加载失败就做一个失败标识，所有需要支持智能图片加载的标签都会有三种状态loading：加载中，loaded：加载成功， error：加载失败，这三个状态对应了3个事件，开发者可以很方便的利用这个些事件定制需求。
作为优选，所述步骤d中，图片生成规则如下：
步骤Ⅰ，先判断图片ID(data-img-src的值)是否符合之前定义的格式，如果符合就正则匹配出图片ID(imgID，32位HASH)和图片原始尺寸 (widthxheight),size＝{w:width,h:height}。如果配合合法就继续走下面流程，如果不匹配就判断是否是一个合法的url请求，如果是合法的url请求就直接强制替换图片标签的图片(类div标签是<div style＝”background-image:url(imgPath)”…></div>，img标签是<img src＝” imgPath”…>)，如果不符合就跳过，并触发error事件；
步骤Ⅱ，得到图片HASH，然后用算法分配对应的域名，算法的核心就是获取HASH里面第一个数子(如果没有任何数字，默认是0)，然后用第一个数字跟1和2分别求余数，如果余数是1的图片，就用s1.tuya.com，如果余数是2 的图片就用s2.tuya.com；
步骤Ⅲ，读取当前用户客户端信息，并把window.innerWidth、window.innerHeight和document.devicePixelRatio缓存起来，然后监听window.onresize，如果监听有变化就更新这3个变量；
步骤Ⅳ，分析传入参数，对比window.innerWidth与lgw，xsw和w的关系，缓存图片宽度；
步骤Ⅴ，对比缓存的图片宽度是否在之前缓存的原始图片宽度内，如果 width>＝size.w就直接返回原始图，如果width<size.w就拼接文件后缀为：？w＝width；
步骤Ⅵ，按照【域名+图片ID+文件后缀】组合一个完全满足需求的图片地址，基于图片地址向服务器端发起请求。
作为优选，所述步骤Ⅳ，进一步包括：
如果window.innerWidth>＝1920px则缓存图片宽度为： width＝lgw*document.devicePixelRatio；
如果window.innerWidth<768则缓存图片宽度为：width＝xsw*document.devicePixelRatio；
如果在768px<＝window.innerWidth<1920则缓存图片宽度为：width＝w*document.devicePixelRatio。
本发明同时公开一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时，实现如上述任一项所述的方法。
本发明同时公开一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如上述任一项所述的方法。
通过以上手段结合图片裁剪技术和缓存技术，可以轻松的实现图片按需加载服务，避免资源浪费和性能损失，从而提高用户访问网站的用户体验。
并可以解决如下技术问题：
(1)自动根据document.devicePixelRatio的值来加载合适的图片。
(2)多域名时，通过一定的算法保证同一图片每次加载都是在固定的域上配合图片缓存技术可以实现第二次加载同一图片时直接从本地缓存取。
(3)在<img>标签预埋符合定义的标示来精简html，减少html冗余(也可以选中对应的图片标签然后通过js传参统一配置一组图片，如果图片上有相同的配置项目，就会覆盖js的传参配置)。从而减少html大小，加快页面加载速度。
(4)结合图片裁剪技术和缓存技术我们可以轻松的实现图片按需加载服务，避免资源浪费和性能损失，从而提高用户访问网站的用户体验。
具体实施方式
下面结合具体实施方式对本发明做进一步描述。
本发明提供一种智能图片懒加载方法，包括以下步骤：
设置服务端支持按照参数裁图；
根据获取参数判断用户是否需要进行图片资源优化加载。
作为优选，根据获取参数判断用户是否需要进行图片资源优化加载的步骤，进一步包括：
步骤a，扫描所有需要进行资源优化的资源标签，如果是类div标签，后面就会直接把按需加载过来的图片应用到内联样式；如果是img标签，就会直接把按需加载过来的图片应用到img标签的src属性上；
步骤b，初始化默认配置，伪代码如下：
var LazyLoad＝require(‘lazyload’)；
var lazyload＝new LazyLoad(‘.jImg’,{domain:[‘s1.test.com’,’s2.test.com’],w:100})；
lazyload.load()；
lazyload.on(‘loading’,function(currentEle,context){})
lazyload.on(‘loaded’,function(currentEle,context){})
lazyload.on(‘error,function(currentEle,context){})
步骤c，如果用户指定的图片到了可视区域就会先匹配是否有特定参数，所述特定参数是指在类div标签或者img标签的配置参数data-img-config的值，如果有就用标签配置参数覆盖全局配置参数；
步骤d，在得到这个图片最终要执行的参数信息后，就会按此规则在客户端生成新的图片地址，然后浏览器就向图片服务发送请求；
步骤e，图片服务器接收到请求以后就会判断图片是否存在，如果存就直接返回，如果不存在就根据参数裁剪需要的图片；
步骤f，客户端收到服务器端响应回调后就可以判断图片是否加载成功，如果成功就往标签中更新图片路径；如果加载失败就做一个失败标识，所有需要支持智能图片加载的标签都会有三种状态loading：加载中，loaded：加载成功，error：加载失败，这三个状态对应了3个事件，开发者可以很方便的利用这个些事件定制需求。
作为优选，所述步骤d中，图片生成规则如下：
步骤Ⅰ，先判断图片ID(data-img-src的值)是否符合之前定义的格式，如果符合就正则匹配出图片ID(imgID，32位HASH)和图片原始尺寸 (widthxheight),size＝{w:width,h:height}。如果配合合法就继续走下面流程，如果不匹配就判断是否是一个合法的url请求，如果是合法的url请求就直接强制替换图片标签的图片(类div标签是<div style＝”background-image:url(imgPath)”…></div>，img标签是<img src＝” imgPath”…>)，如果不符合就跳过，并触发error事件；
步骤Ⅱ，得到图片HASH，然后用算法分配对应的域名，算法的核心就是获取HASH里面第一个数子(如果没有任何数字，默认是0)，然后用第一个数字跟1和2分别求余数，如果余数是1的图片，就用s1.tuya.com，如果余数是2 的图片就用s2.tuya.com；
步骤Ⅲ，读取当前用户客户端信息，并把window.innerWidth、window.innerHeight和document.devicePixelRatio缓存起来，然后监听window.onresize，如果监听有变化就更新这3个变量；
步骤Ⅳ，分析传入参数，对比window.innerWidth与lgw，xsw和w的关系，缓存图片宽度；
步骤Ⅴ，对比缓存的图片宽度是否在之前缓存的原始图片宽度内，如果 width>＝size.w就直接返回原始图，如果width<size.w就拼接文件后缀为：？w＝width；
步骤Ⅵ，按照【域名+图片ID+文件后缀】组合一个完全满足需求的图片地址，基于图片地址向服务器端发起请求。
作为优选，所述步骤Ⅳ，进一步包括：
如果window.innerWidth>＝1920px则缓存图片宽度为： width＝lgw*document.devicePixelRatio；
如果window.innerWidth<768则缓存图片宽度为：width＝xsw*document.devicePixelRatio；
如果在768px<＝window.innerWidth<1920则缓存图片宽度为：width＝w*document.devicePixelRatio。
通过以上手段结合图片裁剪技术和缓存技术我们可以轻松的实现图片按需加载服务，避免资源浪费和性能损失，从而提高用户访问网站的用户体验。
并可以解决如下技术问题：
(1)自动根据document.devicePixelRatio的值来加载合适的图片。
(2)多域名时，通过一定的算法保证同一图片每次加载都是在固定的域上配合图片缓存技术可以实现第二次加载同一图片时直接从本地缓存取。
(3)在<img>标签预埋符合定义的标示来精简html，减少html冗余(也可以选中对应的图片标签然后通过js传参统一配置一组图片，如果图片上有相同的配置项目，就会覆盖js的传参配置)。从而减少html大小，加快页面加载速度。
(4)段结合图片裁剪技术和缓存技术我们可以轻松的实现图片按需加载服务，避免资源浪费和性能损失，从而提高用户访问网站的用户体验。
假设用户一屏可以看到图片有20张，每张图片的大小的原始尺寸是 1000*1000px，是200KB，设计基准尺寸是300*300px。
1.如果这个***是在2倍高清屏幕显示，本来为了用户体验我们希望2倍屏用600*600px(150KB)图，1倍屏用300*300px(100KB)的图，假如我们不做任何优化，直接用600*600px图统一适配所有客户屏幕尺寸。此时我们有50 个用户是高清屏，50个用户是低清屏幕，就意味着，我们浪费了(150-100)*50KB 的流量不说，还让低分辨率的加载变的慢了，从而影响了用户体验。
2.如果我们是响应式***。我们本来希望lg用600*600px(150KB),xs用 300*300px(100KB)。如果我们不做任何优化，全部使用600*600px规格的图。此时我们有50个用户是lg模式访问，50个用户是xs模式访问，就意味着，我们浪费了(150-100)*50KB的流量。
如果我们启用多域名并发。启用2个并发域名s1.test.com和 s2.test.com，并且图片启用了缓存，本来希望的是s1.test.com和 s2.test.com各分配到50张图片。如果我们不做处理的话，用户第一次加载完图片需要用到的流量是100*200KB，第二次加载完图片则可能需要流量0*200KB 至100*200KB，请求数0至100次；如果做过并发域名算法处理的话，第一次还是100*200KB，第二次需要流量0KB，请求数0次。
Claims (6)
1.一种智能图片懒加载方法，其特征在于，包括以下步骤：
设置服务端支持按照参数裁图；
根据获取参数判断用户是否需要进行图片资源优化加载。
2.根据权利要求1所述的智能图片懒加载方法，其特征在于，根据获取参数判断用户是否需要进行图片资源优化加载的步骤，进一步包括：
步骤a，扫描所有需要进行资源优化的资源标签，如果是类div标签，后面就会直接把按需加载过来的图片应用到内联样式；如果是img标签，就会直接把按需加载过来的图片应用到img标签的src属性上；
步骤b，初始化默认配置，伪代码如下：
var LazyLoad＝require(‘lazyload’)；
var lazyload＝new LazyLoad(‘.jImg’,{domain:[‘s1.test.com’,’s2.test.com’],w:100})；
lazyload.load()；
lazyload.on(‘loading’,function(currentEle,context){})
lazyload.on(‘loaded’,function(currentEle,context){})
lazyload.on(‘error,function(currentEle,context){})
步骤c，如果用户指定的图片到了可视区域就会先匹配是否有特定参数，所述特定参数是指在类div标签或者img标签的配置参数data-img-config的值，如果有就用标签配置参数覆盖全局配置参数；
步骤d，在得到这个图片最终要执行的参数信息后，就会按此规则在客户端生成新的图片地址，然后浏览器就向图片服务发送请求；
步骤e，图片服务器接收到请求以后就会判断图片是否存在，如果存就直接返回，如果不存在就根据参数裁剪需要的图片；
步骤f，客户端收到服务器端响应回调后就可以判断图片是否加载成功，如果成功就往标签中更新图片路径；如果加载失败就做一个失败标识，所有需要支持智能图片加载的标签都会有三种状态loading：加载中，loaded：加载成功，error：加载失败，这三个状态对应了3个事件，开发者可以很方便的利用这个些事件定制需求。
3.根据权利要求1所述的智能图片懒加载方法，其特征在于，所述步骤d中，图片生成规则如下：
步骤Ⅰ，先判断图片ID(data-img-src的值)是否符合之前定义的格式，如果符合就正则匹配出图片ID(imgID，32位HASH)和图片原始尺寸(widthxheight),size＝{w:width,h:height}。如果配合合法就继续走下面流程，如果不匹配就判断是否是一个合法的url请求，如果是合法的url请求就直接强制替换图片标签的图片(类div标签是<div style＝”background-image:url(imgPath)”…></div>，img标签是<img src＝”imgPath”…>)，如果不符合就跳过，并触发error事件；
步骤Ⅱ，得到图片HASH，然后用算法分配对应的域名，算法的核心就是获取HASH里面第一个数子(如果没有任何数字，默认是0)，然后用第一个数字跟1和2分别求余数，如果余数是1的图片，就用s1.tuya.com，如果余数是2的图片就用s2.tuya.com；
步骤Ⅲ，读取当前用户客户端信息，并把window.innerWidth、window.innerHeight和document.devicePixelRatio缓存起来，然后监听window.onresize，如果监听有变化就更新这3个变量；
步骤Ⅳ，分析传入参数，对比window.innerWidth与lgw，xsw和w的关系，缓存图片宽度；
步骤Ⅴ，对比缓存的图片宽度是否在之前缓存的原始图片宽度内，如果width>＝size.w就直接返回原始图，如果width<size.w就拼接文件后缀为：？w＝width；
步骤Ⅵ，按照【域名+图片ID+文件后缀】组合一个完全满足需求的图片地址，基于图片地址向服务器端发起请求。
4.根据权利要求1所述的智能图片懒加载方法，其特征在于，所述步骤Ⅳ，进一步包括：
如果window.innerWidth>＝1920px则缓存图片宽度为：width＝lgw*document.devicePixelRatio；
如果window.innerWidth<768则缓存图片宽度为：width＝xsw*document.devicePixelRatio；
如果在768px<＝window.innerWidth<1920则缓存图片宽度为：width＝w*document.devicePixelRatio。
5.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时，实现如权利要求1-4中任一项所述的方法。
6.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-4中任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810726417.4A CN109101303A (zh) | 2018-07-04 | 2018-07-04 | 智能图片懒加载方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810726417.4A CN109101303A (zh) | 2018-07-04 | 2018-07-04 | 智能图片懒加载方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN109101303A true CN109101303A (zh) | 2018-12-28 |
Family
ID=64845716
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810726417.4A Pending CN109101303A (zh) | 2018-07-04 | 2018-07-04 | 智能图片懒加载方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109101303A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111475245A (zh) * | 2020-04-08 | 2020-07-31 | 腾讯科技（深圳）有限公司 | 动态图片显示方法、装置、电子设备及计算机存储介质 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102917067A (zh) * | 2012-10-24 | 2013-02-06 | 网宿科技股份有限公司 | 基于客户端自适应并发控制提高响应速度的方法和装置 |
| CN103164541A (zh) * | 2013-04-15 | 2013-06-19 | 北京奇虎科技有限公司 | 图片呈现方法及设备 |
| CN104182403A (zh) * | 2013-05-22 | 2014-12-03 | 阿里巴巴集团控股有限公司 | 一种图片信息的加载方法和设备 |
| CN104657380A (zh) * | 2013-11-20 | 2015-05-27 | 青岛海信移动通信技术股份有限公司 | 一种图片加载方法和装置 |
| CN105912336A (zh) * | 2016-04-11 | 2016-08-31 | 江苏中威科技软件***有限公司 | 一种移动端前端开发多屏适配方法 |
| CN106021557A (zh) * | 2016-05-30 | 2016-10-12 | 努比亚技术有限公司 | 一种图片加载方法和装置 |
| US9910928B2 (en) * | 2014-12-15 | 2018-03-06 | International Business Machines Corporation | Browser interaction for lazy loading operations |
-
2018
- 2018-07-04 CN CN201810726417.4A patent/CN109101303A/zh active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102917067A (zh) * | 2012-10-24 | 2013-02-06 | 网宿科技股份有限公司 | 基于客户端自适应并发控制提高响应速度的方法和装置 |
| CN103164541A (zh) * | 2013-04-15 | 2013-06-19 | 北京奇虎科技有限公司 | 图片呈现方法及设备 |
| CN104182403A (zh) * | 2013-05-22 | 2014-12-03 | 阿里巴巴集团控股有限公司 | 一种图片信息的加载方法和设备 |
| CN104657380A (zh) * | 2013-11-20 | 2015-05-27 | 青岛海信移动通信技术股份有限公司 | 一种图片加载方法和装置 |
| US9910928B2 (en) * | 2014-12-15 | 2018-03-06 | International Business Machines Corporation | Browser interaction for lazy loading operations |
| CN105912336A (zh) * | 2016-04-11 | 2016-08-31 | 江苏中威科技软件***有限公司 | 一种移动端前端开发多屏适配方法 |
| CN106021557A (zh) * | 2016-05-30 | 2016-10-12 | 努比亚技术有限公司 | 一种图片加载方法和装置 |
Non-Patent Citations (2)
| Title |
|---|
| NGINXS: "前端性能优化--图片懒加载(lazyload image)", 《HTTPS://BLOG.CSDN.NET/NGINXS/ARTICLE/DETAILS/77131044》 * |
| 喝杯茶: "简单的图片裁剪服务器", 《HTTPS://WWW.CNBLOGS.COM/DJOKER/P/7062147.HTML》 * |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111475245A (zh) * | 2020-04-08 | 2020-07-31 | 腾讯科技（深圳）有限公司 | 动态图片显示方法、装置、电子设备及计算机存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11303720B2 (en) | Origin and cache server cooperation for compute-intensive content delivery | |
| US8447876B2 (en) | Content timing method and system | |
| US8312170B2 (en) | Method and apparatus for managing a collection of portlets in a portal server | |
| US10880391B2 (en) | Method and apparatus for relaying session information from a portal server | |
| CN103209223B (zh) | 分布式应用会话信息共享方法、***和应用服务器 | |
| US7146563B2 (en) | Maintaining screen and form state in portlets | |
| US8055705B2 (en) | Method and apparatus for enabling associated portlets of a web portlet to collaborate for synchronized content display | |
| US7509404B2 (en) | Methods and systems for partial page caching of dynamically generated content | |
| US6889234B1 (en) | System and methods for invalidation to enable caching of dynamically generated content | |
| CN102985921B (zh) | 在具有电子资源数据库的客户端装置中高速缓存电子文档资源 | |
| US20060235935A1 (en) | Method and apparatus for using business rules or user roles for selecting portlets in a web portal | |
| CN104714965B (zh) | 静态资源去重方法、静态资源管理方法及装置 | |
| US20090204682A1 (en) | Caching http request and response streams | |
| US20180060431A1 (en) | Managing cached data in a network environment | |
| CN107391664A (zh) | 基于web的页面数据处理方法和*** | |
| CN106657287A (zh) | 一种数据访问方法及*** | |
| EP2590113A1 (en) | On demand multi-objective network optimization | |
| CN112131504B (zh) | 一种网页编辑、展示方法、装置、设备以及存储介质 | |
| JP2000322395A (ja) | オブジェクト・レンダリングの分散配置のための協調プロキシ・システムの方法および装置 | |
| US6938072B2 (en) | Method and apparatus for minimizing inconsistency between data sources in a web content distribution system | |
| US11086637B1 (en) | Configuration transformation and delivery | |
| US20200320154A1 (en) | A webpage loading method, webpage loading system and server | |
| CN103269353B (zh) | Web缓存回源优化方法及Web缓存*** | |
| US20170068644A1 (en) | Systems, devices, and methods for dynamically generating webpages | |
| CN109101303A (zh) | 智能图片懒加载方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20181228 |
|
| RJ01 | Rejection of invention patent application after publication |