‘php资料’ 分类的存档
1、全新安装Zend Studio – 8.0.0正式版 2、打开这个Zend Studio 3、在菜单栏找到”Help” 4、找到install new software，快捷方式为(S) 5、在弹出的对话框中，找到右边的”add”，点击它 6、弹出一个add repository对话框，在”name”里面随便输入名字，在下面的文本框就要输入一个地址：http://download.eclipse.org/technology/babel/update-site/R0.8.0/helios 然后点击”ok” 7、添加完成后，在”work with”里面就有这个地址，点击下拉框选择第6个步骤那个地址 8、这个时候在安装对话框的”Name”下方有个复选框”pending..” 说明正在记载这个地址下的语言包，大约等待几分钟，（网速慢的，最好多等几分钟） 9、等加载完语言包后，选择Babel Language Packs in Chinese (Simplified) 这是简体中文包，选中这个包。一直点击”next”，直到弹出installing software对话框时，就等Zend Studio自动下载和安装好语言包，语言包一共包含31个文件 10、最后重新启动Zend Studio就可以汉化了
办法如下： echo base64encode(pack(’H*’,'cfcd208495d565ef66e7dff9f98764da’)); 输出如下： z80ghJXVZe9m59/5+Ydk2g== 在python中使用如下代码可以将其正确的解析出来 from struct import pack,unpack from base64 import b64decode def dechex(n): """return the hexadecimal string representation of integer n""" return "%x" % n a=b64decode(’z80ghJXVZe9m59/5+Ydk2g==’) b=unpack(’16B’,a) print bd=[] for i in b: d.append(dechex(i)) print d [’cf’, ‘cd’, ’20′, ’84′, ’95′, ‘d5′, ’65′, ‘ef’, ’66′, ‘e7′, ‘df’, [...]
今天在实际运用中碰到了一个问题那就是如果更新一个数组并保持原有数组定长，考虑了一番后有着如下一个函数。用到了一些array系列的函数。 function changeArray($res,$input,$num=100){ $keyTmp=array(); //去重 foreach ($input as $v){ if(!in_array($v,$res)){ $res[]=$v; } } array_unique($res); //计算长度 $reslength=count($res); if ($reslength>$num){ $tmp=array_slice($res,$reslength-$num,$num); for($i=0;$i<$num;$i++) { $keyTmp[]=$i; } return array_combine($keyTmp,$tmp); }elseif ($reslength<=$num) for($i=0;$i<$reslength;$i++) { [...]
log4j很有名,主要用于程序的调试,是java的.在php下,它有个衍生版:log4php log4php提供的打包下载还是2003年的0.9版,然后,2005年归到apache基金会旗下了,再也没提供过新的打包下载.不过,它其实一直在更新,可以通过SVN下载. log4php老的官方站:http://www.vxr.it/log4php/新的官方站:http://incubator.apache.org/log4php/index.html 2003年的"最新版"下载:http://www.vxr.it/log4php/log4php-0.9.tar.gzSVN版下载(2009年还在更新): svn checkout http://svn.apache.org/repos/asf/incubator/log4php apache-log4php 这里可以在线浏览它最新的源码:http://svn.apache.org/viewcvs.cgi/incubator/log4php 使用方法可到其两个官方站去看. 套用一下:Log4php是Apache的一个开放源代码项目，通过使用Log4php，我们可以控制日志信息输送的目的地是控制台、文件、GUI组件、甚至是套接口服务器、NT的事件记录器、UNIX Syslog守护进程等；我们也可以控制每一条日志的输出格式；通过定义每一条日志信息的级别，我们能够更加细致地控制日志的生成过程。最令人感兴趣的就是，这些可以通过一个配置文件来灵活地进行配置，而不需要修改应用的代码。 两个使用或说明文档: Log4j的FAQ [很详细] log4php0.9的详细配置实例说明 [中文的最详细的] 我比较感兴趣的一个应用(以log4j为例的):在 Web 应用中增加用户跟踪功能
function is_utf8($string) { // From http://w3.org/International/questions/qa-forms-utf-8.html return preg_match(’%^(?: [\x09\x0A\x0D\x20-\x7E] # ASCII | [\xC2-\xDF][\x80-\xBF] # non-overlong 2-byte | \xE0[\xA0-\xBF][\x80-\xBF] # excluding overlongs | [\xE1-\xEC\xEE\xEF][\x80-\xBF]{2} # straight 3-byte | \xED[\x80-\x9F][\x80-\xBF] # excluding surrogates | \xF0[\x90-\xBF][\x80-\xBF]{2} # planes 1-3 | [\xF1-\xF3][\x80-\xBF]{3} # planes 4-15 | \xF4[\x80-\x8F][\x80-\xBF]{2} # plane 16 )*$%xs’, $string); [...]
http://cn.php.net/manual/en/ini.php中有如下的描述 session.use_trans_sid "0" PHP_INI_ALL PHP_INI_ALL in PHP <= 4.2.3. PHP_INI_PERDIR in PHP < 5. Available since PHP 4.0.3. short_open_tag "1" PHP_INI_ALL PHP_INI_ALL in PHP <= 4.0.0. PHP_INI_PERDIR in PHP < 5.3.0 因此我以为short_open_tag是可以在php程序里进行开启和关闭的。这样在某些情况下会引起安全问题的；但是测试结果却与我的期望相差甚远。以下是测试代码 <?php echo ini_get(’short_open_tag’); ini_set(’short_open_tag’,false); echo ini_get(’short_open_tag’); echo ini_get(’session.use_trans_sid’); ini_set(’session.use_trans_sid’,true); echo ini_get(’session.use_trans_sid’);
%u6D4B%u8BD5%u7559%u8A005是一段使用js的escape编码后的文字，这样的内容在使用ajax提交数据的时候使用的非常广泛。以前我使用的是php手册中的iconv函数的评论里的一段代码；代码内容如下： function unescape($str) { $str = rawurldecode($str); preg_match_all("/(?:%u.{4})|&#x.{4};|&#\d+;|.+/U",$str,$r); $ar = $r[0]; foreach($ar as $k=>$v) { if(substr($v,0,2) == "%u") $ar[$k] = iconv("UCS-2","UTF-8",pack("H4",substr($v,-4))); elseif(substr($v,0,3) == "&#x") $ar[$k] = iconv("UCS-2","UTF-8",pack("H4",substr($v,3,-1))); elseif(substr($v,0,2) == "&#") { $ar[$k] = iconv("UCS-2","UTF-8",pack("n",substr($v,2,-1))); } } return join("",$ar); } 而在今天以前一直都没有发现这个函数的问题，但是自从上周五将服务器环境由windows+apache+php5.2.4迁移到了Debian+nginx+php5.2.6后却出现了问题。上面那段js的escape函数处理前的字符串应该为：测试问题999；但是在Debian环境下解析出来的内容为：题999；完全是一个错误的解析结果。在请教朋友后得到了如下的函数，测试在Debian下通过： function unescape($str) { $str = rawurldecode($str); preg_match_all("/%u.{4}|&#x.{4};|&#d+;|.+/U",$str,$r); $ar = $r[0]; [...]
CLIENT_ERROR bad command line format今天一个朋友在使用memcache做缓存的时候碰到了这个错误提示；在网上查找了半天资料，只发现了2种可能，一个就是key过长，一个是key里包含了空白字符，但是朋友的代码里这两个问题都不存在，这个就郁闷了，最后查来查去发现了问题出现的原因，那就是缓存的过期时间被设置为0了，所以总结如下：CLIENT_ERROR bad command line format产生的可能原因包括：1、key的长度过大，这点可以通过对key进行md5处理来避免2、key里包含空白字符，同样也可以通过对key进行md5操作来避免3、expire时间被设置为0了，这个就需要对expire进行一个判断来避免了。