今天上班无聊中竟然打开了google.com，再继续无聊中竟然能够搜索到1989年的XXX事件的图片。心想，原来直接输入google.com就会自动解析跳转到google.cn域名下，如今这是国家政府部门的疏忽还是google的回光返照、坚持自我？
如今的google真的有点想放弃在华业务的苗头？作为一个小百姓、seoer，对于google撤出中国只能感到惋惜，不过google的种种表现也预示后面的结局真的可能会很糟糕，满怀期待中~~~~~~
]]>这下可让在下心寒了，去年九月多好不容易拿下决定购买一台外国货，如今这心里真是拔凉拔凉的。虽然没有什么大问题出现，可是惠普公司对于众多遭罪的购买者或者称为受害者没有半点表示或者道歉赔偿，如今也只能小心翼翼的爱护着这台外国货，生怕它老人家一个不情愿自断双臂我可就的多话几百大洋为它装义肢了。
对于惠普公司对于问题电脑的解释也真是够滑稽。怪事年年有，今年特别多。怪的不是大学生寝室的蟑螂多，而是有那么多的“砖家”说话真是很雷人，躲闪不及就是外焦里也角了。话说这售后，惠普做的的确不是很明智，看来这下这位“锦鲤”也将和惠普一样“汇苦”了。
]]>其实很久以来google在排名算法上一直在变动，变得更加智能和合理化，同样也避免了一些所谓的作弊行为的发生。这次的description的放弃也将导致很多的seoer在优化网站时放弃这点。
但是这样是具有危险性的。一般的搜索结果，description充当标题下面的一段简短的说明文字，也正式这一段文字度对网友是否点击产生了很大的影响；当description不存在的时候，google等便会在文章中自动截取一段作为描述的文字。故而description短短的几十个字具有重要的作用。何况，这也仅仅是google一家的做法。
不管description是否被google放弃，她仍然会是众多seoer的爱慕者。
]]>那浪是相当的高，那火是相当的大，那方舟可是相当的结实。看来俺们中国人的力量就是不容小觑，世界末日面前也是相当的淡定。心往一处使的力量，足以拯救人类，包括那些每天对着偶们唧唧歪歪的小美、小欧、小日、小韩也一改往日的YY状态。心齐了就是好。
想想512、112地震不会是2012的第一季吧，这年头，人类受的罪真不小，火灾、地震、海啸、旱灾……最近西南的旱灾就已经牵动了偶这颗小小的爱国心，善哉善哉！话说西南去年入秋至今日片雨未下，想必老天这下也真是缺货了，实在是无法挤出半滴降为甘霖。所以在这里，偶要倡议偶们的中华儿女献献爱心，咋说俺们现在好多人都不差钱了。水，咱是没办法送去了，可钱和物质嘛，偶们还是可以量力而为的。
现在很多人老有钱了，捐款做下善事，为西南人民祈福，那是相当大的善举。2012的10亿门票估计这个是真没有，不过，捐款这个却可以有。现在的捐款形势那个多啊，让很多爱心人士着实为之发囧。一元一国学网的“为西南人民祈福”专题汇总了各种捐款的途径，从此做好事不再发难，献爱心也是家常便饭。
偶不信玛雅预言，偶相信人定胜天，众志成城，祈福西南。别说你很穷，我知道你穷的不光是钱。
]]>
字体大小的设置单位，常用的有2 种：px、pt。这两个有什么区别呢？
先搞清基本概念：px就是表示pixel，像 素，是屏幕上显示数据的最基本的点；
pt就是point，是印刷行业常用单位，等 于1/72英寸。
这样很明白，px是一个点，它不是自然界的长度单位，谁能说出一个“点”有多长多大么？可以画的很小，也可以很大。如果点很小，那画面就清晰，我们称它为 “分辨率高”，反之，就是“分辨率低”。所以，“点”的大小是会“变”的，也称为“相对长度”。
pt全称为point，但中文不叫“点”，查金山词霸可以看到，确切的说法是一个专用的印刷单位“磅”，大小为1/72英寸。所以它是一个自然界标准的长 度单位，也称为“绝对长度”。
因此就有这样的说法，pixel是相对大小，而point是绝对大小。
分清“屏幕效果”和“打印效果”：
在浏览网页过程中，所有的“大”“小”概念，都是基于“屏幕”这个“界面”上。“屏幕”上的各种信息，包括文字、图片、表格等等，都会随屏幕的分辨率变化 而变化，一个100px宽度大小的图片，在800×600分辨率下，要占屏幕宽度的1/8，但在1024×768下，则只占约1/10。所以如果在定义字体大小时，使用px作为单位，那一旦用户改变显示器分辨率从800到1024，用户实际看到的文字就要 变“小”（自然长度单位），甚至会看不清，影响浏览。
那是不是用pt做单位就没这样的问题呢？错！问题同样出现。刚才的例子已经很清楚的说明，在不同分辨率下，无论是px还是pt，都会改变大小 。以现在的电脑屏幕情况，还没有一种单位可以保证，在不同分辨率下，一个文字大小可以“固定不变”。因为这很难以实现也不是很有必要：全球电脑用户以亿来 数，屏幕从14寸到40寸甚至更高都有，屏幕大小不同，分辨率也不同，要保证一个字体在所有用户面前大小一样，实在是MISSION IMPOSSIBLE。另外，电脑有其自身的调节性。
那在页面设计中到底是用px还是pt呢？
我认为，这个并没有什么原则性差异，就看自己处于什么角度思考了。
Mac机怎么情况不清楚，在Windows里，默认的显示设置中，把文字定义为96DPI（PPI，微软都将DPI和PPI混为一体，我们也就无须较真 了）。这样的定义，说明了：1px＝1/96英寸。联系pt的概念，1pt＝1/72英寸，可以得出，在这样的设置中，1px＝0.75pt，常见的宋体9pt＝12px。 在显示器分辨率不变的基础上（比如现在常用的1024×768），1px大小也就固定不变，改变显示设置，调整为144DPI，可以得 出，1px＝0.5pt，常见的宋体9pt＝18px。原先用12px来组成的一个文字，现在需要18px来组成，px多了，文字就“大”了，更易阅读 了。
所以，px和pt的使用区别，只有当用户改变默认的96DPI下才会产生：使用px定义文字，无论用户怎么设置，都不会改变大小；使用pt定义文字，当用 户设置超过96DPI的值，数值越大，字体就越大。
（附公式：px = pt * DPI / 72) 对了，刚才还提到改变浏览器中文字大小的选项，也可以改变网页的文字大小。但在这种情况下，使用px和pt都是无效的，因为这2个都是有实际 “pixel”数值的单位，比如9pt是12px，大小固定。这里要引用新的单位：em，其实就是％。因为当网页中的字体没有给出实际的px或pt定义的 话，会有一个默认值：12pt即16px，对应浏览器中“字体大小”中的“中等”，以这个为标准，变大或缩小。（只适用于IE，在FF中，即便定义px或 pt也都可以变大变小）
所以，从这个概念上看，em才是真正的“相对单位”（百分比嘛，当然是相对），而px和pt都是绝对单位（都有固定值）。
在网页设计中，面向用户的屏幕的基本单位是px，因此使用px作为单位是最简单也最容易理解的，而pt也不过是通过了Windows的设置乘上了一个比率 转变成px再显示，算是绕了个圈子。参考大部分大型网站，包括Adobe和Microsoft，都是使用px作为单位，而且在HTML中，默认的单位就是 px，是不是也暗示着px是网页设计的“内定单位”？
但在Word或Photoshop中，使用pt就相当方便。因为使用Word和Photoshop的主要目的都不是为了屏幕浏览，而是输出打印。当打 印到实体时，pt作为一个自然长度单位就方便实用了：比如Word中普通的文档都用“宋体 9pt”，标题用“黑体 16pt”等等，无论电脑怎么设置，打印出来永远就是这么大。又或者在Photoshop中，设置一个图片中的某个艺术效果的字体是72pt大小，然后分 别将这张图片设为300DPI和72DPI，再打印出来，就可以看出，这2个字体大小完全一样，只是“清晰度”不同，300DPI更清晰。这是毫无疑问的 结果。
最后整理一下所有出现过的单位：
px：pixel，像素，屏幕上显示的最小单位，用于网页设计，直观方便；
pt：point，是一个标准的长度单位，1pt＝1/72英寸，用于印刷业，非常简单易用；
em：即％，在CSS中，1em＝100％，是一个比率，结合CSS继承关系使用，具有灵活性。
PPI（DPI）：pixel（dot）per inch，每英寸的像素（点）数，是一个率，表示了“清晰度”，“精度”
PX和PT转换的公式：
以前在文章中介绍过PX和PT的转换规则，其实很简单，pt=px乘以3/4。
比如12px×3/4=9pt大小。
PX和em转换的公式：
对于PX转em的方法也类似，就是em=16乘以px，也就是说1.5em=1.5×16=24px。
设计中常用PX/EM/PT/百分比转换表格
|
Pixels |
EMs |
Percent |
Points |
|
|
6px |
0.375em |
37.50% |
5pt |
|
|
7px |
0.438em |
43.80% |
5.5pt |
|
|
8px |
0.5em |
50% |
6pt |
|
|
9px |
0.563em |
56.30% |
7pt |
|
|
10px |
0.625em |
62.50% |
8pt |
|
|
11px |
0.688em |
68.80% |
8pt |
|
|
12px |
0.75em |
75% |
9pt |
|
|
13px |
0.813em |
81.30% |
10pt |
|
|
14px |
0.875em |
87.50% |
11pt |
|
|
15px |
0.938em |
93.80% |
11pt |
|
|
|
||||
|
16px |
1em |
100% |
12pt |
|
|
17px |
1.063em |
106.30% |
13pt |
|
|
18px |
1.125em |
112.50% |
14pt |
|
|
19px |
1.188em |
118.80% |
14pt |
|
|
20px |
1.25em |
125% |
15pt |
|
|
21px |
1.313em |
131.30% |
16pt |
|
|
22px |
1.375em |
137.50% |
17pt |
|
|
23px |
1.438em |
143.80% |
17pt |
|
|
24px |
1.5em |
150% |
18pt |
|
字号 磅数 毫米
八号 5磅 1.84
七号 5.5磅 2.12
小六号 6.5磅 2.45
六号 7.5磅 2.81
小五号 9磅 3.15
五号 10.5磅 3.70
小四号 12磅 4.25
四号 14磅 4.93
小三号 15磅 5.23
三号 16磅 5.55
小二号 18磅 6.37
二号 22磅 7.80
小一号 24磅 8.42
一号 26磅 9.66
小初号 36磅 11.1
初号 42磅 12.7
Error establishing a database connection意思是无法联系数据库。本人的博客数据库是mysql的，服务商对数据库ip更改后原来的配置文件却没有改变，导致一直出现提示“Error establishing a database connection”的错误。
解决方法如下：
运用ftp工具登录后台找到wp-config.php文件，打开后修改相应的IP即可。
随着信息量的加大，翻页和滑动成为目前许多程序体验上的不可缺少的一部分。而滑动的设计在很长的时间里面，深受微软的影响，几乎变成固定的版式，而最近国内流行的renren.com和google wave在某种方面又有了进一步的创新。
1.老式风格
固定样式的滑动已经好些年了，至今也很少有所改动，可以说windows系统导致人们思维上的一种定式：程序的滑动看起来就应该同windows一样。
首先这种滑动最大的好处在于可以给网友一个印象就是现在展现在眼前的内容大概占总内容的多少。查看一个网页，能够很明显的发现网页大概有几屏，除了极端境况。
同样这种互动也有致命的缺点：以浏览器为例，倘若整个页面高度很大，其滑动的长条框会变的很窄（经搜索最小情况是8像素），这样小的区域是不便于鼠标进行点击拖动的。同样滑动狂上下的黑色小箭头的区域也是很小的，对于滑动必须进行多次点击，这种用户体验对于网友来说是很痛苦的。
2.创新型之google wave
前几个月在收到google wave邀请的时候并没在意整个wave的侧滑动框，一种不想做小白鼠的心理作怪。后来在试玩时候发现wave的滑动框颠覆了现有的布局，操作也很方便。
整个页面的长度在wave中是由滑动框下方的一个终止符确定。当需要拖动时，只需要鼠标点击拉动即可，页面会跟着滑动。当拖动滑动框时，滑动框下方会出现一条半透明的黑影，这条黑影的作用就是对应展现在眼前的部分，它同上面提到的终止框一起确立了已见内容在整体内容中的比例。
整个滑动框可以呈现在内容之上，这种样式不会存在如第一种情况下的一个难看的竖框，也节省了屏幕资源（虽然对桌面系统可能会很小，但在手机等这种移动终端设备上的价值却是很大的）。
还有一点就是整个google软件（比如picasa、google桌面等）都有的感觉，用起来不会显得那么僵硬，感觉整个滑动框很柔软而富有弹性。这一点在心理上有一种安全的感觉。
3.创新性之google图书
虽然谷歌图书在版权等方面的问题存在一些争论，但是整个google读书在用户体验上的却有真功夫。网友在在线阅读时候，其下拉滑动程序一定会让读者喜欢上这种人性化的设计。
如图红色框住部分，是一个半透明的下拉活动按钮，这么大的区域对于老式的右侧滑动框更便于用户进行点击操作。当鼠标落在里浏览器程序下部可视部分40px一类时候，这样一个半透明的下拉框就会出现，当点击一次后，整个页面先是向上滑动500px的距离。这对于那些注意力主要集中在书籍内容的网友来说是个很好的设计。
4.创新之人人自动滑动下拉
使用人人的用户一定感觉特别之初在于当查看好友动态时候，鼠标快触及整个上图横条时候，系统会自动的显示更多的动态信息。它省去了点击、拖动的操作步骤，对于年轻人来说是一个不错的想法。但是这种设计却有一个很大的弊端，它会吸引网友关注更多的内容，但是当向上活动时候却又不得不借助于其他样式的滑动框。
种种的设计最终都是要网友更方便，简单的动作就可以搞定很多的事情。通过对上述几个已经进入互联网运用的设计的分析，完全可以在此基础上发挥更多想象力。浏览器程序可以在wave基础上改进，滑动框可以移动到任何位置，整体半透明；对于电子阅览设备可以采用google读书的设计，鼠标或者定位装置快接近下部时候能够提示自动的上移滑动。我们也可以希望在不久的将来，动动眼球就可以实现页面的操作。
]]>1. style.css : CSS(样式表)文件，不可缺少版权部分，真正CSS样式表可以放在其他文件；
2. index.php : 主页模板，不可缺少；
3. archive.php : Archive/Category模板，如果缺少，默认为index.php的显示；
4. 404.php : Not Found 错误页模板，如果缺少，默认为index.php的显示；
5. comments.php : 留言/回复模板，不可缺少；
6. footer.php : Footer模板，可合并到index.php；
7. header.php : Header模板，可合并到index.php；
8. sidebar.php : 侧栏模板，可合并到index.php；
9. page.php : 内容页(Page)模板，如果缺少，默认为index.php的显示；
10. single.php : 内容页(Post)模板，如果缺少，默认为index.php的显示；
11. searchform.php : 搜索表单模板，可合并到index.php；
12. search.php : 搜索结果模板，如果缺少，默认为index.php的显示；
（二）基本条件判断Tag
1. is_home() : 是否为主页
2. is_single() : 是否为内容页(Post)
3. is_page() : 是否为内容页(Page)
4. is_category() : 是否为Category/Archive页
5. is_tag() : 是否为Tag存档页
6. is_date() : 是否为指定日期存档页
7. is_year() : 是否为指定年份存档页
8. is_month() : 是否为指定月份存档页
9. is_day() : 是否为指定日存档页
10. is_time() : 是否为指定时间存档页
11. is_archive() : 是否为存档页
12. is_search() : 是否为搜索结果页
13. is_404() : 是否为 “HTTP 404: Not Found” 错误页
14. is_paged() : 主页/Category/Archive页是否以多页显示
（三）Header部分常用到的PHP函数
1. : 博客名称(Title)
2. : CSS文件路径
3. : PingBack Url
4. : 模板文件路径
5. : WordPress版本
6. : Atom Url
7. : RSS 2.o Url
8. : 博客 Url
9. : 博客网页Html类型
10. : 博客网页编码
11. : 博客描述
12. : 特定内容页(Post/Page)的标题
（四）模板常用的PHP函数及命令
1. : 调用Header模板
2. : 调用Sidebar模板
3. : 调用Footer模板
4. : 显示内容(Post/Page)
5. : 检查是否存在Post/Page
6. : 如果存在Post/Page则予以显示
7. : While 结束
8. : If 结束
9. : 显示时间，时间格式由”字符串”参数决定，具体参考PHP手册
10. : 正文中的留言链接。如果使用 comments_popup_script() ，则留言会在新窗口中打开，反之，则在当前窗口打开
11. : 内容页(Post/Page)标题
12. : 内容页(Post/Page) Url
13. : 特定内容页(Post/Page)所属Category
14. : 作者
15. : 特定内容页(Post/Page) ID
16. : 如果用户已登录并具有权限，显示编辑链接
17. : 显示Blogroll中的链接
18. : 调用留言/回复模板
19. : 显示Page列表
20. : 显示Categories列表
21. : 下一篇文章链接
22. : 上一篇文章链接
23. : 日历
24. : 显示内容存档
25. : 导航，显示上一篇/下一篇文章链接
26. : 嵌入其他文件，可为定制的模板或其他类型文件
（五）与模板相关的其他函数
1. : 输出相应信息
2. : 显示注册链接
3. : 显示登录/注销链接
4. : 将当前内容分页
5. : 将当前内容截断，以不在主页/目录页显示全部内容
6. : 网页加载时间(秒)
7. : 网页加载查询量
（六）与模板相关的功能代码块
1.显示最新文章
2.显示最新评论
comments LEFT OUTER JOIN $wpdb->posts ON ($wpdb->comments.comment_post_ID = $wpdb->posts.ID) WHERE comment_approved = ‘1′ AND comment_type = ” AND post_password = ” ORDER BY comment_date_gmt DESC LIMIT 10″; $comments = $wpdb->get_results($sql); $output = $pre_HTML; $output .= “\n
- ”; foreach ($comments as $comment) { $output .= “\n
- ”.strip_tags($comment->comment_author) .”:” . “ID) . “#comment-” . $comment->comment_ID . “\” title=\”on ” . $comment->post_title . “\”>” . strip_tags($comment->com_excerpt) .”
”; } $output .= “\n
”; $output .= $post_HTML; echo $output;?>
3.显示热评文章
get_results(“SELECT comment_count,ID,post_title FROM $wpdb->posts ORDER BY comment_count DESC LIMIT 0 , 10″); foreach ($result as $topten) { $postid = $topten->ID; $title = $topten->post_title; $commentcount = $topten->comment_count; if ($commentcount != 0) { ?>
4.显示文章分类
Categories
5.显示归档
Archives
6.在侧栏显示页面列表
Pages
7.调用Gravatar(只适应2.5以上)
8.显示友情链接
9.显示管理员链接
10.在侧栏显示页面的子页面
ID.’&echo=0′);if ($children) { ?>
11.显示Wordpress标签
12.显示Wordpress标签云
13.模板标题
14.动态标题标签
15.在独立页面中运行PHP
]]>
到年关了，许多大大小小的网站都在进行改版，有一种“辞旧迎新”的感觉，；而是改版对于SEO来说确是一件头疼的大事。网站改版的幅度是循序渐进的话，搜索引擎对新网站的认知不会发生问题，可年关很多网站几乎都是大动干戈的去改版，这样对搜索引擎来说并不显得友好。
一般来说，网站的改版都希望能够在发挥以前的资源基础上进行变革，以达到更好的一个状态。以这样的思维去改版，就要注意一些问题了，网站改版本身是一件好事情，希望能够给用户带来新的页面视觉感，从而来提升网站的方方面面。网站改版的同时需要预先处理好来自搜索引擎的问题，如果处理的不好，可能会出现一些因网站改版而导致流量、注册会员、甚至旧会员找不到新版所需信息，收录页面骤减，排名一落千丈等问题。
所以为了更好的继承原有资源，在改版时就要考虑到SEO的各种问题并进行设计作出合理的规划。在网站结构、关键词布局、页面设计、建设网站内容、如何处理URL等方面都要有比较合理的考虑。我根据自身以往改版经验或是教训总结出了几个建议供各位站长参考：
1，不要改变原网站的URL，这点很重要，如果你的URL改变，那么以前搜索引擎收录的页页就将成为无效页而全部被清除，还会给你网站带来负面影响。如果你一定要改变URL，也可有序地去改变，并做好301重定向，这样你改变了，搜索引擎也会把旧的收录更新到新的URL页面中。(关于301重定向说细可参考相关资料)
2，尽量不要删除已收录或者排名比较好的页面。对于这些页面，很可能会有访客从搜索引擎搜索而来，搜索引擎也会检查这些页面的有效性，如果失效，对你的网站无疑是一个损失。
3，在新版中保留旧版数据并做好链接。这对于SEO，还是对于旧的访客，都会是比较好的处理方式，旧的访客可能习惯了原有模式，一下子适应不过来，而留有旧版模式会方便这部分用户的使用习惯。
4，如无必要，在改版时，对于旧版的网站名，描述，关键字最好不要做过大的改大!这一点也是相当重要的，很有可能你的改版对这些都改变了搜索引擎会把你的的网站打入沙盒之中，将会在很长一段时间内因要重新考察你的站点没有你网站的排名，这样等于你又要重新花功夫让搜索引擎认识并信任您的站点。这无疑增加了您的运营成本，也会造成客户的流失，流量直下!
5，改版后要增加新版的外链建设，并重新制作SITEMAP 文件，以加快搜索引擎蜘蛛来访的速度，来缩短网站改版的过渡时间，并可以较快地得到搜索引擎对你站点的信任。
6，对于无可避免的删除相关的一些页面来说，要做好404页面给用户展示一个良好的说明文件并做好导航。
总的来说，网站的改版可以说是一项复杂而细致的工作，甚至超过了你新建一个站点，因为改版你要考虑的问题将要更多，你要更懂理权衡，尽量做到不要顾此失彼。 ]]>
