月度归档:2008年04月

博客SEO的几个问题

写这篇日志,源于上周的一次日常讨论,只是一些观点,仅供参考,欢迎指正。

1、博客在SEO方面的优势
(1)内容的专一性与唯一性
往往内容越是专一的博客,搜索引擎越是欢迎;同样,原创性的日志,搜索引擎也更为欢迎。
(2)具有permalink,(较论坛而言)可重现型好。
博客(尤其是BSP)的每篇日志具有固定不变的永久链接;在论坛中,随着跟贴增多而逐渐产生分页,新增的分页内容逐渐偏离原帖的内容,致使搜索结果权重降低,但在博客中评论仍存在于日志页,并不会产生新的分页。

2、博客的SEO优化
平日常见的SEO优化策略与方式对于博客而言,绝大多数仍然有效并可行,但仍需注意:
(1)链接优化
permalink是值得做文章的,可以进行相应的命名,出现预期或特定的关键词。
(2)日志标题优化
与日志内容紧密契合,并保持动态;尽可能标题贴近用户可能的搜索关键词,保持标题的大众化;避免重复。
(3)反向链接
链接到相关的网页内容;链接数目持自然增长趋势;链接出现在网页的不同位置;链接文字保持多样化;链接应来自不同IP地址;链接应来自相关页面;购买链接得不偿失。
(4)强化内容
保持日志内容的原创性;保证博客更新的频率;合理准确的Tag与分类。
(5)对于自架的独立博客而言
选用对搜索引擎友好的程序;使用稳定可靠的主机服务;良好的扁平化目录结构;适当使用SEO插件;优化meta信息;生成sitemaps;保证页面的合理结果;加强博客互动;烧制Feed。

3、博客站内搜索
这可能直接与SEO并无关系,但需要明确,良好的站内搜索有利于访问者发现内容并提升博客站点访问黏度,有效并快速的检索是不可或缺的。

4、博客相关SEO参数监测
Awstats日志分析第三方访问统计报告Alexa、Google PR等参数……

SEO永远只是一个手段,绝非目的。一个博客的存在并非是为了SEO,但合理地使用SEO却可以让更多的人看到你的内容。如果单纯为了广告、为了流量,而终日沉浸在SEO中,恐怕是无法享受到作为一个blogger的乐趣。

在dreamhost主机上部署AWstats统计系统

国外虚拟主机一般都直接在管理界面集成了基于服务器日志分析的流量统计系统,常见的有WebalizerAWStatsAnalog三类。三者本身各有特色,bluehost主机同时集成了Webalizer和AWStats,但我目前使用的dreamhost只直接提供了Analog,虽说功能够用,但本着好奇心理,依然安装了AWStats。当然,如果只是一般的检测网站访问统计,现有的几个第三方访问统计服务站点都不错。

注:
1、需要当前dreamhost用户启用shell;
2、shell的常见命令用法,可以参考这里
3、文中所写yourusername请替换为在dreamhost中的shell帐号;example.com请替换为需要统计的站点域名。

1、下载
进入当前根目录:
cd ~/

下载AWStats,点击这里获取最新版:
wget http://awstats.sourceforge.net/files/awstats-6.7.tar.gz

解压缩:
tar xfzv awstats-6.7.tar.gz

重命名awstats目录,并进入awstats目录:
mv awstats-6.7 awstats
cd awstats

检查当前目录是否为:
/home/yourusername/awstats

2、安装

2、改变文件目录

创建data目录,并改变其权限:
cd ~/awstats
mkdir data
chmod 755 data

移动/home/yourusername/awstats/wwwroot/cgi-bin/ 目录至 /home/yourusername/awstats/ :
mv ~/awstats/wwwroot/cgi-bin ~/awstats

3、设置网站域名

在需要统计的域名目录下创建一个新目录:
mkdir ~/domainname.com/statistics

复制以下icon、css、js三类文件至当前域名的统计输出目录下:
cp -r ~/awstats/wwwroot/{icon,css,js} ~/domainname.com/statistics

注意:该统计结果输出目录不能命名为“satas”,因为dreamhost已经将“domainname.com/stats”作为Analog统计结果的输出目录。

4、配置

在awstats/cgi-bin/ 目录中,复制awstats.model.conf并重命名为awstats.domainname.com.conf:
cp ~/awstats/cgi-bin/awstats.model.conf ~/awstats/cgi-bin/awstats.domainname.com.conf

使用vim打开并且编辑此文件:
vi ~/awstats/cgi-bin/awstats.domainname.com.conf

修改该文件中的以下内容:
(1)修改yourusername、example.com为自己的实际信息;
(2)如果不熟悉vi命令的使用,可以通过FTP软件直接下载该文件,编辑后重新上传覆盖。

LogFile=”/home/yourusername/awstats/tools/logresolvemerge.pl
/home/yourusername/logs/domainname.com/http/access.log*|”
LogFormat=”%host %other %other %time1 %methodurl %code %bytesd %refererquot %uaquot”
SiteDomain=”domainname.com”
HostAliases=”www.domainname.com”
DNSLookup=0
DirData=”/home/yourusername/awstats/data/”
DirIcons=”icon”
SaveDatabaseFilesWithPermissionsForEveryone=0
DefaultFile=”index.php index.html”

5、检查AWStats

确认所有*.pl文件均为755权限,第一行属性输出应均为: -rwxr-xr-x:
ls -o

如果有部分文件不是755权限,请运行以下命令:
find . -name ‘*.pl’ | xargs chmod 755

然后再次运行,再次检查文件权限是否正确:
ls -o

检查所有文件和配置是否均已正常运行:

perl /home/yourusername/awstats/tools/awstats_buildstaticpages.pl -config=domainname.com -update \
-awstatsprog=/home/yourusername/awstats/cgi-bin/awstats.pl -dir=/home/yourusername/domainname.com/statistics/

以上是两条命令,如果在一行中输入,请去除反斜杠(\)。

在浏览器中检查输出目录是否正常(/statistics/) ,浏览awstats.domainname.com.html文件,如果一切正常,那么就成功了。接下来,设置计划任务以便每天自动分析并输出报表。

6、计划任务脚本

这项可以在dreamhost后台直接添加并设置,请参考这里

到此,基本已经设置成功。接下来需要让AWstats运行得再完善一些:

1、配置.htaccess 文件在报表输出目录 (domainname.com/statistics/) ,添加以下内容:
DirectoryIndex awstats.example.com.html

这样将会修改awstats.example.com.html文件为”www.example.com/statistics/”目录的默认首页文件。

2、给报表输出目录添加一个访问密码:
在.htaccess文件增加以下内容:
AuthType Basic
AuthUserFile /home/USERNAME/www.example.com/statistics/.htpasswd
AuthName “My Awstats Report”
require valid-user

替换USERNAME为自己的DreamHost当前用户名。

接下来需要新增一个用户在.htpasswd密码文件中:
htpasswd -c .htpasswd USERNAME

这样就会在当前目录下生成一个USERNAME的密码文件,接下来重复两次输入密码后即可。

3、如果报表中有中文字符,可能会出现乱码,则启用配置文件中以下部分:
LoadPlugin=”decodeutfkeys”

4、因dreamhost在大洋彼岸的机房中,所以时区也是需要修改为+8区:
LoadPlugin=”timezone +8″

5、AWstats拥有简体中文语言包,修改这里可以输出中文报表:
Lang=”cn”

6、如果报表中的图片无法显示,那么修改一下这里:
DirIcons=”/statistics/icon”

参考资料:
1、dreamhost官方wiki”AWStats Installation”
2、AWStats简介:Apache/IIS的日志分析工具
3、AWStats 中文官方网站

如何写网站公告?

小到个人网站,大到门户站点,一般都会需要发布“网站公告”,说到底,网站公告是一个从网站管理者立场向用户(访问者)传递信息的渠道。既然是一个信息传递的渠道,那么就值得说说了。

大体上看,网站公告所能承载的内容颇为丰富,常见的有这么几类:
1、功能调整
2、网站活动
3、设备维护
4、公关软文
……

对于第一类而言,需要注意两点:第一,文字表达要有诱惑力,换而言之,这样的公告最希望网站用户能看到,如果文字过于平淡,显然无法刺激用户去使用这项功能,那么网站公告的效果就没有达到;第二,有时一项功能的发布可能更多地是出于网站运营策略考虑,而用户未必乐于买账,这样的功能发布公告写起来更需慎重,如何引导用户就显得更为重要了。

网站活动,往往市场活动的出现频率会高于网站自身的活动,商业色彩自然会重一些,既然已经有了商业色彩,那么就索性“在商言商”,如果有物质奖品,突出奖品价值是绝对必要的,甚至需要图文并茂。如果是公益类的活动,则需要激发大家参与公益活动的热情,语言可以平静但需要张力。

任何网站的背后都是一台台服务器等网络设备,既然是机器,就会有升级、维护的时候,只不过是耗时长短、频率高低之分而已。即是不可避免的事情,最聪明的办法就是,用简洁的语言说明清楚维护的原因(具体技术层面的细节可以不谈)和起始时间,用户一般都是可以理解并且容忍的。有两点需要注意,维护原因尽量表达出设备维护升级会给用户带来的好处,而起始时间尽可能写得宽松一些——提前结束维护,可以是正面的效果,而到了公告中的结束时间,却依然无法正常访问,那么很可能就诞生一场公关危机。

对于这类公告,还有一点需要注意并且值得花心思做文章的就是“语言风格”。以免费浏览为主的网站,比如小说、新闻网站等,因维护等原因暂停服务,浏览者一般不会表示反对,或者说也无法表达反对意见。但以收费服务为主、web2.0类网站,就必须要注意,如果语言过于严肃死板,容易造成用户的焦躁情绪,收费用户理所应当享受稳定的服务,所以表示歉意是必要的;而web2.0站点中的主要内容由用户贡献,用户自然看重自己的心血,活泼的语言风格有助于稳定用户情绪,化解其担忧的心理。我不是豆瓣粉丝,但看到这则公告我依然乐意截图分享并作为观点的良好佐证:

亮点显见:
1、可能出现的问题可控并且尽可能淡化不良影响;
2、及时更新维护进度,用户心理压力得以缓解;
3、语言幽默诙谐,轻松的气氛不但有利于工作,同样也有助于减弱维护本身所带来的压力。

最后一类“公关软文”,这是一个市场与运营结合的产物,没有什么商业网站不需要市场推动的,软文的关键毫无疑问,在于“软”字,如何让用户有兴趣看下去并参与其中,这才是核心。这点不想多说,一般写此类公告的,常常都是市场部文案高手:)需要注意一点,“公关”就意味有可能是需要应对负面事件,那么进行危机公关的公告,是很难写的,一般原则可以考虑:
1、完整表达客观事实;
2、语言诚恳,努力使用户取得谅解;
3、不要随意道歉认错。

确实,网站公告要写好,不容易,经验、创新、勇气,兼而有之。

UI=U not I

一般而言,并认为用户界面(UI)是一个客观的反馈,恰恰相反的是,这是一个极其主观的感受。但UI却上升到了一门学问,并且在web2.0、电子商务大行其道的今天,被越来越多人关注。

对于web2.0与电子商务网站均有其特殊性,前者是在由用户直接贡献内容,这点已经为众人所认可,那么如何让自己的用户们心甘情愿、舒舒服服地贡献出越来越多质量优秀的内容?这是一个很好的问题。而电子商务网站就更为特殊,因其直接收入来源通常就是网站本身,那么新用户注册数、用户黏度、有效转化率等等客观指标将会直接成为UI设计的考量标准之一。正是因为这些原因,web2.0与电子商务都会较为重视UI设计。

问题并不是在于UI本身,而是在于UI中的“I”究竟是在指代什么?可以明确地认为,此处的“I”既不等于UI设计师、PM,更不等同于网站管理(经营)者,显然,这里的“I”应该是指网站的主力用户群。简而言之,UI = U not I。

首先,职业的UI设计师应该保证自己的主观体验以及操作习惯等不会带入所设计的产品中去,通常这点对于多数的UI设计师并不难做到,职业的特性要求其在设计产品界面的时候保持尽可能的客观。与此同时,大量收集用户反馈、进行各类用户角色分析与测试、对公测产品部署相应的监测点等才是王道。通过客观手段,获取主观的用户数据,在此基础上,进行客观的界面设计,之后再投入进实际站点环境,获取用户反馈,,如此反复。正是基于这样的反复修正,最终方能真正提升UE。

但客观事实往往并不这么尽如人意,网站管理(经营)者、PM等均会在网站运营过程中或多或少的灌注个人体验进行干扰。最后一不小心就会诞生一个奇怪的网站,而一个网站历史越悠久,这样的干扰所造成的损害就越大。原因很简单,用户的固有习惯在不断地被打破——要知道,用户学习使用网站服务是有成本的,成本越高,逃离的概率就越大。而互联网服务的特性决定了很难造就垄断,UI被反复调整而非优化过程中,新用户难以适应、老用户怨声载道的局面自然不可避免。

“用户体验”不是一项某个管理者(执行者)拍拍脑袋就能想出来,并且对专业人员进行(瞎)指挥的工作。摆正心态,专业的人,做专业的事,这是再好不过的选择。

WordPress 2.5 gzip启用问题

在雪山飞猪博客上看到他在说WordPress 2.5版下gzip无法显性开启的问题
之前升级WP之后也发现了这个问题,原本可以直接在后台选择是否开gzip的选项已经在2.5版下消失,而现在是否启用gzip功能,直接交由WP根据服务器端配置进行判断。如果服务器使用的是Apache 2,则可以利用mod_deflate组件直接进行部署gzip 。当然,也可以通过这个插件来控制是否启用gzip。

启用gzip的好处有两点是显见的:
1、节约服务器端web流量(目前DreamHost的流量完全用不完,倒还好说……);
2、浏览者可以节省页面加载的时间(这点最重要)。

可以在这里进行在线检测是否开启gzip以及相应的压缩比率,我的测试结果如下:

Web page compressed? Yes
Compression type? gzip
Size, Markup (bytes) 31,986
Size, Compressed (bytes) 10,998
Compression % 65.6

Response Headers
status HTTP/1.1 200 OK
date Sun, 06 Apr 2008 07:31:10 GMT
server Apache/2.0.61 (Unix) PHP/4.4.7 mod_ssl/2.0.61 OpenSSL/0.9.7e
mod_fastcgi/2.4.2 DAV/2 SVN/1.4.2
x-powered-by PHP/5.2.3
x-pingback https://www.84tt.com/web/xmlrpc.php
vary Accept-Encoding
content-encoding gzip
connection close
content-type text/html;charset=UTF-8

参考资料:

利用压缩网页来提升网站浏览速度