后台文件校验工具原理

最近很多站点打了0817的补丁,出现页面500错误,或这漏出源代码。虽然不都是文件不完整造成的,但也有一部分是这样的。
有些站点修改过文件,或ftp工具上传过程中文件上传的不完整,就出现了这样那样的问题,找不到根源,还以为设置的问题。
如果站点出现所谓的乱码即漏出源码,或者不明原因空白了,第一个应该想到的就是文件校验,这个功能我发现很多人不用。如果站长自己不懂代码,更没改过源码,如果出现上述问题,那就得必须校验文件,因为你没动过,理论上是源文件完整的,如果校验出问题,哪些文件修改过,或丢失,传完整的文件覆盖都能解决问题。
我们看看文件校验工具如何工作的:

Discuz!X2伪静态规则简介

伪静态在对于站点来说,一是有利于对搜索引擎SEO优化,尤其是站点经过多次调整,部分URL已经失效,再一个可以把对外的URL进行规范化,也利于站点的安全。
Discuz! X2后台 SEO 设置中,只需站长选择要进行拟静态的项目,然后查看对应规则,添加到服务器即可,很方便。但有些站长对默认规则不太满足,还需进行优化,修改。那么,就Discuz! X2的伪静态规则进行一下讲解,本例基于Apache的,其它版本再续。
首先看看Discuz! X2全部项目的拟静态规则,拿虚拟主机举例:

MySQL日志详解

MySQL有几个不同的日志文件

错误日志 记录启动、运行或停止mysqld时出现的问题。
查询日志 记录建立的客户端连接和执行的语句
二进制日志 记录所有更改数据的语句。还用于复制。
慢日志 记录所有执行时间超过long_query_time秒的所有查询或不使用索引的查询。

默认情况下,所有日志创建于mysqld数据目录中。

错误日志

错误日志文件包含了当mysqld启动和停止时,以及服务器在运行过程中发生任何严重错误时的相关信息。

如果mysqld无法启动或者莫名其妙地死掉,mysqld在错误日志中写入相关消息。如果mysqld注意到需要修复一个表,也会在错误日志里面写入消息。

可以用–log-error[=file_name]选项来指定mysqld保存错误日志文件的位置。如果没有给定file_name值,mysqld使用错误日志名host_name.err 并在数据目录中写入日志文件。

读夫唯

夫唯我之前一直没听说过,最近在知道他。seowhy的老大,看…