看到标题不要惊讶，其实，这是两个不同的内容。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优惠码这个贴子里面。

hooks这玩意，一向是被认为是可扩展的代名词，当一个系统启动了hooks后，他就变得可扩展了，同样，他的性能也就需要被众人拿出来做比较了。
目前被很多人拿来做比较的是两款程序：drupal和wordpress，是使用量最大的博客程序之一，在很多人眼里，这两个程序已经脱离了博客，而是CMS了。drupal前后台不分是我最不舒服的地方，所以wordpress才是我的首选。或许大家看到我的TAG里面还有ThinkPHP和QeePHP，那是因为这两个框架都在考虑有行为加入，行为嘛，相对于框架，就当于一个hooks，所以我也加上了这两个框架
thinkphp的Add_filter,add_action和wordpress有点相像 ，而qee因为没有仔细看过，所以不太清楚（flea的时候好象没这个功能）

跑题半天了。上文了

Drupal怎么就知道什么时候调用一个模块来处理特定的请求？

这个是通过Drupal的hook机制完成的，下面解释一下hook的工作机制。

当Drupal处理来自用户的一个请求，它通过一系列步骤进行。比如：Drupal核心首先引导这个应用，确定关键变量和经常使用的功能。接下来，它加载 关键库、主题和模块。接下来，它继续处理请求，将请求的URI映射到正确的处理代码，等等。然后它为数据应用一个主题，为输出来格式化信息。最后它返回输 出结果到用户的浏览器。

在循序渐进的预定义时刻，Drupal进行勾取。这意味着什么呢？简短的说，它意味着Drupal测试部分或全部当前启用的模块，寻找遵循特定的预定义模 块的函数。一些已经连接这个进程到“回调”的模式经常被用在事件处理模块中。Drupal和这个是类似的，但是更加充满活力。

比如说，当它正在创建一个页面浏览内容时，Drupal可能再模块中寻找叫做<modulename>_block() 和<modulename>_view()的函数（在这里<modulename>被每个Drupal检测的模块的名称代替）。 寻找模块包含的这些函数被叫做实施hook_block()和hook_view()勾取。

当Drupal找到这些函数，它执行它们，并且利用这些函数返回的数据创建一个响应来发送给用户。然后Drupal继续循序渐进的处理请求，或许在它进行 过程中执行许多其它的钩子。

当所有的步骤完成并且一个响应发送给用户，Drupal自动清除并且推出。

模块可以定义自己的钩子，这些钩子又可以被其他模块使用。这样一来，hook机制可以扩展到提供复杂的定制行为。

当一个模块提供匹配一个钩子的签名的功能，我们就说那个模块执行那个钩子。比如，假设Drupal有一个叫做hook_example()的钩子。如果我 们定义一个叫做 mymodule 并且包含一个叫做 mymodule_example() 函数的模块，我们就会用到 hook_example().

Hook对于面向对象程序员的启示：

那些对面向对象编程熟悉的程序员可能发现在面向对象语言中考虑将钩子作为一个类似于接口方法或者抽象方法的机制是很有用的。钩子是Drupal将寻找的函 数并在某些情况下需要出现在你的模块中。就像接口方式，一个钩子的函数签名必须匹配Drupal的预期签名。而和接口不同的是，模块开发者可以选择（在一 定程度上）哪个钩子去实现、哪个钩子去忽视。Drupal不要求每个定义的钩子都实现。

参考：《Learning Drupal 6 Module Development》

原文来自：http://www.cnblogs.com/stylesheet/archive/2010/04/16/1713512.html，上次我也写过wordpress的hooks，其实原理都差不多。

发这个新闻，主要不在新闻的内容，而是在回复。仿佛当年的项庄舞剑，意在沛公差不多。

新闻原文是这样的：

Linux基金会执行董事Jim Zemlin声称Linux的市场地位十分稳固，尽管几位Linux内核的关键维护者已经头发花白。Linux Weekly News的主编Jonathan Corbet在上周举行的Linux基金会协作峰会上挑 明了这一问题，他指出Linux内核团队的年龄一年比一年长，而年轻一代的开发者没有参与进来。为 什么Linux现在无法吸引年轻开发者？

著名的内核开发者Andrew Morton也承认，他们越来越老，越来越累，而且没有看到其他人像他们过去那样充满激情的投入到一件事上。他同时指出，这个问题比较复 杂，因为随着内核代码越来越复杂，进入这个领域的门槛也越来越高，参与内核开发的开发者需要有丰富的经验和知识。他表示Linux内核 团队鼓励年轻一代的热心参与。

也有人评论认为，这种状况和学校的计算机教育也有关系，现在的计算机科学教育不再和1980年代和90年代那样关注底层开发和硬件交互，而 是主要学习高级语言如python、.Net、java等等。

编译/solidot

回复是这一条：

匿名人士 发表于 2010-04-19 13:33:05
因为年轻人要买车买房娶老婆……

极有同感，大家可以去为什么Linux现在无法吸引年轻开发者围观

这篇文章有点意思，不过我更多的想的不是他所说的这种分类，一般来说，在电子商务里面这方面，这方面其实是最难界定的。产品A既可能属于B分类，也可能是属于C分类。但是在促销的时候，B分类产品不打折，C分类可以打折，这时你把A产品怎么处理？打折还是不打折？

QQ好友列表：

＋太原（9/39）
＋运城老乡（9/49）
＋西安（9）
＋学校（19）

问题：
QQ好友上新建了一个女孩组和一个西安组，上面的整理方式，发现经常 弄错，比如“XX“同学，是我女友介绍认识的，我将她顺便放在太原组里面，后来知道她不在太原，山西运城人士，当我和她聊天时候，连我自己都很吃惊经常 问，太原的一些情况，很是影响人家心情，搞的自己也很尴尬。
很长一段时间，渐渐习惯这种分类，突然间觉得这样的分类很不科 学，很明显，这涉及SNS的经典问题，以及信息架构的经典问题：如何做一个有效分类？

我的需求：
1. 新添加一个朋友的时候固定存放
2. 常联系的人立马可以找到
3. 和我趣味相投的统统放在一起，玩到一起的，闲来没事可以出去一起 疯狂的
4. 能够表达出我的职业规划，定位明确，可以清楚的阐述我的社会活动 能力与人际关系

详细说明：

要做到：
1. 清楚地表现好友信息：一看这个分类，就知道这一类型的人是干什么 的，和他们应该在那些方面可以顺利沟通清楚问题。
2. 层次结构清晰：一看这个分类，就知道什么人在这个分类下面，分类 下面涉及到什么朋友

不应该是：
1. 这个分类给人一种距离感，陌生
2. 我想找的是分类A， 但你却出现在分类B中？NND
3. 这个分类做出来不能让我自己都犯晕！

问题的表象是如何找到一个合理的好友分类方式，深入问题的本 质，其实是不满足我的需求，而QQ体现的核心是我的二字，因此人际关系、社会活动能力、我的职业规 划就是该信息架构问题的关键！这样就有了看似简单但能立刻解决问题的分类方式：

QQ好友列表：

＋熟人（9/19）
＋一家人（9/19）
＋一帮子（9/14）
＋光屁股长大（9/100）
+刚认识（2/10）
+xxx公司
+xxx公司

一切就这么简单，采用这个分类以后，立 即心旷神怡！

--EOF--

原文来自：http://www.cnblogs.com/u_xiaomo/archive/2010/04/18/1714953.html

不过话说回来，抛开电子商务的因素，wordpress的分类设计的就是挺不错的。一篇文章在你迷惘的时候，可以放到多个分类里，分类又只是相当于一个标签。这样的设计让使用者也很爽。只是开发的时候累一点，SQL的性能差一点点而己。