php 安全模式的不足
PHP的safe_mode选项的目的是为了解决本章所述的某些问题。
但是，在PHP层面上去解决这类问题从架构上来看是不正确的，正如PHP手册所述(http://php.net/features.safe-mode)。
当安全模式生效时，PHP会对正在执行的脚本所读取（或所操作）文件的属主进行检查，以保证与该脚本的属主是相同的。
虽然这样确实可以防范本章中的很多例子，但它不会影响其它语言编写的程序。
例如，使用Bash写的CGI脚本：
#!/bin/bash
echo "Content-Type:text/plain"
echo ""
cat /home/victim/inc/db.inc
Bash解析器会去关心甚至检查PHP配置文件中的打开安全模式的配置字符串吗？
当然不会。同样的，该服务器支持的其它语言，如Perl，Python等都不会去关心这个。
本章中的所有例子可以很简单地被改编成其它编程语言。
另一个典型的问题是安全模式不会拒绝属于WEB服务器文件的访问。
这是由于一段脚本可以用于建立另一段脚本，而新脚本是属于WEB服务器的，因此它可以访问所有属于WEB服务器的文件：
<?php
$filename='file.php';
$script='<?php
header(\'Content-Type:text/plain\');
readfile($_GET[\'file\']);
?>';
file_put_contents($filename,$script);
?>
上面的脚本建立了下面的文件：
<?php
header('Content-Type:text/plain');
readfile($_GET['file']);
?>
由于该文件是由Web服务器所建立的，因此它的属主是Web服务器（Apache一般以nobody用户运行）：
$ls file.php
-rw-r--r-- 1 nobody nobody 72 May 21 12:34 file.php
因此，这个脚本可以绕过很多安全模式所提供的安全措施。
即使打开了安全模式，攻击者也能显示一些信息如保存在/tmp目录内的会话信息，
这是由于这些文件是属于Web服务器的（nobody）。
PHP的安全模式确实起到了一些作用，可以认为它是一种深度防范机制。
可是，它只提供了可怜的保护，同时在本章中也没有其它安全措施来替代它。
相关文档：
__LINE__ 文件中的当前行号。
__FILE__ 文件的完整路径和文件名。如果用在被包含文件中，则返回被包含的文件名。自 PHP 4.0.2 起，__FILE__
总是包含一个绝对路径（如果是符号连接，则是解析后的绝对路径），而在此之前的版本有时会包含一个相对路径。
__DIR__ 文件所在的目录。如果用在被包括文件中，则� ......
首先Perl mkdir 的语法是：
1.mkdir('dir', 代表九位二进制数字的十进制值)
设置775，则该值为十进制的509，即二进制的111111101
此数值不能设置为111111111即十进制的511即777。
2.mkdir('dir', 0常见unix3位权限)
可以设置777。
然后在linux下时，由于umask的原因，只能设置为755。
因为创建文件时的权限是umask和 ......
2010年应该被人们记住，因为SQL将在这一年死去。这一年关系数据库行将就木，这一年开发者发现他们再不需要长时间辛苦的构造列或者表格来存放数据。
2010年将是文档型数据库的起始年。尽管这样的势头已经持续多年，现在才是一个更多，更广泛的文档型数据库出现的年代。从基于云计算的Amazon到Google，大量开源工具，以及随之 ......
一个非常简单的PHP生成缩略图的代码程序，参数及代码都算得上精简，有兴趣的朋友可以试下它的功能，有不太完善的地方还请指正。 非原创，来自网络
<?$FILENAME="image_name";
// 生成图片的宽度
$RESIZEWIDTH=400;
// 生成图片的高度
$RESIZEHEIGHT=400;
function ResizeImage($im,$maxwidth,$maxheight,$name){ ......
