[转载]CSS Sprites

mikel阅读(941)

[转载]CSS Sprites – senly – 博客园.

CSS Sprites

CSS Sprites

原理

我们知道,自CSS革命以降,HTML倾向于语义化,在一般情况下不再在标记里写装饰性的内容而是把呈现的任务交给了CSS。GUI是缤纷多彩的, 少不了各种漂亮的图来装点。新时代的生产方式是,在HTML布满各种各样的钩子(hook),然后交由CSS来处理。在需要用到图片的时候,现阶段是通过 CSS属性background-image组合background-repeat, background-position等来实现(题外话:为何我提现阶段,因为未来浏览器若支持content则又新增另外的实现方法)。我们的主角是,你一定猜到了,就是background-position。通过调整background-position的数值,背景图片就能以不同的面貌出现在你眼前。其实图片整体面貌没有变,由于图片位置的改变,你看到只该看到的而已。就好比手表上的日期,你今天看到是21,明天看到是22,是因为它的position往上跳了一格。所以你也大概了解到,CSS Sprites一般只能使用到固定大小的盒子(box)里,这样才能够遮挡住不应该看到的部分。

我们使用YUI的sprite.png举个例子,假如我们有这么一段代码,max代表最大化,min代表最小化,我们需要给它们配上相应的漂亮图片(这样我们的网站才能够吸引人,才可以卖钱,才可以到佛罗里达晒太阳:D):

<div class="max">最大化</div>
<div class="min">最小化</div>

这两个class都使用同一个图片:

.min, .max {
  width:16px;
  height:16px;
  background-image:url(http://developer.yahoo.com/yui/build/assets/skins/sam/sprite.png);
  background-repeat: no-repeat; /*我们并不想让它平铺*/
  text-indent:-999em; /*隐藏文本的一种方法*/
}

效果如下:

最大化
最小化

我们看到一团灰,没错,因为我们还没有指定background-position,默认为 0 0,可以看下sprite.png, 处于这个位置正是灰块。好了,我们要找到代表最大化的加号和代表最小化的减号的位置找出来。经过测量,最大化按钮位于Y轴的350px处,最小化按钮位于 Y轴400px处。想一想我们如何才能让它们能够显示出来呢,明显,要向上提升sprite.png,得到代码如下:

.max {
  background-position: 0 -350px;
}
.min {
  background-position: 0 -400px;
}

耶,我们成功了:

最大化
最小化

(注意:为了举例的方便,本例子直接在HTML内置样式,切勿在实践中的非特殊情况使用这种方式)。

优点

我们从前面了解到,CSS Sprites为什么突然跑火,跟能够提升网站性能有关。显而易见,这是它的巨大优点之一。普通制作方式下的大量图片,现在合并成一个图片,大大减少了HTTP的连接数。HTTP连接数对网站的加载性能有重要影响。

缺点

至于可维护性,这是一般双刃剑。可能有人喜欢,有人不喜欢,因为每次的图片改动都得往这个图片删除或添加内容,显得稍微繁琐。而且算图片的位置(尤其是这种上千px的图)也是一件颇为不爽的事情。当然,在性能的口号下,这些都是可以克服的。

由于图片的位置需要固定为某个绝对数值,这就失去了诸如center之类的灵活性。

前面我们也提到了,必须限制盒子的大小才能使用CSS Sprites,否则可能会出现出现干扰图片的情况。这就是说,在一些需要非单向的平铺背景和需要网页缩放的情况下,CSS Sprites并不合适。YUI的解决方式是,加大图片之间的距离,这样可以保持有限度的缩放。

总结

性能压倒一切。CSS Sprites是值得推广的一种技术。尤其适宜用于FIR,比如固定大小的icon替换。为保持兼容性,图片中的各个部分保持一定的距离是一种不错的做法。

推荐阅读:

更新:有网友问到IE6不支持png的问题。其实真相是,IE6不支持的是半透明(alpha transparency)的png,对于全透明的png, IE6并不存在问题。因此,在实践中,不涉及到半透明而需要透明背景的图片,其实都可以使用png, 这是很安全的。

[转载]CSS Sprites图片合并

mikel阅读(978)

[转载]CSS Sprites图片合并 – North – 博客园.

CSS Sprites的目的就是通过整合图片,减少对服务器的请求数量,从而加快页面加载速度。

实现方法:

  1. 首先将小图片整合到一张大的图片上
  2. 然后根据具体图标在大图上的位置,给背景定位。

.icons{background-position:-8px -95px;}

使用技巧:

  1. 小图片排列方面:颜色相近的图片放在一起,可以减少输出的色数,进一步降低文件体积。
  2. 整合图片生成方面:PNG8的图像比GIF图像要小30%左右
  3. 通过工具再压缩:fireworks生成的PNG比photoshop更小,而一些专用的压缩软件也可以让图片再小一些。

分类: HTML/CSS

转载理解ASP.NET MVC系列之三:从URL到Route

mikel阅读(995)

转载理解ASP.NET MVC系列之三:从URL到Route – Kevin.Yang – 博客园.

这一篇继续从请求说起。

有意义的URL

在经典的Web From请求中,通常我们请求的都是.aspx或者.ashx的文件。

ASP.NET MVC中,此时的请求不同了。

MVC的请求是一个有意义的URL,虽然不是直接请求的文件,但它还是能够得到网站应用程序处理,还是能得到响应,这是为什么呢?上一节也提过了,那就是Route在中间做了处理。

Route:

ASP.NET MVC中,从URLRouteData的映射通过Route对象表示。就是说请求参数在RouteTable中进行匹配,然后返回一个匹配的Route对象RouteData。所以需要先在RouteTable中注册Route信息(这一步在Global.asax.cs中进行), RouteTable的静态属性Routes保存当前应用程序的所有Route信息。

这里需要注意的是,在往RouteTable中添加Route的时候,顺序很重要,因为应用程序在匹配Route的时候,会从上往下依次进行查找,所以特殊的应该放到前边,一般化的放到后边,不然,你的特殊的URL永远被一般化的Route抢先匹配,特殊的Route永远 匹配不到了。

所有的Route都必须派生自RouteBase类。

此类的定义如下:

此类有一个构造函数和两个方法:

GetRouteData方法需要一个HttpContextBase类型的参数,这个参数包含了封装好的有关HTTP请求信息的对象。根据传进来的请求信息 对象进行匹配,如果该路由与当前请求匹配,就会返回一个包含路由定义值的对象,否则返回null

GetVirtualPath方法需要两个参数,requestContext参数是封装了有关请求的路由的信息的一个对象,values参数包含了路由参数的对象。如果当前路由跟values匹配,它会返回一个包含了生成的URL和有关路由信息的对象。否则返回null

自定义路由:

MVC中,我们通常在URL中包含需要使用的控制器名称和控制器中执行的动作,然后还得在后边附加上动作所需的参数。在ASP.NET MVC中提供了一个默认的路由格式供我们使用。

不过如果参数有2个或者更多的时候,如果使用默认的URL格式,这个URL可能是这个样子的:http://www.petshop.com/petshop/search/fish/meno

www.petshop.com表示网站

petshop表示Controller

search表示执行的动作。

fishmeno是两个参数,表示要查看fish类别下的meno

不过这个地址有些太冗长了。

如果我们想直接输入参数,而默认使用petshop控制器和search动作呢?像这个样子:

http://www.petshop.com /fish/meno

那我们就需要自定义一个路由了:

这个路由通过默认的参数来指定了ControllerAction

路由约束:

可是上边的Route定义之后,会发现原来有效的Home/Index出现了问题。上边定义的Route只需要两个参数,可是Home/Index也是两个参数,所以,两个参数的请求都被路由到PetShopsRoute上来了。

我们定义PetShopsRoute仅仅是为了处理petshop的类别,Home/Index这个请求我们是不希望被PetShopRoute路由的,所以我们就可以限制Categories参数必须是我们所希望的。

我们可以修改上边的PetShopRoute路由为:

此示例源码下载


自定义路由约束:

要实现自定义路由约束就要实现 IRouteConstraint 接口。此接口的定义为:

此类只包含了一个方法:Match,如果URL参数包含有效值就会返回true,否则返回false。此方法需要5个参数。

httpContext:封装了有关HTTP请求信息的对象;

route:此约束所属的对象。

parameterName:正在检测的参数的名称;

values:一个包含URL的参数的对象:

routeDirection:这个对象只是在处理传入请求或者生成URL时,是否正在执行的约束检查。

关于自定义路由的实例,龙王有一篇文章ASP.NET MVC 之创建自定义路由约束,说得很清晰,推荐大家去看一下。这里我就不再重复了。

好了,这篇就到这里,关于请求的执行过程说完了。

待续。

[转载]利用HTTP Cache来优化网站

mikel阅读(800)

[转载]利用HTTP Cache来优化网站 – Cocowool – 博客园.

对于网站来说,速度是第一位的。用户总是讨厌等待,面对加载的Video和页面,是非常糟糕的用户体验。所以如何利用Cache来优化网站,值得深入研究。

什么是缓存?

缓存是一个到处都存在的用空间换时间的例子。通过使用多余的空间,我们能够获取更快的速度。用户在浏览网站的时候,浏览器能够在本地保存网站中的图 片或者其他文件的副本,这样用户再次访问该网站的时候,浏览器就不用再下载全部的文件,减少了下载量意味着提高了页面加载的速度。

下面这个图例说明了浏览器和服务器之间如何进行交互。

缓存的缺点

缓存非常有用,但是也带来了一定的缺陷。当我们的网站发生了更新的时候,比如说Logo换了,浏览器本地仍保存着旧版本的Logo,那么浏览器如何来确定使用本地文件还是使用服务器上的新文件?下面来介绍几种判断的方法。

Caching Method 1:Last-Modified

服务器为了通知浏览器当前文件的版本,会发送一个上次修改时间的标签,例如:

Last-modified: Fri, 16 Mar 2007 04:00:25 GMT

File Contents (could be an image, HTML, CSS, JavaScript…)

这样浏览器就知道他收到的这个文件创建时间,在后续的请求中,浏览器会按照下面的规则进行验证:

1、浏览器:Hey,我需要logo.png这个文件,如果是在  Fri, 16 Mar 2007 04:00:25 GMT 之后修改过的,请发给我。

2、服务器:(检查文件的修改时间)

3、服务器:Hey,这个文件在那个时间之后没有被修改过,你已经有最新的版本了。

4、浏览器:太好了,那我就显示给用户了。

在这种情况下,服务器仅仅返回了一个304的响应头,减少了响应的数据量,提高了响应的速度。

Caching Method 2: ETag

通常情况下,通过修改时间来比较文件是可行的。但是在一些特殊情况,例如服务器的时钟发生了错误,服务器时钟进行修改,夏时制DST到来后服务器时间没有及时更新,这些都会引起通过修改时间比较文件版本的问题。

ETag可以用来解决这种问题。ETag是一个文件的唯一标志符。就像一个哈希或者指纹,每个文件都有一个单独的标志,只要这个文件发生了改变,这个标志就会发生变化。

服务器返回ETag标签:

ETag: ead145f

File Contents (could be an image, HTML, CSS, JavaScript…)

接下来的访问顺序如下图所示:

1、浏览器:Hey,我需要Logo.png这个文件,有没有不匹配“ead145f”这个串的

2、服务器:(检查ETag…)

3、服务器:Hey,我这里的版本也是”ead145f”,你已经是最新的版本了

4、浏览器:好,那就可以使用本地缓存了

如同 Last-modified 一样,ETag 解决了文件版本比较的问题。只不过 ETag 的级别比 Last-Modified 高一些。

Caching Method 3:Expires

缓存一个文件,并且与服务器确认版本的方式非常好,但是仍有一个缺点,我们必须连接服务器。每次使用前都进行一次比较,这种方法很安全,但还不是最好的。我们可以使用 Expiration Date 来减少这种请求。

就像我们用牛奶来煮麦片一样,每次喝之前都要检查一下牛奶是否安全。但是如果我们知道牛奶的过期时间,我们就可以在过期之前,直接使用而不用再送去检查。一旦超过了过期时间,我们再去买一份新的回来。服务器返回的时候,会带上这份数据的过期时间:

Expires: Tue, 20 Mar 2007 04:00:25 GMT

File Contents (could be an image, HTML, CSS, Javascript…)

这样,在过期之前,我们就避免了和服务器之间的连接。浏览器只需要自己判断手中的材料是否过期就可以了,完全不需要增加服务器的负担。

Caching Method 4:Max-age

Expires的方法很好,但是我们每次都得算一个精确的时间。max-age 标签可以让我们更加容易的处理过期时间。我们只需要说,这份资料你只能用一个星期就可以了。

Max-age 使用秒来计量,下面是一些常用的单位:

1 days in seconds = 86400

1 week in seconds = 604800

1 month in seconds = 2629000

1 year in seconds = 31536000

额外的标签

缓存标签永远不会停止工作,但是有时候我们需要对已经缓存的内容进行一些控制。

Cache-control: public 表示缓存的版本可以被代理服务器或者其他中间服务器识别。

Cache-control: private 意味着这个文件对不同的用户是不同的。只有用户自己的浏览器能够进行缓存,公共的代理服务器不允许缓存。

Cache-control: no-cache 意味着文件的内容不应当被缓存。这在搜索或者翻页结果中非常有用,因为同样的URL,对应的内容会发生变化。

注意:有些标签只是在支持HTTP/1.1的浏览器上可用,如果想要了解更多,那么推荐RFC2616以及Cache docs

参考资料:

1、How to Optimize Your Site with HTTP Caching

[原创]DedeCMS仿站教程3:栏目标签的使用

mikel阅读(1006)

  1. 首页频道导航标签使用:

    模板标签-频道标签channel

    该标签为全局标志,在所有模板里都可以使用。功能:用于获取栏目列表,调用方法:

    {dede:channel type='top' row='8' currentstyle="<li><a href='~typelink~' class='thisclass'>~typename~</a>
     </li>"}
    <li><a href='[field:typelink/]'>[field:typename/]</a> </li>
    {/dede:channel}
    

    参数说明: typeid:栏目ID
    reid:上级栏目ID
    row:调用栏目数
    col:分多少列显示(默认为单列
    type:son表示下级栏目,self表示同级栏目,top顶级栏目
    currentstyle:应用样式

    注意:typeid有时候可能用,我们又只想显示固定的导航栏目,有两种方法:
    1)将导航栏目生成后的html代码拷贝到head.htm模板中
    2)不想导航显示的栏目设置成隐藏属性,然后在其下面建立同名的二级栏目,并设置属性为显示

  2. 首页显示指定栏目的信息:
    该标签为全局标志,在所有模板里都可以使用,并且支持标签嵌套。功能:获取当前频道的下级栏目的内容列表标签,调用方法

    {dede:channelartlist row=6 typeid=1,3,5}
    <dl>
     <dt><a href='{dede:field name='typeurl'/}'>{dede:field name='typename'/}</a></dt>
     <dd>
     {dede:arclist titlelen='42' row='10'}    <ul class='autod'>
         <li><a href="[field:arcurl /]">[field:title /]</a></li>
          <li>([field:pubdate function="MyDate('m-d',@me)"/])</li>
        </ul>
    {/dede:arclist}
    </dl>
    {/dede:channelartlist}
    

    typeid:频道ID
    row:获取的栏目返回值

[原创]DedeCMS仿站教程3:栏目标签的使用

mikel阅读(999)

  1. 首页频道导航标签使用:

    模板标签-频道标签channel

    该标签为全局标志,在所有模板里都可以使用。功能:用于获取栏目列表,调用方法:

  2. {dede:channel type='top' row='8' currentstyle="
    	<li><a class="thisclass" href="~typelink~">~typename~</a></li>
    "}
    	<li><a href="&#91;field:typelink/&#93;">[field:typename/]</a>
    <ul>
    	<li>typeid:栏目ID</li>
    	<li>reid:上级栏目ID</li>
    	<li>row:调用栏目数</li>
    	<li>col:分多少列显示(默认为单列</li>
    	<li>type:son表示下级栏目,self表示同级栏目,top顶级栏目</li>
    	<li>currentstyle:应用样式</li>
    </ul>
    </li>
    {/dede:channel}
    

    参数说明:

  3. 首页显示指定栏目的信息:

[转载]Word2007鼠标失效 解决办法(转)

mikel阅读(960)

[转载]Word2007鼠标失效 解决办法(转) .

Word2007鼠标失效 解决办法(转)
一直在使用word2007,但用了一段时间,发现经常鼠标在Word2007的编辑区无法使 用,无法用鼠标定位光标插入点,无法右解点击,无法选择文本,总之,就像你没有鼠标一样。结果只能关掉文档重新打开,就可以用一会,只是不知道什么时候它 又会失效。总不能这样鼠标一失效就关掉重开吧。。。。于是上网搜了一下,才发现问题的所在,因为Powerdesigner12.5惹的祸。不过,同时装 这两个东西的人,还真不多,所以碰到问题的人也不多,我算幸运的一个了。

解决方法就是,打开Word2007,趁鼠标还有效的时候,点击[开始]按钮,点击 【word选项】找到COM加载项,把Powerdesigner12.5的插件去掉,就OK了。

另外word文档中的选中文字居然不能删除了

解决办法:打开一个word文件,选择:
工具――选项――编辑――键入内容替换所选内容,在这个前的空白处打勾,确定,保存关闭文件。这就行了

[转载]腾讯微博的XSS攻击漏洞

mikel阅读(1081)

[转载]【原创】腾讯微博的XSS攻击漏洞 – Kingthy – 博客园.

相信大家都知道新浪微博在6月28日发生的XSS攻击事件了吧?在那晚里,大量新浪微博用户自动发送微博信息和自动关注一名叫“hellosamy“的用户。

究 竟XSS攻击为什么能有这么大的威力?现在很多网站都采用了Cookie记录访问者的登录状态,在进行某些功能操作时(比如:发微博),服务器判断用户的 Cookie记录的登录状态,如果用户是登录状态的则允许操作。正常情况下这样的操作看起来是安全的,因为服务器假想那些操作都是用户自己主动提交的操 作。但假如攻击者进行了恶意的渗透(页面脚本注入或会话截取),模拟了用户的操作,这样这些操作就是恶意的并且可能是带有“危险”性的!比如新浪微博里的 自动发微博、自动关注等等。

XSS攻击分成两类

一类是来自内部的攻击,主要指的是利用网页自身的漏洞,将恶意脚本注入到网页,当用户访问此页面时,恶意脚本也会跟着执行,这样恶意脚本就能利用到用户的所有状态数据执行恶意操作,比如发微博、私信等(新浪微博的XSS攻击就是此类)。

另一类则是来自外部的攻击,主要指的自己构造XSS跨站漏洞网页或者寻找非目标机以外的有跨站漏洞的网页。如当我们要渗透一个站点,我们自己构造一个有跨站漏洞的网页,然后构造跨站语句,通过结合其它技术,如社会工程学等,欺骗目标服务器的管理员打开。

新浪微博的XSS攻击事件过去了,腾讯微博目前还没有发生此类事件,但这不表明腾讯微博是安全的:)

因 为我这几天都在捣鼓腾讯微博的小应用开发,所以很经常去逛腾讯微博应用频道,想看看最近推荐的应用有哪些(其实是想看到自己的应用有没有被推荐出来,很可 惜!没有,失望:(!),昨晚在闲逛腾讯微博的应用频道,突然好奇心突起,测试了一下,竟然被我发现一个XSS注入点!

腾讯微博的应用介绍地址基本都是这样的:

http://app.t.qq.com/app/intro/xxxxxxxxx

比如这个不知是什么虾米的“test9“应用的介绍地址是这样的:

http://app.t.qq.com/app/intro/24042/test9/http%253A%252F%252Fappst.qq.com%252Fcgi-bin%252Fwbapps%252Fwb_appstore_app.cgi%253Fappid%253D24042

看 到后面的“http%253A%252F%252Fappst.qq.com%252Fcgi- bin%252Fwbapps%252Fwb_appstore_app.cgi%253Fappid%253D24042”这串东西没有?很明显是一个 URL地址,这个URL地址在哪里用到呢?我们打开那应用的介绍地址,然后查看一下源码,会发现这个URL地址会在一个iframe里出现,如下图:

image

如果我们在那URL里加点东西会怎样?试试,改这样的地址:

http://app.t.qq.com/app/intro/24042/test9/http%253A%252F%252Fappst.qq.com%252Fcgi-bin%252Fwbapps%252Fwb_appstore_app.cgi%253Fappid%253D24042%22%20onload=%22alert(‘Hello’);

也就是将那URL改为这样的URL数据(未编码)

http://appst.qq.com/cgi-bin/wbapps/wb_appstore_app.cgi?appid=24042" onload="alert('Hello');

访问上面的链接,浏览器向我Say hello(如下),很好!很好!

image

源码就成了这样的:

image

注意:在IE9下,上面的XSS注入无效,只对IE8及以下有效,IE9里将会这样提示:

image

并且上面的代码里会自动将onload给转换掉,如下图:

image

虽然IE9里不能构成XSS攻击,但是现在有多少人在用IE9呢?

好了,注入点有了,后面该做什么的就做什么吧,打酱油的打酱油,泡妞的泡妞吧。具体如何打酱油、泡妞,我就不再教你们了,嘿嘿,我没有你们这么坏:)

真的想看XSS攻击效果?请猛点这里! (注:此演示需要在您已登录腾讯微博的情况下才能XSS攻击成功,如果成功,你将会自动关注我的微博http://t.qq.com/kingthy和发送一条微博信息)

备注说明:此漏洞在我发此日志前我已告诉腾讯官方,所以如果你看到我这篇文章后,发现上面的漏洞根本无法使用了,那就是腾讯已修复了此漏洞。如果还未修复,那只能说腾讯不重视或者还在打酱油ING……

声明:请勿利用此漏洞做任何非法的事!否则造成的任何后果都全由你个人承担!本人概不负责!!!!

文章转载请注明本人博客来源地址!

[原创]DedeCMS仿站教程2:AppServ虚拟站点配置教程

mikel阅读(1091)

1.Appsrv的Apache本地调试虚拟站点设置,1个IP不同端口,需要在httpd.conf里设置Listen 端口 设置不同的端口;
2.然后打开httpd.conf的LoadModule vhost_alias_module modules/mod_vhost_alias.so 和 # Virtual hosts
Include conf/extra/httpd-vhosts.conf
3.设置/appsrv/apachex.x/conf/extra/httpd-vhosts.conf,加入虚拟站点,和目录权限设置,如下:

ServerAdmin webmaster@dummy-host.x
DocumentRoot “C:/AppServ/www/phpMyAdmin”
ServerName phpMyAdmin
ServerAlias phpMyAdmin.com

Options Indexes MultiViews
AllowOverride None
Order allow,deny
Allow from all


ServerAdmin webmaster@dummy-host.x
DocumentRoot “C:/AppServ/www/xueshi”
ServerName xueshi
ServerAlias xueshi.com

Options Indexes MultiViews
AllowOverride None
Order allow,deny
Allow from all


4.开始菜单,appsrv-control server as service–apache restart 重启apache服务

[转载]拒绝图片延迟加载,爽爽的看美图

mikel阅读(1008)

[转载]拒绝图片延迟加载,爽爽的看美图 – 杨中科 – 博客园.

有一天我一个朋友访问一个XX图片网站……每个人背后总有几个背黑锅的“朋友”,好吧,我承认那个“朋友”其实是我自己,你能把我怎么的?

这个网站用的是Discuz X2搭建的,启动了Discuz的图片延迟加载的功能。现在很多图片网站为了降低服务器压力都启用了图片延迟加载的机制,也就是只有图片处于可视区域才加载,这样用户没看到的图片就不加载,对于服务器的负载减轻还是帮助很大的。大致的原理是,对于图片标签不是把图片的路径指定到src属性上,src属性指定一个非常小的空白图片,真正的图片地址设置到一个自定义的属性上,比如file,这样img标签就是这样:

<img src=”blank.jpg” file=”00xx.jpg”/>

由于图片的地址指定到了一个自定义属性上,所以img不会去加载那个图片。当图片在浏览器上加载的时候显示的那个非常小的空白图片blank.jpg(如 果不设置初始的src会显示红叉,很难看),而且页面中所有的要延迟加载的图片都是使用blank.jpg,由于blank.jpg加了缓存,这样对服务 器的压力几乎没有。

然后启动一个定时器,定时检测图片是否处于可视区域,如果处于可视区域,则将file属性的值设置到src属性上,这样图片才开始加载。这是伟大程序员的伟大发明,真的很牛。

但是对于用户来讲就没那么爽了,如果网速比较慢的话,每次滚动到一个图片上都要等待它加载很痛苦!而且看XX组图通常要把好几个帖子一起打开,让那些帖子 慢慢后台加载,咱们再一个帖子一个帖子的看,但是一旦有了延迟加载就只能挨个打开再忍耐着它加载看了,不爽呀,Hold不住呀!

程序员用程序员的智慧,问题很好解决,写一个JavaScript脚本把所有图片的file属性一次性设置到src属性上不就ok了吗?写一个JavaScript脚本:

JavaScript:var html='';for(var i=0;i<document.images.length;i++){var img = document.images[i];if(img.file){html+='<img src='+img.file+' />';}};document.write(html+"<br/>ok");

我这个代码更直接,遍历网页上有file属性的图片,然后构造出一个含有所有图片的html然后输出到浏览器,哈哈页面上只有图片!这段代码是非常简单的JavaScript dom操作代码,看不懂的同学可以参考传智播客的免费.Net视频教程中的JavaScript教程部分。

把上面的代码粘贴到地址栏,按下回车整个网页只有图片了,没有广告、没有文字、只有图片,不要太爽哟!

下面这张延迟加载的原始网页(为了和谐,我费了半天劲才选了一个尺度非常小的组图,同时为了和谐,我把网址、网站名都mosaic了,请谅解):

执行脚本后的页面:

为了用起来更方便把上面的代码添加到收藏夹,打开每个图片帖子以后点击一下收藏夹里这个代码的项,方便更进一步!

如果想用起来更方便一点,可以写一个BHO,每次网页加载完毕的时候自动执行上面的代码,就完全自动化了,我比较懒就不去写了,思路留给大家。