rtf是一种富文本格式，根据RFC的规范，可以将其转为各种文件，如doc,wps等，但如果真的要根据RFC规范一点点的写程序，那就真的太累了。所以。。。我用wps转换了。
以前写过wps生成文档的程序，就是这篇闲着无聊，用WPS生成文档，现在，这个RTF转换到HTML也可以用PHP来完成

<?php
$wps = new COM('WPS.Application');
$wps->Visible = false; //不显示wps界面
$filename = realpath('./RTF_to_HTML_Converter.rtf');
$stime = microtime(1);
for ( $ii = 0; $ii < 1000; $ii++ ){
$savedfile = "c:\\convert\\{$ii}_test.html";
$doc = $wps->Documents->Open($filename);
$doc->SaveAs($savedfile, 8); //参考Document.SaveFormat 属性
$doc->Close();
}
$wps->Quit();
echo( sprintf( "%0.6f" , (microtime(1)-$stime) ) );
unset( $doc , $wps );

测试了一下，生成1000个文件，花了257秒，4分多种，可以接受这个时间，只是在转换的时候，CPU超过50%，而且是在命令行下的。如果是在网页界面肯定是没有这么快的了。
PS:转换后，中文编码实体化了，&#30475;&#30475;&#20013;&#25991;&#24590;&#20040;&#36716;，变成这样的格式，它是什么内容呢？它们就是：【看看中文怎么转】<-- 可以看一下源码，就知道这7个字是什么样的了

这篇SEO的文章内容很长，而且里面的链接很多，我就不转载了，内容在http://xuui.net/librarys/seo-for-wordpress.html，我自己下载了一份，打包上传成附件。

作者举了这些例子：

1、设置一个友好链接

2、让 WordPress 的 URL 地址唯一化

3、合理设置一个 robots.txt

4、关于 Meta 内容

5、优化 title（页标题）内容

6、文章标题 (Headings) 二级标题、三级标题的使用

7、建立一个合理的导航结构

8、是否移除链接上的 nofollow 属性

9、建立一个 Site Map（站点地图）

10、页面的设计

11、关键词的使用

12、CSS

13、文章内容和反向链接

说明：如果有必要，这篇文章以后可以不断更新，就像 jim 一样，SEO for WordPress 这篇文章从 05 年一直写到现在。如果有什么不对的地方，也欢迎大家指正，以便及时修改。

--EOF--

由于文章一直在更新，所以，如果觉得有用的可以去网上查看和下载。基本上最早的来源是：http://www.osxcn.com/wordpress/seo-for-wordpress.html

fortunechina上有两篇文章不错，都是关于求职简历的。为什么你的简历石沉大海了呢？看看人家是怎么解释的。
来源：http://www.fortunechina.com/career/c/2010-04/02/content_33338.htm

亲爱的安妮:

大公司的人力资源部最近都怎么了？我承认，我上一次找工作已经是很久以前的事情了，但那会儿，只要你向人力资源部提交简历和求职信，总能得 到回复（哪怕只是一封群发的拒信）。

现在情况似乎有些变化。我曾在一家中型公司担任品牌经理，自失业以来，我已经找了差不多一年的工作，一直很不顺利。通常，我是在招 聘网站或公司网站上看到具体的招聘广告，然后我会非常认真地准备好简历，发给公司的人力资源部。就这样我投了几十封求职信，结果却石沉大海，杳无音信。

其他读者是否也有遇到这种情况？我怎样才能得到人力资源部的回复呢？如果这个要求都太过分的话，我如何才能越过他们找到工作呢？ ——琼

亲爱的琼：

你的经历的确糟糕，但更糟的是，你可能都到了面试的阶段，也已经参加了一次甚至几次面试，一切都非常顺利，你的期望也非常高，结果……却没 有消息了（事实上，这种情况也并不少见）。

我们很难相信，人力资源部门的那些人真的就那么忙，甚至都抽不出30秒钟，给你发封电子邮件，告之你是否有戏。不过，退一步想，如 果这些人对待求职者如此无礼，你肯定也不会想与他们共事。

不过，我也得为人力资源部说句话，他们也的确招架不住了。首先，在很多公司，与其他部门一样，人力资源部裁员也很严重。人力资源管 理协会（Society for Human Resource Management）最近的调查显示， 2007年，人力资源部的平均雇员数是13人，而现在仅为9.2人。而一旦裁员达到30％，剩下的员工肯定是在苦苦挣扎。

而且，并非是人力资源部的职员不同情你的遭遇。他们很多人都尝过很长一段时间没有工作的滋味。人力资源管理协会进行了另一项调查， 调查的对象是在2009年失业的人力资源部职员（其中85％是被裁员）。该调查发现，在新近找到工作的受访者中，有47％的人用了6－12个月的时间，另 外27％的人则花了一年多的时间，而在那些受访时仍未找到工作的人中，只有18％的人预期将在6个月内找到工作，43％的人认为自己还得再花一年甚至更长 的时间。

最令人沮丧的是：在那些花了很长时间，终于在2009年找到工作的人中，有近一半（49％）的人表示更喜欢之前的工作。这份调查并 没有问及原因，但我猜应该是劳累过度的原因。人力资源部堆满了简历，可能应聘一个职位的简历就多达几百甚至数千份。你精心撰写的简历说不定就被埋在堆积如 山的简历中。人力资源部的雇员们好不容易才能看完简历，还哪顾得上体谅每位应聘者的心情。

那么，你应该如何应对这种情况呢？薇姿•巴奈特（Vicki Barnett）是一家位于丹佛的职业指导公司的负责人，该公司名为“梦想成真”（Make It Happen）。巴奈特表示，你不应该将简历发给人力资源部，而是应该把简历的电子版、纸质或是两种版本同时发给公司中比负责你所应聘职位的招聘经理高一 两级的主管。当然了，这种人肯定非常繁忙，所以他/她会把你的简历转给比自己低一两级的人，也就是真正负责招聘的人。

巴奈特说：“简历通过这种自上而下的方式，会更容易到达招聘经理手中。”假如是老板转发的你的简历，那么招聘经理在看简历时，肯定 会比人力资源部的十秒扫过式仔细认真得多。发送简历之后几天，你就可以打个电话问一下简历目前在谁手中，再问一下是否可以预约一次会面。

显然，这并不能保证你会被录取。但绕过人力资源部会给你带来一个很大的优势。巴奈特说道：“招聘经理都有自己的‘愿望清单’，但是 人力资源部的雇员并不了解其想法，因为招聘经理真正希望在应聘者身上看到的，往往是一些只可意会、难以言传的特质。”

人力资源部的职员通常做的，不过是试着把你简历上和职位描述中的关键词一一对应。巴奈特还说，如果职位描述中有15个关键词，而你 的简历里只有其中12个，你很可能就过不了简历关。然而，招聘经理却能看到简历中暗含的信息，巴奈特说道：“就算你简历中的关键词与职位描述不完全吻合， 你其它的经验和资质也可能会引起他们的注意。”

但愿如此。

--EOF--

看到这样的解释或许你会了解为什么你投的简历没有回音了，其实，在一些招聘网上，有些职位是无意义的，或者说别人是当成广告位来做的。每年也只需要投入几百元钱，就有一个访问量不小的广告位，何乐而不为？因此要仔细看好一个公司是否是真正在招人也是一件很重要的事情。

该文结尾的两篇相关文章也可以阅读一下：简历筛选的秘密和怎样找工作。

看到标题不要惊讶，其实，这是两个不同的内容。OK，一个是大汉的，一个是大寒的。一个是教授，一个是砖家。
嗯，请先看一下大汉的教授：




看完了大汉的教授后，let's look一下大寒的砖家：

异同点嘛，哥就不一一解释了。顺便声明一下，我这是在一未来的圣斗士的压迫下发出来的。该圣斗士的网址是：http://yhustc.com，据说他读完现在的课程拿到学位后，就准备读壮士、勇士、圣斗士，听说还可能会考虑一下烈士学位。希望他不要转行做教授或砖家就成了。

看到这篇文章，我还是觉得上海人均年收入21.9万算是低的了。怎么着也应该人均百万吧？

智联招聘的统计数据：上海人均年收入 21.7万（详见下面的图片）
已知：操作工2万1，初级专员3万8，专员6万8，主管12万，经理21万，总监38万，高管68万
现在出个题，人均收入应该怎么算？

请看专业计算求解过程：

根据各种职位人口比例1：1：1：1：1：1：1
得 => (2.1+3.8+6.8+12+21+38+68) / 7=21.7w

问：你服不服？

原文来自yhustc的QQ博客，不方便透露他的QQ号，怕一些暗恋他的MM冲过去频加好友，想了想，还是透露一下他的博客地址吧：http://yhustc.com

没想到，还真有人把这玩意汉化。。。留一份玩玩，毕竟有VPS可以让我测试。还有传说中的GAE，难道不好？呵呵
原文地址是：http://www.williamlong.info/archives/2152.html
内容如下：

　　目前的国内的微博客很多，不少微博客都提供Open API，然而，很多 微博提供的API和Twitter的API有一些或多或少的差别，调用格式上并不完全相同。

　　我建议所有提供API的微博客系统，都将各 自的API统一为Twitter的API调用格式，例如目前较有影响的开源微博系统StatusNet（Laconica）的API格式就完全兼容 Twitter，这种统一API对于开发者和用户都有很大的好处。对于开发者，针对某一个微博的应用可以快速移植到另一个微博，节省开发时间。对于用户， 用户可以自定义客户端应用程序，只要换一下API地址，就能使用同一个应用程序，来访问各个不同的微博。例如目前很多人通过StatusNet的客户端来 访问Twitter一样，使用起来很方便。

　　Twitter的API具体是什么格式的呢？根据Twitter API文档和新浪微博开放平台的文档，这里提供了一个Twitter API的中文翻译文档，供开发者们参考。

　

Twitter 开放API文档

　

　　Twitter通过API的方式开放一些应用接口，这篇文档用来介绍Twitter目前开放的接口， 为希望开发基于Twitter服务扩展的工具或应用的开发人员提供技术和文档服务。

　　认证

　　除了部分 API(如：公共时间线 ( public timeline ) )外，所有的API方法都必须要求用户认证，所有的返回都与认证用户相关。例如，尝试获取一个设置为私密的且不是您的好友的用户信息时，将会返回失败状 态。

　　Twitter目前仅支持HTTP Basic Authentication验证机制。当使用HTTP Basic Authentication时，请使用您在Twitter注册的“用户名”作为Session或Cookie的“用户名” 部分的内容。

　　多状态[RESTFull]结果传输

　　Twitter API力求根据用户特定的请求返回对应特定格式的数据，您可以发现我们提供的API中有一个重要的便利之处，通过简单的更改URI中的文件后缀名，您可以 获得您想要的返回结果的格式，这篇文档中将说明每个方法中有哪些格式可以用。

　　Twitter目前支持以下的四种数据返回格式：XML、JSON、RSS、 Atom，您可以在每次请求时使用不同的请求方法指定不同的返回结果。

　　参数

　　一些 API接受可选和必须的参数，当参数可用时，我们会在接下来的文档中提到这些参数。注意：当传送复杂字串时，请一定先将字串编码为UTF-8格式，并再做 一次URL编码 ( Encode )。

　　HTTP请求

　　除非特意指明，Twitter的 开放API通过HTTP GET方式的调用，需要提交信息或传送私密消息时使用POST方法。

　　以下将说明API返回的信息格式的组成， 一些API将返回与用户请求“内容”相关的信息，而有一些将返回与客户端发送的“HTTP头信息”相关的一些信息。例如，多数支持since参数的方法， 同样会对HTTP头中的If-Modified-Since这个 HTTP头 感兴趣。需要注意的是，当某些行为既可以通过参数又可以通过HTTP头进行控制时，优先接受通过参数方式设定的值。

　　当请求返回数据时， 返回数据的编码统一为UTF-8格式，且我们会将一些外部符号编码为HTML实体（&#number; 或&text）格式。

　 　限制

　　每一个客户端每小时最多允许150次请求。

　　HTTP状态码

　 　Twitter API会对每次请求返回合适的HTTP状态。例如，当请求一个不存在的用户信息时，API会返回404 Not Found；当一次请求没有被认证并授权时，API会返回401 Not Authorized状态。

　　使用API的 简便方法

　　如果您的系统安装有curl，您已经有了一个非常强大的使用微博 API的工具。以下是使用curl的例子，非常简单：

　　非授权情况下访问public_timeline： curl http://api.twitter.com/statuses/public_timeline.xml

　 　获取朋友的timeline, 使用认证： curl -u email:password http://api.twitter.com/statuses/friends_timeline.xml

　　仅获取头部信息： curl --head email:password http://api.twitter.com/statuses/friends_timeline.json

　 　用户状态相关方法

　　statuses/public_timeline

　 　返回未设置私密的用户 ( 必须有自定义的用户头像 ) 的最近20条消息，该方法不需要身份认证。

　　访问地址：http://api.twitter.com/statuses/public_timeline.format

　 　支持格式(format)：xml, json, rss, atom

　　参数列表：

　 　无。

　　statuses/friends_timeline

　 　返回最近24小时内的最新的20条认证用户及其好友更新的消息。

　　访问地址：http://api.twitter.com/statuses/friends_timeline.format

　 　支持格式 ( format ) ：xml, json, rss, atom

　　参数列表：

　 　since_id: 可选参数（微博信息ID）. 只返回ID比since_id大（比since_id时间晚的）的微博信息内容。

　　 示例: http://api.twitter.com/statuses/friends_timeline.xml?since_id=12345

　 　max_id: 可选参数（微博信息ID）. 返回ID不大于max_id的微博信息内容。

　　示例: http://api.twitter.com/statuses/friends_timeline.xml?max_id=54321

　 　count: 可选参数. 每次返回的最大记录数，不能超过200，默认20.

　　示例: http://api.twitter.com/statuses/friends_timeline.xml?count=5

　　 page: 可选参数. 返回结果的页序号。注意：有分页限制。根据用户关注对象发表的数量，通常最多返回1,000条最新微博分页内容, 默认1

　 　示例: http://api.twitter.com/statuses/friends_timeline.xml?page=3

　 　statuses/user_timeline

　　返回认证用户最近24小 时内最新更新的20条消息，同样，通过给定userIdOrName参数，可以用来请求其他用户的最近的消息更新。该API可以不认证。

　 　访问地址：http://api.twitter.com/statuses/user_timeline.format

　 　支持格式 ( format )：xml, json, rss, atom

　　参数列表：

　 　id： 可选参数. 根据指定用户UID或微博昵称来返回微博信息。

　　示例: http://api.twitter.com/statuses/user_timeline/12345.xml

　　user_id： 可选参数. 用户UID，主要是用来区分用户UID跟微博昵称一样，产生歧义的时候，特别是在微博昵称为数字导致和用户Uid发生歧义。

　 　示例: http://api.twitter.com/statuses/user_timeline.xml?user_id=1401881

　 　screen_name：可选参数.微博昵称，主要是用来区分用户UID跟微博昵称一样，产生歧义的时候。

　　示例: http://api.twitter.com/statuses/user_timeline.xml?screen_name=101010

　 　since_id：可选参数（微博信息ID）. 只返回ID比since_id大（比since_id时间晚的）的微博信息内容

　　示 例: http://api.twitter.com/statuses/user_timeline.xml?since_id=12345

　 　max_id: 可选参数（微博信息ID）. 返回ID不大于max_id的微博信息内容。

　　示例: Example: http://api.twitter.com/statuses/user_timeline.xml?max_id=54321

　　 count: 可选参数. 每次返回的最大记录数，最多返回200条，默认20。

　　示例: http://api.twitter.com/statuses/user_timeline.xml?count=200

　　 page： 可选参数. 分页返回。注意：最多返回200条分页内容。

　　示例: http://api.twitter.com/statuses/user_timeline.xml?page=3

　　statuses/mentions

　　显示20条最近的对用户的回复消息， ( 消息前缀为 @username ) 。该API只开放给认证用户，请求其他用户的收到的回复消息列表是非法的，无论其他用户设置私密与否。

　　访 问地址：http://api.twitter.com/statuses/replies.format

　　支持格式 ( format ) ：xml, json, rss, atom

　　参数列表：

　　since_id. 可选参数. 返回ID比数值since_id大（比since_id时间晚的）的提到。

　　示例: http://api.twitter.com/statuses/mentions.xml?since_id=12345

　　 max_id. 可选参数. 返回ID不大于max_id(时间不晚于max_id)的提到。

　　示例: http://api.twitter.com/statuses/mentions.xml?max_id=54321

　　count. 可选参数. 每次返回的最大记录数（即页面大小），不大于200，默认为20。

　　示例: http://api.twitter.com/statuses/mentions.xml?count=200

　　page. 可选参数. 返回结果的页序号。注意：有分页限制。

　　示例: http://api.twitter.com/statuses/mentions.xml?page=3

　　用户消息相关方法

　　statuses/show

　 　返回指定Id的一条消息，返回信息中包含作者信息。

　　访问地址：http://api.twitter.com /statuses/show/id.format或者

　　 http://api.twitter.com/statuses/show.format?id={id}

　　支持格式 ( format ) ：xml, json

　　参数列表:

　　id. 必须参数(微博信息ID)，要获取已发表的微博ID,如ID不存在返回空

　　示例: http://api.twitter.com/statuses/show/142277.xml

　　statuses/update

　　更新认证用户的消息，必须包含content参数，且必须以 POST方式请求。 成功时按指定格式返回当前的消息。

　　访问地址：http://api.twitter.com/statuses/update.format

　 　支持格式 ( format )：xml, json

　　参数列表:

　　status. 必填参数， 要更新的微博信息。必须做URLEncode,信息内容部超过140个汉字,为空返回400错误。

　　 in_reply_to_status_id. 可选参数，@ 需要回复的微博信息ID, 这个参数只有在微博内容以 @username 开头才有意义。

　　lat. 可选参数，纬度，发表当前微博所在的地理位置，有效范围 -90.0到+90.0, +表示北纬。只有用户设置中geo_enabled=true时候地理位置才有效。

　　long. 可选参数，经度。有效范围-180.0到+180.0, +表示东经。

　　statuses/destroy

　　根据指定的id删除一条消息，认证用户必须是消息的作者。

　　访问地址：http://api.twitter.com/statuses/destroy/id.format

　 　支持格式 ( format ) ：xml, json

　　参数列表:

　　id 必须，待删除的消息Id， 例如：

　　 http://api.twitter.com/statuses/destroy/12345.json

　　或者

　　 http://api.twitter.com/statuses/destroy.xml?id=23456

　　用户操作接口

　　users/show

　 　显示指定用户的扩展信息，需要给定用户的id或显示名称。扩展信息包括用户的页面设置、微博次数等，因此第三方应用的开发者可以根据这些信息为用户提供 合适的主题。

　　注意：本API调用请求必须发自合法微博用户，不论请求自己/他人的扩展信息。

　　访问地址：http://api.twitter.com/users/show.format

　 　支持格式 ( format )：xml, json

　　参数列表：

　　id. 用户UID或微博昵称。

　　示例: http://api.twitter.com/users/show/12345.json 或 http://api.twitter.com/users/show/bob.xml

　　user_id. 指定用户UID,主要是用来区分用户UID跟微博昵称一样，产生歧义的时候，特别是在用户账号为数字导致和用户Uid发生歧义。

　　示例: http://api.twitter.com/users/show.xml?user_id=1401881

　　 screen_name. 指定微博昵称，主要是用来区分用户UID跟微博昵称一样，产生歧义的时候。

　　示例: http://api.twitter.com/users/show.xml?screen_name=101010

　　statuses/friends

　　返回认证用户的朋友列表，内含每个用户的当前微博信 息。这个方法同样可以用来请求其他用户的朋友列表，通过下面指明的方法传递id参数。

　　访问地址：http://api.twitter.com/statuses/friends.format

　 　支持格式 ( format )：xml, json

　　参数列表:

　　id. 选填参数. 要获取的 UID或微博昵称

　　示例: http://api.twitter.com/statuses/friends/12345.json

　　 http://api.twitter.com/statuses/friends/12345.xml

　　user_id. 选填参数. 要获取的UID

　　示例: http://api.twitter.com/statuses/friends.xml?user_id=1401881

　　 screen_name. 选填参数. 要获取的微博昵称

　　示例: http://api.twitter.com/statuses/friends.xml?screen_name=101010

　　 cursor. 选填参数. 单页只能包含100个关注列表，为了获取更多则cursor默认从-1开始，通过增加或减少cursor来获取更多, 如果没有下一页，则next_cursor返回0

　　的关注列表

　　示例: http://api.twitter.com/statuses/friends/williamlong.xml?cursor=-1

　 　示例: http://api.twitter.com/statuses/friends/williamlong.xml?cursor=1300794057949944903

　 　count. 可选参数. 每次返回的最大记录数（即页面大小），不大于200,默认返回20。

　　示例: http://api.twitter.com/statuses/friends/bob.xml?&count=200

　　statuses/followers

　　返回认证用户的订阅者，内含每个订阅者的当前消息。 与friends一样，只需要把friends地址中的friends替换为followers即可，其余一切包括参数都不需要改变，都是一样的用法。

　 　访问地址：http://api.twitter.com/statuses/followers.format

　　支 持格式 ( format )：xml, json

　　参数列表:

　　id. 选填参数. 要获取粉丝的 UID或微博昵称

　　示例: http://api.twitter.com/statuses/followers/12345.json or http://api.twitter.com/statuses/followers/bob.xml

　　user_id. 选填参数. 要获取的UID

　　示例: http://api.twitter.com/statuses/followers.xml?user_id=1401881

　　 screen_name. 选填参数. 要获取的微博昵称

　　示例: http://api.twitter.com/statuses/followers.xml?screen_name=101010

　 　cursor. 选填参数. 单页只能包含100个粉丝列表，为了获取更多则cursor默认从-1开始，通过增加或减少cursor来获取更多的，如果没有下一页，则 next_cursor返回0

　　粉丝列表 示例: http://api.twitter.com/statuses/followers/barackobama.xml?cursor=-1 示例: http://api.twitter.com/statuses/followers/barackobama.xml?cursor=1300794057949944903

　 　count. 可选参数. 每次返回的最大记录数（即页面大小），不大于200,默认返回20。

　　示例: http://api.twitter.com/statuses/followers/bob.xml?&count=200

　 　私信操作方法

　　direct_messages

　 　返回用户的消息列表

　　访问地址：http://api.twitter.com/direct_messages.format

　 　支持格式 ( format ) ：xml, json, rss, atom

　　参数列表:

　 　since_id. 可选参数. 返回ID比数值since_id大（比since_id时间晚的）的私信。

　　示例: http://api.twitter.com/direct_messages.xml?since_id=12345

　　 max_id. 可选参数. 返回ID不大于max_id(时间不晚于max_id)的私信。

　　示例: http://api.twitter.com/direct_messages.xml?max_id=54321

　　count. 可选参数. 每次返回的最大记录数（即页面大小），不大于200。

　　示例: http://api.twitter.com/direct_messages.xml?count=200

　　page. 可选参数. 返回结果的页序号。注意：有分页限制。

　　示例: http://api.twitter.com/direct_messages.xml?page=3

　　direct_messages/sent

　　返回用户的已发送消息列表

　　访 问地址：http://api.twitter.com/direct_messages/sent.format

　　支持 格式 ( format ) ：xml, json, rss, atom

　　参数列表:

　　 since_id. 可选参数. 返回ID比数值since_id大（比since_id时间晚的）的私信。

　　示例: http://api.twitter.com/direct_messages.xml?since_id=12345

　　 max_id. 可选参数. 返回ID不大于max_id(时间不晚于max_id)的私信。

　　示例: http://api.twitter.com/direct_messages.xml?max_id=54321

　　count. 可选参数. 每次返回的最大记录数（即页面大小），不大于200。

　　示例: http://api.twitter.com/direct_messages.xml?count=200

　　page. 可选参数. 返回结果的页序号。注意：有分页限制。

　　direct_messages/new

　 　以认证用户的身份向指定的其他用户发送一条有向消息，必须包含参数user和text,请求必须使用POST方式提交。成功将返回完整的发送消息必须包 含参数user和text，必须使用POST方式提交。成功将返回完整的发送消息。

　　访问地址：http://api.twitter.com/direct_messages/new.format

　 　支持格式 ( format ) ：xml, json

　　参数列表：

　　user: user_id或者screen_name

　　text: 必须参数. 要发生的消息内容，需要做URLEncode，文本大小必须小于300个汉字

　　direct_messages/destroy

　 　 通过给定的消息id，删除指定的有向消息，认证用户只能删除其作为接受者收到的消息。使用 POST和GET方法都可以
访问地址：http://api.twitter.com/direct_messages/destroy/id.format

　 　支持格式 ( format ) ：xml, json

　　参数列表：

　　id. 必填参数，要删除的私信主键ID.

　　示例: http://api.twitter.com/direct_messages/destroy/12345.json

　　好友关系操作方法

　　friendships/create

　 　创建认证用户与给定的id参数指定的用户之间的好友关系；该操作执行成功时返回被加为好友的用户信息，执行失败则返回失败的状态字串。

　 　访问地址：http://api.twitter.com/friendships/create/id.format

　 　支持格式 ( format ) ：xml, json

　　参数列表：

　　下面的参数必须有 其中一个:

　　id. 必填参数. 要关注的用户UID或微博昵称

　　示例: http://api.twitter.com/friendships/create/12345.json or http://api.twitter.com/friendships/create/bob.xml

　　user_id. 必填参数. 要关注的用户UID,主要是用在区分用户UID跟微博昵称一样，产生歧义的时候。

　　示例: http://api.twitter.com/friendships/create.xml?user_id=1401881

　　 screen_name.必填参数. 要关注的微博昵称,主要是用在区分用户UID跟微博昵称一样，产生歧义的时候。

　　示例: http://api.twitter.com/friendships/create.xml?screen_name=101010

　 　follow. 可选参数。暂不支持。

　　friendships/destroy

　 　用来注销同指定id的用户的好友关系，当操作成功时，将返回被取消好友关系的用户，当失败时，将会返回失败信息。

　　访问地址：http://api.twitter.com/friendships/destroy/id.format

　 　支持格式 ( format ) ：xml, json

　　参数列表：

　　下面的参数必须有其中一个:

　 　id. 必填参数. 要取消关注的用户UID或微博昵称

　　示例: http://api.twitter.com/friendships/destroy/12345.json or http://api.twitter.com/friendships/destroy/bob.xml

　　user_id. 必填参数. 要取消关注的用户UID,主要是用在区分用户UID跟微博昵称一样，产生歧义的时候。

　　示例: http://api.twitter.com/friendships/destroy.xml?user_id=1401881

　　 screen_name. 必填参数. 要取消的微博昵称,主要是用在区分用户UID跟微博昵称一样，产生歧义的时候。

　　示例: http://api.twitter.com/friendships/destroy.xml?screen_name=101010

　 　friendships/exists

　　用来检验两个用户的关系是否是朋 友关系或者跟随与被跟随的关系。返回相互跟随的关系结果。比如：A跟随了B。B没有跟随A。将返回对应的格式数据：如 xml，<result><AFollowB>true</AFollowB><BFollowA>false< /BFollowA></result>

　　访问地址： http://api.twitter.com/friendships/exists.format

　　支持格式：xml, json

　　参数列表：

　　user_a. 必填参数，要判断的用户UID

　　 user_b. 必填参数，要判断的被关注人用户UID

　　friendships/show

　 　返回两个用户关系的详细情况

　　访问地址： http://api.twitter.com/friendships/show.format

　　支持格式：xml, json

　　参数列表：

　　以下参数可不填写，如不填，则取当前用户

　　source_id. 源用户UID

　　示例: http://api.twitter.com/friendships/show.xml?source_id=10502

　　 source_screen_name. 源微博昵称

　　示例: http://api.twitter.com/friendships/show.xml?source_screen_name=bob

　 　下面参数必须选填一个:

　　target_id. 要判断的目的用户UID

　　示例: http://api.twitter.com/friendships/show.xml?target_id=10503

　　 target_screen_name. 要判断的目的微博昵称

　　示例: http://api.twitter.com/friendships/show.xml?target_screen_name=williamlong

　 　获取用户列表方法

　　friends/ids

　 　用来获取指定的用户的朋友用户id。即自己跟随的人的id

　　访问地址：http://api.twitter.com/friends/ids.format

　 　支持格式：xml, json

　　参数列表：

　　id. 选填参数. 要获取好友的UID或微博昵称

　　示例: http://api.twitter.com/friends/ids/12345.xml or http://api.twitter.com/statuses/friends/bob.xml

　　user_id. 选填参数. 要获取的UID

　　示例: http://api.twitter.com/friends/ids.xml?user_id=1401881

　　 screen_name. 选填参数. 要获取的微博昵称

　　示例: http://api.twitter.com/friends/ids.xml?screen_name=101010

　　 cursor. 选填参数. 单页只能包含5000个id，为了获取更多则cursor默认从-1开始，通过增加或减少cursor来获取更多的关注列表

　 　示例: http://api.twitter.com/friends/ids.xml?cursor=-1 示例: http://api.twitter.com/friends/ids.xml?cursor=1300794057949944903

　 　count. 可选参数. 每次返回的最大记录数（即页面大小），不大于5000，默认返回500。

　　示例: http://api.twitter.com/friends/ids.xml?count=200

　　followers/ids

　　用来获取指定的用户被跟随的用户id。

　　访 问地址：http://api.twitter.com/followers/ids.format

　　支持格式：xml,json

　 　参数列表：

　　id. 选填参数. 要获取好友的UID或微博昵称

　　示例: http://api.twitter.com/followers/ids/12345.xml or http://api.twitter.com/statuses/friends/bob.xml

　　user_id. 选填参数，要获取的UID

　　示例: http://api.twitter.com/followers/ids.xml?user_id=1401881

　　 screen_name. 选填参数，要获取的微博昵称

　　示例: http://api.twitter.com/followers/ids.xml?screen_name=101010

　　 cursor. 选填参数. 单页只能包含5000个id，为了获取更多则cursor默认从-1开始，通过增加或减少cursor来获取更多的关注列表

　 　示例: http://api.twitter.com/followers/ids.xml?cursor=-1

　　示例: http://api.twitter.com/followers/ids.xml?cursor=1300794057949944903

　 　count. 可选参数. 每次返回的最大记录数（即页面大小），不大于5000，默认返回500。

　　示例: http://api.twitter.com/followers/ids.xml?count=200

　　用户帐号方法

　　account/verify_credentials

　 　如果用户身份验证成功则返回 http状态为 200；如果是不则返回401的状态和错误信息。此方法用了判断用户身份是否合法。

　　访 问地址：http://api.twitter.com/account/verify_credentials.format

　 　支持格式：xml, json

　　参数列表：

　　account/update_profile

　 　自定义微博页面的参数。只会修改参数更新项。

　　访问地址：http://api.twitter.com/account/update_profile.format

　 　支持格式：xml, json

　　参数列表：

　　必须有一下参数中的一个或多 个，参数值为字符串. 进一步的限制，请参阅下面的各个参数描述.

　　name. 昵称，可选参数.不超过20个汉字

　　 gender 性别，可选参数. m,男，f,女。

　　province 可选参数. 参考省份城市编码表

　　city 可选参数. 参考省份城市编码表,1000为不限

　　description. 可选参数. 不超过160个汉字.

　　收藏相关方法

　　favorites

　 　返回授权用户的最新的20条收藏的状态信息。也可以通过id或者用户名来指定一个用户，查询他最新的20条收藏的状态信息。

　　访 问地址：http://api.twitter.com/favorites.format

　　支持格式：xml, json, rss, atom

　　参数列表：

　　page： 可选参数. 返回结果的页序号。注意：有分页限制。

　　示例: http://api.twitter.com/favorites/11075.xml?page=3

　　favorites/create

　　收藏一条状态信息POST提交

　　访 问地址：

　　http://api.twitter.com/favorites/create.format

　 　支持格式：xml, json

　　参数列表：

　　id 必须，授权用户要收藏的状态信息id。

　　favorites/destroy

　 　删除授权用户收藏的一条状态信息

　　访问地址：http://api.twitter.com/favorites/destroy/id.format

　 　支持格式：xml, json

　　参数列表：

　　id 授权用户收藏的状态信息id。

最近因为写了点小代码，然后有两个朋友在问我jQuery的代码，但是看的不太舒服，这时候突然有人在群里贴了幅图，于是俺就施施然的把图存为表情，并发给我那两个朋友。

呵呵，当然也是随口说说，只是很多人在使用了jQuery的xpath功能后，却仍然在使用传统的JS方法读取和写入数据等，完全没有应用一些高级方法。比如$(":input:checkbox:checked")这样优雅的代码都不用。还有类似于$("#li :not(:eq(1))")，这样的代码又怎么样呢？
所以，常备着一本手册，经常翻翻是不是明明有现成的功能，却还在不停的重复劳动？

这段时间对于百思家网站（http://www.bestjia.com）的SEO已经暂时告一段落，暂时稳定一下，以便搜索引擎能够把近期的一些数据进行收录。

这几天看着搜索引擎过来的报告，发现非技术性的网站，通过百度过来的流量远超于google，因此基本上也可以确定，在国内，做电子商务网站，还是以优化百度搜索引擎为主，一些SEO技巧还是针对一下百度较好。针对google的SEO的话，还是以技术型网站居多。

这段时间是什么样的内容被搜索着呢？让我们来看一下：

1. 2009壁纸十大品牌排名，关键字：壁纸十大品牌排名2010
2. 简约_卫生间_装修效果图，关键字：卫生间装修效果图 简约
3. 2009壁纸十大品牌排名，关键字：壁纸品牌排名
4. 2010年最新中国卫浴十大品牌排名榜，关 键字：洁具十大品牌排名2010
5. 2009壁纸十大品牌排名，关键字：壁纸排名

我这里只列出了排名前5的，很明显，通过搜索引擎过来的大多是“壁纸”和“洁具”，当然还有排名稍差一点的。我这里就不一一列出了。我列出上面的一些关键字，意思就是想分析一下用户的搜索行为，都是一些很常用的，而且用户对排名啥的特别关注。对于选择多的都是什么十大排名，对于少的都是什么前五名之类的。

百度在一下子收录你很多数量的文章后，慢慢慢慢的还会帮你删除掉一点，然后剩下来的如果量不多，被搜索的机会还是很少。量级，还是很有用的。其他就不说了，先藏着。哈哈

或许很多软件都是专业的转换，但是如果PDF中有图片的话，那些convert pdf to word就不一定能够成功转换了。所以我推荐这款“汉王 PDF OCR”,和传统的OCR一样对PDF进行识别、转换，再输出。因此，即使你是图片，他也能够认得出啦，因为他可以把图片直接OCR出来。

　　 汉王PDF OCR是汉王OCR 6.0 和尚书七号的升级版，本软件新增打开与识别PDF文件功能，支持文字型PDF的直接转换和图像型PDF的OCR识别：既可以采用OCR的方式，将PDF文件转换为可编辑文档；也可以采用格式转换的方式直接转换PDF文件为文本。
本软件系统应用OCR（Optical Character Recognition）技术，为满足书籍、报刊杂志、报表票据、公文档案等录入需求而设计的软件系统。
目前，许多信息资料需要转化成电子文档以便于各种应用及管理，但因信息数字化处理的方式落后，不但费时费力，而且资金耗费巨大，造成了大量文档资料的积压，因此急需一种快速高效的软件系统来满足这种海量录入需求。本软件系统正是适用于个人、小型图书馆、小型档案馆、小型企业进行大规模文档输入、图书翻印、大量资料电子化的软件系统。
●识别字符
简体字符集：国标GB2312-80的全部一、二级汉字6800多个。
纯英文字符集。
简繁字集：除了简体汉字外，还可以混识台湾繁体字5400多个以及香港繁体字和GBK汉字。
●识别字体种类
能识别宋体、仿宋、楷、黑、魏碑、隶书、圆体、行楷等一百多种字体，并支持多种字体混排。
●识别字号
初号 小六号字体。
●表格识别
可以自动判断、拆分、识别和还原各种通用型印刷体表格。

上午尝试了一下，对于一些杂志扫描出来的OCR可以正确识别。精度还挺高。当然。。。纯图片【文章配图】是没有办法导出来了。。

官网：http://www.hanwang.com.cn/

好象前段时间关于godaddy的新闻特别多，一会骂，一会捧，让人感觉很迷惘。但事实上，更多的人还是愿意接受godaddy，而并不是排斥。网上的一些骂文也很多。无非就是指什么godaddy根本就没有进入过中国市场，所以也不算是退出中国市场，还说什么非法敛财之类的，但论据啥的都其实并不充分，相反还有一点欲盖弥彰。five jiao们不停的在攻击这些运营商，不知道会给自己带来什么样的好处。或许是工资的上升或许是奖金的增加？但对于用户来说，适合自己的才是最好的。要知道，对于一个商务网站来说，如果哪天域名解析权也不在自己手里的时候，会有多痛苦。

说了半天，知道godaddy的当然知道它是什么玩意，不知道的人还是不知道godaddy是啥玩意，从网上找了点资料，贴一下，了解一下。

Godaddy是世界第一大域名注册商，进军主机领域以后发展迅速，据多家监测 机构显示，放置在Godaddy上的网站数量已经越居第一位。Godaddy同时提供linux主机，Windows主机，VPS以及独立主机全线主机产 品，各种需求的客户在这里都可以找到适合自己的产品。Godaddy同时提供独立IP，SSL证书，帮助客户快速打造自己的电子商务网站。

Godaddy优点

价格便宜，windows主机基本是同行业中最低的，其他空间商的windows主机的月费基本都在9.95美元左右。>

管理灵活。在Godaddy的控制面板就可以自助实现购买添加独立IP，更换主域名，增加支持JSP（linux），更换操作系统，购买添加SSL证书等多种操作。在其他主机商，这些基本都需要联系主机商完成，很繁琐。

可以自由更换操作系统。无论是购买的是那种操作系统，都可以在windows与linux之间自由更换，方便快捷

30天退款保证。30天内无条件退款，比国内某些空间商提供的免费试用7天要实在的多。

速度快。Godaddy主机在国内的的大部分地区的速度都很好，在美国等国家的速度一流，非常适合外贸网站的使用。

快速搭建电子商务平台。Godaddy主机可以方便快捷的添加独立IP，SSL证书，满足电子商务的需要。

Godaddy产品

独立IP： 2.99美元/月 SSL证书：14.99美元/年 域名：和主机一起购买只需要2.21美元/月

Godaddy支付方式

Godaddy付款需要信用卡或者是添加了信用卡的Paypal（中国官方站设在上海，译称“贝宝”，Paypal是eBay旗下的一家公司，全球领先的电子邮件付款服务提供商，允许在使用电子邮件来标识身份的用户之间转移资金，避免了传统的邮寄支票或者汇款的方法。博主王二注），他 自身有礼品卡gift card，gift card在国内可以通过淘宝等C2C网站购买，一般认为使用gift card相对直接使用信用卡支付安全性较高，因为直接使用信用卡存在扣费方“额外”收取“验证账户信息真实费”，实际上，使用gift card就不会收取，而且服务完全一样，所谓的“验证费”仅仅是收费名目而已。

北京时间12月13日下午消息，美国域名注册公司GoDaddy昨日宣布，将支 持中国用户通过支付宝购买GoDaddy域名和主机。此前中国用户要在GoDaddy注册域名或者购买主机，只能使用信用卡，通过PayPal也需要用信 用卡进行验证，这给中国大陆用户带来了诸多不便。

GoDaddy发表声明称，亚洲拥有数量巨大的人口，拥有全球将近43%的网 民。但信用卡和PayPal在亚洲市场的使用范围不广，这给亚洲消费者购买GoDaddy服务带来了困难。GoDaddy表示，公司即将开始支付支付宝服 务。IP地址在中国大陆和香港的用户将可以在支付选择中看到支付宝的选项。

注册完godaddy用户后，它会定期不定期的往你的邮箱里发送优惠码，因此一些VIP用户就会把30%、40%之类的优惠码贡献出来，为大家做贡献了。

以下是一些常见的，几乎是一直能用的优惠码。。。

Godaddy 优惠码

优惠券: cjchost20
购买所有主机产品优惠20%. （独立主机例外）
优惠券: cjcophst20
购买Unlimited Hosting 方案特殊优惠码<1年方案 $9.99/月, 2-年方案$6.29/月,3年方案$4.79/月>
优惠券: cjcshare20
购买所有主机产品优惠20%. （仅虚拟主机适用）
有效期: 无限制
优惠券：cjcbusb03
购买所有商业解决方案和主机节省20%
优惠券：cjc20off75
购买75美元及以上可以优惠20美元
优惠券：cjc20hun
购买100美元及以上可以优惠20美元
有效期: 无限制
优惠码: cjctenoff
购买50美元及以上商品使用此优惠码可以优惠10美元
有效期：无限制
优惠码: cjcsave
购买30美元及以上商品使用此优惠码可以优惠 5 美元
有效期：无限制
优惠码：cjcdeal
购买75美元以上优惠15%
优惠码:cjcdollar
优惠一美元，域名续费和org域名注册除外。
优惠码: cjcfat75
消费75美金或以上者，优惠15%。
优惠码:cjc4Udom
COM域名注册 $7.49
优惠码：fbfhome20
购买75美金 以上 get 20% OFF （优惠20%）
优惠码: cjc4U75
消费75美金或以上者，优惠15%。

2.Godaddy域名注册优惠码
优惠码: cjc695dom cjc749dom
说明: $7.49 .COM 注册
有效期: N/A
优惠码: cjctld749
说明: $7.49 .NET 注册
有效期: N/A
优惠码: cjctld749
说明: $7.49 .ORG 注册
有效期: N/A
Godaddy免费隐私保护优惠码：cjcPRIVATE

说明：注册域名可以获得免费的隐私保护，因为多个优惠码不能通用，只能用原价注册才行。

虽然说上面的代码几乎一直能用，但事实上谁也不知道godaddy哪天就换代码也有可能啊。希望有效吧。HOHO，反正只要我的邮箱里有了，我会尽量贴出来，偶尔我也会去收集一点优惠码，都放在Godaddy优惠码这个贴子里面。