按 ‘ PHP ’ 标签归档
给鸟类名称查询加点美观的新功能：为每种鸟配一幅图片。编程过程中留意到phpQuery宣称的很多过滤器——如:header、:nth-child——都不好用，系统报错都说“create_function有问题”。
查查PHP手册，原来create_function在PHP 7.2.0时已过时，到8.0.0时已过世。手册建议改写成匿名函数。改写也不难，就是找到所有的（共11处）
create_function('$params', 'codes that use $params')把它们改写成：
function($params){codes that use $params}改完一跑，效果还不错呢，算是把半残的phpQuery医治好了。
受影响的过滤器至少有这些：
:parent :empty :enabled :header :only-child
:first-child :last-child :nth-child这篇博文里涉及两个问题。一是Mediawiki显示空白，二是在托管共享服务器上关掉自己PHP环境里的magic quotes。
对于第一个问题，我找到了原因但是没在上面费时间；解决了第二个问题，第一个问题也就N/A了。
先说事情的缘起。最近发现我那个自用小Wiki出状况了，所有页面都显示空白正文，只剩标题和Wiki标准界面菜单。
如果点“编辑”，就能在编辑框里看到正文。做一些改动再打开，可以看到词条内容确实被改动过。这是个很好的信号，说明数据库里的内容都还在，而且存取都没问题，只是后续的处理和显示出错了。
大致搜了一下网上内容，有遇到完全相同症状的，说是PHP的PCRE版本升级了，而低版本的Mediawiki代码会出错。方案是降级PCRE或者升级Mediawiki。
降级PCRE是不可能的了，Mediawiki早该升级了。
那就升吧。
做到第六步时报错了，说新版Mediawiki不能在magic_quotes_gpc打开的情况下运行，让我关掉。
magic_quotes_gpc是PHP_INI_PERDIR级别的，不能够被程序软关，就是说在LocalSettings.php里调用ini_set没用，必须在类似php.ini这类系统级设置里硬关。
可系统不是我一个人的，我只能局部定制。
直接在.htaccess里写
php_flag magic_quotes_gpc Off
刷，产生“500 Internal Server Error”错误。据说如果PHP在Apache上不是以Module运行，则会看到这个错误号。这条路走不通了，再来。
写个PHP脚本，只有一句话：phpinfo(); 上传运行。阅读phpinfo()的输出，找到PHP初始设置都用了哪些.ini文件。
再写个PHP脚本，只有一句话readfile($_GET[file]); 上传运行，把.ini文件一个个读出内容来，拼接成一个php.ini，在文件末尾附上
magic_quotes_gpc = Off
在.htaccess里放一句
SetEnv PHPRC 新php.ini全路径名
上传，再刷，没关掉……
几乎山穷水尽时留意到了phpinfo输出的这一栏：
user_ini.filename .user.ini
对啊，PHP_INI_PERDIR的说明里也提到了.user.ini，我早该用这个最省力的方法。
创建一个.user.ini文件，把“magic_quotes_gpc = Off”写到里面，上传到Wiki主目录下。再刷，呼，终于行了。
新到刀片服务器一台，郑重地装到了机房里，总算在公司有点产业了。
周六就放大长假，所以周四忙到半夜，周五早晨接着来，先把组里的文档管理系统从一个破破的笔记本转移到刀片上去。转移完毕，一刷浏览器，每个页面都要延迟两秒才能打开，而过去在笔记本上，文档系统的反应都是迅如疾风啊！专业大刀片和专业机房，怎么比放在邋里邋遢的办公桌上的笔记本还慢啊！！！ 😕
文档管理系统是MediaWiki家的，在Apache平台上，使用PHP存取MySQL数据库。
是Apache慢么？由这个Apache管理的其它独立网页都是打开得飞快。
是PHP慢么？把那个独立网页从HTML改成PHP程序输出，还是刷屏快到连闪烁都看不出。
是MySQL慢么？从一个MySQL客户端单独访问，依然是迅雷不及掩耳盗铃。
合在一起之后的MediaWiki，却又是龟速了。
用这台机器的浏览器访问自己，也是同样的现象，这说明网络和防火墙设置不是原因。再说，如果真是网络问题，那么独立网页和MediaWiki就只是“慢”和“更慢”的区别。
后来不知怎的，就留意到MediaWiki本地配置文件LocalSettings.php里的
$wgDBServer = "localhost";
心想，如果把localhost改成绝对的IP地址——127.0.0.1——呢？这么改了一下，MediaWiki就立马变身神行太保了。
难道系统认出localhost就是127.0.0.1，还需要等两秒种？检查一下\windows\system32\drivers\etc\hosts，居然
# 127.0.0.1 localhost
真的被注释掉了！注释的前头还加了一行注释：“兹事体大，着DNS同学办理。”难怪，时间都被DNS耗费掉了！ 😯
速度问题解决之后，忽然又想起一个推论：如果MySQL和Apache分装在这台刀片的两个VM上，那么，MySQL服务器的IP地址就会生写在Apache那边（俺们的系统还没复杂到要用DNS来处理），然后，当Apache来访问MySQL时，就会出现“两台机器互动”比“一台机器自己动”还快的诡异现象。 😉
下面的PHP程序可以生成如 这样的简单验证码。把它存成一个PHP文件，例如captcha.php，使用<img src=’captcha.php’ />显示它，然后，你在服务器端把用户的输入和$_SESSION[‘captcha’]做比较即可：
<?php
session_start();
$charset = 'ABCDEFGHJKLMNPQRSTUVWXY3456789';
$maxpos = strlen($charset) - 1;
$captcha = '';
$im = imagecreate(60, 24);
$white = imagecolorallocate($im, 0xff, 0xff, 0xff);
for ($i = 0; $i < 4; $i++) {
$imchar = imagecreate(15, 24);
$white = imagecolorallocate($imchar,mt_rand(0xe0, 0xff), mt_rand(0xe0, 0xff), mt_rand(0xe0, 0xff));
$color = imagecolorallocate($imchar, mt_rand(0x00, 0x70), mt_rand(0x00, 0x70), mt_rand(0x00, 0x70));
$captcha .= substr($charset, mt_rand(0, $maxpos), 1);
imagestring($imchar, 5, 0, 0, $captcha[$i], $color);
$imchar = imagerotate($imchar, mt_rand(-10, 10), $white);
imagecopymerge($im, $imchar, mt_rand(1, 5) + $i * 15, mt_rand(0, 8), 0, 0, 15, 24, 100);
}
for ($i = 0; $i < 15; $i++) {
$x1 = mt_rand(0, 59);
$y1 = mt_rand(0, 23);
$x2 = $x1 + mt_rand(-2, 2);
$y2 = $y1 + mt_rand(-1, 1);
imageline($im, $x1, $y1, $x2, $y2, mt_rand(0x000000, 0xffffff));
}
$_SESSION['captcha'] = $captcha;
header('Content-type: image/gif');
imagegif($im);
?>
使用的字符集里没有I、O、1、0、Z、2，因为担心它们互相混淆。思考：S和5是不是也挺像的？纠结。
为了让验证码有“看不清，换一个”的功能，现实中的<img>写得要稍微复杂些，下面代码里的’captcha.php?’+now.getTime()是为了欺骗浏览器，让它以为是一张新的图片进来了，强迫它刷新captcha.php产生的图片，而不是从缓存里获得：
<img src="captcha.php" title="click for a new one" onclick="now=new Date();src='captcha.php?'+now.getTime();" />
在写一个产生短链接的程序。短链接本身对应的文件当然不是直接存在域名根目录下的，而是通过.htaccess的404 ErrorHandler转交给检索程序，由检索程序把真正的文件输出出来。这里需要把404号Status code覆盖掉。
在家里机器上写的PHP代码是：
header("Content-type: $mime", FALSE, 200);
其中200是代表OK的状态码。
这句话在家里的机器上工作得挺好，但上传到公共网站上之后，程序工作方式就不是那么回事了。404号状态码并未被覆盖掉，如果输出文件是图像，还能勉强显示。但如果是个下载附件，就看到了404号“网页不存在”的错误信息。
经过反复调试，找到解决方法如下：
header("Status: 200 OK"); // Reset the status to OK (200).
header("Content-type: $mime", FALSE, 200);
这两句话缺一不可，如果少第一句，则公共网站上的程序不干活。如果少第一句，则家里的程序不干活。
要想让IE可以打开web服务器输出给它的附件，需要在session_start前加这么一段代码：
if(strpos($_SERVER['HTTP_USER_AGENT'], 'MSIE') !== FALSE)
session_cache_limiter("public");
否则，不属于本session的IE窗口（如他人的机器或者自己另开的窗口）无法打开链接所输出的附件。
