google收录时间 —-更新后第4天 更新时间 每七天更新一次(排名影响小) 大更新时间 每月更新一次(排名影响大) PR数值更新3个月更新完一次(9月20日更新过以此类推)因为存在不同服务器更新总时间为一星期 GOOGLE有两种爬虫一种是收录爬虫,此爬虫是专门收录网站用的,还有一种是增加排名的爬虫,此爬虫是综合计算反响连接用的爬虫,并且对排名的稳定和位 置很重要. 所以有的新站,在刚收录的时候排名不是很好就是很差,这是因为第一个爬虫的原因,但是网站掉了不要着急,真正排站要在三个月后第二个爬虫来的时候来会生 效. 还有就是GOOGLE谷歌研究者们发现了一个很简单的办法，就是查看GOOGLE的几个镜像站点是否相同，因为在GOOGLE更新期间，他总是将 www2.google.com或者www3.google.com作为更新测试站点，在这期间，后两个站点中索引的页面数量和主站点将会不同。比如当我 们从www.google.com，www2.google.com ， www3.google.com 还有就是一种情况： 三个网站搜索同一个关键词，得到的结果的数量不相同，这就说明GOOGLE正在更新。 GOOGLE这种大规模的更新在国外被称为GOOGLE DANCE（狗狗跳舞），有一个专门协助我们检查他是否正在跳舞的网站 http://www.google-dance-tool.com 这个网站提供一个工具，通过这个工具，我们只需要输入一个关键词然后点击一个按钮，就可以看到GOOGLE三个镜像站点的搜索结果，很方便我们对比。

其实最重要的还是提高网站的质量，不能是网站的设计，还是内容，还是页面的代码，都需要得到很好的优化。

—有问题？周五嚼了它

先说说嚼嚼会的“红本本”：

{一个问题}的宗旨：每次我们只有且只解决一个问题

—因为问题很多，我们需要找到他们的根源，把它fix，那其他的都迎刃而解

{一个问题}的目标：解决能触及的一个问题

—虽然每次只解决一个，但在交流过程中，分享过程中，大家都得到了各自需要的和我们这个团队所需要的

{一个问题}的义务：在嚼“它”的同时，共同嚼掉它，不嚼者将被清理

—你知道我说的“它”是什么意思的，对吧？想嚼更多？请你多多发起问题

{一个问题}的范围：任何问题

—但在开始前，请偷偷跟KDUED里某位成员交流这个问题是否有讨论的价值，是否能让大都数人参与讨论，当然，如果你是证明哥德巴赫猜想，请你分享！最后，在开始前一天公布所有问题，大家投票决定“嚼”哪一个。

第一届的主题是：web中，信息到底应该怎么展现？

这个话题可大可小，我们也天马行空，尽量的广，谈到了信息架构层级的问题，也有数据挖掘相关…..但总的来说，还是要围绕一个关键的点：UCD，以用户为中心。

不过主要集中的，还是在内容的建设和呈现过程中的交互上。

1.信息需要满满堆吗？

很多情况是：我想第一层级就把信息都放出来，让浏览者能一下全部看完，不管它有多长，有多少。认为只要稍稍通过视觉上的区分就能达到效果。

其实，这样做的初衷是对的，那就是尽量快的让浏览者获取信息，但如果用的不好，也会产生极大的干扰，出现要找的信息找不到，不好找的结果，因为满满堆肯定会导致布局过于复杂。例如友商网的注册成功后显示的祝贺页面就是这样，把所有的服务信息都放了出来，密密麻麻，让人压抑。、

这里涉及到一个信息纵深的问题，也就是说，你如何平衡让浏览者获取信息需要进入的层级数量以及上下层级关联问题，是第一页就能获取，还是不断点击到第五页才能看到？是不是第一层给了个链接到第二层，第二层页面上却不找不到第一层所提示的信息，或者很难找到。

并且上图这样的呈现方式不好的另一个方面是对于不同的用户，它都是一样的面孔，丝毫没有变化，这个就牵涉出另一个问题。

2.能否按需“上菜”

需要“酸菜”的时候，我才上，而不是强制你一定要点。看图大家就会明白：

其实就是通过不同的交互方式来将信息隐藏，仅仅显示最常用的，或者说最贴近你需求的信息。你需要的时候，再去小小的“发现”，把它挖出来。这里我总结为：稍稍让你找。意思就是你如果需要更多，很容易的，就能通过在目前着眼的区域附近通过某个小操作来获取。就例如上图中gmail的“6 more”。此类的交互方式，其实是沿用了大家的计算机操作习惯，对于绝大部分的人来说肯定会熟悉以下这个图：

对，这个就是window xp中的文件夹操作时的左边的菜单快捷方式，“详细信息”，默认进来的时候是隐藏的，为的是减少干扰，简洁，用户也就是通过右边的小箭头来进行显示并获取更多。

3.但是，如何解决上下层级的连接脱节呢？

也就是说，如何吸引浏览者在某一层页面时，进入下一层呢？这个就需要谈到另一个概念：吸引渐进。

当你让用户“稍稍找”的时候，势必会造成某种意义上的脱节，通过上一个页面的链接，进入另一个页面后才能看到所需信息的这个现象就是“脱节”。为了弥补它，需要增加这个链接的吸引力和下一个页面的对应吸引力，甚至到下下个页面，需要保持一致性和流畅性，引导深入。

从某种意义上讲，注册流程页面就是这样一个例子，通过在头部显示整个简单的注册层级，以及最后的“成功”暗示语，让人有耐心继续下去。

4.定制，是不是更好？

从某种意义上讲，把主动权给用户是一种尊重的体现，也是一种重要的交互方式，它能让用户自己根据需要决定显示些什么，不显示些什么。这个应该更符合人的某种意义上的个性化，私有欲望的习惯。例如雅虎首页左边的my favorites ，允许用户自己添加或者删除某些社会化功能，这个东西貌似是老生常谈，但又有几个站点做到了呢？

5.cookie，是否能迎合你？

如果做了记录登陆用户的浏览产品习惯，那么可以通过这些浏览习惯，在他下一次登陆时候推送某些通过科学统计得出的迎合用户的产品。这个地方，淘宝做的好，还别说，有时候还真能猜对。

6.用研告诉你

这个需要通过定制的分析系统分析大样本量，得出用户浏览的趋势和某些现象，然后通过这些结论来展现某块区域的信息。这样，它，就不再是死的了。这个做的最好的，我想就是google的suggestion和amazon的用户数据分析了。

最后说说让信息既能简单，又能不失真的传递的三个诀窍：

A.减少，藏起来—舍，会得到更多。用过apple东西的人都会说，真简单，真简洁，但它们的简洁不是简单的简洁，它们是有着合理的流畅的交互流程在支撑的，它们少，藏，符合美学，但不难学习。

B.组织—有条理的，有合理的信息层级，能使多变的少。记住，分类不是分的越多、越细就越好，要合理，合理，度？需要自己根据实际站点来衡量，不断调整。

C.学习—人类的本能。既然是人类的本能，那我们是否可以让用户在某些点上学会沿用旧有习惯（例如上面说的windows xp的详细信息），又能通过小小的摸索学习新的交互方式，从而让信息的展现多样化。例如：友商网首页的客户评价，专家评价，现在都是全部罗列既占布局，又会让页面臃肿，是否可以通过隐藏部分，需要的时候用户自己稍稍找找。你一定要坚信，并不是越傻瓜，越好，不要把用户想的很笨，很笨，他没那么笨。

D.社会化—太多的站点通过类似twitter这种更时尚、更方便的工具来进行信息传播，记住：上你这个站点，不是获取信息的唯一方式。

我的意见是合理的tab设计应该是这两种类型：

第1种 鼠标单击切换。此种情形下tab是没有链接的（但是在选中的tab区域内增加 更多或者more链接）。

第2种 鼠标悬浮切换。此种情况下很多tab都加了链接，所以 a:hover 应该生效，也就是鼠标停靠时有下滑下或颜色等提示。其实这也是Norman设计理念里，对于用户恰当Feedback（反馈）的实践。
在实际案例中，我们看到了一些好的设计，也有些我不赞成的设计，这里稍做分享。

案例一：yahoo美国首页，属于第1种tab设计，但是注意右下角的框框哦。

案例二：淘宝首页的tab设计有三处，但是仔细看一下，却发觉各有差异。比较疑惑的是，为什么首页只有3个tab设计，但是却各不一样呢？难道一个页面需要多个前端介入？

第一个tab设计属于单击切换，无附加链接。（顶）

第二个tab设计属于悬浮切换，但是没有 a:hover 来反馈tab上的链接。（扁）

第三个tab设计属于悬浮切换，添加了 a:hover 反馈tab上的链接。（顶）

案例三：QQ弹窗。

最不招人喜欢的QQ弹窗，tab上也没有链接反馈，相信qq.com的流量很多是被这样无辜地骗来的。（扁）
插播一段：我一直对QQ弹窗的设计有微辞，一个只能放5个tab的位置居然间接的放了7个，于是不得不多出一个左右翻滚tab的设计。至于增加一个看起来意义不大却比较显眼的 [您可以拖动该页卡进行排序] 真正价值有多少。

罗嗦了这么久，让我们睽睽Ruby如何帮我们自动登陆到咱们的友商网的储钱罐：

1. 点击下载安装 ruby186-26.exe 别手痒痒乱选别的版本，否则会很惨，安装完成后，到　开始－＞运行－＞cmd环境下分别运行如下命令，第一个命令是升级你当前的版本，因为要连网更新，必须要有网络环境　，第二个命令是安装watir框架, 它是一个使用 Ruby 实现的开源Web 自动化测试框架，执行完成可能需要几分钟，可先去ＷＣ轻松一下

gem update –system 　(注意system前面是２横)

gem install watir

2. 打开开始－＞程序－＞ruby-186-26 －＞SciTE，SciTE是一款Ruby的编辑器，在里面输入:

puts “hello MM”

将文件保存到桌面 ys.rb ,注意：文件后缀一定要加＂.rb＂，　否则Ruby将识别不了！然后  按F5,倘若右边窗口输出了 hello MM

恭喜你，安装一切顺利！

3. 下面我们开始真正进入实验状态，在刚才的编辑器里面输入如下东东：

require 'watir'

ie = Watir::IE.new

#进入友商网登陆页面
ie.goto("https://sso.youshang.com/sso/userAuthnAction.do")

#自动输入用户名，密码, 注意要修改成你自己的噢
ie.text_field(:id,"name").set("geven")
ie.text_field(:id,"password").set("123456")

#模拟点击登陆的链接
ie.link(:href,"https://sso.youshang.com/sso/userAuthnAction.do#").click

#模拟点击在线储钱罐的链接
ie.link(:text,"在线储钱罐").click

Over 就这些代码，最好自己编辑输入，SciTE编辑器对中文支持不好，直接复制会将编码改变，按F5 　神奇的时候 边喝茶边观看吧，直到咱们的Ruby帮我们到达储钱罐这个页面．把这个代码文件（一定要.rb格式的文件）直接放在桌面，以后直接点击一哈，一切自动！！
 

后话： 帮想了解Ruby的同学解析解析上面的那几行东东吧，因为我们这个是模拟浏览器点击事件，所以需要引入watir框架，然后我们创建一个ie对象让其先到达友商网的登陆页，Ruby自动设置你的用户名为geven，密码为123456，程序里面对号入座，不然登陆不了，注意登陆页有个唯一的元素＂登陆＂，Ｒuby会自动获取这个元素的链接地址并点击它，ＯＫ，不说了，不懂程序的人估计都没撒子问题．ruby的作用还远不只我上面的那个小例子，据这两天的了解，它在正则内容抽取方面非常强大，以后好好研究研究～～

提供几个学习Ruby的小网站给大家，喜欢官方的　～～ ok 处女帖完毕，献给咋们那群可爱的弟弟妹妹们　～～

Watir 主页：http://wtr.rubyforge.org/

Ruby中文手册：http://www.ruby-cn.org/doc.html

Ruby主页：http://ruby-lang.org/en/

先介绍下的我博客功能：
1、前后台独立，zf多模块的实现。
2、自动安装的实现，轻松搭建自己的blog系统。
3、多模板的切换，随时更改自己的blog皮肤。
4、对留言评论回复时自动发送邮件。
5、发布文章时自动保存草稿，保证文章不会因断电死机带来的损失。

下个版本需要做的如下：围绕用户体验角度改善blog使用，让用户体验更加友好，另外本系统用户功能少，用户功能的增加势在必行啊，让用户可以定义自己的头像，登陆保存cookie，轻松发布留言，评论等信息。重要的功能是让zfblog支持ucenter，让blog用户能和其他应用系统同步。最最重要的功能就是插件的开发，那样可以用php开发个储钱罐集成到blog中会怎么样呢？呵呵。。。

zfblog下载地址：http://blog.conshare.com/public/upload/zfblog1.1.zip

另外在googlecode上也有下载地址：http://code.google.com/p/zf-blog/

更多详情请访问我的blog：http://blog.conshare.com 有什么问题各位多交流，呵呵。

要做好一个HTML邮件，说简单，还真不怎么复杂，说它复杂，其实也不难。-_-!!

以前写过类似的[ 关于HTML邮件的总结 ]，最近又犯愁，就再唠叨几句。

简单的是：技术实现要求不是太高，只要做好xhtml页面就能使用邮件发送服务来发送。

难的是：如要做到兼容国内几乎所有邮箱，兼容Gmail，Yahoo mail，outlook等，却也有点难度。因为各大邮箱对css，HTML标签的支持程度各不相同，有的会在邮件主体的外层使用一些干扰的样式，有的对图片的支持也不清不楚，邮件客户端就更是千奇百怪。

要想做好最大的兼容性，建议：

1.用table进行布局，想要布局不乱，尽量用他，很多时候web标准在这里行不通，想用float？到了人家的邮箱里，就不一定浮的起来了。。

2.少用图片作为背景，因为outlook 2007和某些web 邮箱是不支持背景图片的。

3.图片给出alt属性，防止图片无法显示时，出现红叉叉。

其他的，请参考上面给出的总结，业界也有不少关于这个话题的好帖子，可以搜索一下。

现在，再谈谈如何在HTML邮件上做一点点用研，提高它的回报率。

首先，有一条是必须的：你所发出的邮件对用户来说，是确实有意义的，而不是在糟蹋广大劳动人民的智慧。

1. 它面向的用户群体主要是某站点的会员，包括购买了产品的用户和没有购买产品的用户，没有购买产品的用户又包含活跃会员与普通用户，往下还可以细分。与用户的沟通，或者说互动，有很多的途径，HTML邮件就是其中之一，[ 虽然我极不推荐用这个古老而收效甚微的方法，其他的方式，往后再聊聊] ，它以精准而著称，如果接受者不是我们的有效目标受众，不但浪费了资源，更违背了HTML邮件或者叫EDM的宗旨及意义。这一点是首先要明确的。

2. 我们来看看这个小用研的重点在哪？先模拟一下用户打开邮件的整个过程：

A、B、C三个点可以说都是关键点，因为这三个点是一个用户真正做决定的点，但是，其中的A是一个EDM能否产生真正应用价值的，是否有存活在这个世界上的时间点。这个地方需要考虑的是标题的创新包装，所以A是这三个点中，最重要的。
B点是视觉风格–>内容的天地，也是用户是否会深入了解该邮件的过程。
C点是真正对用户产生价值的地方，是能否给用户带来效益的地方，也是站点与用户能否双赢的时间段。这一次的用户调研，将主要在这三个点设计调研点。

剩下的，就是控制好样本量和选取合适的调研方法，可以是问卷，访谈，Focus group，可用性实验室等，最简单的，就是问卷和访谈。访谈，可以是真实的面对面的，也可以是通过语音。我们此次的调研主要采用的就是上面提到的前两种，效果还算理想。

]]> http://www.kdued.com/2009/04/html-mail-2/feed/ 5 http://www.kdued.com/2009/04/833/ http://www.kdued.com/2009/04/833/#comments Tue, 07 Apr 2009 13:48:24 +0000 martilo http://www.kdued.com/?p=833

文字一出各路诸侯杀出，一个措手不及待吾友商发布！

前不久视觉组同事们讨论了一个老话题 — 网站图片格式问题和对性能产生的影响

其实大家每天都与图片色彩文字打交道，经验给大家带来了熟练的技巧！但是对图片格式对站点性能产生的影响大家都发表了自己的看法，分享了自己的经验。

目标:提高浏览器访问页面速度

我们设计和制作中能做的： 
1、尽量少图片；尽量好交互
      浏览器页面尽量少用图片或精细化图片
2、图片尽量用色彩和像素点代替
      解决好 美观和下载速度这把双刃剑
3、做切割对比测试
      制作人员掌握图片切割规律

第一感觉是不是内容很多，很复杂。那我们把它分解一下，再看看图2：(为了博客的效果，我把图缩小了,不好意思,请点击放大)

是不是清晰很多，它是由这些红色的块组成。下面我再取一部分出来：

 
看看这部分代码：
<div class=”list”>
<ul>
<li><a href=”http://blog.163.com/jzchenyong/blog/static/1042960432009265137898/“>报道假币记者怒斥央行</a></li>
<li><a href=”http://adong360.blog.163.com/blog/static/21725364200926103415811/“>中国女性是出版业救星?</a></li>
<li><a href=”http://shiqinyao2005.blog.163.com/blog/static/665324720092695548890/“>如何成为女明星男朋友</a></li>
<li><a href=”http://keyunlu2006.blog.163.com/blog/static/41051792009269358859/“>怎样读书才能改变命运</a></li>
<li><a href=”http://d.p.hill.blog.163.com/blog/static/89123982009247426250/“>广州最简陋的法院(图)</a></li>
<li><a href=”http://adong360.blog.163.com/blog/static/21725364200926103757559/“>两会会场外的各国记者</a></li>
<li><a href=”http://weimin17104.blog.163.com/blog/static/960595002009230258210/“>”无人”报亭背后的故事</a></li>
</ul>
</div>
我再用程序来解释他，
<div class=”list”>
<ul>
<?php
foreach ($list as $value) {
?>
<li><a href=”<?php echo $url?>”> <?php echo $title?></a></li>
<?php
}
?>
</ul>
</div>
很亲切吧！那我们倒推回去，实际一个页面的组成是这样的：

一个页面实际上是由一些有规则代码的块组成，那么这些块可以由程序的循环来解释。这一点的理解是构建一个大型CMS的基础。那么下面将一下CMS系统的基本结构，请看图，我喜欢用图来解释，这样比文字更直观。

简单说一下模块的设计，那么模块就是提取指定频道（可以是任一频道不一定是本频道的）的资讯，包括提取的条数，是否显示图片，是否显示描述文字，标题的字数，描述文字的字数等，这样再生成一段代码，去替换频道页面相应的模块名。就拿上面那段代码来做实例吧，
频道页面模板的显示代码：
<div class=”list”>
<ul>
{template_list}
</ul>
</div>
模块生成的代码：
<li><a href=”http://blog.163.com/jzchenyong/blog/static/1042960432009265137898/“>报道假币记者怒斥央行</a></li>
<li><a href=”http://adong360.blog.163.com/blog/static/21725364200926103415811/“>中国女性是出版业救星?</a></li>
<li><a href=”http://shiqinyao2005.blog.163.com/blog/static/665324720092695548890/“>如何成为女明星男朋友</a></li>
<li><a href=”http://keyunlu2006.blog.163.com/blog/static/41051792009269358859/“>怎样读书才能改变命运</a></li>
<li><a href=”http://d.p.hill.blog.163.com/blog/static/89123982009247426250/“>广州最简陋的法院(图)</a></li>
<li><a href=”http://adong360.blog.163.com/blog/static/21725364200926103757559/“>两会会场外的各国记者</a></li>
<li><a href=”http://weimin17104.blog.163.com/blog/static/960595002009230258210/“>”无人”报亭背后的故事</a></li>
那么在生成页面的时候用此代码替换。

这里讲的并不详细，只是提供给大家一个思路。如果想了解更多或者有好的想法讨论，可以在此发表评论或者发邮件elgin_chen’at’163.com，加我的QQ：31524932

1.IE8只是换花衣裳?
2.Just Test
3.Solution
4.一点有趣的东西

1.邮件兼容性问题

1.1 table布局比较靠谱

div布局在部分变态邮箱里没法看，因为这部分邮箱会默认对某些标签添加自有的样式,如sina.com的邮箱和hotmail.com的邮箱。甚至这些邮箱有BUG的话，会出现一些莫名奇妙的问题，如：QQ邮箱会在某些情况下（至今未知）自动给图片的格式后缀再多加一个“点”，a.jpg会变成a..jpg,-_-!!

而table布局在这个时候就很强势，很兼容，很可靠，很强大了，根据多次测试，table布局的可靠率达到90%以上，像QQ邮箱，网易邮箱，都是将邮件的主体内容放在一个iframe中，QQ邮箱就在iframe中设定了默认图片display:inline;的样式，这些样式如果你不注意，等你百思不得其解为何你的邮件中图片乱七八糟的时候，就应该看看这个了。

1.2 尽量少用图片

很多邮箱默认下，是不会下载图片的，例如live mail,也就是hotmail,gmail默认状态下也是不会下载背景图片和img的，只会提示你是否要显示，是否以后都信任这个地址的邮件，这个主要是处于安全性上的考虑。而不用图片了，如果又需要有视觉上的变化那怎么办呢，可以用色块（background-color），如果要用圆角，可以用很多的标签去拼凑(-_-!，是很变态)，图片方面，一般来说大家有过seo习惯的话都会加上alt属性，这里也最好给图片加上，避免图片无法显示的时候，可以显示alt内容。

1.3 编码要注意

尽量用utf-8的编码，可以避免某些（注意，是某些）邮箱出现乱码情况。

1.4 细节多考虑

很多事情都是细节上决定结果。在做HTML邮件时，根据友商网的情况，一般是要先将这个页面和引用的资源上线到服务器，页面中的静态资源，例如图片，切记要写绝对URL，如果写了相对路径，当打开的这个邮件时，图片是无法显示的。

控制好图片的大小，过度追求图片质量换来的就是打开邮件时打开过于缓慢，接着就是会员无法容忍，直接跳出邮件。

直接在标签上写它的内联样式，否则很可能会跟邮箱系统的样式冲突。

1.5 最好要有专用的邮件发送系统，并且要做好与各大邮箱服务提供商的协调工作，否则，你会发现你发送的邮件都成了spam。

2.邮件效益问题

发送HTML邮件给会员一般有几类目的：

2.1 通知他们某些信息，如交易信息，账单，让他们得知，这类邮件需要简单扼要，不要带有过多的干扰信息。一句话提示，一个表格，一个按钮，就基本满足了需求。

2.2 对会员来说，附加的，希望他们参与的，例如：优惠活动，赠送业务。这类，首先应该在视觉上多做文章，但也不能做的过于花里胡哨，主题要更突出，避免过多干扰色彩和信息，毕竟很多人看邮件的时间比看页面的时间来的更短，垃圾邮件实在太多，太多人的心里有了阴影。

另外，【标题】和【发件人】也是要注意的，吸引人的标题能第一时间抓住人的好奇心理，“祝您新年快乐”这个标题就没有“携冯氏幽默给您拜年”吸引人。所以说，标题党在这里同样适用。

别忘了，发件人要写的正式，如果面向的会员绝大部分是中国人，那最好是中文（毕竟这里是中国），如果是英文字母，不知有多少人的第一反应就是：垃圾邮件，接着就是delete。这个需要用研和文案多考虑考虑。

2.3  表达一些喜庆信息，例如元宵节。这类邮件需要传递一种喜悦，需要能跟会员互动，那就最好在站点上还有相关的专题，应用或者创意的东西去支撑它，邮件只作为一个入口。

想要发好一个邮件，真的不容易，想要有效果，那就要多方合作，更多的研究用户群体，才能做出好的邮件来。

————————————————–update 20090224———————————————-

在outlook 2007 中对HTML邮件的支持相当有限，所以如果客户端使用的是outlook 2007，那么请你抑郁吧。

它只支持CSS 1.0，HTML 4.01，对background-image，style属性等不支持。具体请看微软官方文档：

http://msdn.microsoft.com/en-us/library/aa338201.aspx
http://msdn.microsoft.com/en-us/library/aa338200.aspx

]]> http://www.kdued.com/2009/01/html-mail/feed/ 11