易栈网-膘叔

Linux下面有个link功能很爽。事实上就相当于建了一个快捷方式，可是他可以直接操作。但windows不太一样，比如我在D盘建一个E盘的快捷方式，命名为test，那我不可以用d:\test\www来访问e:\www这个目录，这个其实很不爽的。。

LinkShellExtension这个软件我还没有用过，不过看上去好象不错，看介绍，好象是和linux下面的link差不多，所以我先转一份，等有空了，慢慢折腾

Link Shell Extension 是一个可以在 NTFS 文件系统中创建“硬连接”的 Windows 资源管理器扩展。

“硬连接”让一个文件在多个目录下重复出现，但只占用一份文件的空间。例如，一个大小为 10MB 的“E:\a.doc”的文件，创建一个硬连接到“E:\共享文件夹\a.doc”中，则两个“a.doc”文件只占用一个文件的空间（10MB），两个 文件的内容当然是完全一样的。如果编辑该文件的编辑器在修改保存文件时，依然保持源文件在 NTFS 文件夹中的位置，那么在“E:\a.doc”上所作的改动会自动反映到“E:\共享文件夹\a.doc”中。同理，修改了“E:\共享文件夹 \a.doc”文件后，所作的修改也会立即反映到硬连接对应的“E:\a.doc”文件。

创建硬连接之后，删除硬连接的副本（即连接点）只会将文件系统对文件数据的引用减一，只有删除所有的引用时，才真正删除文件。

“硬连接”还可以用于目录，这称为“目录连接点”（Junction）。例如，可以为“C:\Applications”目录创建一个硬连接到“E:\共 享文件夹\Applications”，则两个目录共享同样的存储空间，在“C:\Applications”目录中对任何文件所作的改动都会立即反映到 “E:\共享文件夹\Applications”目录中对应的文件中去。同理，修改“E:\共享文件夹\Applications”目录中的文件，改动也 会立即反映到“C:\Applications”目录中去。

对于目录连接点需要注意：目录连接点连接到原来的目录，如果将源目录删除，则其连接点将不再可用，这与文件硬连接是不同的。

安装方法：
1、到主页下载安装文件，执行安装；
http://schinagl.priv.at/nt/hardlinkshellext/hardlinkshellext.html#contact
2、在此下载汉化文件；
3、使用资源管理器打开 Link Shell Extension 所安装到的目录，将“HardlinkShellExt.dll”重命名为其他名称的文件；
4、将汉化文件解压到该目录；
5、注销（或重启）后重新登录到 Windows。

创建硬连接的操作方法：
1、在 Windows 资源管理器中，找到需要创建硬连接的文件，如
“E:\a.doc”；
2、右键点击该文件，选择“选择源连接点”。
3、转到需要创建连接点的地方，如“E:\共享文件夹”。
4、右键点击资源管理器文件列表的空白位置，选择“创建硬连接”（如果是目录，可选择“创建连接点→目录连接点[或其他选项]”）——在资源管理器的状态栏中对操作命令有说明。

--EOF--

主要是我订阅了汉化新世纪的RSS，所以才会看到这个。。。http://www.hanzify.org//software/12331.html

背景。。。yhustc在群内提问，突然发现自己的基础特别差。所以就找了一下，贴出来，权当笔记（原来心中的回滚是属于原子性啊。。）

事务的：原子性、一致性、分离性、持久性
原子性、一致性、分离性、持久性
(1) 原子性
事务的原子性指的是，事务中包含的程序作为数据库的逻辑工作单位，它所做的对数据修改操作要么全部执行，要么完全不执行。这种特性称为原子性。
事务的原子性要求，如果把一个事务可看作是一个程序，它要么完整的被执行，要么完全不执行。就是说事务的操纵序列或者完全应用到数据库或者完全不影响数据库。这种特性称为原子性。
  假如用户在一个事务内完成了对数据库的更新，这时所有的更新对外部世界必须是可见的，或者完全没有更新。前者称事务已提交，后者称事务撤消（或流产）。DBMS必须确保由成功提交的事务完成的所有操纵在数据库内有完全的反映，而失败的事务对数据库完全没有影响。

(2) 一致性
    事务的一致性指的是在一个事务执行之前和执行之后数据库都必须处于一致性状态。这种特性称为事务的一致性。假如数据库的状态满足所有的完整性约束，就说该数据库是一致的。
一致性处理数据库中对所有语义约束的保护。假如数据库的状态满足所有的完整性约束，就说该数据库是一致的。例如，当数据库处于一致性状态S1时，对数据库执行一个事务，在事务执行期间假定数据库的状态是不一致的，当事务执行结束时，数据库处在一致性状态S2。

(3) 分离性
分离性指并发的事务是相互隔离的。即一个事务内部的操作及正在操作的数据必须封锁起来，不被其它企图进行修改的事务看到。
  分离性是DBMS针对并发事务间的冲突提供的安全保证。DBMS可以通过加锁在并发执行的事务间提供不同级别的分离。假如并发交叉执行的事务没有任何控制，操纵相同的共享对象的多个并发事务的执行可能引起异常情况。
DBMS可以在并发执行的事务间提供不同级别的分离。分离的级别和并发事务的吞吐量之间存在反比关系。较多事务的可分离性可能会带来较高的冲突和较多的事务流产。流产的事务要消耗资源，这些资源必须要重新被访问。因此，确保高分离级别的DBMS需要更多的开销。

(4)持久性
持久性意味着当系统或介质发生故障时，确保已提交事务的更新不能丢失。即一旦一个事务提交，DBMS保证它对数据库中数据的改变应该是永久性的，耐得住任何系统故障。持久性通过数据库备份和恢复来保证。
持久性意味着当系统或介质发生故障时，确保已提交事务的更新不能丢失。即对已提交事务的更新能恢复。一旦一个事务被提交，DBMS必须保证提供适当的冗余，使其耐得住系统的故障。所以，持久性主要在于DBMS的恢复性能。

原文来自：http://zhidao.baidu.com/question/111111366

Editplus和netbeans是什么我想不用详细介绍了吧。一般做PHP开发的人，几乎都了解这两个玩意。
Editplus是韩国人开发的，Netbeans是Sun的产品。

先说Netbeans吧，嗯，他们的东西还算不错，只是让我们写PHP的人郁闷的是，它没有自动换行（line wrap），所幸，6.10开始，这个功能已经被加进去了。现在用6.10M1的版本都可以进行尝试，但在尝试前，请记住（扫描项目的时候，不要设置换行，否则80%的机率会让你的NB爆掉）。

官方这样解释：

只是换行后多了一个回车显示着而且不能消失，看起来有点挫。。

接下来说Editplus，昨天晚上，乔大姐（HonestQiao，乔楚）兴冲冲的在群里说，Editplus支持PCRE的正则了，大家快更新啊，不更新会后悔的。。于是到官方看了一下changelog，然后进行了更新。

再接下来就测试，结果，让人大吃一斤的是，有很多正则条件输进去，立刻就把Editplus给爆了，比如：?\d、.*+?之类的，还有就是.*能够匹配一行，.*?一个也不能匹配。

不过简单的正则匹配还是没问题的（如果你升级了该版本，建议你在正则搜索前，先保存你的代码，否则可能会想哭但是哭不出来）

官方的changeLog: 'Use TR1 regular expression' option ('Preferences'->'General').

据说，最后乔大姐忍不住发邮件去鄙视那位开发者了。

上午某群内好友中了木马，目录名中都是小数点，无法删除。找了一下资料，以做备份吧。。

----start--
这些有小数点的文件夹其实是windows系统存在的一个bug，因为不容易被删除而且很隐蔽，因此经常为一些入侵者利用存放一些木马之类的文件。虽然我们不能像删除普通文件一样删除这种文件夹，但总归有删除办法的。懂得了这种文件的创建原理，删除自然就好办了。有关该原理的介绍具体可以看《建一个别人进不了删不掉的绝密文件夹》这篇文章。

删除办法为：在CMD下通过rd命令+文件名+"./"来删除，如果文件夹下有文件需要先删掉内部的文件（一般为木马文件），那么如何进入这个文件夹呢？可以通过“start+目录的绝对路径”命令进入，如：start d:\web\sites\1..\。
----eof---

后来，朋友是删除了这个目录了。。HOHO，想不到，还有Start这个命令。（百万宝贝告诉我，Start命令失败。。。）

原文：http://www.aspxhome.com/security/20092/760121.htm

cnbeta上看到篇文章，不敢独乐，全文引用一下，与君共乐。事实上，今天在PHPRPC群里已经被人鄙视了，那位兄台说，现在除了c#和as比较高级外，其他的都不行。一下子觉得好自卑啊，原来我们就是处于边缘线上的人物。那位兄台也说PHP将死，于是我又感觉自己行走在死亡线上，鸭梨真的很大。

上原文：新闻来源:外刊IT评论
是到了PHP落幕的时候了。就在我这个顽固的PHP分子正要把一个现有的Ruby on Rails代码库转换成PHP时，我要说这样的话。历史在重演 我认为PHP将亡，因为我以前见到过。大概十年之前，PHP灭掉了Perl。当然了，并不十分彻底；它还坚守在某些环境里，它还有相当可观数量的顽固粉 丝，遗留下来的应用程序也需要维护，持续几十年。但这种语言对于新一代的人，特别是web开发者，它在1999年就开始灭亡了，到2005年左右几乎完全 死了。 作为在那个时期出现的新的web开发者，事情显的很明白而且水到渠成：Perl已经不适应新的应用开发环境了。在Perl里，页面需要冗长的公 式化的CGI方式实现，而这些在PHP里却可以用基本的、缺省的编程方式实现。Perl语言里到处都是旧时代的特征 — 引用，不方便的数据结构，还有其他许多的小的古怪语法语义 —— 这使得web开发冗长，不稳定，不方便。无怪乎没有一个出色的web应用是用Perl写成的，而用PHP你却能做的又快又简单，尽管PHP存在着在当时就 显而易见的缺陷。

在1999年支持Perl反对PHP的争论有很多：Perl要快的多，有更多的程序库和驱动支持，CPAN是个神奇的地方，里面预先写好的代码能让你绝大 部分任务省去80%的工作量。现在看起来这些就有点可笑了，但“PHP缺乏可扩展性”却是个真正的缺点。但总之PHP赢了，因为上面所说的这些问题并不是 这种语言固有的。PHP解释器可以变得更快，程序库可以被开发出来，PERA和PECL目前已经变得相当庞大，这还不包括各种厂商希望人们去使用他们的 API而提供的非正式的程序库。

时间在推移 十年之后，我可以感觉到历史大潮正在重演。开发人员对语言的期望在前进。如果说Perl最缺乏的是PHP里令人惊讶的灵活的“关联数组”(也就是智能哈希 表)，那么PHP现在缺乏的就是lambdas和方法链(method chaining)了。同时PHP往往是用在只要20行代码就能写出一个网页的地方，而如今却是如果你不使用什么MVC框架之类的东西就会被认为没有把事 情做对。公式化的代码表明了问题所在：这种语言需要一个框架来替人们做这些事情。

退回到以前，我认为那些顽固的使用Perl来做web开发的人很傻。现在，经历了十年的PHP开发，我处在相同的位置上了。我可以在一个小时里用PHP敲 出一个不错的网站，在一两天里开发出一个优秀的网站。PHP的性能众人皆知，我可以无限的扩展它。我雇佣过的每个开发人员都会它，我集成过的每个系统里都 有一个用它写出的打包的代码库。我深陷于PHP的方便性，尽管它对于我的任务并不是一个合适的语言。

转向Ruby on Rails 最明显有潜在能力继任PHP的是Ruby on Rails。Ruby是一个新的、干净的语言，具有现代的语言特征，松散、优雅的语法(很像Python)。Rails省去了我们常见的任务，省去了集成 web应用里的公式化的做法，把PHP里三、四行的习惯写法变成了first-class语言结构。这看起来极其像我需要的PHP替代品、能让开发工作再 一次提速的东西。

我每天使用Rails，修改一个喜爱这种框架和语言的有经验的Rails专家所写的Rails应用，七个月后，我却不能断言Rails是一个正确的选择了，原因很难表达。我这篇文章的目的就是想试图把原因说清楚。

我的主要的抱怨，必须要提的，就是性能。我之前就说过这种问题不应该被当作一种语言的致命缺陷，它只是语言实现中的暂时的问题。所以我不能把这当作一个真 正的问题，尽管它是我把现在的应用移植到PHP的最主要的一个原因。我可以让Rails跑的跟PHP一样快，但那需要提供2到4倍高的硬件条件。我估计五 年内将还会这样，五年后我也许不必把程序移植到PHP。但现在，它不能满足我的要求。

第二，我讨厌Active Record。Active Record是一种模式，并不是Ruby固有的，在Rails的最新版本里是可选择的，但是对它的使用和这种模式已经深入到了Rails的DNA里了。我 之前曾解释过为什么我认为这数据库上的ORM不是个好做法，所以我不会再重复解释,但有一点我需要总结的就是你省去了手工写CRUD所获得的效能要大于 ActiveRecord做傻事所损失的效能，要花时间搞清楚它是怎么工作的，顺应框架原则，防止它做这样的事情。

第三，我十分的不信任代码自动生成。工具能帮你生成模板式的代码很有用，但你的程序了却多出了成堆的毫无用处的代码来实现这些目的，这就变的不好了。代码 生成喜欢“神奇推理”，因为生成器并不确定代码某些特别有用的特征究竟是专门写出的还是语言环境固有自带的。神奇推理是危险的。

代码生成让我想到了Ruby on Rails的一个可能是最根本的问题，就是它并不是一种语言。Ruby是一种语言。但Ruby，它在解决了PHP上的一些基本问题外，并没有解决核心问 题，那就是现代web应用需要一系列的改进：像routing,model/view分类，drop-in功能性等都是很常见的特征。Rails里有，但 这跟PHP里的Zend，Symfony 和 Code Igniter之类的MVC框架一样只是绑上去的绷带。

那么缺的是什么? 能够取代PHP的语言必须十分优秀于PHP，就如同PHP优秀于Perl一样。它必须承担起web应用的主要实现任务，就像PHP那样，你的代码的主要功 能就是输出网页 —— 一个有点激进的要求，它要不适合去做其它的事情，例如当中shell脚本语言。我希望有这样一种语言，它能够承担起我开发一个MVC式的web应用时的所 有的任务，所有功能都是核心内置的，不能仅是一个程序包。

问题是，没有这样的一种语言。有一段时间服务器端JavaScript看起来将会成为下一个重要的语言，它能统一web应用前端和后端的编程语言。但是这些JavaScript上的伟大思想总是徘徊在一些跑题的行为上，比如nodejs：事件驱动模式非常的激进和强大，能让你开发出高性能的应用程序，最大化的使用新式硬件，但这是一种开发服务器端应用程序的思路，不是web页面。并且你仍然需要去写一大堆可怕的web页面。另外一些CommonJS的成果例如ejScript开始尝试着取代PHP，但仍没有解决框架问题。

仍在等待 我不得不做出结论，PHP的替代者还不存在。Ruby on Rails很好，但并不比一个PHP之上的类似的MVC框架强多少，更别提由于Ruby自身的效率不高和ActiveRecord的ORM恶搞带来的双重 打击。Python看起来并不感兴趣于作为下一代的web语言，JavaScript的服务器端解决方案还刚刚只是个开始。

我等待下一个大目标的出现。我希望能从PHP上转走，真的。我可不想成为Perl式的古董。但不管怎样，这种语言看起来还不存在。我判断错了吗？

[英文出处]：PHP needs to die. What will replace it?

cnbeta来源：http://www.cnbeta.com/articles/124058.htm