路途志

今天早上发现Google PR更新了，路遇交友网PR从0升到1了，路途志从0到了2。论起流量，路遇交友网远高于路途志。从推广的角度来说，路途志推广力度也远远小于路遇交友。相对于路遇交友网而言路途志唯一的优势其内容都是原创的，并且每日更新。这再次佐证了搜索引擎尤其偏爱原创站这个说法。

和Google的PR比起来，sogou指数显得很无厘头。一贯没什么创意的sogou弄得指数评估，既没有站长的关注和支持，在搜索领域也没有得到认可，它更像是一个学步的孩子在自娱自乐。如果sogou能好好专注于内容搜索，可能对自己的市场份额有更大的帮助。Google PR的推广靠的是google强大的品牌影响力，在广大站长眼里，google PR是衡量网站价值的重要指标之一。相比而言，sogou指数无异于鸡肋。既无站长支持，又没有品牌庇佑的sogou指数何去何从是个疑问。在这无趣的年代，也许每天考量这个问题能带来一点乐趣。

摘要：

这是Nginx的基础模块，它提供了最基本的http处理功能。

指令：

指令：daemon

语法: daemon on | off

默认值: on

例：daemon off;

在正式环境下不要使用daemon和master_process指令，这些选项只能用于开发环境。不过你可以放心的在正式环境下将daemon off和runit/daemontools一起使用，不过这种用法会在以后的升级中给给你带来麻烦，你将无法

平滑的升级到新版本。master_process off则绝对不能使用在正式环境中。

指令：env

语法: env VAR|VAR=VALUE

默认值: TZ

上下文: main

这个指令用来定义环境变量集合，如下场合需要创建新的变量或者更改变量值：

1. 在实时环境下升级Nginx的时候
2. 启用内置Perl 模块的时候

如果没有明确的定义TZ的值,默认情况下它集成老版本的值，默认情况下，内置的Perl模块总是可以使用TZ的值。

例：

env  MALLOC_OPTIONS;
env  PERL5LIB=/data/site/modules;
env  OPENSSL_ALLOW_PROXY_CERTS=1;

指令：debug_points

语法: debug_points [stop | abort]

默认值: none

例：

debug_points stop;

在Nginx内部有很多断言，如果debug_points的值设为stop时，那么触发断言时将停止Nginx并附加调试器。如果debug_point的值设为abort,那么触发断言时将创建内核文件。

指令：error_log

语法: error_log file [ debug | info | notice | warn | error | crit ]

默认值: ${prefix}/logs/error.log

指定服务器错误日志存储的位置。

日志中默认的错误级别：

main部分：error

HTTP部分：crit

server部分：crit

Nginx支持将不同虚拟主机的日志存储在不同位置，这是个很有特色的功能。在lighttpd中，他们一直拒绝提供类似的功能。下面两个链接，提供了针对不同虚拟主机提供不同日志的例子：

SeparateErrorLoggingPerVirtualHost

mailing list thread on separating error logging per virtual host.

如果你在编译Nginx的时候，使用了—with-debug指令，你还可以使用：

error_log LOGFILE [debug_core | debug_alloc | debug_mutex | debug_event | debug_http | debug_imap];

注意：error_log off 无法禁用日志，这个写法将会创建一个名为off的日志文件。如果要禁用日志，请用下面的写法：

error_log /dev/null crit;

指令：log_not_found

语法: log_not_found on | off

默认值: on

上下文: location

启用或者禁用404错误日志，这个指令可以用来禁止Nginx记录找不到robots.txt和favicon.ico这类文件的错误信息。

例如：

location = /robots.txt {

  log_not_found  off;

}

指令：include

语法: include file | *

默认: none

用这个指令，你可以包含任何你想要包含的配置文件。从0.4.4开始，include 指令开始支持文件名匹配，

例如：

include vhosts/*.conf;

注意：直到0.6.7版本为止，include 文件的路径是相对于configure时由–prefix=<PATH>指令指定的的路径而言，默认情况下是/usr/local/nginx.如果在编译compiledNginx时你没有指定这个值，请使用绝对路径。

从0.6.7开始，include文件的路径实现归于Nginx配置文件nginx.conf的所在目录而言，不再是nginx编译时指定的路径。这个改进大大增加了include的灵活性。

指令：lock_file

语法: lock_file file

默认值: compile-time option

例如：

lock_file  /var/log/lock_file; 

如果Nginx是由gcc、Intel C++或者SunPro C++ 在 i386、amd64平台上编译的,Nginx将采用异步互斥进行访问控制。

路途志从开博到今天，已经走过了月余。在这一个多月的时间，参考前辈们的经验，对博客进行了大量的定制。其中比较重要的一个工作就是页面静态化—永久链接静态化。在做这个工作的时候，遇到了很大的问题，路途志的服务器是centos5.2+nginx，而公开的资料无一例外都是基于apache的。参考了Nginx wiki和apache的案例，经过多次试验终于在Nginx下实现了Wordpress永久链接静态化，Nginx配置文件的server部分加入下列四行：

 

#下面四行斜体字实现链接rewrite,http://www.lutuzhi.com中的所有页面实现了静态化 

rewrite ^/(index|atom|rsd)\.xml$ http://www.lutuzhi.com last;

rewrite ^([_0-9a-zA-Z-]+)?(/wp-.*) $2 last;

rewrite ^([_0-9a-zA-Z-]+)?(/.*\.php)$ $2 last;

  rewrite ^ /index.php last;

完整的server配置如下：

server
{
  listen       80;
  server_name www.lutuzhi.com lutuzhi.com *.lutuzhi.com;
  index index.html index.htm index.php;
  root  /yuluyu/wp;

  #limit_conn   crawler  20;   

  if (!-e $request_filename) {

#下面四行斜体字实现链接rewrite,http://www.lutuzhi.com中的所有页面实现了静态化 

rewrite ^/(index|atom|rsd)\.xml$ http://www.lutuzhi.com last;

rewrite ^([_0-9a-zA-Z-]+)?(/wp-.*) $2 last;

rewrite ^([_0-9a-zA-Z-]+)?(/.*\.php)$ $2 last;

rewrite ^ /index.php last;

  }
  location ~ .*\.(php|php5)?$
  {     
    #fastcgi_pass  unix:/tmp/php-cgi.sock;
    fastcgi_pass  127.0.0.1:9000;
    fastcgi_index index.php;
    include fcgi.conf;
  }
  location ~ .*\.(gif|jpg|jpeg|png|bmp|swf)$
  {
    expires      30d;
  }

  location ~ .*\.(js|css)?$
  {
    expires      1h;
  }   

  log_format  lutuzhi  ‘$remote_addr – $remote_user [$time_local] "$request" ‘
            ‘$status $body_bytes_sent "$http_referer" ‘
            ‘"$http_user_agent" $http_x_forwarded_for’;
  access_log  /yuluyu/logs/lutuzhi.log  lutuzhi;
    }

 

Nginx配置文件更改后，用下列命令更新立即生效：

检查配置文件是否正确：/yuluyu/nginx/sbin/nginx –t
使新配置文件立即生效：kill -HUP `cat /yuluyu/nginx/nginx.pid`

Gateway 在美国是个赫赫有名的公司，但是它的品牌影响力在中国是那么的微不足道。以至于很多人看到我的笔记本，第一反应是：你用的是长城电脑啊，他们把Gateway想当然的认为是Greatwall了。另一部分人看清了Gateway的logo,不过他们对Gateway的也没有更多的认识，当他们看清Gateway的牌子之后，往往会小心的问：是深圳产的吧，山寨本！在使用这个笔记本之前，我也从没听过这个牌子，尽管早在1993年Gateway已经贵为财富500强的一员。

Gateway在中国

Gateway早在1997年和2002年曾试图进去中国市场，因为市场策略不当，两次都铩羽而归。2007年8月再次高调宣布进入中国市场，此次Gateway没有选择单打独斗，而是携手神州数码共同在中国市场冲杀。目前Gateway在中国市场面向个人推出了笔记本、台式机和显示器三大类消费类电子产品。

其笔记本和台式机因为漂亮大方的外观深受中国区用户的欢迎，目前Gateway在中国去推出了下列笔记本：

LT系列-LT series

C 系列-C series

MX 系列-MX series

UC 系列-UC series

TC 系列-TC series

T 系列-T series

P 系列-P series

但是Gateway在中国去只推出了一款台式机：GT系列-GT series。

目前在中国市场Gateway主打产品还是笔记本，短短一年多的时间里Gateway已经积累的大量的忠实用户，它的粉丝称其为“奶牛”(因为其商标酷似奶牛花斑)。

虽然Gateway在中国市场的销售取得了不俗的业绩，但是关于其售后服务的负面消息时现报端。根据我的个人体验，Gateway的售后服务可以用“令人发指”来形容。我最近一次维修笔记本的经历，是一场噩梦，以至于现在电脑出现了更严重的问题我也不愿意去维修。

3月初的时候，我的笔记本显卡坏了，显示器不亮，开机报错一长两短。当时我人尚在乌鲁木齐，打400-811-7118咨询，被告知乌鲁木齐有特约维修点，到了现场一看是神州数码维修站，该维修站同时负责索尼、Gateway等品牌电脑的维修。对方表示需要留机测试，大概要7天，因为着急赶回上海，就没在当地修理。

回到上海之后，联系上海当地维修站，被告知需要携带维修卡和发票至维修站才可以维修。这是一个很特殊的经历，所谓的维修卡就是一张空白卡片，第一次遇到要求必需提供一张空白卡片才提供服务的厂商。当然，不是原厂商，是神州数码。当然，维修卡找不到了。我不会把一张空白卡片保存1一年之久的，所以对方有了充足的理由不提供维修服务。后来是购买了所谓的续保服务，对方才提供所谓维修服务。

维修站承诺3~7天内可以修好，接下来就是漫长的等待，在此期间打了多次电话询问维修进展，而对方从没主动打电话通知维修进展。在第六天，对方说修好了，给换了块主板。现场测试，一切正常，电脑可以正常启动，能够正常进入系统，可是噩梦就从这时候开始了。电脑拿回后，使用两个小时候就热的发烫，底部和上部面板均很烫。电源使用时间从维修前的2个小时降到1个小时。检查发现，电脑主板型号是T6830c，而我电脑的型号是T6823c。原来他们所谓的维修就是给电脑换了块老主板。打电话和维修站沟通，对方要求我再把电脑送过去检测。至此我彻底失望，在上海从一个地方到另一个地方是何等麻烦，何况电脑送过去之后还不知道会修成什么样。我真怕他们最后把电脑给修成算盘了。维修过程既没完全解决问题，也没让我省事，没体会到任何服务的存在。

Gateway这个牌子在中国，将会第三次失败，我期待着那一天的到来，不拿消费者当回事的公司，肯定会被市场淘汰，如果它能活下去，那肯定是市场搞错了。Gateway的即将到来的第三次失败，败在他选择了一个错误的合作伙伴-神州数码。

小知识：

2007年8月宏碁收购Gateway在亚太地区的业务

Gateway在中国地区的市场宣传和售后服务由神州数码承包

Gateway驱动下载

今天路遇交友网的启用了邮件支持，在配置过程走了不少弯路，在配置期间参考了网上很多资料，这些资料有的不全，有的则完全是错的。配置完成后整理了下流程，发现UCHOME下配置邮件非常的简单。下面把我的经验总结一下，希望能给有同样需要的网友一些借鉴：

11步搞定UCHOME邮件支持配置：

1.选择邮件发送方式：

通过 SOCKET 连接 SMTP 服务器发送(支持 ESMTP 验证)

2.邮件头的分隔符使用

LF 作为分隔符(通常为 Unix/Linux 主机)

3.收件人显示用户名

是

4.smtp 服务器

smtp.gmail.com

5.smtp端口

465

6.要求身份证验证

是

7.发信人邮件地址

路遇交友<services@yuluyu.com>

8.smtp 用户名

yuluyu

9.smtp密码

yuluyupassword

10.更改function_sendmail.php

我在这里选择了gmail作为邮件发送服务器，gmail采用的是SSL协议，所以需要更改uchome邮件处理相关的代码使其能够连接到smtp.gmail.com。

打开$/uchome/source/function_sendmail.php,将下面这行代码：

if(!$fp = fsockopen($mail['server'], $mail['port'], $errno, $errstr, 30)) {

更改为：

if(!$fp = fsockopen("ssl://".$mail['server'], $mail['port'], $errno, $errstr, 30)) {

11.测试配置是否成功

现在，你的网站就能够利用gmail的邮件发送服务器发送邮件了。通过配置后路遇交友网支持如下功能：

1. 密码找回功能
2. 验证并激活邮箱
3. 邮件提醒功能
4. 通过邮件邀请好友功能

下面通过密码找回功能测试一下邮件支持是否生效：

• 打开www.yuluyu.com首页，点击找回密码功能。
• 输入某账号，5分钟后到该账号对应的邮箱去收邮件。

如果此时能够接收到一封发自路遇交友网的邮箱，则说明邮件功能生效，如果没有收到则说明邮件配置失败。

此时可以查看$/uchome/data/log来分析失败原因，在这个文件夹下有两个日志文件，他们保存了和邮件相关的日志信息。

200903_smtp.php 保存了服务器联接的相关信息。

例如：2009-03-28 22:48:36        222.65.248.80    1    /do.php?ac=sendmail&rand=1238251716    (stmp.gmail.com:465) CONNECT – Unable to connect to the SMTP server

200903_sendmail.php 保存了和具体邮件发送相关的信息。

例如：<?PHP exit;?>    2009-03-29 12:19:18        222.66.162.147    12    /do.php?ac=sendmail&rand=1238300357    lutuzhi@gmail.com sendmail failed.

这些信息可以帮助我们判断邮箱配置的问题根源所在。

通过以上11步配置和测试，我们的网站应该可以完全支持邮件发送了。上面列出来的仅仅是邮件配置方法的一种，在不同的环境下肯定会有所不同，同时在配置过程中也会遇到各种具体的问题，本文内容仅供参考。

Uchome中心情记录是非常常用的一个操作，用户可以通过方便的来快速的发布自己的想法，通过一两句话描述自己的心情。因为其操作方便，发布简易使其成为基于UCHOME构建的SNS中使用最频繁的操作之一。但是发布心情记录，并不能增加积分。积分功能的缺失，导致用户对心情记录的参与成都大大降低。由此导致用户对整个基于UChome创建的SNS站点的参与热情也大大降低。尽管用户可以通过发布日志等方式来获取积分，但将心情记录纳入全站积分体系未尝不是增加用户参与热情的一个有效的手段，下面简单介绍下，如何在发布心情记录时也能够增加积分。

1.修改$uchome/admin/tpl/credit.htm,在其中增加三行代码，如下蓝色字体部分：

<div class="maininner">

……     
      <tr><td>邀请好友注册成功</td><td><input type="text" name="get[invite]" value="$get[invite]" size="5"></td>
        <td>获取注册邀请码</td><td><input type="text" name="pay[invite]" value="$pay[invite]" size="5"></td></tr>
    <tr>
     <td>发布/回复记录</td><td><input type="text" name="get[doing]" value="$get[doing]" size="5" /></td>
        <td>搜索一次</td><td><input type="text" name="pay[search]" value="$pay[search]" size="5"></td></tr>
    <tr>
     <td>发布出行信息</td><td><input type="text" name="get[route]" value="$get[route]" size="5" /></td>
        <td>兑换1M的上传空间</td><td><input type="text" name="pay[attach]" value="$pay[attach]" size="5"></td></tr>
    <tr>
      <td>&nbsp;</td><td>&nbsp;</td>
        <td>日志导入</td><td><input type="text" name="pay[xmlrpc]" value="$pay[xmlrpc]" size="5"></td></tr>
    <tr><td>&nbsp;</td><td>&nbsp;</td>
        <td>修改一次二级域名</td><td><input type="text" name="pay[domain]" value="$pay[domain]" size="5"></td></tr>
    <tr><td>&nbsp;</td><td>&nbsp;</td>
        <td>修改一次真实姓名</td><td><input type="text" name="pay[realname]" value="$pay[realname]" size="5"></td></tr>
            <tr><td>&nbsp;</td><td>&nbsp;</td>
        <td>记录被删除</td><td><input type="text" name="pay[doing]" value="$pay[doing]" size="5"></td></tr>
           <tr><td>&nbsp;</td><td>&nbsp;</td>
        <td>出新信息被删除</td><td><input type="text" name="pay[route]" value="$pay[route]" size="5"></td></tr>
    </table>
    </div>
    <div class="footactions">
        <input type="submit" name="creditsubmit" value="提交" class="submit">
    </div>
    </form>
</div>

2.修改$uchome/source/cp_doing.php：

在代码行showmessage(‘do_success’, ‘space.php?do=doing&view=me’, 0);上方添加：

updatespacestatus(‘get’, ‘doing’);

更改下列代码，增加蓝色代码行；

    $_POST['refer'] = preg_replace("/((\#|\&highlight|\-highlight|\.html).*?)$/", ”, $_POST['refer']);
    if(strexists($_POST['refer'], ‘?’)) {
        $_POST['refer'] .= "&highlight={$newid}#dl{$updo[doid]}";
    } else {
        $_POST['refer'] .= "-highlight-{$newid}.html#dl{$updo[doid]}";
    }
    //积分
    updatespacestatus(‘get’, ‘doing’);
    showmessage(‘do_success’, $_POST['refer'], 0);

}

更改下列代码，添加蓝色代码行：

if($_GET['op'] == ‘delete’) {
    if(submitcheck(‘deletesubmit’)) {
        if($id) {
            $allowmanage = checkperm(‘managedoing’);
            $query = $_SGLOBAL['db']->query("SELECT dc.*, d.uid as duid FROM ".tname(‘docomment’)." dc, ".tname(‘doing’)." d WHERE dc.id=’$id’ AND dc.doid=d.doid");
            if($value = $_SGLOBAL['db']->fetch_array($query)) {
                if($allowmanage || $value['uid'] == $_SGLOBAL['supe_uid'] ||  $value['duid'] == $_SGLOBAL['supe_uid'] ) {
                    $_SGLOBAL['db']->query("DELETE FROM ".tname(‘docomment’)." WHERE (id=’$id’ || upid=’$id’)");
                    $replynum = getcount(‘docomment’, array(‘doid’=>$value['doid']));
                    updatetable(‘doing’, array(‘replynum’=>$replynum), array(‘doid’=>$value['doid']));
                }
            }
        } else {
            include_once(S_ROOT.’./source/function_delete.php’);
            deletedoings(array($doid));
        }

           updatespacestatus(‘pay’, ‘doing’);
        showmessage(‘do_success’, $_POST['refer'], 0);
    }
}

3.在后台积分设置中，设定发布和删除记录的积分规则。

4.在后台更新缓存。

 

此时发布记录或者删除记录将按照后台积分设置增减积分。

 

Windows Live Writer 是一个强大的离线博客编辑工具，通过它可以离线编辑内容丰富的博文。它不但支持微软的live space，还支持诸如Wordpress 这样的开源博客系统。

Windows Live Writer除了自身强大的编辑功能之外，还提供了接口，让其它开发人员通过插件提供工具自身没有提供的功能。比如说语法高亮功能Windows Live Writer自身没有提供，而很多技术类博客作者很需要这个功能，有一个名为SyntaxHighlight的插件就很好的解决了这个问题。

那么，如何安装插件呢？在Widnows Live Writer下安装插件的方法很简单，只需要将插件拷贝到C:\Program Files\Windows Live\Writer\Plugins下面即可。这里有两个细节要注意：

1.C:\Program Files 这是Windows Live Writer在我机器上的安装路径，在你的机器上可能是另一个路径。

2.拷贝插件时，不是把插件文件夹拷贝至C:\Program Files\Windows Live\Writer\Plugins，而是把文件夹里面的内容拷贝过去，这个细节一定还要注意。我在第一次安装插件时就犯了这个错误，在安装SyntaxHighlight插件时把整个文件夹都复制过去了，结果在 工具 | 插件 列表里一直没出现SyntaxHighlight字样。后来把该文件夹下文件和子文件夹拷贝过去才解决这个问题。如图：

Widnows Live Writer采用这样的插件管理方式不利于插件的管理，如果插件过多，plugins文件夹下内容会非常混乱。Wordpress的插件管理方式很值得借鉴，wordpress插件的管理采用的是子目录方式，每个插件放在一个以插件名命名的文件夹里，层次清晰，管理方便。

今天Apache2突然无法启动，报如下错误：

错误109,管道已结束。

这个问题折腾半天、改参数、重新安装wamp都无效。

怀疑是中毒了，用瑞星杀毒，依然无效。后来想起配置Nginx时也遇到过这个问题，当时是把防火墙禁用了解决了。

于是乎，禁用了瑞星的实时监控功能，实际上禁用之后依然无效。

在实时监控选项中有一个叫:自我保护，必须把这项关掉才有效。

这是瑞星杀毒软件的问题，兼容性差，把好人当坏人干掉了。

UCHOME 1.5版推出半年多了，我也用UCHOME做了路遇交友网。但是在维护过程中饱受其折磨，今天来数数在用UCHOME做站过程中的种种恨事。

1.易用性差：登陆框没有注册按钮，新用户常找不到注册的链接。

而其，其登录实现方式采用的不是登录按钮+登录链接实现，而是用Loginform + loginaction，修改起来也比较麻烦。实在不明白来登录动作有啥必要采用ACTION来处理，直接按钮+链接完全能实现。51.com采用的就是按钮加链接的形式，人家也活的很好。

2. 设计缺陷：积分体系严重不足，用户在uchome中可以做留言、发表日志、写心情记录、上传图片等操作， 但是不是每个动作都可以积分。比如说很多人会用到的心情记录功能就没有积分。

心情记录因为其发表容易，互动率高，在路遇交友网 里他是用的最频繁的一个动作，但是因为心情记录没有纳入积分体系，用户很快就会失去参与热情。你说这可恨不，我得自己加之。

3.易用性差：用户在使用过程中遇到问题没有一个快捷的方式获取帮助。

uchome在首页有一个帮助链接，登录之后就再也找不到这个链接了。尽管可以通过简单的二次开发把帮助页面集成到登录后的操作界面，另一个问题又凸显出来：帮助页面没有和用户当前所在的页面关联。比如用户在群组遇到了问题，最友好的方式是应该是能够在当前页面直接调出群组相关的帮助信息，而这点UCHOM显然没有做到。

4.稳定性差：manyou服务器不稳定，路遇交友网的各类应用经常出现故障，反应上去官方处理也不及时。

康盛显然没想好怎么运营和持续开发UCHOME这款产品，还准备做SNS站的朋友不妨考虑考虑其它产品，比如： pw7.3。

5.推广能力差：友情链接管理功能

UCHOME绝大多数的用户是个人站长，个人站长严重依赖于友情链接来推广自己的网站。而uchome在这方面没有任何建树，尽管有热心人提供了友情链接插件，但是该插件远远满足不了需要，比如没法设置 ref 类型，无法对链接分类等。

6.结构差：功能重复严重，用户无从下手

刚接触UCHOME创建的网站，看到那么多链接简直无从下手。登录进去之后点开随便看看、点开我的主页、点开首页，里面内容严重雷同，而且没有清晰的类别划分，让用户在使用过程中不断怀疑自己智商。出差交友网 的用户反应最多的一个问题就是网站结构乱。个人站长一定要把随便看看、我的主页和首页这三部分的内容重新设计。

7.邮件功能

邮件是任何社交网站都必不可少的一个功能，可是UCHOME在这方面先天不足。在UCHOME启用邮件功能，是个技术含量很高的活。以至于很多站长都像个怨妇一样在uchome的官方论坛里哀号着:我的网站为啥发不了邮件？  不怪你，这个平台就这德行。纵然你人品硬如陨铁，它也发不了邮件。

8.：给了你一个梦想，却永远无法帮你实现。

因为51.com、FACEBOOK、开心网等SNS站在中国影响力，uchome出来之后大家好像突然发现自己可以是下一个51.COM、开心网了，一窝蜂的用UCHOME去SNS。用SNS建的网站正如雨后春笋版涌起，在不久的将来也将入秋后蚂蚱般死去，正是千千万万个炮灰，堆起了康盛创想的辉煌。

很多朋友对写文档很困惑，之前有一篇文章写过如何写文档，下面给出简单的范例,因为保密原则，不能网站提供，并去掉部分和公司相关的信息：

一、 概述

文档规范的制订，以需求的起草、审核、开发、发布都有据可查为目标，在需求上线中的各个环节，减少沟通成本。此版本为试用版。

二、 文档适用范围

本文档适用于功能逻辑的建立和变更。不适用于细节修改和产品页面优化部分。

三、 文档名称命名

产品名称_模块名称+版本号+产品人员+时间+文档状态

² 需求名称：产品名称+模块名称

² 产品人员：

² 版本号：01开始，指修改次数

² 时间格式：20090108

² 文档状态：

n 草稿

n 正式发布（指：提交需求立项，并通过产品、开发评审）在这个阶段提交文档集成。

n 正在修改

n 已上线（产品上线）如果需求有变更，需要完善文档保持和现上需求一致，并再次提交文档集成。

例如：注册功能功能需求，已经完成初稿，提交开发审核并通过，修改三次，版本号为03，文档名称为：

注册模块_注册功能需求文档_03_celine_20080909_正式提交开发

四、 文档编写原则：

1. 可行：指需求内容是在现有条件下是可以实现的。

2. 可测试：测试人员可以根据需求，建立测试用例。

3. 可跟踪：产品人员、开发人员和测试人员都能从文档中找到功能描述来源

4. 正确：文档的行文应当十分确切，不能出现多义性和歧义性的描述。

5. 完整：功能点有多条分支，要完整、全面的描述出来，不能使用”以此类推”等文字代替，每个分支都要描述清楚。

6. 无歧异：语言描述符合大众的认知，需求内容做到开发人员和测试人员的理解一致。

7. 一致：上下文中的描述语言，语义一致，应是不矛盾的。

8. 可定级：可以制定优先级。

9. 图片的添加，请现在ps中把图片压缩一下，在插入到word文档中，这样可以有效控制文档字节数。每张图片尽量控制在100k以内。

五、 文档修改原则：

ü 文档名称记录修改版本

ü 增加：黑色 宋体，变更相关内容体现在版本信息中。

ü 删除：双删除线，标注删除日期。变更相关内容体现在版本信息中。

范例：双删除线，标注删除日期。（2009-2-10删除）变更相关内容体现在版本信息中。

ü 修改：字体颜色+修改日期，变更相关内容体现在版本信息中。

范例：字体颜色+修改日期 ，变更相关内容体现在版本信息中。