我相信很多人都碰到过硬盘卡壳、掉链子的情况。当然,这篇文档的主旨不是告诉你怎么样可以绕过那些老爷子写的课本上说的金科玉律──重要的数据都应该有备份──要是你的数据最终丢失了,那么我的问题是:你的备份呢?
但是,即使你有经常备份的习惯,有些数据还是会难免出现一些没有及时备份而导致丢失的情况。我的观点是,没有备份计划的数据都不是重要数据,不要等到数据丢失了再去后悔,但是我们显然应该采取各种各样的手段来阻止没有及时备份的那一小部分数据的丢失。
我相信很多人都碰到过硬盘卡壳、掉链子的情况。当然,这篇文档的主旨不是告诉你怎么样可以绕过那些老爷子写的课本上说的金科玉律──重要的数据都应该有备份──要是你的数据最终丢失了,那么我的问题是:你的备份呢?
但是,即使你有经常备份的习惯,有些数据还是会难免出现一些没有及时备份而导致丢失的情况。我的观点是,没有备份计划的数据都不是重要数据,不要等到数据丢失了再去后悔,但是我们显然应该采取各种各样的手段来阻止没有及时备份的那一小部分数据的丢失。
服务器丢在机房一跑就是几年,而且还24小时不间断的提供服务,其他硬件倒是不担心,硬盘实在是让人放心不下啊,万一哪一天一命呜呼了,几年的辛苦可能就此打了水漂。所以定期检查硬盘的健康状态是每个系统管理员必须要做的事情。说到硬盘的健康状态,这里就得先说一下S.M.A.R.T.了。
因为服务器性能不能满足当前的网站访问需求,所以最近把所有的网站项目都转到Nginx构架下面,虽然负载能力有了明显的提高,网站响应也比以前快了很多,不过还是有一些水土不服,特别是一个使用rewrite规则的网站。Discuz论坛就是其中的一个。下面是Nginx实例配置代码,留作记录吧。
使用nginx作为web server的服务器的网站经常会碰到 504 Gateway Time-out的问题,特别是在执行比较大的PHP页面程序的时候。碰到这个问题真的很是让人恼火,下面是一些比较常规的解决方案,希望会对你有所帮助。
最近为公司的网站架设了一套简单的Web的Cache系统,过程中需要对命中率进行一些统计,而比较有效的统计手段还是直接对访问日志进行分析,这里就不得不提到状态码了,本文只是针对304状态码和200状态码的一些理解,其他状态码这里暂时不做过多的讨论。
近期评论