• 为阻止Oracle收购Sun,在欧盟似乎已决定批准这项70亿美元的收购案之后,MySQL数据库创始人开始寻求中国和俄罗斯帮助。

    在一封给中国 MySQL用户的邮件中写道 “亲爱的拯救MySQL的中国签名支持者,欧盟可能无法拯救MySQL, 中国和俄罗斯可能是拯救MySQL的希望之所在。中国拥有强大、独立以及自信的反垄断主管机关,因此,我本人在此请求您的帮助。对于您的签名,我们深表感谢。如果可以的话,我们需要您的进一步帮助……”
  • 数据库分区是一种物理数据库设计技术,DBA和数据库建模人员对其相当熟悉。虽然分区技术可以实现很多效果,但其主要目的是为了在特定的SQL操作中减少数据读写的总量以缩减响应时间。
  • 评论(1) 顶(7)PHP里模拟$_PUT  (2009-11-10 18:30)
    PHP里有$_GET,$_POST,但是没有$_PUT 本文介绍使用php://input特性来模拟$_PUT
  • 程序员是这样阅读简历的
    曾经因为好玩而写过操作系统或编译器。+15
    为开源软件贡献过代码。+11分
    上学的时候曾经写过操作系统或编译器。+9分
    在技能中,把Visual Basic列在第一的位置。-10分
    简历中的缩进同时使用了空格和Tab键。-15分
  • PHP5.3 新版本跟随了很多新特性, 其中比较惹眼的特性之一就是支持了闭包。那么以后,我们也可以和那帮写 Ruby、Javascript 等等“高科技语言”的家伙们一样,写出非常酷的代码吗?呃,其实大部分情况下是可以的,而有些方面还是令人非常的困扰
  • 浏览器中的JavaScript引擎是基于事件驱动的,这里的事件可看作是浏览器派给它的各种任务,这些任务可以源自 JavaScript引擎当前执行的代码块,如调用setTimeout添加一个任务,也可来自浏览器内核的其它线程,如界面元素鼠标点击事件,定时触发器时间到达通知,异步请求状态变更通知等.从代码角度看来任务实体就是各种回调函数,JavaScript引擎一直等待着任务队列中任务的到来.由于单线程关系,这些任务得进行排队,一个接着一个被引擎处理.
  • 文件上传,一般分为俩种方式FTP和HTTP, 对于我们的互联网应用来说: FTP上传虽然传输稳定, 但是易用性和安全性都是个问题.而基于HTTP的上传,相对来说易用性和安全性上就比FTP要增强了很多. 可以应用的上传方式有PUT, WEBDAV, 和RFC1867三种, 本文将分析在PHP中,是如何基于RFC1867实现文件上传的.
  • PHP V5.3 支持为 PHP 类、常量和函数提供名称空间。使用名称空间避免命名冲突,并为 PHP 代码提供上下文。这些技巧为构建名称空间提供一些指导原则,从而充分利用名称空间带来的好处。
  • 为什么要招应届生?不是因为便宜,也不关职工忠诚度。我的原因是……应届生好调教。面试题共7道,1-3 是基础题,4-6 是数据库操作,7 算是综合能力...
  • 通常,在完成了一件网页设计后,设计师的无知都会显露无遗而备受指责。他们把创建网页代码的繁重工作都留给了程序员们。这种现象不只出现在网络开发行业,在软件及游戏开发业也是如此。
  • 评论(5) 顶(16)PHP 5.3.0 Released!  (2009-07-01 22:16)
    最近团队发布版本挺勤快的. PHP 5.3.0 这就来了!
    这个版本 release 得很自豪,是 PHP 5.* 系列的一个重大改进,包含了大量的新特性,修复了大量的BUG

    新特性包括:命名空间,静态延迟绑定,闭包,可选的垃圾回收周期机制.
    加了些 ext/phar, ext/intl ext/fileinfo 的新扩展,修的BUG就超出140来个.
  • 豆瓣从今年开始也加入 Google Analytics 的统计阵营。让我们通过它加载的 Google Analytics 源码,简单分析一下它都是怎么应用的。
    我们先从豆瓣的源码来看看它的Google Analytics统计代码,我们就会发现豆瓣加载 ga.js 的方式与默认的方式有些不太一样,由于豆瓣并没有采用 https 加密访问,所以撇弃了默认的ga.js加载方式。
  • 评论(1) 顶(5)PHP 5.2.10 Released!  (2009-06-19 23:54)
    PHP 5.2.10发布,修正了百来个BUG,有一个和安全相关.这一更新使得PHP 5.2.*更加强大稳定了.
    比如,bug #48378 (exif_read_data() 函数在处理某些损坏的jpeg文件时出错).建议用户升级到最新版.并附最新版linux及WINDOWS下载地址.
  • 到处都是什么大规模啊,高流量啊,高性能之类的网站架构设计,这类文章一是满足人们好奇心,但看过之后也就看过了,实际收益可能并不大;另外一个副作用是容易让人心潮澎湃,没学走先学跑,在很多条件仍不具备的情况下,过度设计、过度扩展(高德纳大爷也说过,"过早优化是万恶之源"),所以,这里反弹琵琶,讨论一下小规模、低性能、低流量的网站该如何搞法。
  • 分别是:计划(Plan),使用伪代码,书写清楚的注释,使用自动的编辑工具,减少代码,代码重用,代码重构,使用设计模式,使用程序框架Framework,泛型编程,使用开源的代码,完善开发环境,使用调试器,使用版本管理工具