James Qi - 最新页面 [zh-cn]

谷歌相关链接(Google Related Links)试用笔记

James Qi — Tue, 10 Nov 2009 03:36:18 GMT

James Qi: 创建新页面为 '{{日志顶部}} --~~~~ == 介绍 == 　　看到一篇博客说到谷歌推出Google Related Links的内部测试，感觉还是很有用的，就去[http://relatedlinks.goog…'

{{日志顶部}}
--[[用户:James Qi|James Qi]] 2009年11月10日 (二) 11:36 (CST)

== 介绍 ==

　　看到一篇博客说到谷歌推出Google Related Links的内部测试，感觉还是很有用的，就去[http://relatedlinks.googlelabs.com/intl/zh-cn/ 谷歌相关链接网站]看看，有英文版和中文版（暂时还没有这两种以外的其它语言版本，可以看出Google还是很重视中文领域的）。

=== 简介 ===

　　里面的简介：

* Related Links 是一个帮助站长们提高网站页面浏览量的工具。
* Related Links 可以在您的网页上放置一个控件。对于每个页面，它可以自动找到站内相关的页面，并显示在控件内。
* Related Links 还可以推荐搜索关键词，方便用户在站内找到更多相关网页。

=== 演示 ===

　　听上去不错，然后点击“演示”，输入：

* 网页URL:
*:例如: http://wenda.tianya.cn/wenda/thread?tid=1efa9abf9a2e2917
* 网页标题:
*:例如: 佩带玉器对身体有什么好处?
* 域名:
*:所有相关链接和相关搜索都会限定在这个域名内。例如: wenda.tianya.cn
* 语言:

　　然后点击“试一试”按钮，看到的相关性效果还不错，只是不能定制显示标题，这个应该在申请后可以修改。

=== 申请 ===

　　目前，只有被邀请的用户可以使用Related Links。如果您想试用Related Links，请发邮件到[mailto:relatedlinks@google.com relatedlinks@google.com]，并说明您的gmail帐号，网站和网页浏览量。

　　于是我就发了一封邮件，填写了上面要求的信息后，顺便把Google的不断创新夸奖了一番。

== 帮助 ==

　　几天后很快就收到了批准的邮件，并提示看看[http://groups.google.com/group/google-relatedlinks/web/how-to-setup-related-links-zh-cn 谷歌相关链接的工作原理及配置方法]，摘录如下：

=== 谷歌相关链接的工作原理 ===

　　站长如果想使用谷歌相关链接，需要首先登录到http://relatedlinks.googlelabs.com 上创建一个相关链接，然后拷贝一段js代码到自己的网页上。

　　当用户浏览这个网页时，js代码会向Google服务器发起一个http的请求，其中包含了网页的标题。

　　Google服务器收到请求后，会首先计算一组和网页相关的关键字（目前主要根据网页标题）作为相关搜索。然后用最好的关键字（相关搜索中的第一个）在Google搜索引擎中做一次站内搜索，将搜索结果作为相关链接。最后根据站长的配置信息生成一段js代码，这段新的js代码会在用户网页上执行并显示相关链接和相关搜索。

=== 谷歌相关链接的配置方法 ===

　　在配置页面中，有几项配置起来比较难，“域名”，“删除前缀”，”删除后缀“。

　　'''"域名"：'''这一项用于从Google搜索引擎中做站内搜索时限制返回结果的范围，实际上就是Google的site:搜索功能。所以这不仅可以填域名，还可以填路径，这样所有的相关链接和相关搜索都会限定在这个路径中。比如可以是 ”a.com“, "a.com/path/" 或者 "a.com/path/post"。

　　'''“删除前缀”和“删除后缀”'''：这两项除了在显示给用户时用于从标题中删除前缀和后缀外，也用于在抽取关键词时从标题中删除前缀和后缀。也许部分站长已经注意到，相关链接显示的标题有时和页面<title> tag中的标题有些差别。主要是“-”前面是否包含空格。当我们提取关键字时，使用的标题是页面的js代码返回的，是包含"-"前面空格的版本。但显示给用户的标题是从Google搜索引擎中获得的，搜索引擎对标题进行了一些处理(例如删除"-"前面的空格，将过长的标题截断)，所以我们这时拿到的标题是不包含“-”前面空格的。站长在配置时需要将两个版本的删除前缀和后缀都加到列表中去。比如原标题为“关于洗衣机的一些小技巧 - XX栏目 - YY网站”，那么Google搜索引擎返回的结果会是“关于洗衣机的一些小技巧- XX栏目- YY网站”，如果站长想去掉关于栏目和网站的后缀，则需要添加" - XX栏目 - YY网站"(用于提取关键字前删除后缀)和“- XX栏目- YY网站”(用于显示给用户前删除后缀)到删除后缀中。

　　如果还有什么问题，欢迎大家在论坛中发帖讨论。

== 设置 ==

　　重新进入[http://relatedlinks.googlelabs.com/intl/zh-cn/ relatedlinks.googlelabs.com]，用谷歌帐号密码登录后就看到有了“管理Related Links”的功能，设置起来非常简单，分成下面几个部分：

=== 基本设置 ===

* 名字: 唯一名字
域名: 网站域名, 例如:'google.com', 'groups.google.com'.

=== 样式设置 ===

* 网站语言:
* 相关链接数量:
* 相关搜索数量:
* 宽度: 像素
* 字体大小: 像素
* 行距: 像素
* 背景颜色:
* 链接颜色:
* 标题底色:

=== 高级配置 ===

* 是否高亮: 是否
如果用户通过搜索引擎到达此页面，高亮关键词。
* 高亮颜色
* 黑名单:
每行一个URL。
黑名单中的URL不会出现在相关链接中。
* 删除前缀:
每行一个待删除前缀。
在相关链接中，我们会从网页标题中删除这些前缀，然后再显示给用户。比如，如果标题是”abc-def“，删除前缀是”abc-“，那么我们会显示给用户”def“。
* 删除后缀:
每行一个待删除后缀。
在相关链接中，我们会从网页标题中删除这些后缀，然后再显示给用户。比如，如果标题是”abc-def“，删除前缀是”-def“，那么我们会显示给用户”abc“。

== 效果 ==

=== 默认显示效果 ===

'''谷歌相关链接'''
<pre>
On domain link 1
On domain link 2
On domain link 3
On domain link 4
On domain link 5
</pre>
'''谷歌相关搜索'''
<pre>
Search query 1
Search query 2
Search query 3
</pre>

我在三个网站中设置了一下：[[18dao:|一把刀人工搜索]]、[[wenbanzhu:|问版主问答]]和本站。

=== 本站实际效果 ===

设置好了以后可以获取代码，例如本站中的代码是：
<pre>
<div id="relatedlinks_container_div"></div>
<script language=javascript defer>
var escFun = window.encodeURIComponent ? window.encodeURIComponent : escape;
var relatedlinks_js = document.createElement("script");
relatedlinks_js.setAttribute("charset", "utf-8");
relatedlinks_js.src = "http://relatedlinks.googlelabs.com/client/client.js?url=" +
escFun(document.URL) + "&referrer=" + escFun(document.referrer) +
"&relatedlinks_id=10161_6075643109786430614&title=" + escFun(document.title);
document.getElementsByTagName("head")[0].appendChild(relatedlinks_js);
</script>
</pre>

本站中的效果为：
{{谷歌相关链接}}

=== 问答网站效果 ===

[[wenbanzhu:|问版主]]中的效果可以看这个问答：[[wenbanzhu:香水如何用？|香水如何用？]]，摘录过来效果是：

'''谷歌相关链接'''

[[wenbanzhu:分类:香水|分类:香水]]
[[wenbanzhu:香水如何保存？|香水如何保存？]]
[[wenbanzhu:如何喷香水？|如何喷香水？]]
[[wenbanzhu:美容护肤保养问答专题|美容护肤保养问答专题]]
[[wenbanzhu:分类:美容|分类:美容]]
[[wenbanzhu:蚊子叮人是根据血型吗？|蚊子叮人是根据血型吗？]]
[[wenbanzhu:什么是精油，使用方法是什么？|什么是精油，使用方法是什么？]]

=== 人工搜索效果 ===

[[18dao:|人工搜索]]中的效果可以看这个页面：[[18dao:刘翔|刘翔]]，摘录过来效果是：

'''谷歌相关链接'''

[[18dao:刘翔被男子强抱|刘翔被男子强抱]]
[[18dao:刘翔复出|刘翔复出]]
[[18dao:冬日娜访刘翔再现雷语|冬日娜访刘翔再现雷语]]
[[18dao:刘翔受伤|刘翔受伤]]
[[18dao:刘翔2009全运会比赛时间|刘翔2009全运会比赛时间]]

以上是今天早上收到Google回信后的测试情况，感觉相关性很不错，还有统计功能，如何运用好以后还可以多考虑、试试。

{{TAG|谷歌|谷歌相关链接|Google Related Links|试用|笔记}}
{{日志底部}}

MediaWiki中的各种缓存(Cache)设置

James Qi — Fri, 06 Nov 2009 02:40:32 GMT

James Qi: 创建新页面为 '{{日志顶部}} --~~~~ 　　网站服务器搬到武汉电信机房后，我们对服务器硬件进行了调整，然后前几天继续进行软件设置方面的调整，…'

{{日志顶部}}
--[[用户:James Qi|James Qi]] 2009年11月6日 (五) 10:40 (CST)

　　网站服务器搬到武汉电信机房后，我们对服务器硬件进行了调整，然后前几天继续进行软件设置方面的调整，不过因为一些技术问题没有解决好，前几天又曾经发生访问困难的情况，特别是MySQL数据库持续让服务器的内存、CPU占用过高。仅仅调整MySQL的配置文件没有什么作用，无论怎么调整，情况没有特别的好转也没有特别的恶化。

　　于是还要在其它方面想一些办法，包括简化一些应用的功能和利用更多的缓存，下面来把缓存情况总结一下：

　　MediaWiki是纯动态网站，每个页面都需要调用数据库数据来生成，这必定会使访问变慢，但该软件设计时可以使用多个层次、多方面的缓存机制，包括页面缓存、应用缓存、PHP缓存：

== 页面缓存 ==

　　让前端截留大部分重复的访问，可以用通用的Squid反向代理（还有一种叫Varnish的软件，功能好像类似），将匿名用户访问过的常见内容缓存起来提供给后来的访问者以便加速访问，还有MediaWiki本身自带的file caching，这种文件缓存方式类似国内的一些论坛软件生成.html的静态HTML文件，Apache处理起来很快，也不需要读取数据库内容。

　　一般是推荐大型网站采用专门Squid服务器，Wikipedia甚至使用数百台的大规模Squid阵列。小型网站采用File Cache简单一些。我们现在的网站是干脆采用了两级页面缓存，Squid和File Cache都用。不过需要注意更新机制以及File Cache中保存的报错页面的处理。

== 应用缓存 ==

　　页面缓存主要是针对匿名访问用户，但对于注册登录用户（或者匿名用户第一次访问以及每次缓存更新后的第一次访问）来说，还可以使用更多的缓存机制，可以利用通用的eAccelerator或者Memcached的办法，也可以缓存到数据库中。

　　可以缓存下面几类信息：

* $wgMainCacheType 对于通用对象
* $wgParserCacheType 对于解析对象
* $wgMessageCacheType 对于界面信息对象

　　我们网站的eAccelerator曾经用过，后来调试其它功能时取消了没有恢复。Memcache还没有用过。目前主要是通过数据库方式来做缓存的，因为还是要存取MySQL所以效果可能比前两种要差一些。

== PHP缓存 ==

　　PHP代码的预编译，这个我不太懂，据说可以稍微减少PHP代码的执行时间，维基百科系列网站是使用的APC技术。

　　我们还没有采用。

== 其它缓存 ==

　　[http://www.mediawiki.org/wiki/Manual:Configuration_settings#Cache Manual:Configuration_settings#Cache]这里汇总了MediaWiki的各种缓存设置，包括一些Sidebar缓存、Interwiki缓存等细节。

　　除了标准的MediaWiki程序以外，在扩展程序方面，动态页面列表（Dynamic Page List）无疑是一个非常消耗数据库资源的功能，但如果不用的话，很多功能无法实现，我们只有在注意保持网站基本功能的前提下精简一些DPL扩展的使用，另外，最近还查到DPL本身也可以利用缓存机制，详细情况：[http://semeb.com/dpldemo/index.php?title=DPL:Manual_-_DPL_parameters:_Other_parameters#allowcachedresults allowcachedresults]、[http://semeb.com/dpldemo/index.php?title=DPL:Manual_-_DPL_parameters:_Other_parameters#dplcache dplcache]，我们找到这个缓存功能后已经运用到网站中，前段时间MediaWiki 1.15中包含DPL的页面都不产生静态文件缓存页面的，在Local设置“ExtDynamicPageList::$respectParserCache = true;”后现在也生成了HTML文件，而在MediaWiki 1.10中没有找到整体设置的办法，就暂时修改各个调用DPL的页面及模板。

== 相关问题 ==

　　另外，还看到一些资料中说有几种Expensive功能，对数据库资源消耗大，它们是：

* <nowiki>{{#ifexist:}}</nowiki> (来自ParserFunctions扩展)
* <nowiki>{{PAGESINCATEGORY}}/{{PAGESINCAT}}</nowiki> (魔术字)
* <nowiki>{{PAGESIZE}}</nowiki> (魔术字)

　　后两者是MediaWiki 1.10以后推出的，我们网站上并没有采用，而前一个是ParserFunctions扩展中的很有用一个功能，我们在各个网站中采用了不少，现在发现有一些是不必须的，就在逐步检查、减少这个功能的使用，希望也能对负载情况有所缓解。

　　还有MySQL数据库本身我们安装使用了几年时间没有整理过，InnoDB文件系统早就超过了当初的尺寸，也还需要另外找一个时间来进行维护整理。

== 参考信息 ==

* [http://www.mediawiki.org/wiki/Manual:Cache Manual:Cache]
* [http://www.mediawiki.org/wiki/Manual:Squid_caching Manual:Squid_caching]
* [http://www.mediawiki.org/wiki/Manual:Varnish_caching Manual:Varnish_caching]
* [http://www.mediawiki.org/wiki/Manual:File_cache Manual:File_cache]
* [http://www.mediawiki.org/wiki/Memcached Memcached]
* [http://www.mediawiki.org/wiki/Manual:Configuration_settings#Cache settings Cache]
* [http://meta.wikimedia.org/wiki/Cache_strategy Cache_strategy]
* [http://semeb.com/dpldemo/index.php?title=DPL:Manual_-_DPL_parameters:_Other_parameters#allowcachedresults allowcachedresults]
* [http://semeb.com/dpldemo/index.php?title=DPL:Manual_-_DPL_parameters:_Other_parameters#dplcache dplcache]

{{TAG|MediaWiki|Cache|缓存|MySQL}}
{{日志底部}}

网站服务器重返武汉电信机房

James Qi — Sun, 01 Nov 2009 14:51:27 GMT

James Qi: 创建新页面为 '{{日志顶部}} --~~~~ 　　去年底服务器从联通机房搬到外地电信机房，现在服务也到期了，今天早上和同事一起去把服务器搬回到武汉…'

{{日志顶部}}
--[[用户:James Qi|James Qi]] 2009年11月1日 (日) 22:51 (CST)

　　去年底服务器从联通机房搬到外地电信机房，现在服务也到期了，今天早上和同事一起去把服务器搬回到武汉的电信机房。

　　上周做了一些准备工作，主要是：

# Squid服务合并到另外一台服务器中，减少一台Linux服务器；
# Windows下的备份服务合并到另外一台Linux服务器中，减少一台Windows服务器和磁盘阵列；
# Squid、Apache、MySQL、MediaWiki中都采用内网IP，方便以后的搬迁时不需要修改；
# 尝试优化MySQL设置以及精简网站中可能导致数据库负载高的模板，降低数据库系统过忙的情况。

　　本来以为搬迁会很顺利的，不过在武汉电信的机房服务器上架时遇到问题，很简单的一个IP地址修改工作怎么都无法生效，害得我们怀疑各种可能，又找了外部技术援兵支持，最后总算是发现了网络设置中奇怪的问题，就很简单地修改解决了。原来预计2-3个小时的中断事件，结果差不多花了9个小时！

　　好在大家辛苦了一整天，总算把东西都搞定了，以后网站服务器放在武汉电信的机房也放心多了。

{{TAG|服务器|武汉|电信|机房}}
{{日志底部}}

新问答网站“问版主”Google PR值更新为5

James Qi — Fri, 30 Oct 2009 15:34:58 GMT

James Qi: 创建新页面为 '{{日志顶部}} --~~~~ 　　前一阵子看到媒体报道Google PR值将会取消，其实这种东西真取消了也没什么，只是不太直观了解一个网站的粗…'

{{日志顶部}}
--[[用户:James Qi|James Qi]] 2009年10月30日 (五) 23:34 (CST)

　　前一阵子看到媒体报道Google PR值将会取消，其实这种东西真取消了也没什么，只是不太直观了解一个网站的粗略情况而已，真正的网站流量、收入、口碑等都不会有什么变化。

　　不过今天在网上搜索时偶然看到10月30日Google PageRank还是更新了，我就去查了一下我们的一些网站，多数网站的PR值没有变化，少量有些变化，而新启项目“[[wenbanzhu:|问版主]]”的PR值从无到有，而且一次性升到了5，另外一个新站“[[ipshu:|查IP地址]]”也是5，有些出乎意外，不过想想我们本来就有PR值在6、7以上的网站做链接，这升高也很正常。

　　不过这仅仅是一个数字而已，网站要真正做好还是需要长期积累、坚持自己的风格、获得用户的口碑。这最近两个星期，问版主网站做了不少改动，版面上更新、选题上用专题的方式、做专题例子、做图片专题、招实习生、在[[18dao:|人工搜索]]宣传等待，取得了一定效果。看看下面的问答列表：

{{wenbanzhu:右侧内部广告}}

{{TAG|问版主|PageRank|PR}}
{{日志底部}}

重新修改robots.txt让搜索引擎正常收录MediaWiki网站

James Qi — Tue, 20 Oct 2009 08:27:02 GMT

James Qi: 创建新页面为 '{{日志顶部}} --~~~~ 　　去年10月份记录了一篇《设置Robots.txt来降低MediaWiki网站的负载》，效果还是不错的，将baidu中不正确的一些…'

{{日志顶部}}
--[[用户:James Qi|James Qi]] 2009年10月20日 (二) 16:27 (CST)

　　去年10月份记录了一篇《[[设置Robots.txt来降低MediaWiki网站的负载]]》，效果还是不错的，将baidu中不正确的一些收录URL逐步消除了，也减轻了一些服务器的负担。今年采取了升级服务器硬件、更换线路条件更好机房、采取负载均衡和多级缓存等方式来提高了服务器的负载能力，应该是可以不再限制各个搜索引擎的爬虫，于是将squid中的ip解封，给Sosospider写邮件，后来发现soso又收录了大量不正确的URL，这两天不得不再花一些时间来把所有robots.txt都更新一遍，有这几方面的变化：

# 增加了sitemap的提示
# 屏蔽了google webmastertools中看到的错误页面URL“thumb.php?f=”等
# 屏蔽了soso中收录的“index.php?page=*&title=Special:Log”、“action=”等
# 屏蔽了MediaWiki 1.15.0繁体网站中的“/*%E7%89%B9%E6%AE%8A:%E9%9A%8F%E6%9C%BA%E9%A1%B5%E9%9D%A2”等
# 解除了对yahoo蜘蛛的爬行频率限制

　　修改后的robots.txt类似这样：

<pre>
# robots.txt file from 18dao wiki project
# add for ipshu.jamesqi.com by jamesqi 2009-10-20

Sitemap: http://ipshu.jamesqi.com/index.php?title=Special:Recentchanges&feed=rss
Sitemap: http://ipshu.jamesqi.com/index.php?title=Special:Newpages&feed=rss
User-agent: *

#Disallow: /QC
#Disallow: /User
#Disallow: /Data
#Disallow: /Task
#Disallow: /index.php?title=QC
#Disallow: /index.php?title=User
#Disallow: /index.php?title=Data
#Disallow: /index.php?title=Task

Disallow: /thumb.php?f=
Disallow: /index.php?page=*&title=Special:Log
Disallow: /index.php?from=*&title=Special:Allpages

Disallow: /skins/
Disallow: /*Special:Random
Disallow: /*%E7%89%B9%E6%AE%8A:%E9%9A%8F%E6%9C%BA%E9%A1%B5%E9%9D%A2
Disallow: /*Special:Search?search=
Disallow: /*%E7%89%B9%E6%AE%8A:Search&search=&go=%E8%BF%9B%E5%85%A5
Disallow: /*Special:Search
Disallow: /*%E7%89%B9%E6%AE%8A:%E6%90%9C%E7%B4%A2
Disallow: /*Special:Movepage/
Disallow: /*%E7%89%B9%E6%AE%8A:%E7%A7%BB%E5%8A%A8%E9%A1%B5%E9%9D%A2
Disallow: /*action=
Disallow: /*oldid=
Disallow: /*diff=
Disallow: /*printable=
Disallow: /*Special:Recentchangeslinked/
Disallow: /*%E7%89%B9%E6%AE%8A:%E9%93%BE%E5%87%BA%E6%9B%B4%E6%94%B9/

Disallow: /*Special:Whatlinkshere/
Disallow: /*%E7%89%B9%E6%AE%8A:%E9%93%BE%E5%85%A5%E9%A1%B5%E9%9D%A2/

Disallow: /*Special:Contributions/
Disallow: /*%E7%89%B9%E6%AE%8A:%E7%94%A8%E6%88%B7%E8%B4%A1%E7%8C%AE/
Disallow: /*Special:Preferences
Disallow: /*%E7%89%B9%E6%AE%8A:%E5%8F%82%E6%95%B0%E8%AE%BE%E7%BD%AE
Disallow: /*Special:Watchlist
Disallow: /*%E7%89%B9%E6%AE%8A:%E7%9B%91%E8%A7%86%E5%88%97%E8%A1%A8

##Crawl-delay: 300 # set to 300 seconds to wait between successive requests to the same server for Yahoo Slurp
##Request-rate: 1/10 # maximum rate is one page every 5 seconds
</pre>

　　修改了这些以后又给youdaobot@corp.youdao.com、sogou-spider@sogou.com也发去了邮件，要求恢复正常抓取、收录。再继续跟踪、观察看看。

{{TAG|Robots.txt|MediaWiki}}
{{日志底部}}

搜搜Soso的搜索技术目前还真不行

James Qi — Tue, 20 Oct 2009 03:15:22 GMT

James Qi: 创建新页面为 '{{日志顶部}} --~~~~ 　　搜搜从9月初推出自己开发的搜索引擎后，我们网站来自Soso的流量就下降了好多，给sosospider@tencent.com发邮件要…'

{{日志顶部}}
--[[用户:James Qi|James Qi]] 2009年10月20日 (二) 11:15 (CST)

　　搜搜从9月初推出自己开发的搜索引擎后，我们网站来自Soso的流量就下降了好多，给sosospider@tencent.com发邮件要求恢复爬行、收录后，这段时候我们也看到Sosospider恢复了频繁爬行我们的网站，而且发现收录量已经大大增加了，用site:www.18dao.com等关键词“搜索到约148,000项结果”，每天新收录的页面也不少，但仍然有两个比较明显的问题：

　　1、Soso部分收录页面的URL很奇怪，例如http://www.18dao.com/index.php?oldid=149962&title=18dao:%E7%83%AD%E9%97%A8%E5%86%85%E5%AE%B9
，都不知道是怎么会出现这样的链接，而http://www.18dao.com/robots.txt 中的“Disallow:
/*&oldid=”还制止不了，就改为“Disallow:
/*oldid=”才能禁止爬行这样的URL

　　2、本站关键词在Soso排名很差，虽然Soso对我们的网站收录量不小了，但从Soso来的流量明显比9月份以前Soso使用Google搜索技术的时候少了很多，使用很多关键词查询我们网站的内容都在前几页找不到，这和在Google、Baidu中的情况相差很大，不知道这是不是因为恢复爬行后把我们网站当成了新网站、经过“沙盒”过一段时间会正常？

　　我们几个网站在Soso中都存在上面说的两个问题，我又给sosospider@tencent.com写去了邮件，希望得到回答。

　　我们采用MediaWiki的网站只有Google的收录很好，Baidu以前也出现过收录奇怪URL的情况，我们不得不修改robots.txt进行限制和引导，现在Soso看来也有类似问题，甚至更奇怪的一些问题，在搜索引擎的“爬行、索引、展示”中的第一个步骤就显得技术上差了。毕竟搜索引擎技术可不是一朝一夕炼成的，Soso还要花长时间来积累。

{{TAG|搜搜|Soso|搜索|Sosospider}}
{{日志底部}}

Time

59.173.8.114 — Mon, 19 Oct 2009 06:20:48 GMT

James Qi: 已保护"Time" ([edit=sysop] (无期) [move=sysop] (无期))

check{{CURRENTTIME}}
{{#dpl:|namespace=|category=bad}}

力荐电子书《Google AdSense秘密》第4版

James Qi — Mon, 19 Oct 2009 02:48:29 GMT

James Qi: 创建新页面为 '{{日志顶部}} --~~~~ 　　2006年8月在德国的时候，我下载到一本名为《Google Adsense Secrets》的电子书，作者是美国人Joel Comm，我当时刚做Ad…'

{{日志顶部}}
--[[用户:James Qi|James Qi]] 2009年10月19日 (一) 10:48 (CST)

　　2006年8月在德国的时候，我下载到一本名为《Google Adsense Secrets》的电子书，作者是美国人Joel Comm，我当时刚做AdSense不到一年时间，这本书的价值太大了，让我学到了很多需要了解的知识，也大幅度提高了广告收入。

　　最近在这个人的网站[http://www.AdSense-Secrets.com www.AdSense-Secrets.com]上看到他2008年推出了第4版：ADSENSE SECRETS 4 - What Google Never Told You About Making Money with AdSense 4th Edition，于是就下载保存（以前是出售的电子书，现在提供免费下载了）。

　　前段时间花了一些时间再次阅读这个新版本，里面的内容更新了一些，但还不是最新的，没有包含Google AdManager等介绍，不过在AdSense本身方面这本书已经写得非常好了，重复阅读一遍都会有新收获，我最近按照里面的介绍技巧，在[[18dao:|一把刀人工搜索]]中的图片下方添加了链接广告，很快就看到了效果，收入已经突破达到新高，还有更多诀窍可以试试，等有时间再逐步在各个网站上实施。

　　这里也提供一份该电子书的PDF文档rar压缩版本下载：[[文件:adsense_4.rar]] （提示：全部是英文内容）。

{{TAG|电子书|Google|AdSense|Adsense Secrets|文件|下载}}
{{日志底部}}

在服务器上安装网站监控软件

James Qi — Sun, 18 Oct 2009 16:06:37 GMT

James Qi: 创建新页面为 '{{日志顶部}} --~~~~ 　　今年3月份开始用“Webperform”来做网站监控，后来该公司不提供免费服务后，9月…'

{{日志顶部}}
--[[用户:James Qi|James Qi]] 2009年10月19日 (一) 00:06 (CST)

　　今年3月份开始用“[[网站服务器监控服务的尝试|Webperform]]”来做网站监控，后来该公司不提供免费服务后，9月份转向了“[[更换网站监控服务提供商|Site24x7]]”，现在15天的免费试用到期后，转为免费用户，只提供2个网站间隔1小时的监控服务，这显然不能满足实时监测的要求。

　　星期五同事找了一个国内的网站监控程序给我看，明显不是很完善，一些地方处理不合理（例如发现故障后不断不停地报警，故障恢复后却没有提示）。对于国内的此类软件我是不抱希望的，于是在网上去找了找，搜索到有个Radar Website Monitor的软件，看了介绍基本可以满足我们要求，下载后测试，确实比国内的软件完善很多，几乎可以提供和Webperform、Site24x7等网站相同的付费服务了。

　　不过[http://www.apicalsoft.com/ Radar Website Monitor软件官方网站]上显示该软件只更新到2007年12月，以后就停止了升级，我下载的是4.6.1.7测试版本，只能加3个网站，而且限制了发送邮件的功能，这样就无法起到提示作用，找了Crack，可以去掉15天的限制，但依然有其它限制。

　　只要再找了个可以使用的老版本4.5.7来用，虽然功能没有新版本全，但好歹可以添加无限制个数网站，并且能发出报警邮件，不能监测dns, ping, database也没有关系，我们基本上只要能监测http就可以。

　　这两天花了一些时间来进行测试、设置，还是比较好用的，可以根据各个网站的监测需要来进行针对性设置，例如重点网站每10分钟监测一次，发现故障2次再报警（以免短暂负载高报警太多），或者检查重点网站的首页是否有报错缓存字符的出现。

　　找到的老版本没有新版本的修改邮件模板功能，邮件标题不能显示网站状态，我只好把133手机以前取消的彩e功能再次打开了，专门用于接收提示邮件，方便查看邮件全文。

　　后来又在网上搜索了一下，免费提供类似软件和服务的网站还不少，不过需要一个一个去下载、注册测试，暂时就用这一个Radar Website Monitor，在我们一台Windows服务器上安装。这个功能几乎是每个网站管理员都需要的功能，也不算复杂，比起Google Analytics等要简单很多，希望以后Google等大公司能提供类似的免费服务就好了！

{{TAG|服务器|网站|监控|软件|Radar Website Monitor}}
{{日志底部}}

锻炼+环保：步行50分钟上班

James Qi — Mon, 12 Oct 2009 14:16:20 GMT

James Qi: 创建新页面为 '{{日志顶部}} --~~~~ 　　几个月前体检发现血脂高后，第二天我就步行上下班锻炼试一试，记得早上去的路上走了80分钟，在夏天的早上…'

{{日志顶部}}
--[[用户:James Qi|James Qi]] 2009年10月12日 (一) 22:16 (CST)

　　几个月前体检发现血脂高后，第二天我就步行上下班锻炼试一试，记得早上去的路上走了80分钟，在夏天的早上出了很多汗，下班在高温中走得更慢了，花了90分钟。看来从同济医大步行到桥口工业园实在太远了，后来就没有继续。

　　上个月搬回兴城大厦上班，门口的汉口火车站附件在修地铁，马路被占了大半，每天上班开车到附近都难以转到办公楼下，我就想10月份以后步行上班试一试。10月9日上班第一天竟然因为堵车花了差不到1个小时才到办公室，今天上午就下决心弃车步行。现在天气已经转凉，但我早上背着笔记本背包也走出汗来，用了50分钟时间，和2006年在德国杜塞尔多夫从住处走到大学去的路程差不多，还是可以接受的。不过下班的时候下起来不小的雨，打着伞虽然用时还是50分钟回家，但身上打湿了好多。

　　听兴城大厦的保安说门口的汉口火车站地铁起码要修两年以上，看来开车上班也需要半个小时还不如步行50分钟，既锻炼了身体又节能环保！以后只要天气还好、没有特别需要开车的话，就尽量步行上下班了。

{{TAG|兴城大厦|锻炼|环保|步行|上班}}
{{日志底部}}

问版主网站招聘兼职版主来回答问题

James Qi — Mon, 12 Oct 2009 03:49:25 GMT

James Qi: 创建新页面为 '{{日志顶部}} --~~~~ 　　人工搜索网站很早就在网上招聘兼职编辑，也积累了一些经验教训，目前暂不继续招收兼职了，但新开…'

{{日志顶部}}
--[[用户:James Qi|James Qi]] 2009年10月12日 (一) 11:49 (CST)

　　[[18dao:|人工搜索]]网站很早就在网上招聘兼职编辑，也积累了一些经验教训，目前暂不继续招收兼职了，但新开始的[[wenbanzhu:|问版主]]网站经过前几个月的内部准备，现在开始招收兼职版主来回答问题了，开始不会招聘很多网友参加，等这个问答网站逐步发展而且兼职管理办法逐步完善后，再根据需要招聘更多人员。

　　下面是[[wenbanzhu:兼职招聘|招聘启事]]内容：

{{wenbanzhu::兼职招聘}}

{{TAG|问版主|招聘|兼职}}
{{日志底部}}

更换网站监控服务提供商

James Qi — Tue, 29 Sep 2009 14:17:38 GMT

James Qi: 创建新页面为 '{{日志顶部}} --~~~~ 　　前一段时间一直在使用[http://www.webperform.com/ Webperform]作为网站监控服务提供商，注册了几个免费帐号，监控我…'

{{日志顶部}}
--[[用户:James Qi|James Qi]] 2009年9月29日 (二) 22:17 (CST)

　　前一段时间一直在使用[http://www.webperform.com/ Webperform]作为网站监控服务提供商，注册了几个免费帐号，监控我们自己几个有代表性的网站，出问题时发邮件提醒，再转发到手机短信上，效果还不错。

　　不过最近有一些天似乎没有接到过短信提示，我还在庆幸网站变得稳定了，但今天早上偶然发现有一台Windows服务器昨天下午就出了故障，但并没有收到过提示短信，再登录Webperform网站，发现无法用以前的用户名、密码登录，也无法注册新帐号了，写邮件去联系，很快得到如下答复：
<pre>
The Webperform services has stopped offering free services due to
strategic changes. if you need web monitoring service, you can contact
Gomez China for paid service.

The contact information is gomezchina@gomez.com. phone: 010-8234 1600
for sales.
</pre>
　　看来这免费的午餐吃到头了，他们的收费服务价格太高，一个Url监控的月收费需要20多美元，当然不可能去用了，于是只好下午花了不少时间去网上再找其它站点监控服务提供商。国内的一些看了，不太放心，就没有选择。国外的还有几个也不错，比较后选择试用[http://site24x7.com/ Site24x7]的服务，有14天标准版本的试用期，到期后降低为免费版本，也可以随时升级，价格是1-3美元/Url/月，还可以考虑采用。

　　Site24x7的使用习惯与Webperform有些不一样，但都可以比较快设置好发邮件、转短信提醒。下午已经接到过2次提醒的短信，应该已经投入实际监控了，先这样试一试看，如果用得好就继续甚至考虑付费。

{{TAG|网站|监控|Webperform|Site24x7|免费}}
{{日志底部}}

从一幅机器人比赛照片看老外的科技热情

James Qi — Fri, 25 Sep 2009 02:01:21 GMT

James Qi:

{{日志顶部}}
--[[用户:James Qi|James Qi]] 2009年9月25日 (五) 10:01 (CST)

　　前天在网上偶然遇到一位朋友加我的QQ，说是看到我一篇《[[给儿子的奖品：乐高机器人LEGO MINDSTORMS NXT 8527]]》的日志文章后来聊聊的。

　　这是一位福建的小学老师，姓林，带队参加过在美国亚特兰大举行的FLL（First LEGO League的缩写）世界锦标赛（一项青少年机器人竞赛活动）。很感慨国外的教育与中国的不同。

　　发来的一幅开幕式照片很令人震惊：

[[图像:开幕式.jpg]]

　　在我们中国，还没见过科技活动有如此多的人参与的，中国这么多人的场合一般都是娱乐、商业性质的多，国人还没有这么崇尚科技的热情。

　　照片的大屏幕上最左边的人就是赛格威(Segway)的发明人：迪恩.卡门，他也是FLL活动的创始人，他在开幕式上的发言林老师也发给我了：

在当今世界，有很多问题需要你们去解决。需要你们去解决能源危机、推动医学发展、开创全新的产业，而创新则是解决所有问题的关键。
在目前经济危机的环境下，创新的作用就更加重要。这个世界通过投机、倒卖房地产和食品而发财的人太多，利用通过艰苦努力学到的科
学知识和工程技巧解决实际问题的人太少。我们需要更多像你们这样以自己的知识和聪慧头脑进行‘投资’的人。但是你们要抓紧。领导
人能通过多印钞票拯救困境中的金融业，但是无法通过多印文凭拯救一代人的愚昧。这需要艰苦的工作，但却是值得的。

——这是迪恩卡门在开幕式上给参加机器人活动的9~18岁的世界各国的孩子们所说的一段话

　　这两天林老师和我还很谈得来，一致认为中国目前中小学中一味强调成绩分数、学生负担太重是一个很大的问题，学生、老师、家长，大家都认为这样的氛围不好，却被动陷入其中。这里林老师发过来一位小学一年级新生家长的一篇文章很有代表性：《[[文件:是什么把我从应试教育批判者变为实干家.doc|是什么把我从应试教育批判者变为实干家.doc]]》。

　　中国还是发展中国家，社会目前还是处在转型时期，人们的功利思想太重，都希望自己（或者自己的子女、自己的学生）能出人头地，往往盲目攀比。而西方发达国家的人们思维方式有很大不同，更强调独立、个性、爱好，从上面这幅照片就可以看得出来他们对自己喜爱的项目是多么的投入。在中国喜欢机器人、喜欢科技的孩子、成人绝对不会少，但现阶段不太可能出现上面照片那样的盛况，也许还要过几十年、几代人后会有所变化吧。

{{TAG|照片|老外|科技|机器人}}
{{日志底部}}

Alimama广告一些别扭的地方

James Qi — Wed, 23 Sep 2009 15:14:18 GMT

James Qi: 创建新页面为 '{{同义|阿里妈妈的广告位第一次被人购买}}'

阿里妈妈用了一年多，收入效果太差

James Qi — Wed, 23 Sep 2009 15:14:13 GMT

James Qi: 创建新页面为 '{{同义|阿里妈妈的广告位第一次被人购买}}'

阿里妈妈的广告位第一次被人购买

James Qi — Wed, 23 Sep 2009 15:01:24 GMT

James Qi: 创建新页面为 '{{日志顶部}} --~~~~ 　　阿里妈妈的广告帐号我是去年6月份注册的，后来还去参加过他们在武汉搞的一次巡展会，记得比较有马云的阿…'

{{日志顶部}}
--[[用户:James Qi|James Qi]] 2009年9月23日 (三) 23:01 (CST)

　　阿里妈妈的广告帐号我是去年6月份注册的，后来还去参加过他们在武汉搞的一次巡展会，记得比较有马云的阿里巴巴煽动风格。

　　不过后来的试用中发现一些问题，我很早就开始用AdSense了，所以感觉Alimama有一些别扭的地方：

* 收入效果太差，这是广告的核心问题，同样的广告位放Alimama比AdSense收入差了太多倍，没人愿意减少收入去捧场
* 注册过程复杂，每个网站、每个广告位都需要单独申请、等待审核，我申报的还有被不通过的、被取消的，有点莫名其妙
* 界面和功能太不专注广告，老是搞一些花里胡哨的东西，把阿里妈妈和阿里巴巴、淘宝、淘宝旺旺、支付宝等掺和在一起
* 看看其它一些发布商都在卖几元钱/周的广告位，都是和这样的邻居在一起，会有什么出息吗？

　　我为[http://www.18dao.com/index.htm 一把刀实用查询大全]标的100元/周左右的广告位，一年多来，只有前一阵子卖出过一次，两周200元，是一个“星城导购网”做的“加持雅集开业推广”广告，我看统计：

* 浏览量:171853
* 点击数:55
* 点击率:0.03%

　　上面的数据也是低得可怜，如果不用包时长的方式，而是点击付费的话，估计只有10元左右的广告费。

　　近一段时间，阿里妈妈总是在搞“邮件轰炸”，什么淘宝客、自助推广、“最后一周，200元购物礼金等你抢！”之类的邮件每周都发、重复发，像是进了一家搞国庆促销的大商场，头晕，算了，我还是做AdSense吧。

{{TAG|阿里妈妈|广告}}
{{别名|阿里妈妈用了一年多，收入效果太差|Alimama广告一些别扭的地方}}
{{日志底部}}

搬回兴城大厦上班，公司重振还需时日

James Qi — Wed, 23 Sep 2009 03:54:32 GMT

James Qi: 创建新页面为 '{{日志顶部}} --~~~~ 　　今天早上和几位同事离开工作了2年多的桥口工业园信昌公司办公室，搬回位于汉口火车站的兴城大厦来上班。 …'

{{日志顶部}}
--[[用户:James Qi|James Qi]] 2009年9月23日 (三) 11:54 (CST)

　　今天早上和几位同事离开工作了2年多的桥口工业园信昌公司办公室，搬回位于汉口火车站的兴城大厦来上班。

　　我记得是2006年底搬到桥口工业园去办公的，到现在也有2年加10个月，在ICP(互联网内容服务)方面做了很多尝试，2007年主要做的Wiki网站群是失败的，2008年到目前做的[[18dao:|一把刀人工搜索]]算是取得了一定成绩，至少从收入方面来说已经超过支出，能够发展下去了。而2006年及以前做的实用查询类网站虽然没有取得预期的非常好效果，但也在后来坚持下来，并将少数查询网站独立发展到一个新的水平。目前的[[wenbanzhu:|“问版主”问答网站]]刚刚启动不久，相信这是一个更长远的发展项目，不会失败，只是希望吸取以前的经验教训，让这个项目取得成绩更快、更大。

　　不过公司这边以前的部分这两年多的发展也有问题，没有取得预期的成效，在新发展的尝试中也是遇到不少困难和挫折。现在ICP部门搬了回来，以后必须负担起公司重振的担子，再用几年的时间彻底改变目前的状况。

{{TAG|搬家|兴城大厦|劲捷公司}}
{{日志底部}}

《南方周末》关注400电话诈骗现象，与我联系采访“查号吧”网站

James Qi — Tue, 22 Sep 2009 13:34:36 GMT

James Qi: 创建新页面为 '{{日志顶部}} --~~~~ 　　今天上午网上有人与我MSN联系，说是《南方周末》报社的，他们最近也在关注400号码诈骗现象，看到[[chahaoba:|…'

{{日志顶部}}
--[[用户:James Qi|James Qi]] 2009年9月22日 (二) 21:34 (CST)

　　今天上午网上有人与我MSN联系，说是《南方周末》报社的，他们最近也在关注400号码诈骗现象，看到[[chahaoba:|查号吧]]网站新近推出“[[chahaoba:灭鼠计划|灭鼠计划]]”，想联系采访。

　　中午就在网上和对方聊了好一阵子，我把查号吧上关于骗子号码特别是400号码的详细统计数据给了他：

* 到现在（2009年9月）已有超过2万个骗子/骚扰号码被曝光，其中固定电话/小灵通号码约9000个、手机号码约11800个、其它例如400号码约1600个
* 400的骗子号码中，4006开头号码1163个，4007开头号码180个，4008开头号码71个，共1414个

　　另外每日统计、最早曝光400号码及日期等都提供给了对方，还聊了一些相关的问题，例如曝光的效果、其他措施，QQ群中一些网友的想法和意见等。我有很久没有接触过媒体了，这次看看媒体报道查号吧网站后效果如何。

{{TAG|南方周末|查号吧|灭鼠计划|报道}}
{{日志底部}}

继续做减法：删除网站中的重复内容页面

James Qi — Mon, 14 Sep 2009 15:05:20 GMT

James Qi: 创建新页面为 '{{日志顶部}} --~~~~ 　　前几天删除了一些建于几年前、目前没有更新的网站，后续还要继续做减法：删除现有网站中的重复内容页面…'

{{日志顶部}}
--[[用户:James Qi|James Qi]] 2009年9月14日 (一) 23:05 (CST)

　　前几天删除了一些建于几年前、目前没有更新的网站，后续还要继续做减法：删除现有网站中的重复内容页面。

　　去年做[[18dao:|人工搜索]]网站的时候，有一阵子急功近利，看到做不同关键词标题的页面效果好，就做了不少大部分内容重复的页面，当时确实带来了很多流量，但SEO效果逐渐消退，今年3-6月甚至有一段时间产生了明显的负面效果，此后我们就不再做大量重复内容页面了。除了人工搜索网站以外，在我们以前的其它实用查询类型的网站中有一部分也实施了同样的办法，甚至是批量导入了很多重复页面。

　　目前看来这些办法长远都是对网站发展不利的，有必要逐步删除这些重复内容页面，今天就把几个网站中属于“同义页面”分类的页面都列出来了，准备和同事一起近期进行批量删除、修改的工作。

{{TAG|网站|SEO|删除}}
{{日志底部}}

欢迎参加查号吧网站组织的曝光骗子号码“灭鼠计划”

James Qi — Sat, 12 Sep 2009 02:39:28 GMT

James Qi: 创建新页面为 '{{日志顶部}} --~~~~ 　　去年在电话区号网站推出了骗子号码曝光后，受到很大欢迎，今年将网站改名为查号吧后，在半年以前就曾经…'

{{日志顶部}}
--[[用户:James Qi|James Qi]] 2009年9月12日 (六) 10:39 (CST)

　　去年在电话区号网站推出了骗子号码曝光后，受到很大欢迎，今年将网站改名为查号吧后，在半年以前就曾经考虑发动更多的网友来主动曝光骗子号码，后来开通了用户注册功能、稳定了网站服务器、做好了技术准备，现在准备在今年内实施一个曝光骗子号码的“灭鼠计划”，下面是具体内容：

----

{{chahaoba::灭鼠计划}}

----

　　上面的内容转发自[[chahaoba:|查号吧网站]]，欢迎感兴趣的朋友参加，查看具体细节及报名参加请点击：[[chahaoba:灭鼠计划|灭鼠计划]]。

{{TAG|查号吧|骗子号码|灭鼠计划}}
{{日志底部}}

再次删除一些没有维护的Wiki网站

James Qi — Thu, 10 Sep 2009 02:39:22 GMT

James Qi: 创建新页面为 '{{日志顶部}} --~~~~ 　　Wiki网站设置起来容易，但要运营起来却很难，关键是内容的创建和维护上，难以真正做到让网友参与，而设立…'

{{日志顶部}}
--[[用户:James Qi|James Qi]] 2009年9月10日 (四) 10:39 (CST)

　　Wiki网站设置起来容易，但要运营起来却很难，关键是内容的创建和维护上，难以真正做到让网友参与，而设立者自身的时间精力有限，不可能包办网站的内容建设。前两天在QQ群里，一位网友也提到国内除了百度百科、互动百科以外，做Wiki网站的都不太景气。这一点我们也很有体会，前期设置了太多的Wiki网站，但后来只有把精力集中在主要的几个上，才真正取得一些成绩。

　　去年就删除过一些没有实际添加内容的网站，主要是在18dao.org下的二级域名，现在还准备继续删除一些没有维护而流量也很少的网站。

　　先把我个人域名下添加的几个没有实际维护的Wiki网站删除：

* cn.jamesqi.com
* tw.jamesqi.com
* en.jamesqi.com

　　需要删除squid中的设置、apache中的设置、mysql中的设置、目录下的文件、google analytics中的设置、webmastertools中的设置、adsense中的设置还有一些外部链接等等，搞起来还有点小麻烦。

　　除此以外，18dao.org下的二级域名网站还将会继续删除一批：

* 2008.18dao.org
* army.18dao.org
* en.2008.18dao.org
* film.18dao.org
* food.18dao.org
* football.18dao.org
* games.18dao.org
* history.18dao.org
* lady.18dao.org
* music.18dao.org
* star.18dao.org
* english.18dao.org
* geography.18dao.org
* baby.18dao.org
* google.18dao.org
* hardware.18dao.org

　　这基本上都是2007年找学校学生实习做的，也花费了一些时间精力，都不成功，以后也不准备再使用了。

　　另外还有18dao.com域名下的：

* en.18dao.com

　　其它的18dao.com下的java开发网站后续也将逐步转为单独的Wiki网站或者指向Wiki网站，前些时已经做了一些这方面的准备和工作，目前还可以先继续维持着。

　　和做企业一样，做网站也不能一味贪多求大。以前做加法太多了，现在深深觉得做减法很重要，把有限的资源投入到重点领域去才能取得成效！

{{TAG|删除|Wiki|网站}}
{{日志底部}}

了解Google AdSense API

James Qi — Tue, 08 Sep 2009 08:31:46 GMT

James Qi:

{{日志顶部}}
--[[用户:James Qi|James Qi]] 2009年9月8日 (二) 16:31 (CST)

　　前一些天看到[http://www.mahalo.com/ Mahalo]的CEO说他们采取的与编辑用户共享广告收入的办法还很有成效，编辑者除了可以得到编辑一个How-to的页面7美元以外，如果持续维护管理该页面，还可以获得50%的广告分成，一些管理了300-600个问答的用户每个月分成收入有数百美元到上千美元，这还是有一定吸引力的。

　　我们以前做[[18dao:|人工搜索]]的时候曾经考虑过这样的办法，但并没有实施，现在考虑以后的[[wenbanzhu:|问版主]]网站时，感觉这样的广告分成办法应该会有一定效果，所以这两天去了解了一下如何来实现。考虑过用Google Analytics的自定义报告、Google AdSense的渠道、Google AdManager的功能等，都不能实现。

　　以前知道有个Google AdSense API，但没有详细了解。现在专门去看了看，这应该正是我们需要的解决办法，其[http://code.google.com/intl/zh-CN/apis/adsense/ 介绍]如下：
----
===Google 的广告收益共享解决方案===

如果开发人员的用户通过撰写博客、网页发布、论坛/wiki/社区创建、或任何其他生成实质网络内容的应用程序来创建自己的内容，则 Google AdSense API 是这些开发人员的理想选择。

* '''与用户共享收益。'''您可以选择与创建内容的用户之间分配用户生成的页面上的 AdSense 收益的方式。此外，您将获得向 AdSense 推介新用户的推介奖金。
* '''关心您的社区。'''通过允许用户共享他们在您的网站上的操作生成的收益，鼓励他们更关心您的计划。用户有动力创建更高质量的内容，并在您的网站上更积极，从而导致采纳和流量增加。
* '''完全集成用户体验。'''整个 AdSense 过程，从 AdSense 帐户创建到投放广告和监控效果，都可以无缝地集成到您站点的现有观感中。
----
　　限制条件是“只有用户页面的每日综合浏览量超过 100,000 的网站能够参加 AdSense API 计划”，我们的[[18dao:|人工搜索]]流量达到了这个要求，但[[wenbanzhu:|问版主]]还只是刚刚开始。我先填写了一个申请表格，马上收到了邮件回复，有测试帐号和密码，可以用于先期熟悉Sandbox。

　　我看了一下英文文档，比起很容易嵌入页面的Google AJAX Search API、Google Maps API来说，AdSense API的运用还是很要麻烦一些，需要用Java/PHP或者Python等来编程，以便实现帐号管理、广告选择、渠道添加、报表输出、网站过滤等。目前还不好抽出开发人员来编程，放一阵子再说。

　　这个AdSense API的核心是让参与内容编辑的用户也新建（或者使用自己原有）AdSense账户，由网站管理方来设置分成比例。2006年在上海Google AdSense开会的时候曾经听mofile.com说过这种模式，不过目前在国内运用者还是很少，国外的例子还是有一些。如果这种方式与我们一直在做的Wiki结合起来，相信还是能形成一定特色的。

　　先了解、记录上面这些，以后有进一步了解再继续记录。

----

　　'''后记：'''已经发邮件询问过谷歌中国AdSense团队的Sophie，她说目前AdSense API项目在世界范围内还在运作，但在中国已经因故暂停了。我估计谷歌受不了中国太多“聪明人”了，唉。{{难过}}我们的项目也不用考虑与编辑者分成这种方式了。--[[用户:James Qi|James Qi]] 2009年9月13日 (日) 23:25 (CST)

{{TAG|Google|AdSense|API}}
{{日志底部}}

Tecent的Soso独立运行，我们网站解开对搜搜蜘蛛的屏蔽

James Qi — Mon, 07 Sep 2009 14:12:11 GMT

James Qi: 创建新页面为 '{{同义|腾讯搜搜独立了，网站解除对Sosospider屏蔽}}'

腾讯搜搜独立了，网站解除对Sosospider屏蔽

James Qi — Mon, 07 Sep 2009 14:09:19 GMT

James Qi:

{{日志顶部}}
--[[用户:James Qi|James Qi]] 2009年9月7日 (一) 22:09 (CST)
{| align=right
|http://cache.soso.com/img/logo.gif
|}
　　去年有一阵子服务器总是频繁负载过重，查到是一些搜索引擎蜘蛛捣乱，特别是腾讯Sosospider，在网站上爬行的速度可以用疯狂来形容，从网上一些文章看有不少网站都被迫将其屏蔽，我曾经给腾讯Soso发过邮件要求降低蜘蛛到访量，虽然收到回信说降低，但我们实际上没有看到降低，只有把将其很多IP地址都屏蔽掉。

　　前几天看到李开复从谷歌辞职的消息时还注意到一条新闻就是腾讯与谷歌的合作到期，正式推出了自己的独立搜索引擎，我当时就意识到这对我们网站会有影响，因为我们网站来自Soso的流量还不算少。

　　今天星期一，查看流量发现上周网站总的流量有明显下降，仔细对比发现主要是来自Soso的流量有大幅减少，这肯定与我们屏蔽了很多Sosospider的IP有关，与去年相比，目前服务器添加了新硬件、采取了文件缓存、试用了主从数据库，负载能力应该大大提高了，所以刚才已经去把以前对搜搜蜘蛛的屏蔽解开了。

　　不过这又需要一些时日来让搜搜恢复对我们网站的收录以及带来流量。另外，偶然看到[http://www.soso.com/bang/fxb.html 搜搜风向标]、[http://www.soso.com/bang/rxb_all.html 人向标]也许对了解通过腾讯进行搜索的人关注的热点有帮助。

----

　　后记：我上周写邮件给Soso要求恢复对我们网站的抓取、收录后，今天刚刚收到的回信
<pre>
sosospider 发送至我
显示详细信息 16:55 (6 小时前)
您好：

已经从禁采抓取恢复为正常抓取，请关注问题是否解决。
感谢您对搜搜产品的关注，如有其他问题，请随时联系我们。

----
SOSO网页搜索Spider专用反馈邮件
Mailto: sosospider@tencent.com
</pre>
　　等一段时间，观察看看再说。--[[用户:James Qi|James Qi]] 2009年9月21日 (一) 23:01 (CST)

{{TAG|腾讯|搜搜|搜索|Sosospider|蜘蛛|SEO}}
{{别名|Tecent的Soso独立运行，我们网站解开对搜搜蜘蛛的屏蔽}}
{{日志底部}}

在MediaWiki中启用主从两个MySQL服务器

James Qi — Fri, 04 Sep 2009 04:28:08 GMT

James Qi: 创建新页面为 '{{日志顶部}} --~~~~ 　　我们在使用MediaWiki的网站中，为了保证访问性能，MySQL使用的是单独的服务器，从系统负载来看也很小，Linux中T…'

{{日志顶部}}
--[[用户:James Qi|James Qi]] 2009年9月4日 (五) 12:28 (CST)

　　我们在使用MediaWiki的网站中，为了保证访问性能，MySQL使用的是单独的服务器，从系统负载来看也很小，Linux中TOP查看负责基本都在1以下，但始终存在一个现象，就是偶尔有CPU占用达到100%的情况，这时网站无法访问，持续3-5分钟左右后CPU占用率恢复正常，这样的情况每天都有3-5次，算下来每天大约有20分钟左右网站访问很慢或者几乎无法访问。

　　这个问题持续有很长时间了，至少有1、2年没有解决，最近一段时间同事专门来进行了日志检查、数据收集，发现有一些MySQL指令很不合理，但没有找到对应的具体页面或者网站操作，如果要修改程序也是一个很困难的事情。于是商量决定使用MediaWiki支持的主从式MySQL服务来尝试解决，算是一种分布式的负载均衡办法。

　　办法其实也简单，在另外一台服务器上安装MySQL服务并设置成Slave模式，以前的服务器上MySQL服务设置成Master模式，这样Slave就会自动读取Master上的数据进行复制同步，而MediaWiki写数据是到Master上，读数据是到Slave上。在LocalSettings.php中设置一个数组就可以了：
<pre>
$wgDBservers = array(
array(
'host' => "ip1",
'dbname' => "dbname1",
'user' => "user1",
'password' => "password1",
'type' => "mysql",
'load' => 0,
),
array(
'host' => "ip2",
'dbname' => "dbname2",
'user' => "user2",
'password' => "password2",
'type' => "mysql",
'load' => 1,
),
);
</pre>

　　如果网站访问量极大的话，还可以设置多台Slave来进行负载均衡，具体设置办法参看：[http://www.mediawiki.org/wiki/Manual:$wgDBservers Manual:$wgDBservers]。前两天是进行测试，今天开始设置到[[18dao:|人工搜索]]网站上运行，看看这样的效果如何，然后决定是否继续、是否在其它网站也启用主从方式。

{{TAG|MediaWiki|MySQL|负载均衡|服务器}}
{{日志底部}}

微调MediaWiki的左侧菜单加广告、右侧加内部链接

James Qi — Fri, 04 Sep 2009 04:01:33 GMT

James Qi: 创建新页面为 '{{日志顶部}} --~~~~ 　　前两天和同事们一起查看了上周对人工搜索网站进行的改动，发现顶部加内部链接、图像页面将链接广…'

{{日志顶部}}
--[[用户:James Qi|James Qi]] 2009年9月4日 (五) 12:01 (CST)

　　前两天和同事们一起查看了上周对[[18dao:|人工搜索]]网站进行的改动，发现顶部加内部链接、图像页面将链接广告上移后效果都不佳，反而导致广告收入下降、也影响用户体验和印象，于是商量着再进行修改，将顶部内部链接移到右边下方，将图像页面的链接广告还原到以前的位置，此外考虑到左侧菜单基本上都是编辑者使用的，对于浏览者来说用处不大，就也准备一起调整，改为放置广告。

　　看上去很简单的调整，但也花了差不多两天的时间，一些字体、图片、表格、外框、居中、间隔、宽度、下划线、Css等细节的调整很麻烦，以前不用很注意的，但网站每天访问量有10多万PV后，处理好这些细节的地方还是很重要的。在左侧添加广告需要修改皮肤文件MonoBook.php以及[[18dao:MediaWiki:Monobook.css|MediaWiki:Monobook.css]]，还要在4种以上的浏览器（IE、Maxthon、Firefox、Chrome、Opera等）中都测试观察没有问题，反复修改了很多次。

{{TAG|MediaWiki|菜单|广告|Css}}
{{日志底部}}

运营网站不宜贪多，看准重点持续积累才有回报

James Qi — Fri, 28 Aug 2009 07:29:47 GMT

James Qi: 创建新页面为 '{{日志顶部}} --~~~~ 　　以前的老同事雪峰后来自己也在运营行业网站，去年还曾到桥口工业园来找我聊过一次AdSense方面的事情，今年A…'

{{日志顶部}}
--[[用户:James Qi|James Qi]] 2009年8月28日 (五) 15:29 (CST)

　　以前的老同事雪峰后来自己也在运营行业网站，去年还曾到桥口工业园来找我聊过一次AdSense方面的事情，今年AdSense开会之前，他问我是否也去，我没有准备去，后来他就自己到杭州去参加了那里的会。

　　昨天约着到他那边去看了看，租了一个酒店的单间在办公，还遇到另外一个老同事也在那里。

　　聊了大半个小时，他说在杭州也听Google的人说现在有少数网站做得很不错，从AdSense的分成每年高达数百万元以上，还给我演示了几个，都是做得非常专注的，也都是积累了一些年头的。

　　雪峰觉得自己以前做了太多行业的网站，100多个行业大多数没有做透彻，吸引来的流量以及收入都不高，后面还要集中力量把一个酝酿了几年的中小企业网做好。

　　我们这边这几年走了一些弯路，也是开始做了100多个实用查询网站，多数的流量及收入不多，只有少数几个还不错，而后来集中了一年多力量来做的[[18dao:|人工搜索]]算是有了一些突破，现在在准备的[[wenbanzhu:|问版主]]我也演示给雪峰看了，他觉得主意不错，但需要比较长时间的积累，要做了十万个高质量的问答后，一定会有作用。

　　大家聊到后来看法很一致，一定要看准重点，持续积累才行，做很多网站撞大运的办法肯定不行。约着说保持联系，再过一两年，看看各自的进展如何。

{{TAG|网站|运营}}
{{日志底部}}

网友提示我们打开MediaWiki的OpenSearch功能

James Qi — Thu, 27 Aug 2009 13:58:29 GMT

James Qi: 创建新页面为 '{{日志顶部}} --~~~~ 　　今天收到一位网友的Email，询问我们“查号吧网站为什么不能添加到firefox的搜索框?提示无法下载插…'

{{日志顶部}}
--[[用户:James Qi|James Qi]] 2009年8月27日 (四) 21:58 (CST)

　　今天收到一位网友的Email，询问我们“[[chahaoba:|查号吧]]网站为什么不能添加到firefox的搜索框?提示无法下载插件”，我虽然一直按照着Firefox，但实际使用并不多，没有明白他的意思，就继续写信询问他“希望如何将查号吧添加到firefox的搜索框？希望如何使用查号吧网站更方便？”

　　晚上很快收到该网友的回信，说“使用firefox访问查号吧,搜索框的下拉箭头会高亮显示,点击后会出现"添加chahaoba",但是选择后出现"firefox无法下载插件,目标地址为http://www.chahaoba.com/opensearch_desc.php ",手动访问这个地址提示"拒绝访问".
应该是wiki系统自带对firefox的搜索支持,但是你们没有开吧...”。

　　我们以前在网站的访问日志中常看到有opensearch_desc.php这个文件出现，但不知道是做什么用的，为了降低服务器负载于是就在Squid中屏蔽了这个网址。网友说的这个功能我刚试过，加到Firefox的搜索框中还是很有用、很方便的，我们已经解开了对这个网址的屏蔽，现在可以添加到搜索框中去了，并可以正常搜索使用。

　　真要感谢网友对我们的提醒，把这个好功能重新开放了，不仅仅是查号吧网站，其它所有MediaWiki的网站全部都有了这个功能。维基百科中的图示：

http://upload.wikimedia.org/wikipedia/commons/c/ca/Dewiki-searchplugin-blueish-autodiscovery.png

附参考网站：

* [http://www.opensearch.org/ OpenSearch官方网站]（英文）
* MediaWiki: [http://www.mediawiki.org/wiki/Manual:Opensearch_desc.php Manual:opensearch_desc.php]（英文）
* Wikipedia: [http://en.wikipedia.org/wiki/OpenSearch OpenSearch]（英文）

{{TAG|MediaWiki|OpenSearch}}
{{日志底部}}

修改MediaWiki的图像文件页面结构

James Qi — Sun, 23 Aug 2009 15:19:39 GMT

James Qi:

{{日志顶部}}
--[[用户:James Qi|James Qi]] 2009年8月23日 (日) 23:19 (CST)

　　今年初在为[[18dao:|一把刀人工搜索]]的图像文件页面添加广告时有几种选择：

# 修改皮肤文件MonoBook.php，但这会影响所有Namespace的页面，不可取
# 在每个图像文件页面中添加一个模板来放置广告，这样实现的效果比较灵活，不过需要重新导入所有图像文件页面数据
# 在涉及到图像文件页面的MediaWiki名字空间修改页面（例如[[MediaWiki:show-big-image-thumb]]、[[MediaWiki:file-nohires]]）

　　因为第3种办法相对比较简单，后来就选用了这一种。

　　看到图像文件页面的浏览量和广告收入都还不错，同事提出修改广告放置的位置，调整到更明显的地方，几个月前找到includes目录下的ImagePage.php与此相关，但没有调试成功。最近同事再次提出这个问题，进过一番测试，终于可以在ImagePage.php这个文件的合适位置中嵌入需要的广告代码，实现广告位置的调整。

----

　　后记：经过一段时间的观察，这样的改动没有取得预期的效果，AdSense收入相反有些降低，就还是还原了。--[[用户:James Qi|James Qi]] 2009年9月2日 (三) 21:57 (CST)

{{TAG|MediaWiki|图像|文件}}
{{日志底部}}

华工大学同学新建一个MSN群

James Qi — Thu, 20 Aug 2009 06:41:32 GMT

James Qi: 创建新页面为 '{{日志顶部}} --~~~~ 　　去年以前准备建一个大学同学的QQ群，但好像有一些同学并不使用QQ，而是多数人都用MSN，包括在外地、国外的…'

{{日志顶部}}
--[[用户:James Qi|James Qi]] 2009年8月20日 (四) 14:41 (CST)

　　去年以前准备建一个大学同学的QQ群，但好像有一些同学并不使用QQ，而是多数人都用MSN，包括在外地、国外的，用MSN的人更多。

　　今年5月前段时间在电信工作的同学新建了一个MSN群（用Live Messenger的官方方式，而不是以前的那种xiaoi.com中建的非官方方式），但我用的MSN Messenger还是老版本，不知道如何加入，升级也一直不成功。拖到上周把电脑重装后才能升级到最新的Live Messenger，然后加入到MSN群中。这两天陆续找到、加入了一些老同学，还比较热闹。

　　把MSN群ID留在这里，如果更多老同学们看到，欢迎加入：

* 群名称：HUST-Radio861
* 群消息：华工无线电861班茶馆（说明：华中科技大学，原华中理工大学，电子与信息工程系，无线电技术专业，861班）
* 网址：http://hust-radio861.groups.live.com/
* 电子邮件地址：HUST-Radio861@groups.live.com

{{TAG|华工|同学|MSN|MSN群}}
{{日志底部}}

收到Google从北京寄来的AdSense T-Shirt

James Qi — Wed, 19 Aug 2009 01:25:42 GMT

James Qi:

{{日志顶部}}
--[[用户:James Qi|James Qi]] 2009年8月19日 (三) 09:25 (CST)

　　前段时间收到过Google AdSense的邀请，在上海、杭州、成都、广州四地举行“[http://www.google.cn/intl/zh-CN/adsense/events/partnersday/2009/ 2009 Google AdSense 合作伙伴日]”，武汉有一位老熟人也去参加了，我看过日程安排，安排的内容还不错，不过我自己认为基本都了解，去的必要性不是非常大，后来因为时间安排的问题，我没有去。

　　前天收到了北京邮寄来的包裹，打开一看是一件Google AdSense的T-Shirt，在网上搜索发现也是这次活动的礼物，一些到现场参加的发布商拿到了。我以前拿到的几件AdSense T恤衫基本都是圆领汗衫类型的，这次邮寄来的是类似商务休闲、有点正规带领子的类型，还不错。{{微笑}}

----

　　补充：今天晚上又花了不少时间，把这次合作伙伴日上的[http://www.google.cn/intl/zh-CN/adsense/events/partnersday/2009/videos.html 会议视频]和[http://www.google.cn/intl/zh-CN/adsense/events/partnersday/2009/presents.html 演示内容]都看了一遍，还有一些收获，例如多用多媒体广告、多利用渠道介绍、多利用Adplanner等。

　　另外看到昨天的AdSense收入又创新高！感觉有点像刚刚以9.58秒再次打破去年北京奥运会上创造100米世界纪录9.69秒的博尔特，创新纪录的时间间隔缩短、成绩提升幅度惊人，真是潜力无限啊。{{大笑}}

{{TAG|Google|礼物|AdSense|T-Shirt}}
{{日志底部}}

问版主网站的初期工作规划

James Qi — Tue, 18 Aug 2009 07:25:47 GMT

James Qi: 创建新页面为 '{{同义|新的问答网站：有问题？问版主！}}'

新的问答网站：有问题？问版主！

James Qi — Tue, 18 Aug 2009 07:24:59 GMT

James Qi:

{{日志顶部}}
--[[用户:James Qi|James Qi]] 2009年8月18日 (二) 15:24 (CST)
{|align=right
|http://www.wenbanzhu.com/skins/common/images/wiki.png
|}
　　从前几年就开始想到把Wiki运用到问答网站上，也一直在关注国外的类似网站，发展都不错，不过我们自己一直下不了决心来做，主要是人手不足。今年二季度的搜索引擎对其它网站收录不好让我们必须做些新的准备，虽然7月初收录突然好了，但这项准备工作没有中断，8月份的前段工作都是在做初步构建，目前基本模式已经出来了，感兴趣的朋友可以去看看：

<center><big><big>[[wenbanzhu:|点击进入：<u>'''问版主'''</u>]]</big></big></center>

== 初期工作 ==

　　不过还有很多工作需要去做，在8、9月份都是内部测试、完善，主要包括：

* '''内容添加：'''在各个类别添加各种问题和回答，不能让网站上到处看到都是空的，同时也是多做例子出来，所以需要保证问答的回答质量
* '''完善架构：'''在不断添加内容的时候，发现网站的各种问题，处理不合理的地方，完善处理流程、帮助信息、常见问答、界面等各方面
* '''考虑组织：'''根据测试情况，分析这个网站需要投入的人力资源，考虑如何运用现有人员、补充专职人员、招聘兼职人员、吸引网友参与等方式

== 关于总版主 ==

　　未来这个叫做“问版主”的网站还要有1-N个“总版主”，相当于一些网站的总编吧，主要职责是：

* '''分配任务给各版主'''
** 分出主分类、子分类，了解编辑人员特长，各人负责的版块划分
** 日常首先筛选问题（初期是自己收集问题发布到网站中），分类后交给各版主回答
* '''检查版主回答质量'''
** 查看版主的回答是否符合质量标准，需要是原创的、很有帮助、优秀的，不合主题、随意复制的内容是不允许的
** 修改版主回答的格式、内容，帮助版主分析如何提高回答的质量

== 坚持原则 ==

　　虽然我们都很想让这个网站快速发展，但从我们以前的一些网站发展过程来看，还必须一步一步踏踏实实走过来，立足长远发展，不能急功近利。这个问答网站必须坚持的最大特点就是'''保证问题的回答内容都是很高质量的、很有帮助作用的'''。

　　在保证质量的前提下，也还要设法引导编辑网友关注的热门问题，这样才能符合网民需要，做出名气，有足够的流量和收入以保证这个网站项目的持续健康发展。

{{TAG|问答|网站|问版主}}
{{别名|问版主网站的初期工作规划}}
{{日志底部}}

上海网吧门视频下载拖垮了我们的服务器

James Qi — Mon, 17 Aug 2009 02:36:54 GMT

James Qi: 创建新页面为 '{{日志顶部}} --~~~~ 　　上周4晚上开始我的手机上收到很多网站访问不了的短信提示（我定制了Webperform的提醒服务），一会儿又可以访…'

{{日志顶部}}
--[[用户:James Qi|James Qi]] 2009年8月17日 (一) 10:36 (CST)

　　上周4晚上开始我的手机上收到很多网站访问不了的短信提示（我定制了Webperform的提醒服务），一会儿又可以访问、一会儿又断了，我先以为是Squid服务的问题，重启了两遍服务，然后又重启了整个机器，但周5白天持续访问很慢，找了很多办法还是没有解决。

　　下午我到桥口那边的办公室去，他们说前两天编辑了一个“[[18dao:上海网吧门|上海网吧门]]”的页面，浏览量很大，而我们服务器管理员从Squid日志中也发现有大量.rar的访问，与平时不同，仔细检查统计，在10几个小时中竟然有19万多次访问记录，而这些流量都不在Analytics中体现，原因是下载文件被外部网站链接，网民直接下载，并不通过我们的MediaWiki页面来访问。

　　马上把.rar文件删除后，果然服务器就正常了，这个文件虽然只有5M，但19万次访问也太密集了。这天Google的首页LOGO换成了发现电磁现象的“特斯拉”，我们做的页面也排名靠前，但统计发现只有几十次访问。看来中国网民对科技类的东西很不感冒，而对于娱乐八卦、低俗的
“XX门”却趋之若鹜。

　　这个文件的问题引起我们服务器断断续续一天的时间，因为是前端Squid出问题，所以所有网站都受到影响，结果总体访问量下降了30%，教训还是很大的，以后还是要谨慎处理类似情况。

　　另外，这几天开始还发现Google Analytics的后台统计中，AdSense的收入有大幅度提高，而访问量以及AdSense后台中的收入并没有特别增长，我觉得应该是Analytics把Link链接广告也计入了收入，而以前Analytics只统计Content内容广告，不过这个设想还没有得到证实，网上没有找到官方的说法，连AdSense团队的人员也不知道。

{{TAG|服务器|视频|下载|人工搜索}}
{{日志底部}}

新购一台HP家用台式机

James Qi — Sun, 16 Aug 2009 14:07:50 GMT

James Qi: 创建新页面为 '{{日志顶部}} --~~~~ 　　这几年一直用笔记本电脑, 很少用台式机, 家里三个人用三台笔记本电脑, 老的台式机都淘汰送人了. 前些天家里…'

{{日志顶部}}
--[[用户:James Qi|James Qi]] 2009年8月16日 (日) 22:07 (CST)

　　这几年一直用笔记本电脑, 很少用台式机, 家里三个人用三台笔记本电脑, 老的台式机都淘汰送人了. 前些天家里商量再买一台台式机, 在操作方便性\速度\散热\屏幕大小等方面还是台式机有优势.

　　昨天去整Dell的笔记本电脑来到武昌华师门前的电脑城, LP也一起来挑选台式机, 先确定要购买HP品牌的, 然后发现各个电脑城中好多HP的经销商, 但销售台式机的不算多, 更多是销售笔记本电脑.

　　目前主流的台式机多是学生用的3000多的中等配置, 我主要是选了AMD 4核的CPU这点, 让运算速度超过了我们一些服务器, HP Pavilion 畅游人a6818cn这一款比较符合要求, 其标配的2G内存\640G SATA硬盘虽说不是太大, 但比以前的台式机还是高了很多, 再配一个20'液晶屏, 用起来还是很不错的, 详细配置如下:

　　HP Pavilion a6818cn配置参数表

{| border=1
|CPU 型号||AMD Phenom(羿龙) X4 9650
|-
|标称频率||2300MHz
|-
|处理器核心||Agena
|-
|核心数||四核
|-
|制程工艺||65纳米
|-
|内存大小||2048MB
|-
|硬盘容量||640GB
|-
|光驱类型||DVD-ROM
|-
|显示器大小||20英寸
|-
|显示器描述||宽屏LCD
|-
|显卡芯片||nVIDIA GeForce GT100
|-
|显存容量||256MB
|-
|网卡描述||100Mbps以太网卡
|-
|键盘描述||惠普薄型多媒体键盘
|-
|鼠标描述||PS2双键光电鼠标
|-
|读卡器||15合1读卡器
|-
|其他端口||6个USB2.0端口，2个PS/2接口
|-
|操作系统||Windows Vista Home Basic
|-
|机箱描述||立式
|-
|质保||3年有限保修\3年硬件上门保修
|-
|其他特点||内置立体声音响系统，支持High Definition Audio立体声音效
|}

官方网站:

[http://h10010.www1.hp.com/wwpc/cn/zh/ho/WF06b/12454-12454-3329740-64546-64546-3883914-3887271.html HP Pavilion 畅游人 a6818cn (NJ076AA)]

图片:

http://h10010.www1.hp.com/wwpc/images/emea/HP-Pavilion-a6800-Desktop-PC-series_400x400.jpg

　　整体价格也在5000以内, 感觉还不错.

{{TAG|HP|PC|台式机|AMD}}
{{日志底部}}

Dell笔记本老是死机,Windows要重装了

James Qi — Sun, 16 Aug 2009 13:29:59 GMT

James Qi: 创建新页面为 '{{日志顶部}} --~~~~ 　　我这台Dell笔记本2006年买回来后硬件算是没有让Dell的人上门来修过, 但Windows系统还是崩溃了几次, 因为买回来的…'

{{日志顶部}}
--[[用户:James Qi|James Qi]] 2009年8月16日 (日) 21:29 (CST)

　　我这台Dell笔记本2006年买回来后硬件算是没有让Dell的人上门来修过, 但Windows系统还是崩溃了几次, 因为买回来的时候硬盘没有保留还原数据分区, Dell也不提供随机操作系统光盘, 我只有到外面去买, 盗版碟还没有Windows XP Home卖, 只有Professional的版本, 我用升级安装后居然认以前的Home版本Key, 也通过了微软的正版验证. 这2-3年如此这样用升级方式重装过2-3次, 没有完全格式化重装过.

　　不过这次病得不轻, 升级重装还是报错, 我以为是硬件的问题, 昨天拿到电脑城别人更换有问题的键盘\升级内存的时候, 对方说还是典型的操作系统问题, 建议重新分区\格式化\重装.

　　没有办法, 只好花了好长时间把原始内容备份, 重新分区\格式化, 重装系统\升级补丁\重装应用软件\还原数据等, 已经花了一天多的时间, 基本恢复可用了, 留下一些尾巴逐步来处理.

　　前几天看到老外的一篇文章中赞美Apple贬低PC, 其中重要的一条就是Apple非常稳定, 基本没有什么病毒, 而Windows基本上是12个月需要重装一次. 我还专门去看了看Apple的机器, 在兼容性\价格上虽然改进了很多, 市场反应也不错, 但还是难以成为主流, 中国人毕竟不会像美国人那样有Apple情结.

{{TAG|Dell|笔记本|Windows|Apple}}
{{日志底部}}