Tips:
1）注意InnoDB总是一个事务引擎，如果你在自动提交模式，则每个语句都会作为一个事物提交：每次对数据库有改变的提交都会导致InnoDB刷新日志到磁盘。
   当然，这个地方要看 innodb_flush_log_at_trx_commit 选项的设置：
参考：
http://dev.mysql.com/doc/refman/5.1/en/innodb-tuning.html innodb性能调节提示
http://dev.mysql.com/doc/refman/5.1/en/innodb-parameters.html#option_mysqld_innodb_flush_log_at_trx_commit
2）尽量将多个update语句放在一个事务中提交，但是也不能设置事务过大，原因：过大时如果回滚，会造成很大的磁盘开销
  http://dev.mysql.com/doc/refman/5.1/en/innodb-tuning.html 这里说明：
  InnoDB在插入中使用插入缓冲来节约磁盘I/O，但是在相应的回滚中没有使用这样的机制。一个磁盘绑定的回滚可以用相应插入花费时间的30倍来执行。
  杀掉数据库进程没有是帮助的，因为回滚在服务器启动时会再次启动。除掉一个失控的回滚的唯一方法是增大缓冲池使得回滚变成CPU绑定且跑得快或者使用专用步骤。

http://marksverbiage.blogspot.com/2008/04/improve-reliability-and-maintainability.html
这里有个极端：用无状态的连接来保证可靠性，用MySQL API层就可以提供自动重连机制。
如果用无状态的连接，那连接相关的：事务，临时表，session变量就得慎用！
那如何可以继续使用事务呢？
自动提交事务：并且将每个事务用单条语句提交，或者用存储过程。

3）不用用表锁 -- 这个是为表级别锁的存储引擎设计工作的

4）主键
    尽可能使用主键查找数据；

实际中遇到的问题：之前在一个应用的Master上有3个表，我们所有的UPDATE和INSERT都是使用PK来进行的，由于以前还部署了一些查询的应用，有很多联合索引，后来
迁移到SLAVE后，我们认为这些索引会占据更多的数据空间，而且现在也不会继续用到，因此在Master上删除了所有这些"无用"的索引，因为我们每个UPDATE操作都会直接使用PK，
这些索引本来应该是无用的？可导致的结果竟然是平均UPDATE操作由之前的100ms增长到180ms左右，WHY？
前天，另外一件事情，我们在某个表增加了一些联合索引后，表空间竟然变的更小了！

参考：

http://www.innodb.com/innodb/info/
http://www.innodb.com/wp/wp-content/uploads/2007/05/uc2007-innodb-performance-optimization.pdf
InnoDB Performance Optimization
      InnoDB can perform extremely well or be your performance nightmare if you do not tune it right. This talk is about InnoDB performance optimization, covering a wide range of topics from Server Settings optimization, to InnoDB specific query optimization, including hardware configuration and OS tuning tricks. This presentation was delivered at the 2007 MySQL User Conference by Peter Zaitsev of Percona, Ltd. and Heikki Tuuri. You will find this and other presentations and articles about MySQL and InnoDB performance on the MySQL Performance Blog.

--EOF--

--EOF--

--EOF--

--EOF--

http://blog.arabx.com.au/?p=1053

The 20 second summary from the Scaling MySQL - Up or Out? from our panel of experts at 2008 MySQL Conference and Expo.

    * Paul Tuckfield from YouTube -- The answers to everything is replication, you just have to rephrase the question.
    * Jeff Rothschild from Facebook -- Memory, the source of all problems is your developers.
    * Domas for Wikipedia -- You should be afraid that 10 min structural change may answer detailed problems.
    * Fahan Mashraqi from Fotolog -- Architect property, the most optimized schema may not be enough, what is the cost of serving the data, no just the time to run the SQL.
    * John Allspaw from Flickr -- There is nothing more permanent then a temporary solution
      matt Sun Performance tuning/Scaling increases is key
    * Monty Taylor from MySQL -- You have to know what's happening on every piece of your technology stack.

http://www.paragon-cs.com/wordpress/?p=144

  Scaling MySQL - - Up or Out? Panel @ UC
April 16th, 2008 | Category: MySQL

I would recommend that you download the video of this!! Sheeri posted it here.

The numbers in parentheses are Alexa rankings.

Moderator - Kaj Arno

(1317) Monty Taylor - MySQL

(905) Matt Ingenthron - Sun

(39) John Allspaw - Flickr

(13) Frank mash - Fotolog

(9) Domas Mituzas - Wikipedia

(6) Jeff Rothschild - Facebook

(2) Paul Tuckfield - YouTube

Question One: Number of MySQL servers

MySQL one master/three slaves

Sun four servers

Flickr 166

Fotolog 37

Wikipedia

Facebook 1,800 (900m/900s)

YouTube

Question Two: Number of MySQL DBAs

MySQL 1/10th

Sun 1.5

Flickr 0 (normally 1)

Fotolog 1

Wikipedia Technical Team

Facebook 2

YouTube 3

Question Three: Number of Web Servers

MySQL 2

Sun 160

Flickr 244

Fotolog 70

Wikipedia

Facebook 10,000

YouTube

Question Four: Number of Memcached servers

MySQL 2

Sun 8

Flickr 14

Fotolog 40

Wikipedia 79

Facebook 805

YouTube

Question Five: Version of MySQL

MySQL 5.23-2rc

Sun 5.0.21

Flickr 5.0.51

Fotolog 4.11

Wikipedia 4.4

Facebook 5.0.44

YouTube 5.0.24

Question Six: Operating System on Server

MySQL Fedora

Sun OpenSolaris

Flickr Linux

Fotolog Solaris 10

Wikipedia Fedora/Ubuntu

Facebook Fedora/RHEL

YouTube SuSE 9

Question Seven: What happens if a server fails?

Flickr - Federated setup for failover. Can loose any one side of the shard.

Wikipedia - if a master fails they replace with slave

Facebook - archive binlogs, promote slave

Fotolog - mount snapshots?

Youtube - SAN; shards with a master and multiple slaves so they promote slaves

Question Eight: What is Their Crucial Scaling Technology

Facebook doesn't use SAN - they do use RAID 10 with 2.5″ drives

Fotolog -- UltraSparc T1 -- excellent master UltraSparc T2 -- excellent slave -- uses SAN

This was interesting to me. Frank (Fotolog) said they use a SAN to keep things manageable (only two dbas with the second one just hired). Facebook says they don't use SAN because they didn't want to limit themselves.
Next they got off on discussion about power. This varied quite a bit with YouTube pretty much dismissing power concerns. Of course Frank from Fotolog then pointed out that when they (Fotolog) want to expand in a datacenter -- the datacenter has to get Google's approval...hmmm..no wonder Google isn't worried about it. Fotolog and Facebook were very much in favor of power savings. I think there is more than just saving a little power, you get cooling and space (if smaller of course) savings.

http://venublog.com/2008/04/16/notes-from-scaling-mysql-up-or-out/

Notes from Scaling MySQL - Up or Out

--EOF--

从MySQL 5.0.3版本就有了，可以看看：

http://dev.mysql.com/doc/refman/5.1/en/index-merge-optimization.html

--EOF--

http://dev.mysql.com/tech-resources/articles/mysql-5.1-recap.html

基于行的复制：以前的版本都是基于SQL语句的复制（statement-based replication ）。

表Log：使用Table和文件记录Log

这2个特性都还是挺不错的：

复制：对于不确定的一些函数不用再担心，对于UDF（using user-defined functions）就不会存在问题了。

表Log：使得Log存储更清晰明了，特别是对于用数据库的人！

Row based replication

MySQL 5.1 supports three different kinds of replication modes now: the standard statement-based replication format (used prior to 5.1), row-based replication, and a mixed mode. Row-based replication is designed to address certain problems that crop up in replicated environments that make use of non-deterministic functions such as RAND() or NOW() within data modification statements and environments that make heavy use of temporary tables in data modifications. Additionally, row-based replication solves problems inherent in using user-defined functions, a topic which Mats Kindahl blogged about in detail in his article Row based replication and user defined functions. Eric Bergen also talked a bit about his desire to use row-based replication after seeing Lars Thalmann's talk at last year's Users Conference in his article Row based replication and application developers. For a great article on the future of MySQL replication and some of the issues surrounding it, I would recommend reading Kristian Köentopp's blog post Replication - Now and Then. Finally, Mark Smith had another good writeup about row-based replication.

Table logs

One particular MySQL 5.1 feature that will come in very handy is the ability of MySQL 5.1 to use standard tables instead of log files for a variety of internal logs, including the Slow Query Log and the General Log. Giuseppe Maxia had a nice article entitled Hacking MySQL table logs Outrageous tricks with table logs that is certainly worth reading for background on the feature. Additionally, on the MySQL Forge, First impression on table logs

http://forge.mysql.com/wiki/Usability_Report_Table_Logs

--EOF--

从MySQL 5.0起，MySQL增加了一个 INFORMATION_SCHEMA，

提供了访问数据库元数据的方式。

下面的是某位INFORMATION_SCHEMA Fans做的一个图形化的视图：

http://www.xcdsql.org/MySQL/information_schema/5.1/MySQL_5_1_INFORMATION_SCHEMA.html

--EOF--

http://dev.mysql.com/tech-resources/articles/mysql-5.1-recap.html

http://dev.mysql.com/doc/refman/5.1/en/innodb-auto-increment-handling.html

摘要：

以前每次INSERT是，使用一个全局计数器和表级锁来保证自增，但对于在大量批量INSERT的情况，则会带来严重的性能问题。

新的自增特性就是解决或者说优化这个问题。

New InnoDB Auto-Increment Functionality (MySQL 5.1.22)

Traditionally, that is to say, up until MySQL 5.1.22, InnoDB handled newly inserted records into an InnoDB table with an AUTO_INCREMENT column by using a global counter which held the last value for the auto-incrementing column. A lock would be placed on this counter for the duration of the SQL statement which did the inserting. After the statement completed, the lock would be released and other statements which inserted new rows into the table could acquire a lock on the counter.

This "traditional mode" worked well for many scenarios, particularly situations involving short, single-row inserts, as the time the lock was held for the statement was minimized. However, some performance issues would come into play when statements such as INSERT INTO my_innodb_table SELECT * FROM some_other_table were executed, as the lock on the auto-increment global counter would be held for an extended period of time, causing other activity to wait. To be sure, there were reasons for this strategy having to do with the way MySQL replication works -- InnoDB needed to ensure that the replaying of statements on a slave server would be identical to the master server.

Heikki Tuuri and the Innobase/Oracle team spent considerable resources to develop a solution to the above scalability problem. The new solution involves a configurable setting which can be changed without a server restart in MySQL 5.1.22. The new server variable, innodb_autoinc_lock_mode controls how InnoDB treats statements which insert rows into an InnoDB table with an AUTO_INCREMENT column. Depending on your environment -- specifically, whether you are using the binlog for replication or recovery purposes and whether you are executing "batched insert" statements-- you can set this variable to 0, 1, or 2. 0 corresponds to the traditional mode, and is not recommended except for very specific scenarios (see the doc link above). 1 represents "consecutive mode" and is the default. In this mode, only statements where InnoDB cannot determine the number of rows to be inserted will use the global auto-increment lock. All other "simple insert" statements (even those inserting multiple records in batch mode) will use a faster, lighter locking mechanism, which results in significant scalability increases. The final setting, 2, represents an "interleaved" mode and has even greater scalability improvements, but cannot be used in scenarios where the binary log is being used for recovery or statement-based replication.

Again, this is a large and important feature chance in MySQL 5.1.22, and I encourage anyone using InnoDB tables in a production environment to read up on the new documentation.

--EOF--

http://dev.mysql.com/doc/refman/5.1/en/features.html

MySQL的主要特性：

先看看从4.0到4.1, 5.0, 5.1各个版本的主要特性变更：

4.0没用过，从2005年选型时使用4.1的版本，现在5.1已经从2007年9月份就Candidate Release

C.1.6. Changes in MySQL 5.1.22 (24 September 2007: Release Candidate) 到现在已经快一年了，期待哪天我们能顺利升级到5.1进行一些新的尝试！

不过看看5.1的主要特性，分区部分，正如 介绍 的那样，我们在应用层已经实现了，对我们而言没有太大的吸引力，还有现在挺热的 MySQL Proxy ，我们同样在应用层已经进行了实现。

那我们为啥要升级？我得找一些升级的理由！

先看看MySQL官方的一些 Nutshell，大概了解，顺便放在这里备忘。

http://dev.mysql.com/doc/refman/4.1/en/mysql-4-0-nutshell.html

MySQL 4.0 is available for download at http://dev.mysql.com/ and from our mirrors. MySQL 4.0 has been tested by a large number of users and is in production use at many large sites.

The following features were added in MySQL 4.0:

http://dev.mysql.com/doc/refman/4.1/en/mysql-nutshell.html

MySQL Server 4.0 laid the foundation for new features implemented in MySQL 4.1, such as subqueries and Unicode support, which were desired by many of our customers.

MySQL Server 4.1 is currently in production status, and binaries are available for download at http://dev.mysql.com/downloads/mysql/4.1.html. All binary releases pass our extensive test suite without any errors on the platforms on which we test. See Section B.1, "Changes in release 4.1.x (Production)".

For those wishing to use the most recent development source for MySQL 4.1, we also make our BitKeeper repositories publicly available. See Section 2.9.3, "Installing from the Development Source Tree".

The following features are implemented in MySQL 4.1. Features that are available in MySQL 5.0 are described in Section 1.5.3, "What's New in MySQL 5.0".

http://dev.mysql.com/doc/refman/5.0/en/mysql-nutshell.html

The following features are implemented in MySQL 5.0.

http://dev.mysql.com/doc/refman/5.1/en/mysql-nutshell.html

The following features have been added to MySQL 5.1.

--EOF--

--EOF--

--EOF--

已经用VIM做编辑器好久了，周末在家深深体会了FireFox的魅力，今天突然想用用Google Reader的快捷键，看了看，用了用，原来是这么的顺手，用惯了VIM再来用更是非常的爽！

http://www.google.com/support/reader/bin/answer.py?answer=69973

--EOF--

Apache模块 mod_rewrite

说明	一个基于一定规则的实时重写URL请求的引擎
状态	扩展(E)
模块名	rewrite_module
源文件	mod_rewrite.c
兼容性	仅在 Apache 1.3 及以后的版本中可用

概述

此模块提供了一个基于正则表达式分析器的重写引擎来实时重写URL请求。它支持每个完整规则可以拥有不限数量的子规则以及附加条件规则的灵活而且强大的URL操作机制。此URL操作可以依赖于各种测试，比如服务器变量、环境变量、HTTP头、时间标记，甚至各种格式的用于匹配URL组成部分的查找数据库。

此模块可以操作URL的所有部分(包括路径信息部分)，在服务器级的(httpd.conf)和目录级的(.htaccess)配置都有效，还可以生成最终请求字符串。此重写操作的结果可以是内部子处理，也可以是外部请求的转向，甚至还可以是内部代理处理。

但是，所有这些功能和灵活性带来一个问题，那就是复杂性，因此，不要指望一天之内就能看懂整个模块。

更多的讨论、细节、示例，请查看详细的URL重写文档。

特殊字符的引用

在Apache 1.3.20中，TestString和Substitution中的特殊字符可以用前导斜杠(\)来实现转义(即忽略其特殊含义而视之为普通字符)。 比如，Substitution可以用"\$"来包含一个美元符号，以避免mod_rewrite把它视为反向引用。

环境变量

此模块会跟踪两个额外的(非标准)CGI/SSI环境变量，SCRIPT_URL和SCRIPT_URI。他们包含了当前资源的逻辑网络视图，而标准CGI/SSI变量SCRIPT_NAME和SCRIPT_FILENAME包含的是物理系统视图。

注意：这些变量保持的是其最初被请求时的URI/URL，即在任何重写操作之前的URI/URL。其重要性在于他们是重写操作重写URL到物理路径名的原始依据。

示例

SCRIPT_NAME=/sw/lib/w3s/tree/global/u/rse/.www/index.html
SCRIPT_FILENAME=/u/rse/.www/index.html
SCRIPT_URL=/u/rse/
SCRIPT_URI=http://en1.engelschall.com/u/rse/

实用方案

我们提供了URL重写指南和高级URL重写指南文档，列举了许多基于URL的问题的实用方案，其中你可以找到真实有用的规则集。

RewriteBase 指令

说明	设置目录级重写的基准URL
语法	RewriteBase URL-path
默认值	参见使用方法
作用域	directory, .htaccess
覆盖项	FileInfo
状态	扩展(E)
模块	mod_rewrite

RewriteBase指令显式地设置了目录级重写的基准URL。在下文中，你将看到RewriteRule可以用于目录级的配置文件中(.htaccess)并在局部范围内起作用，即规则实际处理的只是剥离了本地路径前缀的一部分。处理结束后，这个路径会被自动地附着回去。默认值是"RewriteBase physical-directory-path"。

在对一个新的URL进行替换时，此模块必须把这个URL重新注入到服务器处理中。为此，它必须知道其对应的URL前缀或者说URL基准。通常，此前缀就是对应的文件路径。但是，大多数网站URL不是直接对应于其物理文件路径的，因而一般不能做这样的假定! 所以在这种情况下，就必须用RewriteBase指令来指定正确的URL前缀。

如果你的网站服务器URL不是与物理文件路径直接对应的，而又需要使用RewriteBase指令，则必须在每个对应的.htaccess文件中指定RewriteRule 。

例如，目录级配置文件内容如下：

# /abc/def/.htaccess -- /abc/def 目录的配置文件
# 注意：/abc/def 是 /xyz 的物理路径(例如存在一条'Alias /xyz /abc/def'指令)。

RewriteEngine On

# 让服务器知道我们使用的是 /xyz 而不是物理路径 /abc/def
RewriteBase   /xyz

# 重写规则
RewriteRule   ^oldstuff\.html$  newstuff.html

上述例子中，对/xyz/oldstuff.html的请求被正确地重写为对物理文件/abc/def/newstuff.html的请求。

仅供Apache Hacker们参考

以下列出了内部处理的详细步骤：

请求:
  /xyz/oldstuff.html

内部处理过程:
  /xyz/oldstuff.html     -> /abc/def/oldstuff.html  (per-server Alias)
  /abc/def/oldstuff.html -> /abc/def/newstuff.html  (per-dir    RewriteRule)
  /abc/def/newstuff.html -> /xyz/newstuff.html      (per-dir    RewriteBase)
  /xyz/newstuff.html     -> /abc/def/newstuff.html  (per-server Alias)

结果:
  /abc/def/newstuff.html

虽然这个过程看来很繁复，但是由于目录级重写的到来时机已经太晚了，它不得不把这个(重写)请求重新注入到Apache核心中，所以Apache内部确实是这样处理的。但是：它的开销并不象看起来的那样大，因为重新注入完全在Apache服务器内部进行，而且这样的过程在Apache内部也为其他许多操作所使用。所以，你可以充分信任其设计和实现是正确的。

RewriteCond 指令

说明	定义重写发生的条件
语法	RewriteCond TestString CondPattern [flags]
作用域	server config, virtual host, directory, .htaccess
覆盖项	FileInfo
状态	扩展(E)
模块	mod_rewrite

RewriteCond指令定义了规则生效的条件，即在一个RewriteRule指令之前可以有一个或多个RewriteCond指令。条件之后的重写规则仅在当前URI与Pattern匹配并且满足此处的条件(TestString能够与CondPattern匹配)时才会起作用。

TestString是一个纯文本的字符串，但是还可以包含下列可扩展的成分：

• RewriteRule反向引用 ，引用方法是：

  $N

  (0 <= N <= 9)引用当前(带有若干RewriteRule指令的)RewriteCond中的与Pattern匹配的分组成分(圆括号!)。
• RewriteCond反向引用 ，引用方法是：

  %N

  (1 <= N <= 9)引用当前若干RewriteCond条件中最后符合的条件中的分组成分(圆括号!)。
• RewriteMap扩展 ，引用方法是：

  ${mapname:key|default}

  细节请参见RewriteMap 指令。
• 服务器变量 ，引用方法是：

  %{NAME_OF_VARIABLE}

  NAME_OF_VARIABLE可以是下表列出的字符串之一：

  HTTP头	连接与请求
  HTTP_USER_AGENT HTTP_REFERER HTTP_COOKIE HTTP_FORWARDED HTTP_HOST HTTP_PROXY_CONNECTION HTTP_ACCEPT	REMOTE_ADDR REMOTE_HOST REMOTE_PORT REMOTE_USER REMOTE_IDENT REQUEST_METHOD SCRIPT_FILENAME PATH_INFO QUERY_STRING AUTH_TYPE
  服务器自身	日期和时间	其它
  DOCUMENT_ROOT SERVER_ADMIN SERVER_NAME SERVER_ADDR SERVER_PORT SERVER_PROTOCOL SERVER_SOFTWARE	TIME_YEAR TIME_MON TIME_DAY TIME_HOUR TIME_MIN TIME_SEC TIME_WDAY TIME	API_VERSION THE_REQUEST REQUEST_URI REQUEST_FILENAME IS_SUBREQ HTTPS

  这些变量都对应于类似命名的HTTP MIME头、Apache服务器的C变量、Unix系统中的struct tm字段，其中的大多数在其他的手册或者CGI规范中都有说明。 其中为mod_rewrite所特有的变量如下：

  IS_SUBREQ

  如果正在处理的请求是一个子请求，它将包含字符串"true"，否则就是"false"。模块为了解析URI中的附加文件，可能会产生子请求。

  API_VERSION

  这是正在使用中的Apache模块API(服务器和模块之间内部接口)的版本，其定义位于include/ap_mmn.h中。此模块API版本对应于正在使用的Apache的版本(比如在Apache 1.3.14的发行版中这个值是19990320:10)。 通常，对它感兴趣的是模块的开发者。

  THE_REQUEST

  这是由浏览器发送的完整的HTTP请求行(比如："GET /index.html HTTP/1.1")。它不包含任何浏览器发送的其它头信息。

  REQUEST_URI

  这是在HTTP请求行中所请求的资源(比如上述例子中的"/index.html")。

  REQUEST_FILENAME

  这是与请求相匹配的完整的本地文件系统的文件路径名。

  HTTPS

  如果连接使用了SSL/TLS，它将包含字符串"on"，否则就是"off"(无论mod_ssl是否已经加载，该变量都可以安全的使用)。

其它注意事项：

1. SCRIPT_FILENAME和REQUEST_FILENAME包含的值是相同的----即Apache服务器内部的request_rec结构中的filename字段。 第一个就是大家都知道的CGI变量名，而第二个则是REQUEST_URI(request_rec结构中的uri字段)的一个副本。
2. 特殊形式：%{ENV:variable} ，其中的variable可以是任意环境变量。它是通过查找Apache内部结构或者(如果没找到的话)由Apache服务器进程通过getenv()得到的。
3. 特殊形式：%{SSL:variable} ，其中的variable可以是一个SSL环境变量的名字，无论mod_ssl模块是否已经加载都可以使用(未加载时为空字符串)。比如：%{SSL:SSL_CIPHER_USEKEYSIZE}将会被替换为128。
4. 特殊形式：%{HTTP:header} ，其中的header可以是任意HTTP MIME头的名称。它总是可以通过查找HTTP请求而得到。比如：%{HTTP:Proxy-Connection}将被替换为Proxy-Connection:HTTP头的值。
5. 预设形式：%{LA-U:variable} ，variable的最终值在执行一个内部(基于URL的)子请求后确定。 当需要使用一个目前未知但是会在之后的过程中设置的变量的时候，就可以使用这个方法。

   例如，需要在服务器级配置(httpd.conf文件)中根据REMOTE_USER变量进行重写， 就必须使用%{LA-U:REMOTE_USER}。因为此变量是由URL重写(mod_rewrite)步骤之后的认证步骤设置的。 但是另一方面，因为mod_rewrite是通过API修正步骤来实现目录级(.htaccess文件)配置的， 而认证步骤先于API修正步骤，所以可以用%{REMOTE_USER}。

6. 预设形式：%{LA-F:variable} ，variable的最终值在执行一个内部(基于文件名的)子请求后确定。 大多数情况下和上述的LA-U是相同的。

CondPattern是条件模式，即一个应用于当前TestString实例的正则表达式。TestString将被首先计算，然后再与CondPattern匹配。

注意：CondPattern是一个perl兼容的正则表达式，但是还有若干增补：

1. 可以在CondPattern串的开头使用'!'(惊叹号)来指定不匹配。
2. CondPatterns有若干特殊的变种。除了正则表达式的标准用法，还有下列用法：
   • '<CondPattern'(词典顺序的小于)
     将CondPattern视为纯字符串，与TestString按词典顺序进行比较。如果TestString小于CondPattern则为真。
   • '>CondPattern'(词典顺序的大于)
     将CondPattern视为纯字符串，与TestString按词典顺序进行比较。如果TestString大于CondPattern则为真。
   • '=CondPattern'(词典顺序的等于)
     将CondPattern视为纯字符串，与TestString按词典顺序进行比较。如果TestString等于CondPattern(两个字符串逐个字符地完全相等)则为真。如果CondPattern是""(两个双引号)，则TestString将与空字符串进行比较。
   • '-d'(目录)
     将TestString视为一个路径名并测试它是否为一个存在的目录。
   • '-f'(常规文件)
     将TestString视为一个路径名并测试它是否为一个存在的常规文件。
   • '-s'(非空的常规文件)
     将TestString视为一个路径名并测试它是否为一个存在的、尺寸大于0的常规文件。
   • '-l'(符号连接)
     将TestString视为一个路径名并测试它是否为一个存在的符号连接。
   • '-x'(可执行)
     将TestString视为一个路径名并测试它是否为一个存在的、具有可执行权限的文件。该权限由操作系统检测。
   • '-F'(对子请求存在的文件)
     检查TestString是否为一个有效的文件，而且可以在服务器当前的访问控制配置下被访问。它使用一个内部子请求来做检查，由于会降低服务器的性能，所以请谨慎使用！
   • '-U'(对子请求存在的URL)
     检查TestString是否为一个有效的URL，而且可以在服务器当前的访问控制配置下被访问。它使用一个内部子请求来做检查，由于会降低服务器的性能，所以请谨慎使用！

   注意

   所有这些测试都可以用惊叹号作前缀('!')以实现测试条件的反转。
3. 还可以在CondPattern之后追加特殊的标记[flags]作为RewriteCond指令的第三个参数。flags是一个以逗号分隔的以下标记的列表：
   • 'nocase|NC'(忽略大小写)
     它使测试忽略大小写，扩展后的TestString和CondPattern中'A-Z' 和'a-z'是没有区别的。此标记仅用于TestString和CondPattern的比较，而对文件系统和子请求的检查不起作用。
   • 'ornext|OR'(或下一条件)
     它以OR方式组合若干规则的条件，而不是隐含的AND。典型的例子如下：

     RewriteCond %{REMOTE_HOST}  ^host1.*  [OR]
     RewriteCond %{REMOTE_HOST}  ^host2.*  [OR]
     RewriteCond %{REMOTE_HOST}  ^host3.*
     RewriteRule ... 针对这3个主机的规则集 ...
     

     如果不用这个标记，你就必须要书写三次条件/规则对。

举例

如果要按请求头中的"User-Agent:"重写一个站点的主页，可以这样写：

RewriteCond  %{HTTP_USER_AGENT}  ^Mozilla.*
RewriteRule  ^/$                 /homepage.max.html  [L]

RewriteCond  %{HTTP_USER_AGENT}  ^Lynx.*
RewriteRule  ^/$                 /homepage.min.html  [L]

RewriteRule  ^/$                 /homepage.std.html  [L]

解释：如果你使用的浏览器识别标志是'Mozilla'，则你将得到内容最大化的主页(含有 Frames等等)。如果你使用的是(基于终端的)Lynx，则你得到的是内容最小化的主页(不含table等等)。如果上述条件都不满足(使用的是其他浏览器)，则你得到的是一个标准的主页。

RewriteEngine 指令

说明	打开或关闭运行时的重写引擎
语法	RewriteEngine on|off
默认值	RewriteEngine off
作用域	server config, virtual host, directory, .htaccess
覆盖项	FileInfo
状态	扩展(E)
模块	mod_rewrite

RewriteEngine指令打开或关闭运行时的重写引擎。如果设置为off，则此模块在运行时不执行任何重写操作， 同时也不更新SCRIPT_URx环境变量。

使用该指令可以使此模块无效，而无须注释所有的RewriteRule指令！

注意：默认情况下，重写配置是不可继承的，也就是必须在每个需要使用重写引擎的虚拟主机中设置一个RewriteEngine on指令。

RewriteLock 指令

说明	设置RewriteMap同步所使用的锁文件名
语法	RewriteLock file-path
作用域	server config
状态	扩展(E)
模块	mod_rewrite

此指令设置mod_rewrite为了和RewriteMap程序通讯而使用的同步锁文件的名称。 在需要使用重写映射表程序(rewriting map-program)时，它必须是一个本地路径(而不能是一个NFS挂接设备)。对其他类型的重写映射表(rewriting map)，则无此要求。

RewriteLog 指令

说明	设置重写引擎日志的文件名
语法	RewriteLog file-path
作用域	server config, virtual host
状态	扩展(E)
模块	mod_rewrite

RewriteLog指令设置用于记录所有重写操作的日志文件的名称。如果此文件名不以斜杠('/')开头，则它是相对于Server Root的，此指令应该在每个服务器级别的配置中仅仅出现一次。

如果要关闭对重写操作的记录，不推荐将Filename设为/dev/null ，因为，虽然重写引擎不能输出记录了，但仍会在内部建立这个日志文件，这样会使服务器速度降低，而且对管理员毫无益处！要关闭日志，可以删除或注解RewriteLog指令， 或者使用"RewriteLogLevel 0"的设置

安全

参见安全方面的提示文档，其中讲述了为什么如果存放日志的目录对除了启动服务器以外的用户是可写的会带来安全隐患。

示例

RewriteLog "/usr/local/var/apache/logs/rewrite.log"

RewriteLogLevel 指令

说明	设置重写日志的详细程度
语法	RewriteLogLevel Level
默认值	RewriteLogLevel 0
作用域	server config, virtual host
状态	扩展(E)
模块	mod_rewrite

RewriteLogLevel指令设置重写引擎日志的详细程度的级别。0(默认级别)意味着不记录，而9或更大的值意味着记录所有操作。

要关闭重写引擎日志，可以简单地将Level设为0，以关闭所有重写操作的记录。

较高的Level值会使Apache服务器速度急剧下降！大于2的Level值只用于调试目的！

示例

RewriteLogLevel 3

RewriteMap 指令

说明	定义用于关键词查找的映射函数
语法	RewriteMap MapName MapType:MapSource
作用域	server config, virtual host
状态	扩展(E)
模块	mod_rewrite
兼容性	Apache 2.0.41 及以后的版本中可以使用不同的dbm类型

RewriteMap指令定义了一个映射表(Rewriting Map)，映射函数将使用该表来查找关键字然后插入/替换字段。此查找操作的源可以是多种类型。

MapName是映射表的名称，指定了一个映射函数，用于重写规则的字符串替换，它可以是下列形式之一：

${MapName:LookupKey}
${MapName:LookupKey|DefaultValue}

如果使用了这样的形式，则会在MapName中查找关键词LookupKey。如果找到了，则被替换成SubstValue； 如果没有找到，则被替换成DefaultValue，如果没有指定DefaultValue，则被替换成空字符串。

例如，你可能定义这样一个RewriteMap：

RewriteMap examplemap txt:/path/to/file/map.txt

然后你就可以像下面这样在RewriteRule中使用该映射：

RewriteRule ^/ex/(.*) ${examplemap:$1}

可以使用下列MapType和MapSource的组合：

• 标准纯文本
  MapType: txt, MapSource: 有效的Unix文件系统文件名

  这是重写映射表的标准形式。MapSource是一个纯文本文件，包含空行、注释行(以字符'#'打头)，以及每行一个的替换对，如下所示：

  MatchingKey SubstValue

  例子

  ##  map.txt -- rewriting map
  
  Ralf.S.Engelschall    rse   # Bastard Operator From Hell
  Mr.Joe.Average        joe   # Mr. Average
  

  RewriteMap real-to-user txt:/path/to/file/map.txt

• 随机纯文本
  MapType: rnd, MapSource: 有效的Unix文件系统文件名

  这个与上述的标准纯文本很相似，但它有一个特殊的后处理特性：查找完毕后，会解析其中包含的"|"符号(含义为"或")。 也就是说，会随机地选择其中之一作为返回值。虽然这看似毫无意义，但设计它的意图是在一个查找值是服务器名称的反向代理环境中实现负载平衡。

  例子

  映射文件

  ##  map.txt -- rewriting map
  
  static   www1|www2|www3|www4
  dynamic  www5|www6
  

  配置指令

  RewriteMap servers rnd:/path/to/file/map.txt

RewriteRule ^/(.*\.(png|gif|jpg)) http://${servers:static}/$1 [NC,P,L]
RewriteRule ^/(.*) http://${servers:dynamic}/$1 [P,L]

• 散列文件
  MapType: dbm[=type], MapSource: 有效的Unix文件系统文件名

  这里的源是一个二进制格式的DBM文件，包含了与纯文本相同的内容，但是因为它有优化了的特殊表现形式，使它的查找速度明显快得多。 此type可以是sdbm, gdbm, ndbm, db(由编译时配置决定)。如果省略type，则使用编译时选择的缺省值。 你可以使用任何DBM工具或者下列Perl脚本来创建这个文件，但必须保证DBM的类型正确。建立NDBM文件的例子如下：

  #!/path/to/bin/perl
  ##
  ##  txt2dbm -- 将 txt 映射表转换为 dbm 格式
  ##
  
  use NDBM_File;
  use Fcntl;
  
  ($txtmap, $dbmmap) = @ARGV;
  
  open(TXT, "<$txtmap") or die "Couldn't open $txtmap!\n";
  tie (%DB, 'NDBM_File', $dbmmap,O_RDWR|O_TRUNC|O_CREAT, 0644)
    or die "Couldn't create $dbmmap!\n";
  
  while (<TXT>) {
    next if (/^\s*#/ or /^\s*$/);
    $DB{$1} = $2 if (/^\s*(\S+)\s+(\S+)/);
  }
  
  untie %DB;
  close(TXT);
  

  $ txt2dbm map.txt map.db

• 内部函数
  MapType: int, MapSource: Apache内部函数

  这里的源是一个Apache的内部函数。目前，还不能由你自己建立，只能使用下列已经存在的函数：

  • toupper:
    转换查找关键词为大写
  • tolower:
    转换查找关键词为小写
  • escape:
    转换查找关键词中的特殊字符为十六进制编码
  • unescape:
    转换查找关键词中的十六进制编码为特殊字符
• 外部的重写程序
  MapType: prg, MapSource: 有效的Unix文件系统文件名

  这里的源是一个程序，而不是一个映射表文件。程序设计语言可以随意选择，但最终结果必须是可执行的(或者是目标代码，或者是首行为'#!/path/to/interpreter'的脚本)。

  此程序仅在Apache服务器启动时启动一次，随后通过stdin和stdout文件句柄与重写引擎交互。 对每个映射函数的查找操作，它从stdin接收以回车结束的查找关键词，然后把查找的结果以回车结束反馈到stdout，如果查找失败，则返回四个字符的字符串"NULL"(对给定的关键词没有对应的值)。此程序的最简单形式是一个1:1的映射(即：key == value)，例如：

  #!/usr/bin/perl
  $| = 1;
  while (<STDIN>) {
      # ...在这里放置转换和查找...
      print $_;
  }
  

  但是必须注意：

  1. "简单就是美"(KISS: Keep it simple, stupid!)。此程序的崩溃会直接导致Apache服务器的崩溃。
  2. 绝不要对stdout做I/O缓冲(一个常见的错误)，它会导致死循环！所以上述例子中才会使用"$|=1"来预防。
  3. 使用RewriteLock指令定义一个锁文件，用于同步mod_rewrite和此程序之间的通讯。默认是没有同步操作的。

RewriteMap指令可以多次出现。对每个映射函数都可以使用一个RewriteMap指令来定义其重写映射表。虽然不能在目录上下文(per-directory context)中定义映射表，但是完全可以在其中使用映射表。

注意

对于纯文本和DBM格式的文件，已经查找过的关键词会被缓存在内核中，直到映射表的mtime改变了或者服务器重启了。这样，你可以把每个请求都会用到的映射函数放在规则中，这是没有问题的，因为外部查找只进行一次。

RewriteOptions 指令

说明	为重写引擎设置一些特殊的选项
语法	RewriteOptions Options
作用域	server config, virtual host, directory, .htaccess
覆盖项	FileInfo
状态	扩展(E)
模块	mod_rewrite
兼容性	MaxRedirects在2.1及以后的版本中已经不可用

RewriteOptions指令为当前服务器级和目录级的配置设置一些选项。Option当前仅可以是如下值：

inherit

此值强制当前配置继承其父配置。在虚拟主机级配置中，它意味着主服务器的映射表、条件和规则可以被继承。在目录级配置中，它意味着其父目录的.htaccess中的条件和规则可以被继承。

RewriteRule 指令

说明	为重写引擎定义重写规则
语法	RewriteRule Pattern Substitution [flags]
作用域	server config, virtual host, directory, .htaccess
覆盖项	FileInfo
状态	扩展(E)
模块	mod_rewrite
兼容性	cookie-flag在Apache 2.0.40及以后的版本中可用

RewriteRule指令是重写引擎的根本。此指令可以多次使用。每个指令定义一个简单的重写规则。这些规则的定义顺序尤为重要----在运行时，规则是按这个顺序逐一生效的。

Pattern是一个作用于当前URL的perl兼容的正则表达式。"当前URL"是指该规则生效时刻的URL的值。它可能与被请求的URL截然不同，因为其他规则可能在此之前已经发生匹配并对它做了改动。

正则表达式的一些用法示例：

文本
  .           任意一个单字符
  [chars]     字符类: "chars"中的任意一个字符
  [^chars]    字符类: 不在"chars"中的字符
  text1|text2 选择: text1 或 text2

量词
  ?           前面的字符出现 0 或 1 次
  *           前面的字符出现 0 或 N 次(N > 0)
  +           前面的字符出现 1 或 N 次(N > 1)

分组
  (text)      text 组
              (常用于设置一个选择的边界，或用于生成后引用：
               在RewriteRule中可以用 $N 引用第N个分组)

锚
  ^           锚定到行首
  $           锚定到行尾

转义
  \c          对给定的字符c进行转义
              (比如对".[]()"进行转义，等等)

更多有关正则表达式的资料请参见perl正则表达式手册页("perldoc perlre")。另外，在mod_rewrite中，还可以使用否字符('!')前缀实现反转。比如："如果当前URL不与模式相匹配"它用于使用否定式匹配模式较容易描述的某些情况，或者作为最后一条规则。

注意

使用否字符以反转匹配模式时，匹配模式中不能使用分组的通配成分。由于模式不匹配而使分组的内容是空的，所以它是不可能实现的。 因此，如果使用了否定式匹配模式，那么后继的字符串中就不能使用$N

重写规则中的Substitution是当原始URL与Pattern相匹配时，用来替代(或替换)的字符串。除了纯文本，还可以包含：

1. 对Pattern的反向引用($N)
2. 对最后匹配的RewriteCond的反向引用(%N)
3. 规则条件测试字符串(%{VARNAME})中的服务器变量
4. 映射函数调用(${mapname:key|default})

反向引用的$N(N=0..9)是指用Pattern匹配的第N组的内容去替换URL。服务器变量与RewriteCond指令的TestString相同。映射函数由RewriteMap指令决定，其说明也参见该指令。这三种类型变量按上面列表中的顺序被展开。

如上所述，所有的重写规则都是按配置文件中的定义顺序作用于Substitution的。URL被Substitution完全替换，并继续处理直到所有规则处理完毕，除非用L标记显式地终结(见下文)。

'-'是一个特殊的替换串，意思是不替换。它可以用于仅仅匹配某些URL而无须替换的情况，比如，在发生替换前，允许以C(chain)标记连接的多个匹配模式同时起作用。

此外，在Substitution之后还可以追加[flags]标记作为RewriteRule指令的第三个参数。Flags是一个包含以逗号分隔的下列标记的列表：

• 'chain|C'(链接下一规则)
  此标记使当前规则与下一个规则相链接。它产生这样的效果：如果一个规则被匹配，则继续处理其后继规则，也就是这个标记不起作用；如果该规则不被匹配，则其后继规则将被跳过。比如，在一个目录级规则中执行一个外部重定向时，你可能需要删除".www"(此处不应该出现".www")。
• 'cookie|CO=NAME:VAL:domain[:lifetime[:path]]'(设置cookie)
  在客户端设置一个cookie。cookie的名称是NAME，值是VAL。domain是该cookie的域，比如'.apache.org'，可选的lifetime是cookie的有效期(分钟)，可选的path是cookie的路径。
• 'env|E=VAR:VAL'(设置环境变量)
  此标记将环境变量VAR的值为VAL，VAL可以包含可扩展的正则表达式反向引用($N和%N)。此标记可以多次使用以设置多个变量。这些变量可以在其后许多情况下被间接引用，通常是在XSSI(<!--#echo var="VAR"-->)或CGI($ENV{'VAR'})中，也可以在后继的RewriteCond指令的CondPattern参数中通过%{ENV:VAR}引用。使用它可以记住从URL中剥离的信息。
• 'forbidden|F'(强制禁止URL)
  强制禁止当前URL，也就是立即反馈一个HTTP响应码403(被禁止的)。使用这个标记，可以链接若干个RewriteConds来有条件地阻塞某些URL。
• 'gone|G'(强制废弃URL)
  强制当前URL为已废弃，也就是立即反馈一个HTTP响应码410(已废弃的)。使用这个标记，可以标明页面已经被废弃而不存在了。
• 'handler|H=Content-handler'(强制指定内容处理器)
  强自制定目标文件的内容处理器为Content-handler。例如，用来模拟mod_alias模块的ScriptAlias指令，以强制映射文件夹内的所有文件都由"cgi-script"处理器处理。
• 'last|L'(结尾规则)
  立即停止重写操作，并不再应用其他重写规则。它对应于Perl中的last命令或C语言中的break命令。这个标记用于阻止当前已被重写的URL被后继规则再次重写。例如，使用它可以重写根路径的URL('/')为实际存在的URL(比如：'/e/www/')。
• 'next|N'(从头再来)
  重新执行重写操作(从第一个规则重新开始)。此时再次进行处理的URL已经不是原始的URL了，而是经最后一个重写规则处理过的URL。它对应于Perl中的next命令或C语言中的continue命令。此标记可以重新开始重写操作(立即回到循环的开头)。但是要小心，不要制造死循环！
• 'nocase|NC'(忽略大小写)
  它使Pattern忽略大小写，也就是在Pattern与当前URL匹配时，'A-Z'和'a-z'没有区别。
• 'noescape|NE'(在输出中不对URI进行转义)
  此标记阻止mod_rewrite对重写结果应用常规的URI转义规则。 一般情况下，特殊字符('%', '$', ';'等)会被转义为等值的十六进制编码('%25', '%24', '%3B'等)。此标记可以阻止这样的转义，以允许百分号等符号出现在输出中，比如：

  RewriteRule /foo/(.*) /bar?arg=P1\%3d$1 [R,NE]

  可以使'/foo/zed转向到一个安全的请求'/bar?arg=P1=zed'。
• 'nosubreq|NS'(不对内部子请求进行处理)
  在当前请求是一个内部子请求时，此标记强制重写引擎跳过该重写规则。比如，在mod_include试图搜索目录默认文件(index.xxx)时，Apache会在内部产生子请求。对于子请求，重写规则不一定有用，而且如果整个规则集都起作用，它甚至可能会引发错误。所以，可以用这个标记来排除某些规则。
  使用原则：如果你为URL添加了CGI脚本前缀，以强制它们由CGI脚本处理，但对子请求处理的出错率(或者资源开销)很高，在这种情况下，可以使用这个标记。
• 'proxy|P'(强制为代理)
  此标记使替换成分被内部地强制作为代理请求发送，并立即中断重写处理，然后把处理移交给mod_proxy模块。你必须确保此替换串是一个能够被mod_proxy处理的有效URI(比如以http://hostname开头)，否则将得到一个代理模块返回的错误。使用这个标记，可以把某些远程成分映射到本地服务器域名空间，从而增强了ProxyPass指令的功能。

  注意：要使用这个功能，必须已经启用了mod_proxy模块。

• 'passthrough|PT'(移交给下一个处理器)
  此标记强制重写引擎将内部request_rec结构中的uri字段设置为filename字段的值，这个小小的修改使得RewriteRule指令的输出能够被(从URI转换到文件名的)Alias, ScriptAlias, Redirect等指令进行后续处理[原文：This flag is just a hack to enable post-processing of the output of RewriteRule directives, using Alias, ScriptAlias, Redirect, and other directives from various URI-to-filename translators.]。举一个能说明其含义的例子： 如果要将/abc重写为/def， 然后再使用mod_alias将/def转换为/ghi，可以这样：

  RewriteRule ^/abc(.*) /def$1 [PT]
Alias /def /ghi

  如果省略了PT标记，虽然将uri=/abc/...重写为filename=/def/...的部分运作正常，但是后续的mod_alias在试图将URI转换到文件名时会遭遇失效。

  注意：如果需要混合使用多个将URI转换到文件名的模块时，就必须使用这个标记。。此处混合使用mod_alias和mod_rewrite就是个典型的例子。

• 'qsappend|QSA'(追加查询字符串)
  此标记强制重写引擎在已有的替换字符串中追加一个查询字符串，而不是简单的替换。如果需要通过重写规则在请求串中增加信息，就可以使用这个标记。
• 'redirect|R [=code]'(强制重定向)
  若Substitution以http://thishost[:thisport]/(使新的URL成为一个URI)开头，可以强制性执行一个外部重定向。如果没有指定code，则产生一个HTTP响应码302(临时性移动)。如果需要使用在300-400范围内的其他响应代码，只需在此指定即可(或使用下列符号名称之一：temp(默认), permanent, seeother)。使用它可以把规范化的URL反馈给客户端，如将"/~"重写为"/u/"，或始终对/u/user加上斜杠，等等。
  注意：在使用这个标记时，必须确保该替换字段是一个有效的URL。否则，它会指向一个无效的位置！并且要记住，此标记本身只是对URL加上http://thishost[:thisport]/前缀，重写操作仍然会继续进行。通常，你还会希望停止重写操作而立即重定向，那么就还需要使用'L'标记。
• 'skip|S=num'(跳过后继规则)
  此标记强制重写引擎跳过当前匹配规则之后的num个规则。它可以模拟if-then-else结构：最后一个规则是then从句，而被跳过的skip=N个规则是else从句。注意：它和'chain|C'标记是不同的！
• 'type|T=MIME-type'(强制MIME类型)
  强制目标文件的MIME类型为MIME-type，可以用来基于某些特定条件强制设置内容类型。比如，下面的指令可以让.php文件在以.phps扩展名调用的情况下由mod_php按照PHP源代码的MIME类型(application/x-httpd-php-source)显示：

  RewriteRule ^(.+\.php)s$ $1 [T=application/x-httpd-php-source]

目录级重写

为了在.htaccess文件中针对特定目录使用重写引擎，你必须同时设置"RewriteEngine On"和"Options FollowSymLinks"。如果管理员禁止了该目录的FollowSymLinks特性，重写引擎将不会工作，这样做的原因是处于安全方面的考虑。

在服务器级配置中，模式匹配是作用于整个URL的。但是在目录级配置文件.htaccess中使用重写引擎的时候，目录前缀(一般总是和特定的目录名称相同)将会在模式匹配前被自动移除并在替换完成后被自动添加回去。这个特性对于重写来说是非常重要的，否则你就被迫必须总是对父目录进行匹配，而这并不总是可行的。这里有一个例外：如果替换字符串以"http://"开头，则不会添加目录前缀，而是强制执行一个外部重定向或代理操作(如果使用了P标志的话)。参见RewriteBase指令以获得更多信息。

还可以在<Directory>配置段中使用重写引擎，前缀匹配规则与在.htaccess中使用重写引擎时完全相同，并且这种做法更加简单。然而，为了避免前缀替换复杂化，我们还是建议尽量将重写规则放置在主服务器或虚拟主机配置部分，而不是放置在<Directory>配置段中。

虽然重写规则在语法上允许放置在<Location>配置段中，但这不是必须的，并且我们也反对这样做。

注意：绝对URL的替换

当替换字段以"http://thishost[:thisport]"作为前缀时，mod_rewrite会将它自动剥离出去。在配合生成主机名部分的映射函数使用的时候，这个对隐含的外部重定向URL的简化操作是有用的而且是重要的。下面的第一个例子有助于理解这点。

谨记：由于此功能的存在，以"http://thishost"为前缀的无条件外部重定向到自身所在的服务器是无效的。要实现一个到自身的重定向，必须使用R标记。

注意：查询字符串

Pattern不会按照查询字符串进行匹配。为了达到这个目的，你必须使用一个带有%{QUERY_STRING}变量的RewriteCond指令。当然，你也可以在替换字符串中创建包含查询字符串的URL：在替换字符串串中使用问号，以标明其后的部分应该被重新注入到QUERY_STRING中。而要删除一个已有的请求串，则可以用问号来终结替换字符串。为了联合新旧查询字符串，请使用[QSA]标志。

以下是所有可能的替换组合及其含义：

在服务器级配置中(httpd.conf)
对给定的请求"GET /somepath/pathinfo"：

给定的规则                                       得到的替换字符串
----------------------------------------------  ----------------------------------
^/somepath(.*) otherpath$1                      非法,不被支持

^/somepath(.*) otherpath$1  [R]                 非法,不被支持

^/somepath(.*) otherpath$1  [P]                 非法,不被支持
----------------------------------------------  ----------------------------------
^/somepath(.*) /otherpath$1                     /otherpath/pathinfo

^/somepath(.*) /otherpath$1 [R]                 http://thishost/otherpath/pathinfo
                                                通过外部重定向

^/somepath(.*) /otherpath$1 [P]                 毫无意义,不被支持
----------------------------------------------  ----------------------------------
^/somepath(.*) http://thishost/otherpath$1      /otherpath/pathinfo

^/somepath(.*) http://thishost/otherpath$1 [R]  http://thishost/otherpath/pathinfo
                                                通过外部重定向

^/somepath(.*) http://thishost/otherpath$1 [P]  毫无意义,不被支持
----------------------------------------------  ----------------------------------
^/somepath(.*) http://otherhost/otherpath$1     http://otherhost/otherpath/pathinfo
                                                通过外部重定向

^/somepath(.*) http://otherhost/otherpath$1 [R] http://otherhost/otherpath/pathinfo
                                                通过外部重定向
                                                ([R]标记是多余的)

^/somepath(.*) http://otherhost/otherpath$1 [P] http://otherhost/otherpath/pathinfo
                                                通过内部代理

在/somepath的目录级配置中
(也就是/physical/path/to/somepath/.htacccess文件中含有：RewriteBase /somepath)
对给定的请求"GET /somepath/localpath/pathinfo"：

给定的规则                                       得到的替换字符串
----------------------------------------------  ----------------------------------
^localpath(.*) otherpath$1                      /somepath/otherpath/pathinfo

^localpath(.*) otherpath$1  [R]                 http://thishost/somepath/otherpath/pathinfo
                                                通过外部重定向

^localpath(.*) otherpath$1  [P]                 毫无意义,不被支持
----------------------------------------------  ----------------------------------
^localpath(.*) /otherpath$1                     /otherpath/pathinfo

^localpath(.*) /otherpath$1 [R]                 http://thishost/otherpath/pathinfo
                                                通过外部重定向

^localpath(.*) /otherpath$1 [P]                 毫无意义,不被支持
----------------------------------------------  ----------------------------------
^localpath(.*) http://thishost/otherpath$1      /otherpath/pathinfo

^localpath(.*) http://thishost/otherpath$1 [R]  http://thishost/otherpath/pathinfo
                                                通过外部重定向

^localpath(.*) http://thishost/otherpath$1 [P]  毫无意义,不被支持
----------------------------------------------  ----------------------------------
^localpath(.*) http://otherhost/otherpath$1     http://otherhost/otherpath/pathinfo
                                                通过外部重定向

^localpath(.*) http://otherhost/otherpath$1 [R] http://otherhost/otherpath/pathinfo
                                                通过外部重定向
                                                ([R]标记是多余的)

^localpath(.*) http://otherhost/otherpath$1 [P] http://otherhost/otherpath/pathinfo
                                                通过内部代理

--EOF--

http://www.php.net/manual/zh/security.hiding.php

# 使PHP看上去像其它的编程语言
AddType application/x-httpd-php .asp .py .pl

# 使 PHP 看上去像未知的文件类型
AddType application/x-httpd-php .bop .foo .133t

# 使 PHP 代码看上去像 HTML 页面
AddType application/x-httpd-php .htm .html

# PHP 4
AddHandler php-script php
AddType text/html php

# PHP 5
AddHandler php5-script php
AddType text/html php

--EOF--

AddType application/x-httpd-php-source .phps

  

--EOF--

--EOF--

--EOF--

六、帝国主义和一切反动派都是纸老虎
作者: 毛泽东

一切反动派都是纸老虎。看起来，反动派的样子是可怕的，但是实际上并没有什么了不起的力量。从长远的观点看问题，真正强大的力量不是属于反动派，而是属于人民。
　　《和美国记者安那·路易斯·斯特朗的谈话》（一九四六年八月），《毛泽东选集》第四卷第一一九三页

　　同世界上一切事物无不具有两重性（即对立统一规律）一样，帝国主义和一切反动派也有两重性，它们是真老虎又是纸老虎。历史上奴隶主阶级、封建地主阶级和资产阶级，在它们取得统治权力以前和取得统治权力以后的一段时间内，它们是生气勃勃的，是革命者，是先进者，是真老虎。在随后的一段时间，由于它们的对立面，奴隶阶级、农民阶级和无产阶级，逐步壮大，并同它们进行斗争，越来越厉害，它们就逐步向反面转化，化为反动派，化为落后的人们，化为纸老虎，终究被或者将被人民所推翻。反动的、落后的、腐朽的阶级，在面临人民的决死斗争的时候，也还有这样的两重性。一面，真老虎，吃人，成百万人成千万人地吃。人民斗争事业处在艰难困苦的时代，出现许多弯弯曲曲的道路。中国人民为了消灭帝国主义、封建主义和官僚资本主义在中国的统治，花了一百多年时间，死了大概几千万人之多，才取得一九四九年的胜利。你看，这不是活老虎，铁老虎，真老虎吗？但是，它们终究转化成了纸老虎，死老虎，豆腐老虎。这是历史的事实。人们难道没有看见听见过这些吗？真是成千成万！成千成万！所以，从本质上看，从长期上看，从战略上看，必须如实地把帝国主义和一切反动派，都看成纸老虎。从这点上，建立我们的战略思想。另一方面，它们又是活的铁的真的老虎，它们会吃人的。从这点上，建立我们的策略思想和战术思想。
　　在中共中央政治局武昌会议上的讲话（一九五八年十二月一日），《毛泽东选集》第四卷第一一九零页《和美国记者安那·路易斯·斯特朗的谈话》一文的题解

　　我说一切所有号称强大的反动派统统不过是纸老虎。原因是他们脱离人民。你看，希特勒是不是纸老虎？希特勒不是被打倒了吗？我也谈到沙皇是纸老虎，中国皇帝是纸老虎，日本帝国主义是纸老虎，你看，都倒了。美帝国主义没有倒，还有原子弹，我看也是要倒的，也是纸老虎。
　　在各国共产党和工人党莫斯科会议上的讲话（一九五七年十一月十八日），《毛泽东同志论帝国主义和一切反动派都是纸老虎》人民出版社版第二四页

　　"搬起石头打自己的脚"，这是中国人形容某些蠢人的行为的一名俗话。各国反动派也就是这样的一批蠢人。他们对于革命人民所作的种种迫害，归根结底，只能促进人民的更广泛更剧烈的革命。难道沙皇和蒋介石对于革命人民的种种迫害，不就是对于伟大的俄国革命和伟大的中国革命起了这样的促进作用吗？
　　《在苏联最高苏维埃庆祝伟大的十月社会主义革命四十周年会议上的讲话》（一九五七年十一月六日），人民出版社版第五页

　　美帝国主义九年来侵占了我国领土台湾，不久以前又派遣它的武装部队侵占了黎巴嫩。美国在全世界许多国家建立了几百个军事基地。中国领土台湾、黎巴嫩以及所有美国在外国的军事基地，都是套在美帝国主义脖子上的绞索。不是别人而是美国人自己制造这种绞索，并把它套在自己的脖子上，而把绞索的另一端交给了中国人民、阿拉伯各国人民和全世界一切爱和平反侵略的人民。美国侵略者在这些地方停留得越久，套在它的头上的绞索就将越紧。
　　在最高国务会议上的讲话（一九五八年九月八日），一九五八年九月九日《人民日报》

　　帝国主义者的寿命不会很长了，因为他们尽做坏事，专门扶植各国反人民的反动派，霸占大量的殖民地、半殖民地和军事基地，以原子战争威胁和平。这样，他们就迫使全世界百分之九十以上的人正在或者将要对他们群起而攻之。但是帝国主义者目前还是在活着，他们依然在向亚洲、非洲、拉丁美洲横行霸道。他们在西方世界也依然在压迫他们本国的人民群众。这种局面必需改变。结束帝国主义主要是美帝国主义的侵略和压迫，是全世界人民的任务。
　　对新华社记者的谈话（一九五八年九月二十九日），《毛泽东同志论帝国主义和一切反动派都是纸老虎》人民出版社版第三一页

　　美帝国主义到处横行霸道，把它自己放在同全世界人民为敌的地位，使它自己越来越陷于孤立。美帝国主义手里的原子弹、氢弹，是吓不倒一切不愿意做奴隶的人们的。全世界人民反对美国侵略者的怒潮是不可阻挡的。全世界人民对美帝国主义及其走狗的斗争一定会取得更加伟大的胜利。
　　《支持巴拿马人民反美爱国正义斗争的谈话》（一九六四年一月十二日），《全世界人民团结起来打败美国侵略者及其一切走狗》人民出版社版第九----一零页

　　美国垄断资本集团如果坚持推行它的侵略政策和战争政策，势必有一天要被全世界人民处以绞刑。其他美国帮凶也将是这样。
　　在最高国务会议上的讲话（一九五八年九月八日），一九五八年九月九日《人民日报》

　　为了同敌人作斗争，我们在一个长时间内形成了一个概念，就是说，在战略上我们要藐视一切敌人，在战术上我们要重视一切敌人。也就是说在整体上我们一定要藐视它，在一个一个的具体问题上我们一定要重视它。如果不是在整体上藐视敌人，我们就要犯机会主义的错误。马克思、恩格思只有两个人，那时他们就说全世界资本主义要被打倒。但是在具体问题上，在一个一个敌人的问题上，如果我们不重视它，我们就要犯冒险主义的错误。打仗只能一仗一仗地打，敌人只能一部分一部分地消灭。工厂只能一个一个地盖，农民犁地只能一块一块的犁，就是吃饭也是如此。我们在战略上藐视吃饭：这顿饭我们能够吃下去。但是具体地吃，却是一口口地吃的，你不可能把一桌酒席一口吞下去。这叫做各个解决，军事书上叫做各个击破。
　　在各国共产党和工人党莫斯科会议上的讲话（一九五七年十一月十八日），《毛泽东同志论帝国主义和一切反动派都是纸老虎》人民出版社版第二五页

　　我认为现在国际形势到了一个新的转折点。世界上现在有两股风：东风，西风。中国有句成语："不是东风压倒西风，就是西风压倒东风。"我认为目前形势的特点是东风压倒西风，也就是说，社会主义的力量对于帝国主义的力量占了压倒的优势。
　　在各国共产党和工人党莫斯科会议上的讲话（一九五七年十一月十八日），《毛泽东同志论帝国主义和一切反动派都是纸老虎》人民出版社版第二六页

一个有趣的网站：

http://zhongwen.com/mao.htm

--EOF--

腾讯：到现在仍然当之无愧的互联网老大，不管你喜欢不喜欢，在商言商，不要说你是白领！

阿里：一直标榜着为中小企业服务，原来也是长尾！

百度：那些百度联盟的小站也是活生生的例子啊。

原来目前中国最成功的互联网企业都是长尾！

反过来看看那些被踩在脚下的：新浪，搜狐之流，无一不是过分标榜着我是老大，而慢慢的被赶超和淘汰！

--EOF--

今天早起，跑步了！

已经有近2年没早起跑步了，身体基本已经快废了。上周去香港，到香港深水埗的时候就已经双腿发软了，最后硬是累的半死的拖到晚上10点回家，晚上睡的死猪一样。

又大了一岁，从今天开始，每周3次以上锻炼身体，千万不能让自己真的废了。

--EOF--

昨天晚上小看了几十页，今天早上半天看完了长尾理论，突然觉得：腾讯QQ的成功不就是一个长尾理论的很好的案例么：

QQ就是我们这些普通网民的长尾！

他包容一切人，不管你是明星，CEO，还是小职员，打工仔，小学生，所谓的白领，只不过是自我标榜的一个垃圾符号而已。

下一步：

世界是平的》、《蓝海战略》、《引爆点》、《魔鬼经济学》、《专业主义》
也要看看。

关键点：

富饶经济学，共产主义要到了，个性化时代来临了，我们不能只关注带来80%利润的20%群里了，剩下的80%我们也要关注：QQ也是这样啊，估计带来利润的10%都不到，但却免费的为所有用户7×24小时的提供稳定的IM服务马上快10年，这就是活生生的例子啊。

--EOF--

二周前，莫名接到一个电话，之后通过email，电话来回好几次，

上周5最后一次电话之后，无音信

感觉是来探探风的，被调戏了，可惜说出了好多秘密！

以后得学聪明点了，得留几手。

--EOF--

http://www.dreamhoststatus.com/2008/03/27/filer-problems-with-blingy-cluster/

--EOF--