因为有个网站的首页被Google K掉了，具体体现为site:yourdomain.com时，搜索结果底部有如下提示：
根据我们收到的依据 US Digital Millennium Copyright Act（美国数字千年版权法案）提出的投诉，我们已从此网页上删除了 1 个结果。如果需要，您可以在 ChillingEffects.org 上阅读导致删除搜索结果的 DMCA 投诉。
同事提议弄个子页面和首页类似，然后将首页重定向到这个子页面试试，我真不懂这样有什么好处
具体做法是，在.htaccess里添加这么条规则：
RewriteRule ^$ http://www.yourdomain.com/yourpage.html [L,R=301]
十一 5
一网站受到攻击，看了下，还真有意思
一、攻击时请求的都是子页面，没有请求主页，看来是预先设置或收集了目标站的sitemap
二、攻击来源IP来自全球各地，大约有两百多个，来路域名居然都是http://www.whitehouse.net
这网站像个恶搞白宫的，很早注册，PR值也达到了6，不知道是真来源，还是伪装的，不过基本可以肯定黑客的技术和资源都很不错
三、请求是通过程序处理的，所以CNZZ代码得不到本地执行，无法通过CNZZ得到统计数据
四、最高时每秒并发也只是近百，但足以让服务器响应http 500错误了
五、关了SEO URLS时（主要是去掉.htaccess的rewrite规则），情况好转，因为对方请求的是伪静态子页面，全部404 not found
六、解决办法，收集攻击来源IP，过滤下，在.htaccess里阻止掉，代码如下：
<Files 403.shtml>
order allow,deny
allow from all
</Files>
deny from XXX.XXX.XXX.XXX
……
这样做，这些来源IP的请求全部403了，哈哈
经处理，后来攻击停了，持续了5小时左右，看来对方也累
这次bluehost居然没有主动关闭空间，很是奇怪啊，CPU使用率都超高了，访问日志文件也飙得很快
十 13
一朋友的bluehost主机被封了，邮件通知说是一个网站UGG产品侵权，违返条款，然后不由分说就封了，好的是对方会给十天的时间，让你申诉或下载数据
通过和在线客服的聊天，了解到只实只要把UGG的那个站下了就行，不过对方知道这个虚拟主机上还有其它UGG网站，一样有侵权风险，所以一定要全下了，以后这虚拟主机只好做别的产品
下载了全部备份文件，重上到另一服务器，才发现.htaccess被改动了，晕死，迁完服务器，解析生效了，网站却老是跳回bluehost的错误页，真恶心
IXwebhosting的主机还不错，文件结构合理，可以自助解析，并且支持外部SMTP
九 11
经常会碰到这样的情况，其他网站链接你的站点时，会用下面的链接：
www.crazylemon.net
crazylemon.net
www.crazylemon.net/index.php
crazylemon.net/index.php
而这样导致：你站点主域名的pr值分散到其他几个URLs了。
如果你用301重定向把其他URL转到
www.crazylemon.net
PR也就集中在主域名：www.crazylemon.net了。
301重定向具体办法：
设置.htaccess文件（只适用于linux系统，并需要虚拟主机支持。）
使访问crazylemon.net的时候就会自动转到www.crazylemon.net
在.htaccess文件里写上以下代码即可。
RewriteEngine on
RewriteCond %{http_host} ^mydomain.com [NC]
RewriteRule ^(.*)$ http://www.mydomain.com/$1 [L,R=301]
注意：URL标准化的301重定向（以上代码）需要写在其他URL-rewrite代码之前。
在网站根目录下创建.htaccess文件，加入下列内容
# BEGIN WordPres
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /wordpress
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /wordpress/index.php [L]
</IfModule>
# END WordPress
wordpress需要改为你自己的wordpress文件夹的名字，如果是主目录下，就不必了，直接干掉
即可
原来我错了，从nginx服务器搬过来时，忘了没有.htaccess文件，导致除了主页都无法访问
难怪IP少了好多。。。晕死
七 18
Apache服务器的.htaccess是一个非常强大的分布式配置文件，学会使用.htaccess，对虚拟主机用户来说，可以实现众多的功能。这里有一篇很容易让人理解的.htaccess介绍，作为入门文章非常的适合。
1、介绍
从本指南中，你将可以学习到有关.htaccess文件及其功能的知识，并用以优化你的网站。尽管.htaccess只是一个文件，但它可以更改服务器的设置，允许你做许多不同的事情，最流行的功能是您可以创建自定义的“404 error”页面。.htaccess 并不难于使用，归根结底，它只是在一个text文档中添加几条简单的指令而已。
我的主机支持它吗？
这可能很难用简单的答案来回答。许多主机支持.htaccess，但实际上并不会特别声明，许多其他类型的主机有能力但并不允许他们的用户使用.htaccess。一般来说，如果你的主机使用Unix或Linux系统，或任何版本的Apache网络服务器，从理论上都是支持.htaccess的，尽管你的主机服务商可能不允许你使用它。
判断你的主机是否允许.htaccess，一个标志很好的是它是否支持文件夹密码保护。为达到此功能，主机服务商需要使用.htaccess（当然，少数情况下他们虽提供密码保护功能，但却并不允许你使用.htaccess）。如果你不确定自己的主机是否支持.htaccess，最好的办法是上传你自己的.htaccess文件看看是否有用，或者直接发送e-mail向你的主机服务商咨询。
我该怎么做？
你可能疑惑.htaccess到底能做些什么，或者你可能曾知道它的一些功能但并不真正了解你实际到底可以用它来做多少事情。
htaccess可以做大量的事情，包括：文件夹密码保护、用户自动重定向、自定义错误页面、改变你的文件扩展名、封禁特定IP地址的用户、只允许特定IP地址的用户、禁止目录列表，以及使用其他文件作为index文件。
创建一个.htaccess文档
创建.htaccess文件也许会给你带来一些困难。写文件很容易，你只需要在文字编缉器（例如：写字板）里写下适当的代码。真正困难的可能是文件的保存，因为.htaccess是一个古怪的文件名（它事实上没有文件名，只有一个由8个字母组成的扩展名），而在一些系统（如windows 3.1）中无法接受这样的文件名。在大多数的操作系统中，你需要做的是将文档保存成名为：”.htaccess”（包括引号）。如果这也不行，你需要将其先命名为其它名字（例如htaccess.txt），再将其上传到服务器上，之后直接使用FTP软件来重命名。
警告
在使用.htaccess之前，我必须给你一些警告。虽然在服务器上使用.htaccess绝对不太可能给你带来任何麻烦（如果有些东西错了，它只是没效用罢了），但如果你使用Microsoft FrontPage Extensions，就必须特别小心。因为FrontPage Extensions本身使用了.htaccess，因此你不能编辑它并加入你自己的信息。如果确实有这方面的需要（并不推荐，但是可能），你应该先从服务器上下载.htaccess文档（如果存在），之后在前面加上你的代码。
自定义错误页
我要介绍的.htaccess的第一个应用是自定义错误页面，这将使你可以拥有自己的、个性化的错误页面（例如找不到文件时），而不是你的服务商提供的错误页或没有任何页面。这会让你的网站在出错的时候看上去更专业。你还可以利用脚本程序在发生错误的时候通知你（例如我使用Free Webmaster Help的PHP脚本程序，当找不到页面的时候自动e-mail给我）。
你所知道的任何页面错误代码（像404找不到页面），都可以通过在.htaccess文件里加入下面的文字将其变成自定义页面:
ErrorDocument errornumber /file.html
举例来说，如果我的根目录下有一个nofound.html文件，我想使用它作为404 error的页面：
ErrorDocument 404 /notfound.html
如果文件不在网站的根目录下，你只需要把路径设置为：
ErrorDocument 500 /errorpages/500.html
以下是一些最常用的错误：
401 – Authorization Required 需要验证
400 – Bad request 错误请求
403 – Forbidden 禁止
500 – Internal Server Error 内部服务器错误
404 – Wrong page 找不到页面
接下来，你要做的只是创建一个错误发生时显示的文件，然后把它们和.htaccess一起上传。
2、命令
介绍
在上一部分，我已经简单介绍了.htaccess以及它的一些有用功能，在这一部分，我将向你演示如何使用.htaccess文档去实现这些功能。
停示显示目录列表
有些时候，由于某种原因，你的目录里没有index文件，这意味着当有人在浏览器地址栏键入了该目录的路径，该目录下所有的文件都会显示出来，这会给你的网站留下安全隐患。
为避免这种情况（而不必创建一堆的新index文件），你可以在你的.htaccess文档中键入以下命令，用以阻止目录列表的显示：
Options -Indexes
Deny/Allow Certian IP Addresses 阻止/允许特定的IP地址
某些情况下，你可能只想允许某些特定IP的用户可以访问你的网站（例如：只允许使用特定ISP的用户进入某个目录），或者想封禁某些特定的IP地址（例如：将低级用户隔离于你的信息版面外）。当然，这只在你知道你想拦截的IP地址时才有用，然而现在网上的大多数用户都使用动态IP地址，所以这并不是限制使用的常用方法。
你可以使用以下命令封禁一个IP地址：
deny from 000.000.000.000
where 000.000.000.000 is the IP address. If you only specify 1 or 2 of the groups of numbers, you will block a whole range.
这里的000.000.000.000是被封禁的IP地址，如果你只指明了其中的几个，则可以封禁整个网段的地址。如你输入210.10.56.，则将封禁210.10.56.0～210.10.56.255的所有IP地址。
你可以使用以下命令允许一个IP地址访问网站：
allow from 000.000.000.000
被允许的IP地址则为000.000.000.000，你可以象封禁IP地址一样封禁整个网段。
如果你想阻止所有人访问该目录，则可以使用：
deny from all
不过这并不影响脚本程序使用这个目录下的文档。
Alternative Index Files 替换index文件
也许你不想一直使用index.htm或index.html作为目录的索引文件。举例来说，如果你的站点使用PHP文件，你可能会想使用index.php来作为该目录的索引文档。当然也不必局限于“index”文档，如果你愿意，使用.htaccess你甚至能够设置foofoo.balh来作为你的索引文档！
这些互为替换的索引文件可以排成一个列表，服务器会从左至右进行寻找，检查哪个文档在真实的目录中存在。如果一个也找不到，它将会把目录列表显示出来（除非你已经关闭了显示目录文件列表）。
DirectoryIndex index.php index.php3 messagebrd.pl index.html index.htm
重定向
.htaccess最有用的功能之一就是将请求重定向到同站内或站外的不同文档。这在你改变了一个文件名称，但仍然想让用户用旧地址访问到它时，变的极为有用。另一个应用（我发现的很有用的）是重定向到一个长URL，例如在我的时事通讯中，我可以使用一个很简短的URL来指向我的会员链接。以下是一个重定向文件的例子：
Redirect /location/from/root/file.ext
http://www.othersite.com/new/file/location.xyz
上述例子中，访问在root目录下的名为oldfile.html可以键入：
/oldfile.html
访问一个旧次级目录中的文件可以键入：
/old/oldfile.html
你也可以使用.htaccess重定向整个网站的目录。假如你的网站上有一个名为olddirectory的目录，并且你已经在一个新网站 http://www.newsite.com/newdirectory/上建立了与上相同的文档，你可以将旧目录下所有的文件做一次重定向而不必一一声明：
Redirect /olddirectory http://www.newsite.com/newdirectory
这样，任何指向到站点中/olddirectory目录的请求都将被重新指向新的站点，包括附加的额外URL信息。例如有人键入：
http://www.youroldsite.com/olddirecotry/oldfiles/images/image.gif
请求将被重定向到：
http://www.newsite.com/newdirectory/oldfiles/images/image.gif
如果正确使用，此功能将极其强大。
3、密码保护
介绍
尽管有各种各样的.htaccess用法，但至今最流行的也可能是最有用的做法是将其用于网站目录可靠的密码保护。尽管JavaScrip等也能做到，但只有.htaccess具有完美的安全性（即访问者必须知晓密码才可以访问目录，并且绝无“后门”可走）。
The .htaccess File 密码保护的.htaccess文件
利用.htaccess将一个目录加上密码保护分两个步骤。第一步是在你的.htaccess文档里加上适当的几行代码，再将.htaccess文档放进你要保护的目录下：
AuthName “Section Name”
AuthType Basic
AuthUserFile /full/path/to/.htpasswd
Require valid-user
你可能需要根据你的网站情况修改一下上述内容中的一些部分，如用被保护部分的名字”Members Area”，替换掉“Section Name”。
/full/parth/to/.htpasswd则应该替换为指向.htpasswd文件（后面详述该文档）的完整服务器路径。如果你不知道你网站空间的完整路径，请询问一下你的系统管理员。
密码保护的.htpasswd文件
目录的密码保护比.htaccess的其他功能要麻烦些，因为你必须同时创建一个包含用户名和密码的文档，用于访问你的网站，相关信息（默认）位于一个名为.htpasswd的文档里。像.htaccess一样，.htpasswd也是一个没有文件名且具有8位扩展名的文档，可以放置在你网站里的任何地方（此时密码应加密），但建议你将其保存在网站Web根目录外，这样通过网络就无法访问到它了。
输入用户名和密码
创建好.htpasswd文档后（可以通过文字编辑器创建），下一步是输入用于访问网站的用户名和密码，应为：
username:password
“password”的位置应该是加密过的密码。你可以通过几种方法来得到加密过的密码：一是使用一个网上提供的permade脚本或自己写一个；另一个很不错的username/password加密服务是通过KxS网站，这里允许你输入用户名及密码，然后生成正确格式的密码。
对于多用户，你只需要在.htpasswd文档中新增同样格式的一行即可。另外还有一些免费的脚本程序可以方便地管理.htpasswd文档，可以自动新增/移除用户等。
访问网站
当你试图访问被.htaccess密码保护的目录时，你的浏览器会弹出标准的username/password对话窗口。如果你不喜欢这种方式，有些脚本程序可以允许你在页面内嵌入username/password输入框来进行认证，你也可以在浏览器的URL框内以以下方式输入用户名和密码（未加密的）：
http://username:password@www.website.com/directory/
小结
.htaccess是一个站点管理员可以应用的强大工具，有更多的变化以适应不同的用途，可以节约时间及提高网站的安全性。
.htaccess的特别说明
启用.htaccess，需要修改httpd.conf，启用AllowOverride，并可以用AllowOverride限制特定命令的使用
如果需要使用.htaccess以外的其他文件名，可以用AccessFileName指令来改变。例如，需要使用.config ，则可以在服务器配置文件中按以下方法配置：
AccessFileName .config
一般情况下，不应该使用.htaccess文件，除非你对主配置文件没有访问权限。有一种很常见的误解，认为用户认证只能通过.htaccess文件实现，其实并不是这样，把用户认证写在主配置文件中是完全可行的，而且是一种很好的方法。.htaccess文件应该被用在内容提供者需要针对特定目录改变服务器的配置而又没有root权限的情况下。如果服务器管理员不愿意频繁修改配置，则可以允许用户通过.htaccess文件自己修改配置，尤其是ISP在同一个机器上运行了多个用户站点，而又希望用户可以自己改变配置的情况下。虽然如此，一般都应该尽可能地避免使用.htaccess文件。任何希望放在.htaccess文件中的配置，都可以放在主配置文件的<Directory>段中，而且更高效。避免使用.htaccess文件有两个主要原因，即性能和安全。
家都知道，WordPress 可以通过 Apache 的 mod_rewrite 模块，使用 .htaccess 文件来重写URL，生成静态链接(或称永久链接)，如 http://example.com/年/月/日/日志名/ ，使URL更加美观也对搜索引擎更友好。但具体是如何实现的，可能有些朋友不是很清楚，因此我在这里稍稍阐述下。而在不支持 .htaccess 的主机环境中，也可以使用 http://example.com/index.php/年/月/日/日志名/ 这种形式的URL，以及使用ISAPI等东东，原理都差不多，本文就不探讨了。
我以 http://www.crazylemon.net/database-dict-for-wordpress-23/2008/02/25/ 为具体例子进行分析。首先我们先来看看WordPress根目录下的 .htaccess 文件，其中有一段如下
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
意思是指，当接收到的请求不是一个文件或目录时，则会重写为WordPress根目录下的index.php文件，然后 index.php 就开始处理请求。
index.php 会包含 wp-blog-header.php， wp-blog-header.php 会包含 wp-config.php， wp-config.php 又会包含 wp-settings.php，最后 wp-settings.php 会包含一大堆文件进来，晕了吧。其中， wp-includes/query.php 中的 WP_Query 类和 wp-includes/classes.php 中的 WP 类是Rewrite最主要的，因此我们将对象实例化
$wp_the_query =& new WP_Query();
$wp_query =& $wp_the_query;
$wp_rewrite =& new WP_Rewrite();
$wp =& new WP();
做了这么多准备工作后，WP真正开始处理请求了，在 wp-blog-header.php 中调用wp()函数，在这个函数执行了 WP 类的成员方法main()
function main($query_args = ”) {
$this->init(); //初始化，获取当前用户信息
$this->parse_request($query_args); //解析请求
$this->send_headers(); //发送头信息
$this->query_posts(); //查询日志
$this->handle_404(); //操作404(URL地址不存在)
$this->register_globals(); //注册全局变量
do_action_ref_array(’wp’, array(&$this));
}
我们进入$this->parse_request()瞧瞧，通过$_SERVER[’REQUEST_URI’]和过滤得到字符串 ‘database-dict-for-wordpress-23/2008/02/25′ 赋值给$request_match，与存储在数据库中的rewrite规则集进行正则匹配，rewrite规则集类似与下面这个样子，当然，比下面的多了很多。
[wp-feed.php$] => index.php?feed=feed
[wp-commentsrss2.php$] => index.php?feed=rss2&withcomments=1
[(about)/trackback/?$] => index.php?pagename=$matches[1]&tb=1
[page/?([0-9]{1,})/?$] => index.php?&paged=$matches[1]
[comments/(feed|rdf|rss|rss2|atom)/?$] => index.php?&feed=$matches[1]&withcomments=1
[search/(.+)/?$] => index.php?s=$matches[1]
[category/(.+?)/?$] => index.php?category_name=$matches[1]
[tag/(.+?)/?$] => index.php?tag=$matches[1]
我的请求与 ‘([^/]+)/([0-9]{4})/([0-9]{1,2})/([0-9]{1,2})(/[0-9]+)?/?$’ 这条匹配，所以我的请求被转化为 ‘name=database-dict-for-wordpress-23&year=2008&monthnum=02&day=25&page=’，如果请求都没匹配上那就肯定404了。接着就是通过 $this->query_posts() 来查询日志信息了，查询不到那还是404，废话…
把这些都整完了，回到 wp-blog-header.php，包含 wp-includes/template-loader.php 来加载模板并显示，日志显示日志，页面显示页面，404显示404，总之就是各神归位，OVER
WordPress是一个非常流行的Blog系统，它可以利用Apache的mod_rewrite来实现URL的静态化。安装好的WordPress在配置了持久链接之后，会在网站的根目录下（如果可写）生成一个.htaccess文件，这个文件可以指示Apache如何进行URL重写（如果服务器配置为允许使用htaccess的指令的话），它的内容如下：
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress
这个文件的意思就是，如果当请求的文件不存在，那么把请求内部重定向到/index.php。WordPress会自己分析请求的URL，来判断显示哪个页面。
在上次配置了Nginx+PHP之后，由于Nginx不支持Apache的.htaccess文件，要实现持久连接静态化，我们必须手工配置Nginx的文件。首先找到Nginx的配置文件，默认编译后的配置文件在/usr/local/nginx/conf/nginx.conf；Ubuntu通过包安装的配置文件位于/etc/nginx/nginx.conf，也可以编辑vhost的配置文件，放在了/etc/nginx/sites-available下。
以下是基本的配置（centos 下的范例）：
location / {
index index.html index.php;
if (-f $request_filename/index.html){
rewrite (.*) $1/index.html break;
}
if (-f $request_filename/index.php){
rewrite (.*) $1/index.php;
}
if (!-f $request_filename){
rewrite (.*) /index.php;
}
}
location ~ .*\.php$ {
include /etc/nginx/fastcgi_params;
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
}
还可以有很多种不同配置方式，例如不改写所有包含wp-的url等。此配置考虑了目录下的索引文件index.html和index.php。-f指令表示测试文件是否存在（不考虑文件和目录的区别），!-f则表示不存在。注意在重写url到index.html后面有个break，而重写到index.php后没有break。因为html文件不需要任何额外工作可以直接发送到客户端，所以重写规则在这里终止，下面就直接让nginx发送文件。而.php文件需要进一步发送到fastcgi进程来运行，Nginx会继续判断该文件符合第二个部分location ~ .*\.php$的规则，并进行FastCGI的转发。
大家可以将以上内容保存为wordpress.conf，然后在自己的vhost配置，即server节中应用该配置文件，例如（以下为 centos 进行的配置）：
server {
listen 80;
server_name www.crazylemon.net crazylemon.net;
root /var/www/crazylemon.net;
include /etc/nginx/wordpress.conf;
}
接下来让Nginx重新载入配置文件，便可使用WordPress的持久链接了。