前一篇文章（博客质量分计算（一）_ccat的博客-CSDN博客），我们重点讨论了标题质量分，标题质量分的计算相对来说更简单，也更容易深入，但是标题的质量显然不能决定一篇文章的质量，对于文章内容的质量平局，我们也做了一些尝试。博文质量评估博文内容评估仍然是一个比较难定量的问题，一篇博文，可能可以命中很多“高阶”的词汇，但仍然是一篇很差的文章，甚至可能是不符合自然语言的词语堆砌，仅仅是符合词法语法的机

在CSDN上回贴时，我总是苦口婆心地劝告楼上楼下的朋友们多用联接。可响应甚微。往往一个简单的功能，也一定要写成子查询或游标，弄得非常复杂冗长。的确，这样写对于初学者来说，费力不费脑，思路比较好理解。所以往往得分的也是这些回贴。可事实上，如果你真正熟悉了SQL的编程风格，你会明白，联接查询才是最直接、最清晰、最有力的方法，而更好的办法就是无招胜有招，一条简单查询结束战斗。下面我举几个例子来证明一下这

  不等联接通常来说，SQL语言进行的都是无序操作。想要进行有序的处理，比如比较一个序列的前后项，必须要使用游标。但是，在有些场合下，可采用另一种方法，不用游标，一样能处理有序的信息，这就是不等联接。先看下面一个例子前一阵， CSDN网友BuildIt来信，和我讨论了这样的问题：以下表HISTORYCREATE TABLE [HISTORY] ([TheDate] [datet

介绍一个 Java 项目用的 Jsonpath 库。

  子目录 8.1 语法错误8.2 异常 8.3 处理异常8.4 抛出异常8.5 用户自定义异常8.6 定义清理行为  8. 错误和异常至今为止还没有进一步的谈论过错误信息，不过在你已经试验过的那些例子中，可能已经遇到过一些。Python中（至少）有两种错误：语法错误和异常（ syntax errors and exception

面向集合的结构化设计。这一点很多人都知道，可真正能够活用的就太少了。举一个简单的例子：例1-3：有一个简单的数据表Orders，存储某商店的订单信息：CREATE TABLE [dbo].[ORDERS] ([ID] [int] IDENTITY (1, 1) NOT NULL ,[CustomerID] [int] NOT NULL ,[OrderDate] [datetime] NOT NUL

我有几个编程专用的 ubuntu 虚拟机，发现在新安装的 ubuntu 10.04 上，会出现 emacs 23 打开 c 系文件（任何使用 c-mode 的类型），都会加载错误，提示 (error "Autoloading failed to define function cxref-c-mode-common-hook")。一开始以为是 64 位系统的问题，后来发现在 fedora 系统上无

     1、异常影响效率，应该尽量避免？    确实，经充分优化的无异常程序，正常情况下应该会比使用异常处理的程序更为高效，但是随着编译器和虚拟机技术的发展，这种差距越来越小。特别是对于比较复杂的应用系统，反而会出现使用异常的程序更为高效的情况。因为可以把“异常情况”统一进行管理，避免了为每一次的错误都进行设定和约束。真正值得我们在无异常状态下编程的，是底层的系统开发和嵌入式系统，在可以预见的未

debian testing 的 xen-tools 创建的虚拟机，默认是utc时间，但是时区选择有问题。对于中国的东八区用户，最简单的处理方法是：cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime这个操作最好在虚拟机创建后尽早完成。如果已经部署了一些应用，可能产生的数据已经有错误，类似mysql等服务，需要重启才能生效。

新主机中划分成一个xen虚拟机集群，全部部署在 lvm 存储上。昨天拖数据的时候发现文件服务器的空间规划比较紧张。于是准备给它扩容。网上查了很多中文文档，不知道是因为太旧还是什么原因，没有一个靠谱的，操作复杂而且不安全。最终在一篇英文文章中找到了一个办法，极其简单，并且验证确实可行。我用来管理虚拟机的是debian的xen-tools，它自动的给基于lvm卷的xen虚拟机分配两个卷，一