中国股市:http://apps.facebook.com/china-stock/
欢迎试用,并提出宝贵意见。 🙂
几个月前就有开发这个应用的想法了,不过一直没动手,这周差不多花了三个晚上的空余时间才搞定。很久没写过代码,手有点生了,还有就是在 FBML 的熟悉过程中花了太多的时间,稍候会再总结一下开发方面的经验。
Facebook 已经推出中文版了,什么时候开发者 wiki 也能中文化就好了, 目前上面中文的应用还很少,还需要国内的开发者一起努力。
中国股市:http://apps.facebook.com/china-stock/
欢迎试用,并提出宝贵意见。 🙂
几个月前就有开发这个应用的想法了,不过一直没动手,这周差不多花了三个晚上的空余时间才搞定。很久没写过代码,手有点生了,还有就是在 FBML 的熟悉过程中花了太多的时间,稍候会再总结一下开发方面的经验。
Facebook 已经推出中文版了,什么时候开发者 wiki 也能中文化就好了, 目前上面中文的应用还很少,还需要国内的开发者一起努力。
先是看了 桑林志 上的介绍,第一眼就被这个效果吸引了,再看到 mulberry 希望有人做成 wordpress 插件的形式,于是偶的第一个 woredpress 插件就这样诞生了~ hoho~
效果可以 点这里 看到,在发布文章和更新文章的时候,数据文件会被自动更新,是在 mulberry 的代码基础上进行修改的。没啥技术含量。
经过 mulberry 的同意,可以让我继续用 PressLine 这个名称,喜欢的朋友可以 点击这里 进入下载页面。
稍候我会为这个插件专门做了一个页面(页面见此)。 使用过程中有什么意见请在这里留言,我会及时更新的。:)
== Feature List ==
* This plugins base on the time line library called <TimeLine> at http://simile.mit.edu/timeline/
* Support for WordPress 1.5, 2.0, 2.1, 2.2 and 2.3
* Caches the output
最近在用 memcache,不可否认,memcache 在实际应用中的表现非常出色。不过也许正是因为其对速度和性能的要求过于严格,导致 memcache 的可操作性不是那么强。PHP 在使用的时候,也只能有限的使用 add、delete、replace、flush 等几个简单的方法。
memcache 官方是不建议我们手动去删除缓冲内容的, 因为官方的 api 中有关删除的方法只有 delete 和flush,前者是在知道 key 的情况下删除一个对象的值,后面是清除服务器上所有对象。
不过很多情况下,我们需要从服务器上删除一部分对象,又不希望把整个服务器上的对象都清空,官方的 FAQ 上提供了一个“伪命名空间(Simulating Namespaces)” 的作法。
示例代码如下:
//生成一个用来保存 namespace 的 key
$ns_key = $memcache->get("foo_namespace_key");
//如果 key 不存在,则创建
if($ns_key===false) $memcache->set("foo_namespace_key", rand(1, 10000));
//根据 namespace_key 生成真正的 key
$my_key = "foo_".$ns_key."_12345";
//需要删除整个 namespace 里的对象的时候,这样处理即可:
$memcache->increment("foo_namespace_key");
公司的发布系统要升级,之前一直用的是ftp发布,现在计划用直接写到远程目录的方式来发布,本来想当然的认为肯定会比ftp发布速度要快的多,多亏 Alge r提醒我要测试一下再下结论,不测不知道,一测下一跳:
实在想不通为什么会是这样的结果,FTP协议难道是经过了某种优化的吗?再怎么优化也是远程操作啊,怎么会比本地操作快呢?
要么就是 PHP copy 函数有问题……
本期主要是围绕 PHP/MySQL/Apache 的加速、优化文章。
目录如下:
* PHP & Memcached (Nio)
* 使用 memcached 实现对象的自动缓存 (cid73)
* XCache: 加速你的 PHP (Static)
* 扩展 PHP (Ben)
* MySQL 集群技术简介 (叶金荣)
* LAMP 系统优化实例分析 (Dalamar)
* Subversion PHP Binding (sirtoozee)
乐铺的服务器不支持 apache url rewrite,所以之前的网址都很“丑陋”,比如:
http://www.loopo.cn/items.php/110
http://www.loopo.cn/forum.php/1/100
因为这个原因,被几个朋友BS了几次……
今天在 DB 的时候,忽然想到一个办法:乐铺的服务器是支持自定义 404 页面的,这样的话,就可以把所有的请求定位到这个 404 页来处理了,即所有的页面“都是 404”,然后再统一由 404.php
来处理重定向。
2006.6.26 UPDATE:
开始预定:预定页面 http://t.phpmore.com
以下图片可点击放大。预计7月1号之前接受预定。
感谢vicki的热心和Nio的美工。
今天在 DRL 上看到一个菜谱数据库,闲来无事,就把它放到了网上。
地址为: http://www.phpe.net/my/cp/
虽然对我这种永远也不会去做饭的人来说可以没有太大用,不过放上来总会有人能用到的吧。呵呵。
现在看起来有些部分真不敢相信是自己写的。:(
有时间一定要重新写一下,否则难免会有误人子弟的嫌疑了。