1. 堆大小搭配要注意
   
2. JVM堆内存实际分成好几种，可以详细配置
3. 吞吐量  暂停（垃圾回收的时候经常带来程序暂停）选择
4. 并行垃圾回收能大大降低暂停时间，稍微提高一点CPU使用
   

These two new collectors introduced in J2SE1.4.1 are:

• Parallel collector
  The parallel collector is implemented in the young generation. It is multi-threaded and stop-the-world. This collector enables garbage collection to occur on multiple threads for better performance on multiprocessor machines. Even though it suspends all "mutators" (application threads), it is able to complete the given amount of garbage collection work much more quickly by leveraging all available CPUs on the system. This reduces the GC pauses in the young generation significantly. The parallel collector thus enables the applications to scale to larger number of CPUs as well as larger memory.
  
  
• Concurrent mark-sweep (CMS) collector
  The concurrent mark-sweep collector (CMS) is implemented in the old generation. The CMS collector executes "mostly concurrently" with the application, hence, is sometimes referred to as the "mostly-concurrent garbage collector". It trades the utilization of processing power that would otherwise be available to the application for shorter garbage collection pause times. The CMS collection is split into four phases:
  • Initial mark
  • Concurrent marking
  • Remark
  • Concurrent sweeping
  The "initial mark" and and "remark" phases are stop-the-world phases, in which the CMS collector has to "suspend" the mutators. During initial mark, it records all objects directly reachable from the "roots" of the system. During the "concurrent marking" phase, mutators are resumed and a concurrent marking phase is initiated. During the "remark" phase, the mutators are once again suspended to complete the final marking, and finally, during the "concurrent sweeping" phase, mutators are resumed and all unmarked objects are deallocated, while concurrently sweeping over the heap. The initial mark and remark pauses are quite minimal. For an old generation size of 1G, they may be ~ 200 ms or less. The concurrent sweeping phase, when the garbage is collected, may still take as much time as the mark-compact collector; however, this pause is hidden as the mutators are not suspended. The "mostly concurrent" nature of the CMS collector enables the JVM to scale to larger heaps and CPUs, thus addressing both the latency and throughput issues arising from the default mark-compact stop-the-world collector.

Table 1 highlights the features of the different collectors available in J2SE1.4.1.

Table 1. Summary of the features of different garbage collectors

Figures 1, 2 and 3 are graphical illustrations of the different garbage collectors. The green arrows represent a multi-threaded application running on a multi-CPU box. The red arrows represent the GC threads. The length of the GC thread roughly represents the length of the GC pause.

Figure 1. Young generation collectors.

Figure 2. Old generation collectors. Garbage collection with the Parallel Collector and Concurrent mark-sweep collector enabled together. Best Case scenario for high throughput and low latency.

Figure 3. Garbage Collection with the two new collectors enabled together.

As illustrated by the diagrams above, use of the parallel collector in the young generation and the concurrent mark-sweep collector in the old generation together can help reduce pause times and GC sequential overhead. These two collectors thus help the applications to scale to larger number of processors, and to larger memory.

GC配置详细解释，和GCLog日志解析：

Snapshots from a "verbose:gc" Log File Generated by Using the Following Switches

java -verbose:gc -XX:+PrintGCTimeStamps -XX:+PrintGCDetails -XX:+PrintTenuringDistribution -XX:+UseParNewGC -XX:+UseConcMarkSweepGC -Xmx512m -Xms512m -XX:NewSize=24m -XX:MaxNewSize=24m -XX:SurvivorRatio=2 <app-name>

Young Generation GC

311.649: [GC 311.65: [ParNew Desired survivor size 4194304 bytes, new threshold 3 (max 31)
- age 1: 1848472 bytes, 1848472 total
- age 2: 1796200 bytes, 3644672 total
- age 3: 1795664 bytes, 5440336 total
: 21647K->5312K(24576K), 0.1333032 secs] 377334K->362736K(516096K), 0.1334940 secs]

The GC snapshot above describes a young generation GC and gives the following information:

• Total JVM heap at this GC was 516096K and total heap size of the young generation was 24576K.
• The old generation heap at the time of this GC was 516096K - 24576K = 491520K.
• Describes the "aging distribution" of the objects allocated by the application in the young generation at the end of this GC cycle. This GC cycle set the new threshold=3 meaning that objects will age up to 3 before the next GC cycle takes place.
• The Desired survivor size of 4194304 bytes was determined by SurvivorRatio=2, which sets the ratio of Eden/Survivor space=2. With a young generation heap set to 24MB, this would mean 24MB = 2 * Survivor space + Survivor space + Survivor space, or Survivor space=8MB. With a default value of TargetSurvivorRatio=50, desired survivor size was set to 8 * .5 = 4MB
• Time stamp of the GC relative to the start of the application run was 311.649 seconds
• Total GC pause for this collection in the young generation was 0.1334940 seconds.
• The size of the used young generation heap before this GC was 21647K
• The size of the used young generation heap after this GC was 5312K
• 377334K - 362736K = 14598K of data was garbage collected in the young generation.
• 21647K - 5312K - 14598K = 1737K was promoted into the old generation.
• The total size of the used heap was 377334K before this GC took place.
• The total size of the used heap was 362736K after this GC took place.
• The size of used heap in old generation before this GC was 377334K - 21647K = 355687K
• The size of used heap in old generation after this GC was 362736K - 5312K = 357424K
• The total size of objects promoted into the old generation during this GC was 357424K - 355687K = 1737K
• The legend ParNew indicates that the parallel collector was used in the young generation. The use of default copying collector is indicated by a legend DefNew, instead of ParNew.

The convention used in the verbose:gc log format is that if there's something being reported that is specific to a generation, it's preceded by the name of that generation.

[GC [gen1 info1] [gen2 info2] info]
info is general to GC and includes information for the young and old generation combined, info<n> is specific to gen<n>. So, attention needs to be paid to the nesting and matching of square brackets.

Old Generation GC

CMS Collector

The snapshots below indicate the use of the concurrent mark-sweep collector in the old generation. As mentioned earlier in the paper, this phase is split into four phases.

513.474: [GC [1 CMS-initial-mark: 335432K(491520K)] 340897K(516096K), 0.0482491secs]

• This is the initial mark phase which is stop-the-world and took 0.048 seconds.
• The time relative to the start of the application was 513.474 seconds.
• 335432K was the size of the old generation used heap.
• 491520K was the size of the total used heap including the young generation used heap.
• 340897K was the total size of the old generation heap.
• 516096K was the total size of the heap including the young generation.
• This phase does not recycle any memory.
• The prefix legend "[GC" represents the stop-the-world phase.

513.523: [CMS-concurrent-mark-start]
514.337: [CMS-concurrent-mark: 0.814/0.814 secs]
514.337: [CMS-concurrent-preclean-start]
514.36: [CMS-concurrent-preclean: 0.023/0.023 secs]

This is the concurrent mark phase which took less than a second, (0.814 + 0.023) seconds, however, the application runs concurrently with the GC during this time. Again, this phase does not collect any garbage.

514.361: [GC 514.361: [dirty card accumulation, 0.0072366 secs]
514.368: [dirty card rescan, 0.0037990 secs]
514.372: [remark from roots, 0.1471209 secs]
514.519: [weak refs processing, 0.0043200 secs] [1 CMS-remark: 335432K(491520K)] 352841K(516096K), 0.1629795 secs]

• This is the stop-the-world remark phase which took about 0.162 secs.
• 335432K was the size of used heap in the old generation.
• 491520K was the total heap size of the old generation.
• 352841K was the total size of the used heap including the young generation.
• 516096K was the total size of the heap including the young generation.
• No memory is recycled during this phase.
• The legend "[GC", as mentioned earlier, represents the stop-the-world phase.

514.525: [CMS-concurrent-sweep-start]
517.692: [CMS-concurrent-sweep: 2.905/3.167 secs]
517.693: [CMS-concurrent-reset-start]
517.766: [CMS-concurrent-reset: 0.073/0.073 secs]

This is the concurrent sweep phase which took about 3 seconds, however, application threads can run concurrently with the GC thread during this phase on a multi-processor system. Among the four CMS phases, this is the only phase when the heap is swept and collected.

Default Mark-Compact Collector

If instead of the CMS collector, the default mark-compact collector is used in the old generation, the old GC snapshot would look as:

719.2: [GC 719.2: [DefNew: 20607K->20607K(24576K), 0.0000341 secs]719.2: [Tenured: 471847K->92010K(491520K), 2.6654172 secs] 492454K->92010K(516096K), 2.6658030 secs]

• 719.2 seconds was the time relative to the start of the application at which this GC took place.
• The legend DefNew indicates the use of default copying collector in the young generation.
• The legend "[GC" represents a stop-the-world GC triggered by the JVM. For an old generation GC, requested by the application through the system call, System.gc(), the above snapshot would be prefixed by the legend "Full GC"
• The total heap size of the young generation was 24576K.
• A young generation collection (only) was initially attempted. It was found that that collection couldn't be done because the old generation could not guarantee that it would absorb all potentially live data. As a result, only the young collection did not happen, and the young generation reported that no memory was reclaimed (notice that it all finished rather quickly, in a fraction of a millisecond). That's because nothing much happened beyond determining that the young generation collection couldn't happen:
  [DefNew: 20607K->20607K(24576K), 0.0000341 secs]
  

It was then decided that a "tenured" generation collection needed to happen, (obviously), because that generation was too full to absorb promotions from the young generation, so a full mark-compact collection was done.

• The legend Tenured indicates a full mark-compact GC in the old generation. The "old generation" is sometimes referred to as "Tenured generation"
• 471847K was the size of used heap in the old generation before GC.
• 92010K was the size of used heap in the old generation after the GC.
• 491520K was the total heap size of the old generation at the time of this GC.
• 492454K was the total used heap, for young and old generations combined, before GC.
• 92010K was the total used heap, for young and old generations combined, after GC.
• Total garbage collected during this GC was 492454K - 92010K = 399837K
• 516096K was the size of the total heap for the JVM.
• 2.6658030 seconds was the total time for which the application was suspended as a result of this GC.

一、LiveJournal发展历程

LiveJournal是99年始于校园中的项目，几个人出于爱好做了这样一个应用，以实现以下功能：

• 博客，论坛
• 社会性网络，找到朋友
• 聚合，把朋友的文章聚合在一起

LiveJournal采用了大量的开源软件，甚至它本身也是一个开源软件。

在上线后，LiveJournal实现了非常快速的增长：

• 2004年4月份：280万注册用户。
• 2005年4月份：680万注册用户。
• 2005年8月份：790万注册用户。
• 达到了每秒钟上千次的页面请求及处理。
• 使用了大量MySQL服务器。
• 使用了大量通用组件。

二、LiveJournal架构现状概况

三、从LiveJournal发展中学习

LiveJournal从1台服务器发展到100台服务器，这其中经历了无数的伤痛，但同时也摸索出了解决这些问题的方法，通过对LiveJournal的学习，可以让我们避免LJ曾经犯过的错误，并且从一开始就对系统进行良好的设计，以避免后期的痛苦。

下面我们一步一步看LJ发展的脚步。

1、一台服务器

一台别人捐助的服务器，LJ最初就跑在上面，就像Google开始时候用的破服务器一样，值得我们尊敬。这个阶段，LJ的人以惊人的速度熟悉的 Unix的操作管理，服务器性能出现过问题，不过还好，可以通过一些小修小改应付过去。在这个阶段里LJ把CGI升级到了FastCGI。

最终问题出现了，网站越来越慢，已经无法通过优过化来解决的地步，需要更多的服务器，这时LJ开始提供付费服务，可能是想通过这些钱来购买新的服务器，以解决当时的困境。
毫无疑问，当时LJ存在巨大的单点问题，所有的东西都在那台服务器的铁皮盒子里装着。

2、两台服务器

用付费服务赚来的钱LJ买了两台服务器：一台叫做Kenny的Dell 6U机器用于提供Web服务，一台叫做Cartman的Dell 6U服务器用于提供数据库服务。

LJ有了更大的磁盘，更多的计算资源。但同时网络结构还是非常简单，每台机器两块网卡，Cartman通过内网为Kenny提供MySQL数据库服务。

暂时解决了负载的问题，新的问题又出现了：

• 原来的一个单点变成了两个单点。
• 没有冷备份或热备份。
• 网站速度慢的问题又开始出现了，没办法，增长太快了。
• Web服务器上CPU达到上限，需要更多的Web服务器。

3、四台服务器

又买了两台，Kyle和Stan，这次都是1U的，都用于提供Web服务。目前LJ一共有3台Web服务器和一台数据库服务器。这时需要在3台Web服务器上进行负载均横。

LJ把Kenny用于外部的网关，使用mod_backhand进行负载均横。

然后问题又出现了：

• 单点故障。数据库和用于做网关的Web服务器都是单点，一旦任何一台机器出现问题将导致所有服务不可用。虽然用于做网关的Web服务器可以通过保持心跳同步迅速切换，但还是无法解决数据库的单点，LJ当时也没做这个。
• 网站又变慢了，这次是因为IO和数据库的问题，问题是怎么往应用里面添加数据库呢？

4、五台服务器

又买了一台数据库服务器。在两台数据库服务器上使用了数据库同步(Mysql支持的Master-Slave模式)，写操作全部针对主数据库（通过Binlog，主服务器上的写操作可以迅速同步到从服务器上），读操作在两个数据库上同时进行(也算是负载均横的一种吧)。

实现同步时要注意几个事项：

• 读操作数据库选择算法处理，要选一个当前负载轻一点的数据库。
• 在从数据库服务器上只能进行读操作
• 准备好应对同步过程中的延迟，处理不好可能会导致数据库同步的中断。只需要对写操作进行判断即可，读操作不存在同步问题。

5、更多服务器

有钱了，当然要多买些服务器。部署后快了没多久，又开始慢了。这次有更多的Web服务器，更多的数据库服务器，存在 IO与CPU争用。于是采用了BIG-IP作为负载均衡解决方案。

6、现在我们在哪里：

现在服务器基本上够了，但性能还是有问题，原因出在架构上。

数据库的架构是最大的问题。由于增加的数据库都是以Slave模式添加到应用内，这样唯一的好处就是将读操作分布到了多台机器，但这样带来的后果就是写操作被大量分发，每台机器都要执行，服务器越多，浪费就越大，随着写操作的增加，用于服务读操作的资源越来越少。

由一台分布到两台

最终效果

现在我们发现，我们并不需要把这些数据在如此多的服务器上都保留一份。服务器上已经做了RAID，数据库也进行了备份，这么多的备份完全是对资源的浪费，属于冗余极端过度。那为什么不把数据分布存储呢？

问题发现了，开始考虑如何解决。现在要做的就是把不同用户的数据分布到不同的服务器上进行存储，以实现数据的分布式存储，让每台机器只为相对固定的用户服务，以实现平行的架构和良好的可扩展性。

为了实现用户分组，我们需要为每一个用户分配一个组标记，用于标记此用户的数据存放在哪一组数据库服务器中。每组数据库由一个master及几个 slave组成，并且slave的数量在2-3台，以实现系统资源的最合理分配，既保证数据读操作分布，又避免数据过度冗余以及同步操作对系统资源的过度 消耗。

由一台（一组）中心服务器提供用户分组控制。所有用户的分组信息都存储在这台机器上，所有针对用户的操作需要先查询这台机器得到用户的组号，然后再到相应的数据库组中获取数据。

这样的用户架构与目前LJ的架构已经很相像了。

在具体的实现时需要注意几个问题：

• 在数据库组内不要使用自增ID，以便于以后在数据库组之间迁移用户，以实现更合理的I/O，磁盘空间及负载分布。
• 将userid，postid存储在全局服务器上，可以使用自增，数据库组中的相应值必须以全局服务器上的值为准。全局服务器上使用事务型数据库InnoDB。
• 在数据库组之间迁移用户时要万分小心，当迁移时用户不能有写操作。

7、现在我们在哪里

问题：

• 一个全局主服务器，挂掉的话所有用户注册及写操作就挂掉。
• 每个数据库组一个主服务器，挂掉的话这组用户的写操作就挂掉。
• 数据库组从服务器挂掉的话会导致其它服务器负载过大。

对于Master-Slave模式的单点问题，LJ采取了Master-Master模式来解决。所谓Master-Master实际上是人工实现的，并不是由MySQL直接提供的，实际上也就是两台机器同时是Master，也同时是Slave，互相同步。

Master-Master实现时需要注意：

• 一个Master出错后恢复同步，最好由服务器自动完成。
• 数字分配，由于同时在两台机器上写，有些ID可能会冲突。

解决方案：

• 奇偶数分配ID，一台机器上写奇数，一台机器上写偶数
• 通过全局服务器进行分配(LJ采用的做法)。

Master-Master模式还有一种用法，这种方法与前一种相比，仍然保持两台机器的同步，但只有一台机器提供服务（读和写），在每天晚上的时候进行轮换，或者出现问题的时候进行切换。

8、现在我们在哪里

现在插播一条广告，MyISAM VS InnoDB。

使用InnoDB：

• 支持事务
• 需要做更多的配置，不过值得，可以更安全的存储数据，以及得到更快的速度。

使用MyISAM：

• 记录日志（LJ用它来记网络访问日志）
• 存储只读静态数据，足够快。
• 并发性很差，无法同时读写数据（添加数据可以）
• MySQL非正常关闭或死机时会导致索引错误，需要使用myisamchk修复，而且当访问量大时出现非常频繁。

9、缓存

去年我写过一篇文章介绍memcached，它就是由LJ的团队开发的一款缓存工具，以key-value的方式将数据存储到分布的内存中。LJ缓存的数据：

• 12台独立服务器（不是捐赠的）
• 28个实例
• 30GB总容量
• 90-93%的命中率（用过squid的人可能知道，squid内存加磁盘的命中率大概在70-80%）

如何建立缓存策略？

想缓存所有的东西？那是不可能的，我们只需要缓存已经或者可能导致系统瓶颈的地方，最大程度的提交系统运行效率。通过对MySQL的日志的分析我们可以找到缓存的对象。

缓存的缺点？

• 没有完美的事物，缓存也有缺点：
• 增大开发量，需要针对缓存处理编写特殊的代码。
• 管理难度增加，需要更多人参与系统维护。
• 当然大内存也需要钱。

10、Web访问负载均衡

在数据包级别使用BIG-IP，但BIG-IP并不知道我们内部的处理机制，无法判断由哪台服务器对这些请求进行处理。反向代理并不能很好的起到作用，不是已经够快了，就是达不到我们想要的效果。

所以，LJ又开发了Perlbal。特点：

• 快，小，可管理的http web 服务器/代理
• 可以在内部进行转发
• 使用Perl开发
• 单线程，异步，基于事件，使用epoll , kqueue
• 支持Console管理与http远程管理，支持动态配置加载
• 多种模式：web服务器，反向代理，插件
• 支持插件：GIF/PNG互换？

11、MogileFS

LJ使用开源的MogileFS作为分布式文件存储系统。MogileFS使用非常简单，它的主要设计思想是：

• 文件属于类（类是最小的复制单位）
• 跟踪文件存储位置
• 在不同主机上存储
• 使用MySQL集群统一存储分布信息
• 大容易廉价磁盘

到目前为止就这么多了，更多文档可以在http://www.danga.com/words/找到。Danga.com和LiveJournal.com的 同学们拿这个文档参加了两次MySQL Con，两次OS Con，以及众多的其它会议，无私的把他们的经验分享出来，值得我们学习。在web2.0时代快速开发得到大家越来越多的重视，但良好的设计仍是每一个应 用的基础，希望web2.0们在成长为Top500网站的路上，不要因为架构阻碍了网站的发展。

　　海基会在昨天曾致函海协会，对四川地震表达慰问之意，并表示愿意促请台湾救灾人员前往协助救灾。海协会回函表达谢意。

　　海基会今天再度去函。海基会说，目前大陆方面还没有提出物资及人力方面的要求，一旦海协会回函同意台方救灾人员前往，特种搜救队将立即出发。

　　中国民政部救灾救济司司长王振耀表示，十分感谢国际社会的慷慨援助，将及时接受捐赠款物，并且要及时送达灾区。

　　王振耀表示，中国发生地震灾害后，许多国家和地区，包括日本、英国、罗马尼亚、智利、墨西哥、美国、葡萄牙、以色列、欧盟、阿富汗、塞 浦路斯、西班牙、德国等政府领导人和相关政府机构，向中国政府领导人和有关部门表达了慰问，部分国际机构，也已经提出了援助的意愿。港澳台同胞和海外华人 华侨也表达了参与救援，或者是捐款捐物的意愿。例如，香港李嘉诚基金会今天已经表态，首先拿出捐款３０００万元支持灾区。

　　王振耀表示，目前主要的问题是灾区交通道路受阻，进到灾区非常困难，所以运输和到达灾区是一个很大的问题，目前难以安排国际救援队伍入境和前往灾区，将在条件许可的情况下主动联系，并且由外交部协调民政部、地震局等有关部门进行安排。捐款捐物，中国都欢迎。

　　王振耀说，现在人员能够到达汶川县城，但道路还不太畅通。

　　跟历史比、跟美国比

　　相对朝廷时期的政府规模如何？既然今天又是盛世中國，我们不妨先以康乾盛世时期作为一个参照。乾隆中期的1766年，朝廷财政税收为4937万 两银子。在1760年前后，荷兰东印度公司对当时的北京、广州老百姓的收入和消费做过细致调查，据其历史档案，那时一个普通北京工人的年收入大约为24两 银子（每月2两左右）。这样，4937万两银相当于205万普通北京人的收入。只要205万个北京人的收入就够供养盛世时期的乾隆政府，那当然是小政府！ 或许，我们或说当时中國其他地方的收入比北京低，所以，以北京工人收入作为标准，降低了为供养乾隆政府所需要的人数。但，那时的全国人均收入不一定比北京 低多少，比如，在1950年时，北京的人均收入属全国平均水平，最多是中等偏上，只有到1950年代实行国有制计划经济之后，北京的相对人均收入才开始飙 升，把全国其他地方甩在身后。退一步讲，即使乾隆时期全国城镇平均收入只有北京人的一半，那么，朝廷岁入也只是410万人的年收入，跟今天需要3.7亿个 城镇居民、12.3亿农民的可支配收入才能支持政府的开支，无法相提并论。历史上的中國政府没有像今天这么大过。

　　也许我们会说，今天任何国家的政府规模不能跟过去的做直接比较，因为传统农业经济对政府的依赖度低，而现代经济的交易复杂性特别高，所以，离不 开政府在安全和产权与契约保障方面的支持。没有政府保护产权、维护契约权益，就难以有现代经济。这当然有道理。按照这个思路推下去，美国应该是一个很好的 参照系，因为美国的金融证券市场、知识产权市场以及其它现代产业全球最发达，它也是世界警察，所以，它的政府职责应该不低于任何其他国家的。在社会福利支 持上，美国也不亚于西欧。因此，美国政府的规模应该可以作为判断中國政府规模太大还是太小的参照系。

　　2007年，美国联邦政府的财政税收为2.4万亿美元，占GDP的18%，相当于8500万普通美国人一年的可支配收入。也就是，为了支持美国政府的开支，需要8500万美国人的可支配收入，当然远比中國政府的开支需要3.7亿城市居民的可支配收入低！

　　中國5.4亿城镇居民、8亿农民，加在一起，去年民间的可支配收入和农民纯收入总共为10.7万亿元。也就是说，5.1万亿元的政府财政税收约 等于民间可支配收入总额的一半。相比之下，美国民间的可支配收入总量为8.4万亿美元，2.4万亿美元的政府财政税收相当于民间可支配收入总量的四分之 一。

　　由此可见，我们的政府相对远大于美国政府。

　　政府规模是如何变迁的

　　过去30年里，中國的政府规模并非历来就这么大。如果说“小政府、大社会”一直是改革的理想，那么，1978至1995年间的确是照此方向走。 改革之初的1978年，国家财政税收相当于3.3亿城镇居民的可支配收入、8.5亿农民的纯收入。那时的政府也不小，这就是为什么要改革政府的原因之一， 但，那时的政府毕竟要负责城市人从摇篮到坟墓的方方面面生活开支，所以，政府当然大。

　　随着改革的进行，到1985年，财政税收相当于2.7亿城镇居民、5亿农民的纯收入（见图一和图二）。到1995年，财政税收相当于1.46亿 城镇居民、3.9亿农民的纯收入。1.46亿城镇人口的可支配收入才能支持政府的开支，政府还是很大，可那是近30年“最小”的政府了。

　　1993-1994年的分税制改革从根本上逆转头17年的方向。那次改革把税权下放，从中央到省、到地方、到县和乡，每级只要求下一级在每项税 种中往上交多少比例的税收，剩下的权限就留给下级政府。从表面看，税权下放而不是由中央统一掌权，是件好事，给地方更多发展经济的激励。只不过，当时好心 的改革设计者没想到或不愿意想到，在没有实质性权力制约的体系下，特别是在新加税种的权力不在立法机构而是在行政部门的国情下，把税权下放等于是为各级政 府随意加税大开绿灯，国民没有正式途径对随意增加的税负表达意见。

　　经常有人说，在别国行得通的制度安排，一到中國就水土不服。之所以如此，不是中國人与别国不一样，而是人家在权力受民主制约下的分税制体系，搬到中國后，当然会走样，因为在中國的各级都没有对征税权的根本性约束。所以，水土不服的根源在于有没有对权力的民主制约上。

　　1995年后财政税收逐年回升。到2004年，财政税收相当于2.8亿城镇居民的可支配收入、9亿农民的纯收入。随后的三年更是加速征税，到 2007年，政府的财政税收等于3.7亿个城镇居民、12.3亿农民一年可以花的钱，远超改革开放初1978年时的政府规模，我们的政府达到历史“最大” 规模。

　　我们也可以把政府、城镇居民、农民看成中國的三大群体。那么，从改革开放的成果中，哪个群体受益最多呢？自1995年到2007年的12年里， 政府财政税收年均增长16%（去掉通货膨胀率后），城镇居民可支配收入年均增长8%，农民的纯收入年均增长6.2%.这期间，GDP的年均增长速度为 10.2%.图三给出三群体的累计收入增长情况。

　　因此，只有政府的收入以远高于GDP的速度在增长，城镇居民的收入增长速度次之，农民的收入增长最慢，速度远低于GDP的增速。从1995到 2007年，去掉通胀成分后，政府财政收入增加5.7倍，城镇居民人均可支配收入增加1.6倍，农民人均纯收入才增1.2倍！改革开放的成果由政府享受的 最多，城市居民次之，农民分享的最少。

　　政府作为最大的资产和土地所有者

　　不过，上面的计算只是反映了政府总收入的一部分，另外，还有预算外的政府收入、资产增值和资产性收入不在其内。也就是说，财政税收只是政府“最 看得见”的收入部分。实际上，随着中國经济这些年的高速发展，政府作为中國最大的资产所有者，其拥有的国有企业资产、公有土地以及矿产资源的增值比财政税 收更大、增长速度更快。

　　到2006年，国有土地的总价值大约为50万亿元。据国资委主任李荣融在2007年8月《求是》杂志上谈到，到2006年底，全国有11.9万 家国有企业，平均每家资产为2.4亿元，所有国企资产加在一起值29万亿元。也就是说，2006年底，国有土地加国有企业的总价值为79万亿元。去年，中 國GDP增长11.4%，假设土地和国有资产以GDP同样的速度升值（资产升值速度一般高于GDP），这意味国有资产去年增值9万亿，比财政税收的5.1 万亿多80%！

　　2007年，国有企业的总利润为1.6万亿元。因此，去年国家作为“资本家”和土地所有者的“可支配收入”共有10.6万亿元。

　　把国家的资产性可支配收入和财政税收的5.1万亿加在一起，去年政府可以支配的总收入是15.7万亿元，这等于是11.4亿城镇居民的可支配收入、37.9亿农民的纯收入。这种政府规模的确是乾隆政府、今天的美国政府所远不可比的。

　　中美民间财富结构对比

　　当然中國家庭也有财富，包括房地产、企业股权、金融证券、银行储蓄等等，只不过主要是城镇居民有这些，农民没有土地、也没有太多储蓄，他们的财 富很少。据发改委估算，到2005年底，全国城镇居民的总资产价值为20.6万亿。如果过去两年均按略高于2005年的速度增值，亦即按每年15%增值， 那么，到去年底，全国居民资产为27.6万亿元，不到价值为88万亿的国有资产与国有土地的三分之一。

　　中國民间资产加国有资产共115.6万亿元，相当于GDP的4.7倍。

　　相比之下，美国政府基本没有生产性资产，也只有少量的土地。至2007年底，美国私人家庭资产的总值为73万亿美元，相当于GDP的5.4倍， 比中國的总资产与GDP比值略高一些。其原因是美国资产的金融化程度全球最高，资产流动性越大，其资本价值就越高。但，两国的总资产与GDP之比，大致相 当。

　　可是，在两国，财富在民间和政府之间的分享结构截然不同。在中國，多于76%的资产由政府拥有，民间只有不到四分之一的资产。而在美国，其资产基本都在民间个人和家庭手中。这两种不同的财富持有结构会带来什么差别呢？

　　其差别表现在很多方面，包括经济增长模式上、产业结构上、法治发展上，等等。这里，让我们集中看看，这种结构对国家和民间在财富赛跑上有什么影响，谁会赢大头？

　　美国家庭资产73万亿美元中，有近35万亿来自过去十年的资产增值，而从劳动等可支配收入中累计储蓄的才1.5万亿美元。所以，美国人的财富增 长基本靠资产升值，而由劳动等所得的非资产性可支配收入（去年为8.4万亿美元）基本全部花掉，这即是为什么美国的储蓄率现在为-1%，也是为什么美国的 内需这么强盛。好在美国的资产基本都是私人所有，政府不会与民争利，所以，美国人能够只靠资产升值来使自己的财富水平上升。

　　中國的115.6万亿元资产财富中，只有27.6万亿是民间私人的，剩下的88万亿属国家的。如果2008年中國GDP和资产价值都上升 10%，那么，老百姓从资产升值中得到2.76万亿元，而政府能得到8.8万亿元。政府从经济增长所带来的资产财富升值中得到的份额，是民间的三倍！

　　这就是为什么在中國资产升值难以带来消费的财富效应，资产升值带动不了太多的内需增长。国有制割断了从资产升值到内需增长的传导链。这也是为什 么在私有制国家，经济增长给民间社会的家庭带来财富，而在国有制国家里，经济增长产生的资产财富升值主要由国家独享，给民间家庭带来的只有高一点的劳动收 入，没有太多财富。所以，今天在中國，最大的贫富差距是在国家与社会之间，而不是在多数国民之间。

　　国家的钱花到哪里了？

　　按照上面谈到的，去年政府财政税收5.1万亿，国有资产与土地升值至少9万亿，国有企业的总利润为1.6万亿元。政府有15.7万亿的收入可以 花，这些钱花在哪里呢？如果政府把钱花在民生上，那不是从相当程度上代替了老百姓花吗？在效果上，由老百姓自己花这些钱和由政府代替老百姓花，这两种安排 会有大的区别吗？按照许多主张政府要推出各种名目税收的人的说法，通过税收和国有资产，政府能够实现“第二次再分配”，以降低收入差距。但是，实际真的如 此吗？

　　据财政部长谢旭人先生介绍，2007年政府在直接涉及老百姓的医疗卫生、社会保障和就业福利上的开支，总共约6000亿元，相当于财政总开支的 15%，为全年GDP的2.4%，分到13亿人身上，人均461元（相当于城镇居民人均可支配收入的3%）。而在没有国有经济的美国，去年在同样三项上的 开支约为15000亿美元，相当于联邦政府总开支的61%，为美国GDP的11.5%，分到3亿美国人身上，人均5000美元（相当于美国人均可支配收入 的18%）。

　　不管按绝对数字，还是按相对水平，美国政府回馈给老百姓的医疗与社会保障都远高于中國，尽管美国是十足的私有经济。按照国有化运动的初衷，国有制本应该带来更多的社会福利，我们本应该看到完全相反的情况。

　　许多人说，中國还处于初级发展阶段，所以没法跟美国以及其它市场经济国家比。–这说法站不住脚。美国去年的财政税收占GDP才18%，而中國 5.1万亿元财政收入占GDP的20%.所以，即使不算国企收入和国有资产增值，仅财政税收，中國政府的相对收入就高于美国，没有理由在民生上的开支比例 低于美国。中國政府不是没有钱花，而是没有对财政预算过程的实质监督问题，以至于政府钱多后更倾向于在形象工程、政府办公大楼上浪费，在高资源消耗、高环 境污染又不创造就业的工业项目上投资，也当然为腐败提供了温床。

　　正因为中國太多的收入和资产财富掌握在国家手中，而不是将更多收入、更多资产由私人去消费、去投资，使跟民生贴近的服务业难以发展。老百姓享受到的收入和资产财富份额极低的情况下，第三产业发展所需要的投资和消费需求从哪里来？

　　既然美国政府为了刺激经济从次级按揭贷款危机中走出来，而给每家老百姓寄支票直接退税，把钱退给纳税人自己去花，那么，在中國政府控制社会这么 多收入、这么多资产财富的情况下，为什么不能把一些税收、国企利润、国有资产增值退回给中國家庭呢？比如，也给他们寄去汇票？国民们也该直接分享一点国企 的红利了。当然，最好是把许多国有企业资产民营化、把土地还给农民，因为这些本来就是我们国民自己的。

　　来源：2008年2月23日《经济观察报》

作者: 黄晶(Alex Huang)      网址: alexhuang.org

 

从2005年9月到现在，我用Wordpress也有些时日了。现将自己使用中的一些体会分简介、安装、编辑、管理、主题、插件、设置、代码修改等几个部分逐一概述如下。也算是为对Wordpress有兴趣的同志提供一些方便和借鉴吧。
注意：我使用的版本是成熟、稳定的1.5.2，而不是最近才发布的、小问题多多的2.0。
 1. 简介
Wordpress是全球最棒的免费个人内容(Blog)发布平台之一，其下载量即将突破1000000(详细数据请参考Wordpress Download Counter)。它用经典的PHP+MySQL搭建而成，两者都是开源的软件，其中PHP用于编写相应的操作代码、生成页面，MySQL数据库则用于保存用户发布和编辑的内容。
Wordpress并不大，最新的稳定版本1.5.2的zip压缩包仅360KB左右，你如果用快点的宽带上网的，几秒钟就可以下载完毕。相应地，软件的开发人员也少，主要的程序员仅两名，即来自美国达拉斯(Dallas)的Ryan Boren ，和来自德州奥斯汀的小帅哥Matthew Mullenweg(一般都称他为Matt)。前者是网络硬件巨头 - 思科公司(Cisco Systems) - 的一名工程师，以开发免费软件为乐。后者则主要为知名IT媒体CNet Networks工作，并有自己的咨询公司(Mobius Limited)，时常还做一些中介业务。开发Wordpress，其实只是他们的业余爱好而已。
“麻雀虽小，但五脏俱全”，Wordpress就是这样的小麻雀。有了它，你就可以:

是全球最棒的免费个人内容(Blog)发布平台之一，其下载量即将突破1000000(详细数据请参考)。它用经典的PHP+MySQL搭建而成， 两者都是开源的软件，其中用于编写相应的操作代码、生成页面，数据库则用于保存用户发布和编辑的内容。Wordpress并不大，最新的稳定版本 1.5.2的zip压缩包仅360KB左右，你如果用快点的宽带上网的，几秒钟就可以下载完毕。相应地，软件的开发人员也少，主要的程序员仅两名，即来自 美国达拉斯(Dallas)的 ，和来自德州奥斯汀的小帅哥(一般都称他为Matt)。前者是网络硬件巨头 - 思科公司() - 的一名工程师，以开发免费软件为乐。后者则主要为知名IT媒体工作，并有自己的咨询公司()，时常还做一些中介业务。开发Wordpress，其实只是他 们的业余爱好而已。“麻雀虽小，但五脏俱全”，Wordpress就是这样的小麻雀。有了它，你就可以:

• 1.进行文章发布、分类、归档。
• 2.支持文章、评论、分类等多种形式的RSS输出。
• 3.提供链接的添加、归类功能。
• 4.支持评论的管理，防垃圾功能。
• 5.支持对风格(CSS)和程序本身(PHP)的直接编辑、修改。
• 6.在Blog系统外，方便的添加所需页面。
• 7.通过对各种参数进行设置，使你的Blog更具个性化。
• 8.生成静态html页面(需要mod_rewrite支持)。
• 9.通过选择不同主题，方便地改变页面的显示效果。
• 10.通过添加插件，可提供多种特殊的功能。
• 11.支持Trackback和pingback。
• 12.支持针对某些其它blog软件、平台的导入功能。
• 13.支持多用户。

这些功能，已经能够满足个人用户绝大多数的需求，并且，对于中小企业来说，它也是建立内容或资讯发布平台的得力工具。
个人认为，与其它的Blog发布软件相比，Wordpress的主要优势在于:

• 安装最简单。
• Web标准支持非常好。
• 使用比较简单。
• 主题与插件丰富。因此可以方便地打造自己喜欢的Blog显示效果和功能，让它在简单的同时，变得更加美观、强大。
• 功能设置比较合适、合理，不像有些软件那样多而无用。
• 代码修改比较方便、容易。

也正是上述这些原因，我最终选择了Wordpress。
2. 安装
Wordpress的安装非常的简单，如果一切顺利的话，只需要几分钟就可以搞定。当然，妥善的前期准备工作在这里是必要的前提。
为了放置你的Wordpress文件，你必须得先找到一台合适的主机。至于它是你自己搭建的，还是去服务商那里租用的，这并不重要。(这里只介绍后一种情况)
前面的简介中已经说过，Wordpress是用PHP+MySQL实现的，因此，它的安装对主机有一个基本的的要求，即主机必须支持高于4.1版本的PHP和高于3.23.23版本的MySQL。另外，主机的Apache(地球上最流行的Web服务器，类似于微软的IIS - Internet Information Services)最好还要支持mod_rewrite功能，这样就可以生成各种指定形式的Permalink(一个静态html形式的页面地址)，便于搜索引擎的查找和用户的使用。否则，页面链接的形式就只能是我Blog这样的，如http://alexhuang.org/?p=1。当然，这并不影响它的正常使用。
如果你对permalink没有太多的要求，那么，使用的由edong网提供的K300型虚拟主机将 是不错的选择。以我目前的使用情况来看，还是比较满意的。这个空间容量共为300M，其中数据库为100M(Wordpress只在数据中存放文本化的 XHTML代码，因此，完全够用了)。PHP版本为4.3.11,MySQL版本为3.23.28,都符合Wordpress的要求。每年的费用为300 元，相比其它服务商，算是比较实惠的价格了。速度还行，稳定性也比较不错。
购买主机以后，你就可以登录管理页面，然后通过设置MySQL数据库的面板，定义一个自己的数据库，它的名字以及你的用户名和密码都由你自己决定。这三个东东非常的重要，请你一定要记下来。
接下来，就可以到这里下载最新版本的Wordpress程序包，进行正式的安装了。
首先，用解压缩软件如WinRAR将程序包解压。
然后，找到解压后目录中的wp-config-sample.php文件，用文本编辑软件如notepad打开它。
接下来是最关键的步骤了，即填写你的MySQL数据库信息，这些信息由你自己在虚拟主机服务商提供的设置面板中定义。在wp-config-sample.php文件的头部，你会发现类似如下的代码:

1.  define(’DB_NAME’, ‘wordpress’);    // 把wordpress用你的MySQL数据库名字代替
2.  define(’DB_USER’, ‘username’);    // 用你的MySQL数据库用户名代替username
3.  define(’DB_PASSWORD’, ‘password’); // password即你的MySQL数据库密码
4.  define(’DB_HOST’, ‘localhost’);    // 一般来说，这一行就不需要修改了

按照我中文所说的要求，填写相关的信息即可。以“另存为”的方式将wp-config-sample.php文件改名为wp-config.php保存。
文件修改完毕后，用FTP软件如Filezilla将 整个解压目录上传至你虚拟主机上的Wordpress目录，上传时所需的相关资料如主机IP地址、用户名、密码等服务商会提供给你，至于FTP客户端的使 用，这里暂不细讲。Wordpress目录由你自己决定，可以是根目录，也可以是你自己定义的新目录，它将决定你的Blog将以什么样的地址进行访问。我 放在根目录下，就可以用http://alexhuang.org/访问我的Blog，如果放到如/blog/目录下，那么，访问这个Blog就要输入http://alexhuang.org/blog/才行(当然，可以在后台进行设置改变这一限制)。
安 装工作的最后一步，就是获取你的Wordpress用户名和密码了。在地址栏中输入install.php文件的URL，它位于你的Wordpress目 录下的wp-admin子目录中，因此一般的形式为http://wordpress目录/wp-admin/install.php。这个安装文件会生 成一个用户名和密码给你，通过它们，你就可以进入Wordpress的管理面板进行相关的操作了，并且，拥有的是最高权限。这个密码非常的重要，请你一定 要记牢，当然，你也可以在登录后将密码修改为你自己喜欢的字符串。
补充:
当然，还有第三种方式可以让你更为方便地使用Wordpress，那就是找一个以Wordpress为基础平台的Blog服务商，你注册后就可以立即感受使用Wordpress的乐趣了。我还是推荐几个这样的服务商给大家吧:
·   wordpress.com (wordpress团队自己弄的)
·   wordpress.com.cn (好象是国内做的，我试过还行)
·   blogsome.com (我以前最喜欢用的)
 

3. 一般使用
前面，我花了一定的篇幅对Wordpress的来历、用途，以及安装进行了一个简要的介绍。接下来，我则会对它的使用进行较为详细的说明了，这些内容将是本系列文章的重点。
Wordpress分前端和后台，为了获得一个初步的印象，你可以点这里先看看其官方网站提供的截图。前端是所有用户都能看到的，也即你的Blog最终的外在表现形式，如我的Blog此刻呈现在你面前的样子。后台则仅对管理员和有一定权限的注册用户开放，Wordpress的管理全部都是在后台进行的。
在 地址栏输入”你的域名/wp-admin/”或”你的域名/wp-admin/index.php”，如http://alexhuang.org/wp -admin/或http://alexhuang.org/wp-admin/index.php，填好你的用户名和密码，即可进入行你的 Wordpress后台管理界面的主页面。当然，你还可以输入更为具体的地址，直接进入行后台管理界面中的相应功能模块。如”你的域名/wp- admin/post.php”(直接写文章)，”你的域名/wp-admin/themes.php”(直接管理主题)，”你的域名/wp- admin/link-manager.php”(直接管理链接)等。另外，如果你是管理员或注册用户的话，也可以在前端的页面中点击”Site Admin”(用户名和密码已被系统记住时)或”Login”(你已退出登录或用户名和密码还未被系统记住时)进入后台管理界面。Wordpress后台 管理界面主页面的大致模样请点这里查看。
进入Wordpress后台管理界面的主页面后，你会在最上方看到一个主菜单，通过它们，你就可以完成对Wordpress的主要管理工作了。由于这一部分的内容较多，所以，我决定再将该部分的内容根据与Wordpress后台管理主界面相似的分类细分为七个部分，即:

• 1. 写文章(Write)
• 2. 内容管理(Manage)
• 3. 链接管理(Links)
• 4. 主题功能(Presentation)
• 5. 插件功能(Plugins)
• 6. 用户管理(Users)
• 7. 设置(Options)

在接下来的文章中，我将依次对它们逐一地进行介绍。
建议:
Tiger Style Administration是一个非常不错的Wordpress后台管理界面转换插件，它可以将你初始的后台管理界面改造成苹果电脑所使用的操作系统的风格，非常的漂亮，喜欢的朋友可以试试。
 

3.1 写文章(Write)
首先，你可以点这里对Wordpress的文章编辑页面形成一个初步的印象。
撰 写文章的页面主要有四个区域。最上面是选择Wordpress后台管理面板中其它功能页面的菜单，中间左边是编辑区域，用于文章的编写，它的右边是内容分 类选择区域，可以用它为当前编写的文章选择相应的分类，最下方是则为了当前文章选择参数和增加用户自定义内容的地方。如果你选择了”Advanced Controls”(高级编辑页面)的话，在它的下方还会看到当前编辑的文章在前端(Front-End)的最终显示效果，它与外部用户能看到的效果保持 一致。
四个区域中，选择菜单前面已有提到。内容分类选择也很简单，你自己可以依情况而定，需要提一下的就是，分类可以选择一个，也可 以选择多个。它的下方还有三个选项，包括”Allow Comments”(是否允许评论)、”Allow Pings”(是否允许本文去Ping它指向的文章)、”Password”(为本文设定一个密码，只有拥有这个密码的人者可以进行编辑)
编辑区域和用户自定义区域的使用相对要复杂一些，因此，要多做一点介绍。
编辑区域的最上方”Title”处，用于填写你的文章标题。
再 往下，会根据你选择是”Simple Controls”(一般编辑页面)还是”Advanced Controls”(高级编辑页面)而有所不同。它的设置我们会在后面的内容中讲到。由于高级编辑页面包含了一般编辑页面中所有的选项和功能，因此，我们 这里的介绍以它为准。
在”Title”的下方，就是”Excerpt”(摘要)区域，这里用于编写针对你文章的摘要。用于读者在以摘 要的模式订阅和浏览文章的时候，显示相关的内容。针对他们的设置将在后面介绍。当然，你也可以不写摘要，这不会对文章造成什么影响。事实上， Wordpress自带了个摘要抽取功能，它会在必要的时候执行，只是其内容可能没有自己撰写的准确而已。
再往下走，就是文章编辑页面最重要的地方了，”Post”即文章内容编辑区域，它的大小可以进行设定，留到以后再讲。这里关键讲一下”Quick Tags”(便捷标签)，它对你的文章编写是比较有帮助的。
Wordpress每一篇文章的内容是由标准的XHTML语言构成，这些标签对应的就是相应的标签功能。它们分别是:

• B - 粗体字
• i - 斜体字
• link - 添加链接
• B-Quote - 引用文字
• del - 文本加删除线
• ins - 文本加下划线
• img - 添加图片
• ul - 定义有标记的列表
• ol - 定义有序号的列表
• li - 定义列表项
• code - 设置文本为代码风格
• more - 添加注释
• look up - 在文章内进行查找
• Close Tags - 关闭打开的标签(好象不起作用?)

当 然，这些标签的功能还比较有限，因此，为了实现更多的功能，如插入Flash对象等，你最好还得进一步地学习一相XHTML语言的相关知识。不过，对于一 般内容的编写而已，它也已经够用了。需要特别提一下的是，文章的最终显示效果主要还是由主题下的核心样式表(一般叫style.css)来进行控制。
编辑区域的下方，是进行参数选择和设置自定义内容的地方。这些选项有:

• Post Status: 文章的当前状态。可以是”Published”(已发布)、”Draft”(草稿)、”Private”(私人日记，选择这种状态，那么该篇文章就只有作者自己能看到)
• Send Trackbacks To: 通过它，你可以在发布该篇文章的同时向指定的地址发去一个通告。比如，在你引用了某人Blog中的文章时，你希望告知他，就可以利用这个功能。
• Post Slug: 当你使用Permalinks功能的时候(前面提到过，需要Apache的mod_rewrite，反正edong网是 不支持，所以我也没体验过)，Wordpress将为你的每一篇文章生成一个类似”你的域名/year/month/day/文章标题/”这样的静态 HTML地址(当然，怎么生成permalinks，你自己还可以定义)。当你想用自己设定的内容来代替permalinks最后的一段字符时，就需要指 定一个Post Slug，这样，Wordpress生成的permalinks的形式就成了”你的域名/year/month/day/post-slug/”。因此， 可以看到，Post Slug主要作用就是可以为每篇文章形成一个更合理、更具个性的静态链接地址。Slug这个字串符最好使用英文或阿拉伯数字的组合，对中文支持怕是不大好 的。
• Post author: 文章作者，谁登录编辑此文，谁就是默认的作者。在有多个注册用户的情况，可选相应的作者。
• Edit Time: 默认情况下，以系统的当前时间为发贴时间。但你也可以根据自己的情况需要进行修改，比如说把时间提前，这样，该篇文章就插入到你指定的时间所在文章集合中对应的位置。
• Custom Field(s): 用户自定义区域。这一块的内容相对比较复杂，它会根据你的加入的插件而有所改变。它包括两个部分，即”Key”(自定义区域名字)和”Value” (值)。默认情况下只有”enclosure”，可以定义你的文章中加入了哪些资源(如音乐)。当然，Wordpress允许用户自己加入新的内容，如我 每篇文章下的Technorati区域，就是在这里进行定义的。其具体的使用方法后面加讲。

初 次文章编辑完成后，点”Publish”按钮就可发布，点”Save”则只进行保存。当重新编辑时，点”Save”则可实现文章内容的更新。默认情况下， Wordpress会为每一文章生成一个唯一的、按顺排列的ID，你可以用”你的域名/?p=[文章ID]”这样的形式支持访问它，如这当前这篇文章就 是”http://alexhuang.org/?p=169”
3.2 内容管理(Manage)
点击主菜单上的”Manage”即可进入内容管理页面，当然，也可在地址栏输入”你的域名/wp-admin/edit.php”直接访问该页面。
管 理页面的还下辖多个子页面，点页面上方的相应链接即可进入。默认情况下，有”Posts”(文章)、”Pages”(独立页面)、” Categorires”(内容分类)、”Comments”(评论)、”Awaiting Moderation”(等待审核的评论)、”Files”(系统文件)等六项。另外，如果你安装了某些插件，可能同时也会在这里增加针对管理它们的相应 选项。
3.2.1 文章管理(Posts)
打开内容管理页面，默认显示的就 是文章管理页面。为了方便地找到你希望编辑的文章，在页面的上方增加了一个文章搜索(Search Post)功能，以及显示指定月份文章(Browse Month)的选项。因为随着你写作的时间越来越长，文章可能会变得比较多，这样就不容易找到你想编辑的文章，而这两项功能，就是为了给用户提供更多的便 利而专门设置的。
再往下，Wordpress会按你的要求，显示详细的文章信息列表，每一篇文章占一行。这些信息从左至右包括:
唯一编号(ID)、最后更新时间(When)、标题(Title)、文章所属分类(Categories)、文章评论数(Comments)、作者(Author)。在每一行的最右边，有三个针对该文章的操作按钮，即:

• 查看(View) - 直接回到前端(Front-End)，显示该篇文章的最终显示结果。
• 编辑(Edit) - 进入文章编辑页面，它和前面所讲的撰写文章的页面几乎一样，只是文章不再是从零开始进行撰写，而是在已有的基础上进行修改。因此，这里就不再深入介绍了，看我前面的文章即可。
• 删除(Delete) - 删除该篇文章。

如果指定要列示的文章比较多，一页不够显示(默认一页显示15篇文章的信息)。那么，文章管理页面的最加方还会出现一个名为”更多前面的文章”(Previous Entries)的链接，让你查看更多文章的信息。
3.2.2 独立页面管理(Pages)
点内容管理页面最上方的Pages项，即可进行独立页面管理界面。独立页面的撰写和管理与文章的撰写和管理十分的相似，因此，就里就不再赘述了，相信大家都能举一反三。
3.2.3 内容分类管理(Categories)
内容分类是为了更好的组织文章的一种方式，它不仅可以让作者更容易地管理的自己的文章，还可以让读者更方便的阅读自己喜欢的内容。
Wordpress 提供了方便的分类功能。在内容分类管理页面中，有一个”加入一个新的分类”(Add New Category)区域，在这里填上分类的名字(Name)，选择好上级分类(Category Parent)，再填写好分类的说明(Description，选填项目)，然后，点”增加一个分类”(Add Category)按钮，就可以完成内容分类的添加工作了，非常的简单。添加好分类后，你就能够在撰写文章的页面中，方便地使用它们了。
在内容分类管理页面中，分类的信息用与文章管理页面中的文章信息相似的方式显示。一个分类占一行，从左到右分别是:

• 分类唯一标识(ID)
• 分类名称(Name)
• 分类说明(Description)
• 分类下辖文章数(# Posts)
• 编 辑按钮(Edit) - 点击它，会进入下分类编辑页面，与”加入一个新的分类”区域中的内容相似，只是多了一个Category Slug选项，你可以在这里填入一个字符串，其具体作用不详，应该是用在permalinks功能中，用于生成该分类的子目录。最终生成类似”你的域名/ [category slug]/[post slug]”这样的静态HTML页面。
• 删除按钮(Delete)

3.2.4 评论管理(Comments)
评论是读者在看了你的文章后作出的反馈(当然也有垃圾评论，如广告)，是Blog作者与读者进行交互的重要手段。
评论管理页面的最上方，有一个搜索区域，在这里可以方便地找到你希望直接进行管理的评论。
在 它的下面，有两个选项，用于要求Wordpress以指定的方式列出评论管理页，其中”View Mode”以向下一个个显示评论及操作选项的方式列出评论，而”Mass Edit Mode”则与文章管理页面相似，以一个表格来显示相应的评论，每个评论占据一行的位置。
根据你使用评论列示方式的不同，系统显示出的信息和针对它们的操作都是也会略有区别。关于评论的信息大致有:

• 评论者(Name)
• 评论者电邮(E-Mail)
• 评论者IP地址(IP)
• 评论内容的摘要(Comment Excerpt)
• 评论的时间(”View Mode”下才显示)

而相应的操作则包括:

• 编辑评论(Edit Comment)
• 删除评论(Delete Comment)
• 编辑被评论的文章(Edit Post,”View Mode”下才支持)
• 显示被评论的文章(View Post,”View Mode”下才支持)
• 到前端查看评论(View按钮，”Mass Edit Mode”下才支持)
• 删除多篇文章(点每个评论前的复选框，再按最下方的”Delete Checked Comments”，在”Mass Edit Mode”下才支持)

在”View Mode”下点”Edit Comment”，在”Mass Edit Mode”下点”Edit”按钮，都可以立即进入评论编辑页面，在这个页面中，你可以修改:

• 评论者的名字(Name)
• 评论者的电邮地址(E-Mail)
• 评论者留下的唯一资源标识(URI)
• 评论内容本身(Comment)
• 评论的状态(Comment Status), 包括”Approved”(允许该条评论发布)、”Moderated”(等待审核，不会被显示)、”Spam”(垃圾评论，不会被显示)
• 评论的时间(Edit Time)
• 删除该评论(Delete Comment)

操作完毕后，点”Edit Comment”按钮，即可完成对该条评论的修改。
3.2.5 等待审核的评论(Awaiting Moderation)
这是Wordpress为了防止垃圾评论、广告的骚扰而提供的功能。它的设置要在”Options”模块中完成，如你可以规定评论中的链接超过五个，则该 评论被暂定为垃圾评论(具体的设置后面再讲)。当发现的相应的垃圾评论时，Wordpress不会让该评论直接显示在前端的页面中，而是把它放到的这里来 进行管理。这些评论必须要通过了你的允许，才会被显示出来，当然，你也可以方便地编辑或删除它们。其操作与评论管理类似。
3.2.6 系统文件管理(Files)
系统文件这里指的是Wordpress的核心文件，包括程序本身、主题、插件等用到的PHP程序文件、CSS样式定义文件及其它一些可编辑的文件。在系统 文件管理页面中，你可以对Wordpress进行最底层的操作，如果你不了解XHTML、CSS、PHP、Javascript语言，建议你就不要到这里 来了。
如果你认为自己有能力对这些文件进行修改、编辑，那也不用我再介绍这个页面里的内容了，因为你应该看得懂的。毕竟，就只有两个按钮:

• Update File - 更新你当前编辑的文件
• Edit File - 选择你要编辑的文件，直接输入它们的URL地址即可。如果你不清楚它们的地址在哪儿，可以打开你的FTP客户端查看。

3.3 链接管理(Links)
点后台管理面板上的”Links”项，即可进入Wordpress的链接管理界面。在这个界面的上方，有四个大的项目，分别是:

• Manage Links - 管理当前已有链接(链接管理界面的默认项)。
• Add Link - 添加链接。
• Link Categories - 链接分类管理。
• Import - Links - 导入链接。可以从相应的Blog服务商及OPML文件导入。

下面，分别对上述前三项进行介绍。
在链接管理界面的 上方，有两个下拉列表框，分别是”Show Links in Category”(显示指定分类中的链接)和”Order By”(显示的链接以什么方式排序)。选好后，点”Show”按钮，Wordpress就会根据你的选择，以相应的方式将链接显示出来，方便你的管理。
链 接是以列表的方式显示的，每个链接一行，从左至右分别显示的是链接的名字(Name)、地址(URI)、所属分类(Category)、与该链接关系 (rel)、是否含有图片(Image)、可见性(Visible)，及可进行的操作，一般是编辑(Edit)和删除(Delete)。每个链接右边还有 一个复选框，结合最下方的”Manage Multiple Links”(管理多个链接)区域中的功能选项，用户就可以方便地对多个链接同时进行操作。
链接管理最重要的内容是对链接及链接分类的设定(编辑)，因此，要重点说明一下。
点页面上方的”Add Link”或列出的链接右边的”Edit”按钮，都可以进入链接添加(编辑)页面。从上到下，其选项包括:

• URI - 链接地址。
• Link Name - 链接的名字。
• Short Description - 对链接的简要说明。
• Category - 链接所属分类。

上述四项是基本信息，填写完毕后，就可支持点”Add Link”(Save Changes)添加(保存)该链接了。
当然，Wordpress还提供更为丰富的选项，它们是:

• rel - 该链接与你的关系。它是根据你就XFN Creator的选择自动生成的。
• XFN(XHTML Friends Network) Creator - 定义你与该链接的关系。可以是Friendsip(朋友)、Family(家人)等多个选项。
• Image URI - 加入图片链接。
• RSS URI - 定义该链接的RSS地址。
• Notes - 对链接的详细说明。
• Rating - 链接等级。
• Target - 打开该链接的方式。_blank(新开一页)、_top(新开一页，并在顶层)、none(不作选择，在当前页面打开)
• Visible - 该链接是否可见。

填写完毕后，点下方的”Add Link”(Save Changes)就可以添加(保存)这些信息。
链接分类管理页面分两部分，上面列出了各个链接分类的情况，下面则提供了一个方便地加入新链接的区域。上下两部分中涉及的内容相似，就一起讲了:

• Name - 链接分类名。
• ID - 链接分类的ID。为一数字，由Wordpress自动生成。
• Show - 针对该链接分类的显示选项。Image(该分类的链接含图片)、Description(显示该分类中链接的说明，在每个链接的下方。一般来说不必，因为 Wordpress会在链接的title属性加入说明)、Rating(显示该分类下链接的等级)、Updated(显示该分类是否有更新)
• Sort Order - 该链接分类中链接的排序方式，可以是前述六种值。默认为升序排列，点选Descending后为降序排列。
• Limit - 限定该链接分类的链接数。
• Toggle - 这是个比较特别的属性。点选它后，当该分类中加入了新链接时，其它的链接会变为不可见。一般都不需要点选的。
• Before Link、Between Link and Description、After Link - 这三个值一般不需要修改。它是主题显示链接内容时必要的设定。要改它，则必须还要改主题中相应的CSS文件。

参数填写好以后，点Add Category就可以加入一个新链接分类了。链接分类的编辑页面与添加页面类似，就不再赘述了。
 

3.4 显示效果，即主题(Presentation，也即Theme，以下通称主题)
点开后台管理主界面上”Presentation”项，就进入了Wordpress的主题管理页面。
主题管理界面只有两部分 - Themes(主题的选择) & Theme Editor(主题编辑器)，默认情况下打开第一部分。在这里，你可以选择使用哪一个主题来做为你的Blog的最终显示效果(风格)。除了少数的两至三个 默认主题外，其它的主题都是你自己通过互联网等渠道来获得的，然后用FTP客户端软件将它们上传到主机上指定的主题目录(通常是”你的域名 /worpress目录/wp-content/themes”)，就可以在主题管理界面看到了。它们都将会被一一的列示出来，点击主题右方的” Select”即完成了对主题的选择。当前被使用的主题会被标记为”Active Theme”。
主题编辑器(Theme Editor)是Wordpress提供的一个让用户自行修改指定主题的工具。在界面左上象，你可以选择要编辑的主题。选好后，Wordpress会在界 面的右方列出该主题下所对应的所有文件，一般来讲就是PHP或CSS文件了，点击这些文件名，它们就会被加载到左边的编辑区域。在这里，可以自由地修改这 些文件的代码，然后点击”Update File”按钮，就保存好了。
想要获得更多的主题资源，你可以点下面的链接:

• Wordpress官方推荐主题
• themes.wordpress.net(强烈推荐)
• Alex King’s Theme Directory
• Blogging Pro Theme Gallery
• Wordpress+Theme (Google)

3.5 插件(Plugins)
如果说主题是对Wordpress显示效果的扩展，那么插件则是对Wordpress的应用功能的扩展了。通过主题和插件，Wordpress可以变得既漂亮又强大，真正成为了一个优秀的内容发布工具。
插件的管理页面与主题管理页面非常的类似，也只有两个部分，分别是Plugins(插件选择) & Plugin Editor(插件编辑器)，默认情况下也是打开第一部分。在插件选择页面里，插件被一行一行的列示出来，相关的信息包括插件名(Plugin)、版本 (Version)、作者(Author)、说明(Description)、当前可用的操作(Action)。点右方的按钮，就可以完成对相应插件的激 活(Activate)或放弃(Deactivate)了。当然，与主题一样，为了让Wordpress检测到插件，你首先得用FTP客户端软件将它们上 传到主机上指定的插件目录(通常是“你的域名/wp目录/wp-content/plugins/”)。
插件编辑器(Plugin Editor)是Wordpress提供的一个便于用户修改插件的工具。界面也与主题编辑页面很象。各个插件的主程序会在界面的右方列出，通常都是PHP 文件，点击相应的文件名，它们就会被加载到左边的编辑区域。在这里，可以自由地修改这些文件的代码，然后点击”Update File”按钮，就保存好了。
最后，需要提一下的是:

• 与主题不同的是，插件可激活多个，而主题同一时间只能有一个是激活状态。
• 某 些插件会在Wordpress中增加一些页面，用于定义或管理这些插件，这些增加的页面通常是在后台主管理界面的”Manage”或”Options”分 类之下。如WordPress Database Backup会在”Manage”页面中，增加一个Backup选项页面。Technorati Tagging会在Options页面中增加一个Technorati Tagging选项页面等。

想要获得更多的插件资源，你可以点下面的链接:

• WP-Plugins.net
• Plugin Directory (WP-Plugins.org)
• Wordpress+Plugin (Google)

3.6 用户管理(Users)
Wordpress允许多个用户对其进行操作，包括发文章、管理文章及分类、修改设置等等，而对用户的等级(权限)的设定、管理，就是在用户管理页面完成了。
用户管理页面下辖Your Profile和Authors & Users(用户管理)两个选项页，下面一一作个说明。
在Your Profile页面中，你可以填写关于你的一些说明性的内容，包括:

• First name - 你的”名”, 如Alex。
• Last name - 你的”姓”, 如Huang。
• Nickname - 昵称。
• How to display name - 规定在Wordpress中如何显示你的名字。
• E-mail - 你的电邮。
• Website - 你的网站。
• ICQ、AIM、MSN IM、Yahoo IM: 你的即时通讯(IM)软件号。
• Profile - 你的个人简介。
• New Password - 新的密码。

填完后，点下方的”Update Profile”按钮，就可以了。
在Authors & Users页 面中，则可以进行对用户的管理了。管理的内容主要包括添加新的用户和对用户赋予一定的等级(Promote或加减等级)。添加用户十分的简单，只要在下方 的”Add New User”区域中，填好Nickname、First Name、Last Name、E-mail、Website、Password(记得要输入两次)几项后，点”Add User”按钮，就完成了。
当然，用户也可以自己通过注册来加入当前这个Blog的活动，前提是管理员在后台主管理界面(菜单)的Options下的General页面中关于成员关系(Membership)的一项里，选择了”Anyone can register”(打勾即是选中)。
对用户赋予等级(权限)时，有两种情况:

• 用 户等级为零的用户(含新用户) - 这些用户会被Wordpress分列出来，显示在Authors区域的下方。由于它们的用户等级都是零，因此对Wordpress的管理能力非常之低，除 了登录、看文章、编辑自己的简介外，几乎没有其它的权限。如果你希望给它们更多的操作空间，那么，首先就要点Promote按钮，将它们加入到 Authors群中，此时，它们的等级也会由0增加到1，具有了最基本的发布文章的功能。
• 用户等级大于零的用户 - 这些用户会在Authors & Users页面的上方Authors区域中被列示出来，每行一下。其中，每个用户都有一个Level(等级)值，这个值左右两边会分别出现一个”-”和” +”，点击它们，就可以相应地减少或增加用户的等级了。

附加内容:
对用户等级及其对应权限的说明(内容来源: Wordpress Wiki - User Levels)
用户等级(权限)用一个0-10之间的整数表示，数值越大，等级越高，管理员(Admin)拥有最高的等级 - 10。
一个等级高的用户，可以编辑或修改比它等级低的用户的文章及设置。一般来说，主要的区别体现在等级介于0-5之间的用户，而等级在6-10之间的用户，对系统的控制权几乎没有什么区别，只是显示出来的级别高低不同而已。
下面，就0-5之间的每个等级的用户的权限进行一个说明:
user level 0:

• menu = * My Profile * View site * Logout
• Can login
• Can see existing posts.
• Own posts have (non-functioning) edit/delete buttons
• Can edit own profile.

user level 1:

• menu = * Post / Edit * My Profile * View site * Logout
• Can post.
• Can edit/delete own posts.
• Can edit/delete comments on own posts

user level 2:

• menu = * Post / Edit * My Profile * View site * Logout
• can promote/demote/delete lesser team member in the range 0 - (your level - 1)

user level 3:

• menu = * Post / Edit * Team * Options * Categories * Template * My Profile * View site * Logout
• cannot edit the template (ML removed from menu)
• can add/edit/delete categories
• cannot edit options (ML removed from menu)
• cannot see team members login name!

user level 4:

• menu = * Post / Edit * Team * Options * Categories * Template * My Profile * View site * Logout
• can see team members login name!
• can edit options
• can edit template

user level 5:

• menu = * Post / Edit * Team * Options * Categories * Template * Manage Links * My Profile * View site * Logout
• Can edit timestamps
• can edit links (default value)

3.7 设置(Options)
设置模块是对Wordpress系统本身进行设定的地方，包含有众多的选项，下面就比较重要的内容进行说明。
General (一般设置)
在这里，你可以设定你的Blog的一些基本信息。如名字、说明、地址，Wordpress安装地址，邮件地址等等。还可以在成员关系 (Membership)中规定是否任何人都可以注册，以及是否必须要登录才可进行评论。在页面的下方，则是关于时间的格式、日历的显示方式等内容。
Writing (写作设置)
写作设置用于配置你在Wordpress中写文章时的一些环境。包括:

• 以简易模式(Simple controls)还是高级模式(Advanced controls)打开编辑页。
• 编辑区的大小(行数)。
• 是否转换表情符号及自动匹配XHTML标签。
• 文章默认分类。
• 新注册用户的编辑权限等等。

在这里，你还可以设定通过e-mail发表文章的一些选项。
Reading (文章输出设置)
这类设置主要规定Wordpress如果发布文章。主要的选项包括:

• 每页显示多少篇文章或多少天的文章。
• 对于订阅的用户，发布最近的多少篇文章，是以摘要方式还是全文方式发布。
• 文章的编码方式。(默认为UTF-8)

Discussion (评论设置)
评论设置的选项主要有:

• 是否允许Pingback和Trackback。
• 是否允许评论。
• 在哪些情况下发邮件通知作者: 当有人评论时，当有等待审核(moderation)的评论时。
• 在哪种情况下让评论可见: 得到管理员允许后，评论者填好了名字和邮件地址，该评论者必须有评论曾经被管理员允许发布过。
• 哪些情况下，评论要先等待管理员的审核: 评论中链接数超过多少(一个整数)，评论中含了某些单词。
• 黑名单。(这些人的评论将不会直接发表出来)

Permalinks (静态页面生成方式)
你可以在Structure框及Category base框中设置你期望的静态页面结构。详情请见这里。
Miscellaneous (杂项)
该类设置主要包括:是否允许上传文件至主机，上传文件的存放目录，上传文件的大小限制，上传文件的格式设定，拥有上传权限的用户等级等等。
4. 结语
Wordpress简明使用指南到这里就写完了，一共10个部分。至于更高级的使用技术，在这里就不多说了，但我想应该包括主题的修改与创建，插件的修改与制作，对系统文件的修改及设定(特别 是模板标签[Template Tags])等等。有兴趣的读者可以到Wordpress的官方网站上了解更多这方面的信息。
最后，祝大家Blog之路能越走越顺，越走越好。
(全文完)
——————————————————-
Some Rights Reserved [署名、非商业]
作者: 黄晶(Alex Huang)      网址: alexhuang.org