4.12. 存储方式

4.12. 存储方式
	4. 深入 INN

对于如何管理文章的存储方式，有四种存储方法，可供选择。

tradspool

在INN 2.0之前就已经使用的存储方式。文章以单独的文件存储，并分布在基于新闻组名的目录中。这种存储方式非常简单，并且很多第三方的INN插件依赖这种存储方式。缺点是效率不高。
timehash

文章也是以单独的文件存储，但是目录名依据文章的时间而确定。这就保障了一个目录下不会存在有过多的文件。缺点是依旧没有解决过多文件操作造成的效率地下，而且文件的存储方式决定了难以像 tradspool 方式那样确定某个新闻组的文章数量和手工修改之。
timecaf

类似于 timehash，文章根据时间分类。不同点是，不再每篇文章一个文件，取而代之的是使用一个文件来存储。缺点是更难以理解和手工修改服务器端的存储结构，而且作为一种新的存储方式，并没有被广泛使用和测试。
cnfs

文章存储在预先定义好的文件缓冲区中，循环使用文件缓冲区，缓冲区满则覆盖前面的文章，因而对于 cnfs 存储方式，文章的过期设置比较特殊，且没有那么重要。

配置文件 storage.conf ：用来配置存储方式。

该配置文件由一个或多个存储配置规则构成。


method <methodname> {                           
     class: <storage_class>                     
     newsgroups: <wildmat>                      
     size: <minsize>[,<maxsize>]
     expires: <mintime>[,<maxtime>]
     options: <options>
}

	下列可用的存储方式的一种：timecaf, timehash, cnfs, tradspool 和 trash。对于符合该规则的新闻组使用该储存方式。
	该存储配置规则的 ID。在整个配置文件中保持唯一的一个数字。这个 ID 被配置文件 `expire.ctl` 文件引用，对该存储规则设置过期策略。
	用来匹配新闻组名。如果 inn.conf 中配置了 storeonxref: true，则和文章 header 中的 Xref 去匹配；否则（确省情况），和文章 header 中的Newsgroups匹配。

修改文件etc/storage.conf中加入如下内容。
```
method tradspool {
	newsgroups: *
	class: 1
}
```
tradspool 是最为简单的一种存储方式，我们也可以使用另外一种比较简单，但效率更高的存储方式 timehash。如下：
```
method timehash {
        newsgroups: *
        class: 0
}
```
还有其它存储方式，如 CNFS 效率更高，但更为复杂。
创建文件 spool/tradspool.map
```
$ touch spool/tradspool.map
```


4.11. 喂信（News Feeds）设置		4.13. 文档的过期设置