文件上传,一般分为俩种方式FTP和HTTP, 对于我们的互联网应用来说: FTP上传虽然传输稳定, 但是易用性和安全性都是个问题. 你总不至于在用户要上传头像的时候告诉用户”请打开FTP客户端,上传文件到http://www.laruence.com/uploads/中, 并以2dk433423l.jpg命名”吧?

而基于HTTP的上传,相对来说易用性和安全性上就比FTP要增强了很多. 可以应用的上传方式有PUT, WEBDAV, 和RFC1867三种, 本文将分析在PHP中,是如何基于RFC1867实现文件上传的.

    最近的项目中,需要对于不同的用户角色分别读取不同的的JS文件簇, 从而避免一次载入全部JS文件, 于是就写了一个简单的JS Loader. 这个loader, 每次载入一个js文件, 在前一个文件完全载入后, 才继续载入下一个文件. Loader提供了俩个事件: 1. onLoad 每当一个单独的js文件被载入完成后, 就会调用这个事件函数. 2. onReady 当全部载入完成后, 会调用OnReady事件处理函数

    有时候在程序里面需要打开多个文件，进行分析，系统一般默认数量是1024，（用ulimit -a可以看到）对于正常使用是够了，但是对于程序来讲，就太少了。

    Web2.0网站，数据内容以几何级数增长，尤其是那些小文件，几K～几百K不等，数量巨多，传统的文件系统处理起来很是吃力，很多网站在scaling的过程中都遇到了这样的问题：磁盘IO过高；备份困难；单点问题，容量和读写无法水平扩展，还存在故障的可能。 YouTube也碰到这样的问题，每一个视频有4个缩微图，这样的话缩微图数量是视频数量的四倍，想象一下YouTube有多少视频，看一下他们遇到的问题： 大量的磁盘寻址，在操作系统层面出...

    说明：以下是在读小骆驼书《Perl 语言入门》第十二章 目录操作 中“链接与文件”一节（P189-193）中的读书笔记。 目录是一种由系统管理的特殊文件，它基本上是一份列表。每份文件都会存储在一个编好号的inode里，我们可以把它想象成磁盘上的门牌号码。ls -l命令，硬链接的数量会显示在权限标记的右边。每个目录都会有 . 这个项目，它会指回目录本身的inode。所以任何目录的链接数都至少是2.一般来说，目录的链接数等于子...