一次在为了尝试使用 IPv6 网络而在 Windows XP SP3 环境中启用了 IPv6 协议之后，发现 HeidiSQL、Navicat Lite 9 这两个客户端均无法连接到在本机搭建的 MySQL 服务器 localhost ，而在 Apache + PHP 环境中运行的 phpMyAdmin 却是正常，虽然知道是 IPv6 引起的，但是卸载掉 IPv6 实在是个低级的办法，于是摸索着其它解决方法，估计是由于启用了 IPv6 后 MySQL 默认绑定到了 ::1 这个 IPv6 的回环地址上，然后找到了一个办法，在my.ini添加 bind-address 配置如下:
[mysqld] # The TCP/IP Port the MySQL Server will listen on port=3306 # 如果启用了IPv6，默认会绑定IPv6地址，某些MySQL管理软件不支持连接到IPv6的地址(如[::1]:3306)，故此处设置绑定IPv4地址 bind-address = 0.0.0.0
yum install php-devel
wget http://download.suhosin.org/suhosin-0.9.29.tgz
如果你使用的是 PHP 5.3 版本，可以到这里找到最新的suhosin源码下载地址
Suhosin Downloads: http://www.hardened-php.net/suhosin/download.html
tar xvfz suhosin-0.9.29.tgz cd suhosin-0.9.29 phpize ./configure make make install
echo 'extension=suhosin.so' > /etc/php.d/suhosin.ini
service httpd restart
php -v
查看是否有以下信息:
with Suhosin v0.9.29, Copyright (c) 2007, by SektionEins GmbH
或者在phpinfo()信息中查找 suhosin 扩展信息(与编译安装suhosin时不一样，这里不是和Zend信息显示在一起的)
参见:
问题描述：
使用 nosoap_client 类创建了一个客户端 SOAP 对象，然后从 $client->call 方法传回UTF-8编码的中文数据时，所有的中文数据均显示为问号（nusoap 版本为 0.9.5）
问题原因：
nusoap_client 的 decode_utf8 属性默认设置为 true，导致默认对UTF-8数据进行转码，在 nusoap 中的具体调用过程如下：
class.soapclient.php 中的 nusoap_client 的 parseResponse 在解析返回的数据时使用了 nusoap_parser 类
$parser = new nusoap_parser($data, $this->xml_encoding, $this->operation, $this->decode_utf8);
class.soap_parser.php 中 soap_parser 类的 character_data 方法中又调用了utf8_decode进行了转码
if ($this->xml_encoding=='UTF-8'){
// TODO: add an option to disable this for folks who want
// raw UTF-8 that, e.g., might not map to iso-8859-1
// TODO: this can also be handled with xml_parser_set_option($this->parser, XML_OPTION_TARGET_ENCODING, "ISO-8859-1");
if($this->decode_utf8){
$data = utf8_decode($data);
}
}
解决方法：
在使用 $client = new nusoap_client() 创建了对象之后马上设置 decode_utf8 为 false;
设置方法如下：
$client->decode_utf8 = false;
或
$client->decodeUTF8(false);
补充：
又遇到一则因服务端输出信息编码不匹配，导致 NuSOAP XML Parser 以’ISO-8859-1′编码解析而出错的问题，NuSOAP 库相关部分代码在 class.nusoap_base.php 中，具体位置如下：
/**
* charset encoding for outgoing messages
*
* @var string
* @access public
*/
var $soap_defencoding = 'ISO-8859-1';
//var $soap_defencoding = 'UTF-8';
解决方法:
$client->soap_defencoding = 'utf-8'; # 仅比上述问题增加该项设置 $client->xml_encoding = 'utf-8'; # 默认值 $client->decode_utf8 = false;
参考链接:
http://blog.csdn.net/mynamesucks/archive/2006/05/26/756480.aspx
http://lhx1026.javaeye.com/blog/506092
http://plog.longwin.com.tw/programming/2010/03/16/php-soap-nusoap-client-2010
这里介绍了两个管道日志程序来实现
从 http://cronolog.org/download/ 可以下载 cronolog 程序，把下载到的 cronolog 程序并放到 Apache 的 bin 目录下（详细参数参见：http://cronolog.org/usage.html）
主配置文件中的使用方法
ErrorLog "|bin/cronolog logs/error_%Y%m%d.log" CustomLog "|bin/cronolog logs/access_%Y%m%d.log" combined
虚拟主机配置文件中的使用方法
ServerAdmin webmaster@localhost DocumentRoot "E:/htdocs" ServerName localhost ErrorLog "|bin/cronolog logs/localhost/error_%Y%m%d.log" CustomLog "|bin/cronolog logs/localhost/access_%Y%m%d.log" combined
rotatelogs 是 Apache 2.2 中自带的管道日志程序，参数如下（参见：http://lamp.linux.gov.cn/Apache/ApacheMenu/programs/rotatelogs.html）
语法
rotatelogs [ -l ] logfile [ rotationtime [ offset ]] | [ filesizeM ]选项
-l
使用本地时间代替GMT时间作为时间基准。注意：在一个改变GMT偏移量(比如夏令时)的环境中使用-l会导致不可预料的结果。
logfile
它加上基准名就是日志文件名。如果logfile中包含”%”，则它会被视为用于strftime()的格式字符串；否则它会被自动加上以秒为单位的”.nnnnnnnnnn”后缀。这两种格式都表示新的日志开始使用的时间。
rotationtime
日志文件滚动的以秒为单位的间隔时间。
offset
相对于UTC的时差的分钟数。如果省略，则假定为”0″并使用UTC时间。比如，要指定UTC时差为”-5小时”的地区的当地时间，则此参数应为”-300″。
filesizeM
指定以filesizeM文件大小滚动，而不是按照时间或时差滚动。
主配置文件中的使用方法
ErrorLog "|bin/rotatelogs -l logs/error_%Y%m%d.log 86400" CustomLog "|bin/rotatelogs -l logs/access_%Y%m%d.log 86400" combined
虚拟主机配置文件中的使用方法
ServerAdmin webmaster@localhost DocumentRoot "E:/htdocs" ServerName localhost ErrorLog "|bin/rotatelogs -l logs/localhost/error_%Y%m%d.log 86400" CustomLog "|bin/rotatelogs -l logs/localhost/access_%Y%m%d.log 86400" combined
PS1：这两个管道日志文件程序还有一点不同之处是使用 cronolog 时如果日志是放在某个不存在的路径则会自动创建目录，而使用 rotatelogs 时不能自动创建，这一点要特别注意。
PS2：有关 Apache 日志文件的更多信息请参见：http://lamp.linux.gov.cn/Apache/ApacheMenu/logs.html
在 Windows 上使用 Apache 搭建了一个 PHP 环境，由于要和一些原先在使用的网站使用同一域名，便搭建了一个反向代理，将相应路径反向代理到原来的网站所在的服务器，根目录则使用当前服务器，运行了一段时间，网站管理人员报告称反向代理的那些网站不能访问了，访问相应的地址时显示如下错误：
Service Temporarily Unavailable
The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.
查看Apache的logs/error.log日志文件，有显示如下内容:
[Thu Jul 01 12:03:45 2010] [error] (OS 10061)由于目标机器积极拒绝，无法连接。 : proxy: HTTP: attempt to connect to 192.168.0.10:8080 (192.168.0.10) failed
[Thu Jul 01 12:03:45 2010] [error] ap_proxy_connect_backend disabling worker for (192.168.0.10)
一开始感觉就是连接被防火墙阻止了，但网站管理人员称防火墙已关闭，并且使用使用IE访问反向代理的那个地址能正常显示。后来到网上查阅了一些资料，有个国外的网站(Techie-Gyan)上说这个问题是由于Apache向外的链接不被允许导致的，于是又检查了系统防火墙以及系统日志等，发现是系统日志里面果然有好多条HTTP连接被阻止的记录，询问了网站管理人员后得知，原来服务器上有个防火墙软件，因为想让系统安全一点，防护级别被提到了最高，于是Apache的HTTP连接就被默认阻止了，更改了防火墙的配置以后，一切正常了。
近期评论