我承认,我对编辑器和IDE等用的并不是很多,但我想,既然我用过、尝试过,总应该有一点自己的想法和见解吧?虽然不一定正确,但相信还是有一点点道理的吧?
对于工具的技巧我不会介绍的。毕竟这不属于评测范围内了。其实所说的评测,我也只是简单的列出优缺点而己。
用过的工具大约有phpEdit,phpEd,ultraEdit,Editplus,notepad++,notepad2,komodoEdit,ZS,Netbeans等。我仅列出我认为的优缺点,不一定对。
可随便扔砖
-----------------
Editplus是PHP开发者最常用的编辑器了吧(不能算IDE)
优点:
1、轻量级(1M左右)
2、默认的色彩搭配(函数、变量等)都挺不错,字体大小也适中
3、可以自定义工具,比如自定义工具为PHP手册,当你遇到不太熟悉的函数时,按下ctrl+1调用自定义工具就可以定位到手册的搜索了
4、stx等文件,可以方便的使用F2进行快速导航
5、ctrl+F11可以显示页面中的function列表
6、全目录搜索、正则搜索,都是比较强的
7、自定义浏览器和项目路径,可以按ctrl+B直接预览
8、有autocomplete文件(acp文件),方便快速书写(不过这需要自已去逐一编辑,但这也很正常,只有自己写的才是最适合自己用的)
9、保存时自动备份、保存时可以去除UTF8的BOM头(这个功能挺好)
10、自定义快捷键,可以按自己最熟悉最常用的习惯来定义
缺点:
1、项目管理太差(要么只能管理一个目录,要么只能管理一堆文件,load项目的时候,所有的文件全部被打开),不过鉴于它不是IDE,还是可以理解和接受的
2、全目录搜索后,不能全目录批量修改(或许是我要求太高了)
3、默认的ctrl+F11不能显示class中的function(现在好象可以了,即前面加了private等的判断)
4、代码折叠不够完善(是按缩进来的,如果是编辑python就没问题了)
5、无语法检查(虽然不是IDE,但这个其实是每个写程序的人都最期望的)
其实,从一个编辑器来说,editplus已经算是完美的了
再加上,网上很多人为editplus的配置了自定义工具。例如语法检查、代码美化等等。都可以让editplus与一些轻量级的IDE媲美。
$_SERVER变量被我们用的次数应该是最多的吧?
手册中也有介绍,打开CHM手册,搜索一下就有了,在:Predefined Variables章节中。
要查看该变量也很方便,phpinfo()函数可以看,getenv函数也行
不过,既然有人翻译了,那看中文总比看英文方便吧,虽然英文也很方便。。。。
原文来自:http://www.phpweblog.net/haix/archive/2009/06/15/6703.html
$_SERVER['REMOTE_ADDR']
服务器变量 $_SERVER 详解:
1、$_SESSION['PHP_SELF'] -- 获取当前正在执行脚本的文件名
2、$_SERVER['SERVER_PROTOCOL'] -- 请求页面时通信协议的名称和版本。例如,“HTTP/1.0”。
3、$_SERVER['REQUEST_TIME'] -- 请求开始时的时间戳。从 PHP 5.1.0 起有效。和time函数效果一样。
4、$_SERVER['argv'] -- 传递给该脚本的参数。我试了下,get方法可以得到$_SERVER['argv'][0];post方法无法给他赋值。
5、$_SERVER['SERVER_NAME'] -- 返回当前主机名。
6、$_SERVER['SERVER_SOFTWARE'] -- 服务器标识的字串,在响应请求时的头信息中给出。 如Microsoft-IIS/6.0
7、$_SERVER['REQUEST_METHOD'] -- 访问页面时的请求方法。例如:“GET”、“HEAD”,“POST”,“PUT”。
8、$_SERVER['QUERY_STRING'] -- 查询(query)的字符串(URL 中第一个问号 ? 之后的内容)。
9、$_SERVER['DOCUMENT_ROOT'] -- 当前运行脚本所在的文档根目录。在服务器配置文件中定义。 如E:\server
10、$_SERVER['HTTP_ACCEPT'] -- 当前请求的 Accept: 头信息的内容。
11、$_SERVER['HTTP_ACCEPT_CHARSET'] -- 当前请求的 Accept-Charset: 头信息的内容。例如:“iso-8859-1,*,utf-8”。
12、$_SERVER['HTTP_ACCEPT_ENCODING'] -- 当前请求的 Accept-Encoding: 头信息的内容。例如:“gzip”。
13、$_SERVER['HTTP_ACCEPT_LANGUAGE'] -- 当前请求的 Accept-Language: 头信息的内容。例如:“en”。
14、$_SERVER['HTTP_CONNECTION'] -- 当前请求的 Connection: 头信息的内容。例如:“Keep-Alive”。
15、$_SERVER['HTTP_HOST'] -- 当前请求的 Host: 头信息的内容。
16、$_SERVER['HTTP_REFERER'] -- 链接到当前页面的前一页面的 URL 地址。
17、$_SERVER['HTTP_USER_AGENT'] -- 返回用户使用的浏览器信息。也可以使用 get_browser() 得到此信息。
18、$_SERVER['HTTPS'] -- 如果通过https访问,则被设为一个非空的值,否则返回off.
19、$_SERVER['REMOTE_ADDR'] -- 正在浏览当前页面用户的 IP 地址。
20、$_SERVER['REMOTE_HOST'] -- 正在浏览当前页面用户的主机名。反向域名解析基于该用户的 REMOTE_ADDR。如本地测试返回127.0.0.1
21、$_SERVER['REMOTE_PORT'] -- 用户连接到服务器时所使用的端口。我在本机测试没通过,不知道什么原因。
22、$_SERVER['SCRIPT_FILENAME'] -- 当前执行脚本的绝对路径名。如返回E:\server\index.php
23、$_SERVER['SERVER_ADMIN'] -- 该值指明了 Apache 服务器配置文件中的 SERVER_ADMIN 参数。如果脚本运行在一个虚拟主机上,则该值是那个虚拟主机的值
24、$_SERVER['SERVER_PORT'] -- 服务器所使用的端口。默认为“80”。如果使用 SSL 安全连接,则这个值为用户设置的 HTTP 端口。
25、$_SERVER['SERVER_SIGNATURE'] -- 包含服务器版本和虚拟主机名的字符串。
26、$_SERVER['PATH_TRANSLATED'] -- 当前脚本所在文件系统(不是文档根目录)的基本路径。这是在服务器进行虚拟到真实路径的映像后的结果。 Apache 2 用 户可以使用 httpd.conf 中的 AcceptPathInfo On 来定义 PATH_INFO。
27、$_SERVER['SCRIPT_NAME'] -- 包含当前脚本的路径。这在页面需要指向自己时非常有用。__FILE__ 包含当前文件的绝对路径和文件名(例如包含文件)。
28、$_SERVER['REQUEST_URI'] -- 访问此页面所需的 URI。例如,“/index.html”。
29、$_SERVER['PHP_AUTH_DIGEST'] -- 当作为 Apache 模块运行时,进行 HTTP Digest 认证的过程中,此变量被设置成客户端发送的“Authorization”HTTP 头内容(以便作进一步的认证操作)。
30、$_SERVER['PHP_AUTH_USER']-- 当 PHP 运行在 Apache 或 IIS(PHP 5 是 ISAPI)模块方式下,并且正在使用 HTTP 认证功能,这个变量便是用户输入的用户名。
31、$_SERVER['PHP_AUTH_PW'] -- 当 PHP 运行在 Apache 或 IIS(PHP 5 是 ISAPI)模块方式下,并且正在使用 HTTP 认证功能,这个变量便是用户输入的密码。
32、$_SERVER['AUTH_TYPE']--当 PHP 运行在 Apache 模块方式下,并且正在使用 HTTP 认证功能,这个变量便是认证的类型。
膘叔认为,更多,还是查看一下手册吧。翻译的东西永远是迟于手册的。。。
原文来自:http://www.mikespook.com/index.php/archives/352
不过,我感兴趣的也就两个:
1、延迟绑定
2、匿名函数
原文如下:
6月19日发布的PHP 5.3 RC4 同之前的RC版本并无很大出入,仅仅是修复bug和稳定性的改进。
新的一些特性,大家都讨论过了。不过我觉得还是有必要再罗嗦一下。
关于命名空间
namespaces 多少人期待了多少年,时间长到我以为 php 不会有命名空间了。突然有消息说 5.3 含有 namespaces,并且使用很有争议的“\”作为分隔符号。
其实,没有命名空间,大家都想出了各种各样的替代方法。比如经典的“_”对应子目录之类的。在大家屡试不爽的时候,突然在一个小版本号升级中引入了 namespaces,实在让人摸不着头脑。不过看一下从 php4 -> php5 的升级周期,或许真正的 namespaces 只有在 php6 的时候才能稳定和成熟。php 5.3 的namespaces 或许只是 perview 而已。
这些大家应该都是知道的,不多说了。总之 namespaces 很好用,又总之,真正用到 namespaces 的那天还很遥远。
关于推迟静态绑定
叫这个名字,不一定准确,我只是隐约记得 Late Static Bindings 是这个叫法吧。这个东西能带来一个好处,就是代码的动态性更强,越晚的绑定,越低的耦合。我遇到过这种情况,在项目中有一个类要重写其中的一些方法,但是 由于过早的绑定机制,导致不重写其中的大部分代码就不可能完成类似的任务。最后的结果是出现了种种丑陋的,难以维护的代码编写方式来实现这个本不复杂的问 题。
例如在php网站上提供的这个代码中:
class A {
public static function who() {
echo __CLASS__;
}
public static function test() {
self::who();
}
}
class B extends A {
public static function who() {
echo __CLASS__;
}
}
B::test();
在之前的php版本中,为了让 B::test() 输出 B 这个结果,唯一的方法是在 B 类中重写 test 方法(这个时候粘贴-复制-修改是好办法)。如果这样的方法有很多,那么工作量还是很大的,特别是在维护的时候……至少我是经常会忘记有哪些类似的代码需 要修改。
有了 Last Static Bindings:
class A {
public static function who() {
echo __CLASS__;
}
public static function test() {
static::who(); // Here comes Late Static Bindings
}
}
class B extends A {
public static function who() {
echo __CLASS__;
}
}
B::test();
如我所愿,现在的输出是 B 了,使用 static 关键字,让 who 方法的调用延迟到最后才绑定到真正的调用上。这样,就可以让代码变得简介并且容易理解。
关于匿名函数
匿名函数,也就是 Anonymous functions 其实并不是个完全陌生的家伙。create_function 这个函数已经给无数的程序员带来了甜蜜的感觉。只是 create_function 使用起来一点也不友好,同时字符串化的功能代码混乱难读。尤其是需要编写大段的匿名函数时,用 create_function 绝对是噩梦。现在真正意义上的匿名函数的出现,会给 php 带来什么影响呢?我觉得至少,在一些时髦的框架中会很快引入并应用这种特性,用这个语法糖去更简洁的实现一些功能。比如插件,再比如 DI……
$helloWorld = function ($name) {
return "Hello world! Hello {$name}";
};
很像 javascript?也许吧!
在不断的升级中 php 引入了很多新的功能,也提供了各种不同的体验。同时越来越庞大,学习也越来越困难。它,还能保持它的本色吗?
关于命名空间,我实在是不能忍受,反斜杠本来就是转义的,现在变成命名空间了。。。
可是有什么办法呢? .被用掉了,::也被用掉了
唉。。。
匿名函数的使用往往多用于插件中,避免与原来的函数(命名)产生冲突,这是最好的方法了。
延迟绑定,可以让PHP对于一些模式的使用变得更加优雅?或许这么说比较好吧
其实关于cookie这个东西,我在以前的文章里也讨论了很多。有 “同名Cookie”的分析研究,也有[转]PHP删除cookie的一个小秘密 ,对于Cookie常识 我也进行了介绍,但今天我再说一点点coookie的注意事项。
1、cookie一般在当前页面不生效
在当前页setcookie后,在当前页print_r($_COOKIE),我依稀记得,是不会有该cookie值的,所以一些cookie类都是先setcookie,然后再$_COOKIE设置一下变量,这样,该COOKIE在当前页就直接可以被使用。
2、cookie的过期
cookie设置为浏览器进程的时候,关闭浏览器就会自动注销。然而,这都是以前的作法,自从畅游的myie开始,浏览器有了TAB之后,这一招就不太实用了。关闭tab和关闭浏览器是两个动作。当你关闭tab的时候,其实cookie并没有清掉。所以当你发现设置为关闭浏览器清空cookie时,cookie没有被清除,请先看看是否你使用了多窗口浏览器
3、cookie的路径。
这个东西嘛。。。可说的太多了,只说一点简单的。那就是:不同路径下可以存在同名cookie,设置cookie的时候,一般都是从该域名的根下面进行设置,即cookiepath="/",这样全站都可以用,而不是某一路径。当你发现cookie值很妖的时候,请检查你设置cookie的代码
over
【2010-03-02】修正链接的BUG。。。居然写的是后台的地址,真挫啊我
昨天说的是限制的BUG,今天说的是评论的BUG
好象sablog最近屡屡被人强暴?
论坛里也有N多人在感叹被攻击
目前有几种解决方法
1、关闭评论(模版里删除相应的代码,同时,在post.php的第211行把if($_POST['action'] == 'addcomment') { 改成其他的)
2、等待官方的解决方案
3、考虑换验证码程序?
4、禁止用户注册
5、如果实在受不了。。。换wp或者其他的吧
——————————————————————————————————————————
当然也有其他的,只是目前不想说。