Apache

最近同事從訪問日志和統計分析中發現有一些400報錯和一些錯誤網頁，我們自己訪問也打不開，是網址有問題，我翻看了以前寫的博客《

去年就開始使用CloudFlare為網站加速，因為當時那個網站與訪問者IP地址關系不大，所以沒有特别處理CDN代理IP和訪問者真實IP。今年添加的一個網站在做爬蟲屏蔽的時候與用戶真實IP有關，臨時可以用簡易的方式在PHP程序中獲取：

我們使用的MediaWiki和Drupal都支持LAMP架構，安裝包中都帶有一個默認的.htaccess來支持Apache的設置，我們雖然以前也看過文章建議有服務器完整權限的用戶不要用.htaccess而是使用httpd.conf，但為了修改.htaccess随時生效就偷懶沒有把.htaccess中的設置遷移到httpd.conf中。

我們的Web服務器使用Apache有十年了，一直使用LAMP架構來做網站。很早也知道Nginx，據說性能上有明顯優勢，但怕麻煩就一直沒有嘗試。

　　Apache Rewrite是我們在網上中設置一些網址重定向常用的辦法，我們在使用php程序替代robots.txt和sitemap.xml以及https替換http的時候都有用到。

　　其中robots.txt顯示robots.php内容的部分是這樣設置的：

　　反采集一直都是我們需要進行的工作，特殊是國内互聯網行業抄襲風氣太盛，其實我們不介意這些采集者把我們原創内容采過去，反正采集者也影響不了我們自己多少，但老是導緻我們服務器資源過載就很煩了。

　　這些天接觸了解SSL證書後，寫了一篇《申請免費的SSL證書，開通https網站》博文，其

　　一個系列網站從drupal 6升級到drupal 7後日志中發現大量報錯，都是以前可以正常訪問的網址現在找不到了，發現以前drupal 6中是這樣的：

　　Apache的httpd進程數量是個老問題，最開始使用Linux獨立服務器的時候就摸索修改過。後來新購入服務器托管、租用國外服務器都是硬件配置相當強的，這個地方也都修改過。

　　這些年在使用MediaWiki和Drupal過程中難免要用到Apache的重寫規則，最基本的是用于網址簡潔化，去掉那些index.php?title=之内的東西，後來也用于跳轉手機版判斷、屏蔽采集者、糾正引導報錯網址等，可以說是一個非常有力的工具，基本上是沒法離開。