The server

Apache 从2.2升级到 Apache2.4.x 后配置文件 httpd.conf 的设置方法有了大变化，以前是将 deny from all 全部改成 Allow from all 实现外网访问，现在是将 Require all denied 以及 Require local 都该为 Require all granted 就可以了。

如下规则： 代码如下: RewriteEngine on # sitemap index xml rewrite RewriteRule ^sitemap_([a-zA-Z0-9_-]+).xml$ /sitemap/$1 # redirected all invalid request the the index bootstrap RewriteRule !.(htm|txt|xml|css|js|swf|gif|jpg|png|ico)$ index.php [L] 假设访问 sitemap_index.xml ，当经过两次RewriteRule之后，传给bootstrap程序 index.php 的 $_SERVER['REQUEST_URI'] 值仍然是 /sitemap_index.xml ，但实际上希望是 /sitemap/index ，这样 index.php 才能正确的进行 url route 。

当整个世界都慢慢倾向于nginx的时候，如果你还在使用apache,那么你可能会用尽一切办法来保证速度。你也许会调整要加载的模块，使用Keepalive、摆弄内容协商模块（mod_negotiation,译注：从几个文档中选择一个最匹配客户端要求的文档）、FollowSymLinks指令（译注：允许在此目录中使用软链接）以及重写功能；你甚至可能还会投入更多硬件，并假装自己没有。然而，如果你运营的网站非常繁忙而不想因为内存的原因而导致网站崩溃，那么你就应该关注你所使用的MPM。

当使用ajax跨域请求时，浏览器报错：XmlHttpRequest error: Origin null is not allowed by Access-Control-Allow-Origin.肯定是跨域的问题，如果用jsonp或者proxy的方式进行修改的话未免需要太大的工程量，所以采用CORS这种比较简单高效的技术。相比JOSP的方式，CORS更为高效。JSONP由于它的原理只能实现GET请求，而CORS支持所有类型的HTTP请求。使用CORS,可以使用普通的ajax实现跨域，这对于前端来说是极大的福音了,这个技术被现在大多数浏览器所普遍支持，因为跨域已经是普遍的要求，浏览器肯定会逐渐流出适当的‘后门'出来专门用以跨域。

今天在公司配置Zend本地Apache环境的时候，发现在zend.conf中的权限控制中的几段句子，如下所示： 代码如下: <Location /server-status>      SetHandler server-status       Order deny,allow       Deny from all       Allow from 127.0.0.1   </Location> 自己在配置虚拟主机的时候需要配置VirtualHost， 代码如下: <VirtualHost *:80>      ServerName backend       DocumentRoot "D:/Program Files/Zend/Apache2/htdocs/public"       SetEnv APPLICATION_ENV "development"       <Directory "D:/Program Files/Zend/Apache2/htdocs/public">          DirectoryIndex index.php           AllowOverride All           Order allow,deny           Allow from all       </Directory>  </VirtualHost> 两段Order语句的不同引起了我的兴趣，那么到底这里的顺序是怎样执行的呢？先前联想到了“短路”的概念，有相同，也有不同，下面用几个例子来分析一下。 代码如下:     Order deny,allow                C(注意deny与allow之间只有一个逗号，并且只能这样书写，其他写法都是错误的)       Allow from all      Deny from 219.204.253.8    全部都可以通过。 代码如下:     Order deny,allow       Deny from 219.204.253.8       Allow from all  C全部都可以通过 。 代码如下: Order allow,deny   Deny from 219.204.253.8   Allow from all 只有219.204.253.8不能通过。 代码如下: Order allow,deny   Allow from all  Deny from 219.204.253.8 只有219.204.253.8不能通过 。

今天在学习PHP时，有这样的一个需求：一个ip（如：127.0.0.1）和多个域名（虚拟主机）绑定，以下是我的解决方案：

本文学习一下linux中命令： rmdir命令。rmdir是常用的命令，该命令的功能是删除空目录，一个目录被删除之前必须是空的。（注意，rm - r dir命令可代替rmdir，但是有很大危险性。）删除某目录时也必须具有对父目录的写权限。

前面学习了创建文件和目录的命令mkdir ，今天学习一下linux中删除文件和目录的命令： rm命令。rm是常用的命令，该命令的功能为删除一个目录中的一个或多个文件或目录，它也可以将某个目录及其下的所有文件及子目录均删除。对于链接文件，只是删除了链接，原有文件均保持不变。

linux mkdir 命令用来创建指定的名称的目录，要求创建目录的用户在当前目录中具有写权限，并且指定的目录名不能是当前目录中已有的目录。

Linux中用 pwd 命令来查看”当前工作目录“的完整路径。 简单得说，每当你在终端进行操作时，你都会有一个当前工作目录。 在不太确定当前位置时，就会使用pwd来判定当前目录在文件系统内的确切位置。

ls命令是linux下最常用的命令。ls命令就是list的缩写缺省下ls用来打印出当前目录的清单如果ls指定其他目录那么就会显示指定目录里的文件及文件夹清单。 通过ls 命令不仅可以查看linux文件夹包含的文件而且可以查看文件权限(包括目录、文件夹、文件权限)查看目录信息等等。ls 命令在日常的linux操作中用的很多!

今日在迁移某个VPS之后发现原VPS居然有大量syn_sent连接指向新VPS的80端口。一开始以为是原VPS上有配置文件的链接信息写的是域名的缘故（因为域名解析已经改为新VPS的IP，而有部分地区DNS未刷新），不过使用如下命令检查之后就发现不是这么回事。

在安装、管理和使用mysql过程中，你是不是需要记忆很多的mysql命令。而且对于新手来说，很不多的命令不知道该如何应用，对于老手来说很多命令时间长了忘记具体的用法。

最近要开始学习nagios监控方面的知识了，但是nagios与apache结合的比较紧密，所以本篇文章就先把apache的源码安装学习下。

apache对php的支持是通过apache的mod_php5模块来支持的，这点与nginx不同。nginx是通过第三方的fastcgi处理器才可以对php进行解析。

一、检查apache虚拟主机模块apache要配置虚拟主机，就需要先查看apache是否编译vhost_alias_module模块。当然apache默认是已经编译该模块的，我们可以通过以下命令查看是否已经编译模块，如下：

一、htpasswd的作用与安装htpasswd是apache的一个工具，该工具主要用于建立和更新存储用户名、密码的文本文件，主要用于对基于http用户的认证。

研究起因由于近些日子我的VPS遭受攻击，不管是win的还是linux的都遭受了UDP攻击，流量剧增不一会DOWN机了，这让我很恼火，非常想知道是谁干的

************************************************************************************************************************ JDK安装步骤

一、集群和负载均衡的概念（一）集群的概念　　集群（Cluster）是由两台或多台节点机（服务器）构成的一种松散耦合的计算节点集合，为用户提供网络服务或应用程序(包括数据库、Web服务和文件服务等)的单一客户视图，同时提供接近容错机的故障恢复能力。集群系统一般通过两台或多台节点服务器系统通过相应的硬件及软件互连，每个群集节点都是运行其自己进程的独立服务器。这些进程可以彼此通信，对网络客户机来说就像是形成了一个单一系统，协同起来向用户提供应用程序、系统资源和数据。除了作为单一系统提供服务，集群系统还具有恢复服务器级故障的能力。集群系统还可通过在集群中继续增加服务器的方式，从内部增加服务器的处理能力，并通过系统级的冗余提供固有的可靠性和可用性。 （二）集群的分类 1、高性能计算科学集群： 　　以解决复杂的科学计算问题为目的的IA集群系统。是并行计算的基础，它可以不使用专门的由十至上万个独立处理器组成的并行超级计算机，而是采用通过高速连接来链接的一组1/2/4 CPU的IA服务器，并且在公共消息传递层上进行通信以运行并行应用程序。这样的计算集群，其处理能力与真正超级并行机相等，并且具有优良的性价比。 2、负载均衡集群： 　　负载均衡集群为企业需求提供更实用的系统。该系统使各节点的负载流量可以在服务器集群中尽可能平均合理地分摊处理。该负载需要均衡计算的应用程序处理端口负载或网络流量负载。这样的系统非常适合于运行同一组应用程序的大量用户。每个节点都可以处理一部分负载，并且可以在节点之间动态分配负载，以实现平衡。对于网络流量也如此。通常，网络服务器应用程序接受了大量入网流量，无法迅速处理，这就需要将流量发送给在其它节点。负载均衡算法还可以根据每个节点不同的可用资源或网络的特殊环境来进行优化。 3、高可用性集群： 　　为保证集群整体服务的高可用，考虑计算硬件和软件的容错性。如果高可用性群集中的某个节点发生了故障，那么将由另外的节点代替它。整个系统环境对于用户是一致的。