手机浏览 RSS 2.0 订阅 膘叔的简单人生 , 腾讯云RDS购买 | 超便宜的Vultr , 注册 | 登陆
浏览模式: 标准 | 列表分类:PHP

值得一用的5.3RC4

原文来自: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这个东西,我在以前的文章里也讨论了很多。有 “同名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。。。居然写的是后台的地址,真挫啊我

Tags: php, cookie

sablog的评论BUG

昨天说的是限制的BUG,今天说的是评论的BUG
好象sablog最近屡屡被人强暴?
论坛里也有N多人在感叹被攻击

目前有几种解决方法
1、关闭评论(模版里删除相应的代码,同时,在post.php的第211行把if($_POST['action'] == 'addcomment') { 改成其他的)

2、等待官方的解决方案

3、考虑换验证码程序?

4、禁止用户注册

5、如果实在受不了。。。换wp或者其他的吧

——————————————————————————————————————————

当然也有其他的,只是目前不想说。

Tags: sablog, bug

误操作+sablog 的BUG

一次误操作,发现了sablog的一个小BUG,或许这个BUG平时 很多人遇不到吧。

由于最近一些评论实在太多,我就加了IP限制,不过,我并没有加上*来做IP段的限制,我都是一个IP一个IP添加的。为了添加方便,我直接在最后的IP后面加了一个“,”,结果导致我自己也不能评论了。提示我,我的IP在屏蔽列表内。

看来这就是SA的一个小BUG了,没有把为空的数据过滤掉,

PHP的函数:array_filter,就可以了啦。HOHO

不过,平时确实感觉不出来。。。勉强算个BUG吧。

但我想还有一些垃圾评论的关键字,如果也用了这个,那。恐怕别人也回复或者评论不了了。。。

BTW:刚解禁,就发现后台有了几条来自同一IP的垃圾评论。唉。。。

(再BTW:好象最近SA被人攻破了?官方论坛上很多人在抱怨了。。。看来如果Sa不解决这个问题,就要被人BS了。。。如果一个月内不解决。恐怕我也会考虑换wp了)

Tags: sablog, bug

飞信Fetion

最近,飞信好象有了新的更新。在这次更新的基础上,原来所有的API好象都不能用了。估计那些做OPen source的朋友们又不得不去研究URL和抓包处理调试了。
飞信确实有点方便,对于我来说飞信有几个作用

1、服务器定时检测(具体内容可以搜索回忆未来张宴的博客,用某段代码定期检查某个进程,如果发现不正常,通过API发短信通知)
2、SPAM报警(对于垃圾信息、恶意评论等报警:如果评论在一小时内激增,那肯定中招,或者评论中出现某些不良字符,短信通知)
3、好友联系(对于论坛管理员来说,召开管理人员大会,用这个工具,发短信那是相当方便)

其实还有更多创意,HOHO,在这里放上飞信的广告。
我为您提供了创意,也希望您能为我留下一点足迹。。。

呵呵

Tags: 飞信, fetion, api