从3.2.15 逐步升级到 5.0.0 真受痛苦，之后的版本由于本人愚钝。。。还是无法升级至最新的isroc。。。。

话说最新的编辑器让我非常郁闷。。。缺少了代码的所见即所得的部分。。。。

 感谢 “日月土成”“手气不错” 的贡献，kissy UI 上线。

地址：http://kissyui.com/

你会说：“纳尼~~  这不是 kiss  YUI 么？”

没错！咱们就是和YUI有着很渊源的关，但又不是它！

不过话说回来，大家都太忙了，建设站点还需要一些时间。

不过一定会有惊喜，请期待吧！

 http://www.infoq.com/cn/news/2010/05/Jarlsberg

很多人都想知道黑客是如何攻击并进入到系统的，为了帮助他们，Google创建了一个特殊的名为Jarlsberg 的实验室，其中的应用程序满是安全漏洞，开发者可以利用它以实践的方式学习到潜在的漏洞是什么样的，恶意用户是如何利用这些漏洞的，以及如何做才能免受攻 击。

这个实验室是围绕安全漏洞的不同类型来组织的，对于每个漏洞，都有找寻和攻击漏洞的任务可供完成。 该实验室使用了下列三种主要的技术：

• 黑盒：用户看不到应用程序的源代码，因此他们需要猜测服务器工作的方式，从而设法利用安全漏洞。
• 白盒：以开源应用的形式提供了源代码（Python）。 用户可以阅读代码，从而找到弱点所在。
• 灰盒：实验室会给出一些应用程序是如何编写的提示，但不会让用户看到完整的源代码。

Jarlsberg特意使用了大量特 性，以扩大应用程序的攻击面。

• 代码片段中的HTML： 用户可以在代码片段中包含特定的HTML代码。
• 文件上载： 用户可以向服务器上载文件，例如，在他们的代码片断中包含图片。
• Web形式的管理： 系统管理员可以使用web界面来管理系统。
• 新建账号： 用户可以创建属于自己的账号。
• 模板语言： Jarlsberg模板语言（JTL）是种新语言，它使得开发者可以更容易地编写网页，作为直接与数据库连接的模板。 你可以在jarlsberg/jtl.py找 到JTL的相关文档。
• AJAX: Jarlsberg使用AJAX来实现在主页和代码片断页中的刷新。 如果不需要特别关注AJAX内容，你可以忽略Jarlsberg中的AJAX部分。

在Jarlsberg中，你可以找到、利用并最终修复以下安全漏洞：

• 跨站点脚本攻击（XSS）
• 跨站点伪造请求攻击（XSRF）
• 跨站点包含脚本攻击（CSSI）
• 客户端状态操控攻击
• 路径模式发掘攻击
• 拒绝服务攻击（DoS）
• 执行代码攻击
• 配置漏洞
• AJAX漏洞攻击

你可以在本地运行该实验室，以在整个学习过程中完全掌控该实验室；或者也可以在Google的云中作为沙盒实例运行。 该实验室大部分是基于Creative Commons Attribution 3.0协议发布的，但也有一部分是基于Creative Commons Attribution-No Derivative Works 3.0协议发布的，这使得对于大学培训学生或者公司培训员工，让他们理解并 保护他们系统免受安全漏洞影响都是很理想的。

查看原文：Learning About Security Vulnerabilities by Hacking Google’s Jarlsberg

C# 代码 

using   System;   
  using   System.Security.Cryptography;   
    
  namespace   YNIT.Components   
  {   
  ///   <summary>   
  ///   生成随机字符串的密封类，不能被继承   
  ///   </summary>   
  public   sealed   class   RandomStr     
  {   
  private   static   readonly   int   defaultLength   =   8;   
    
  private   static   int   GetNewSeed()   
  {   
  byte[]   rndBytes   =   new   byte[4];   
  RNGCryptoServiceProvider   rng   =   new   RNGCryptoServiceProvider();   
  rng.GetBytes(rndBytes);   
  return   BitConverter.ToInt32(rndBytes,0);   
  }   
    
  private   static   string   BuildRndCodeAll(int   strLen)     
  {   
  System.Random   RandomObj   =   new   System.Random(GetNewSeed());     
  string   buildRndCodeReturn   =   null;   
  for(int   i=0;   i<strLen;   i++)     
  {   
  buildRndCodeReturn   +=   (char)RandomObj.Next(33,125);   
  }   
  return   buildRndCodeReturn;   
  }   
    
  #region   输出随机字符串   
  ///   <summary>   
  ///   输出长度为8的随机字符串   
  ///   </summary>   
  ///   <returns>长度为8的随机字符串</returns>   
  public   static   string   GetRndStrOfAll()     
  {   
  return   BuildRndCodeAll(defaultLength);   
  }   
    
  ///   <summary>   
  ///   输出指定长度的随机字符串   
  ///   </summary>   
  ///   <param   name="LenOf">长度</param>   
  ///   <returns>指定长度的随机字符串</returns>   
  public   static   string   GetRndStrOfAll(int   LenOf)     
  {   
  return   BuildRndCodeAll(LenOf);   
  }   
  #endregion   
        
  private   static   string   sCharLow   =   "abcdefghijklmnopqrstuvwxyz";   
  private   static   string   sCharUpp   =   "ABCDEFGHIJKLMNOPQRSTUVWXYZ";   
  private   static   string   sNumber   =   "0123456789";   
    
  private   static   string   BuildRndCodeOnly(string   StrOf,int   strLen)     
  {   
  System.Random   RandomObj   =   new   System.Random(GetNewSeed());     
  string   buildRndCodeReturn   =   null;   
  for(int   i=0;   i<strLen;   i++)   
  {   
  buildRndCodeReturn   +=   StrOf.Substring(RandomObj.Next(0,StrOf.Length-1),1);   
  }   
  return   buildRndCodeReturn;   
  }   
    
  #region   输出指定范围随机字符串   
  ///   <summary>   
  ///   输出长度为8的小写字母加数字的字符串   
  ///   </summary>   
  ///   <returns>长度为8的小写字母加数字的字符串</returns>   
  public   static   string   GetRndStrOnlyFor()     
  {   
  return   BuildRndCodeOnly(sCharLow   +   sNumber,defaultLength);   
  }   
    
  ///   <summary>   
  ///   输出指定长度的小写字母加数字的字符串   
  ///   </summary>   
  ///   <param   name="LenOf">长度</param>   
  ///   <returns>指定长度的小写字母加数字的字符串</returns>   
  public   static   string   GetRndStrOnlyFor(int   LenOf)     
  {   
  return   BuildRndCodeOnly(sCharLow   +   sNumber,LenOf);   
  }   
    
  ///   <summary>   
  ///   输出长度为8的指定字符串   
  ///   </summary>   
  ///   <param   name="bUseUpper">是否含有大写字母</param>   
  ///   <param   name="bUseNumber">是否含有数字</param>   
  ///   <returns>长度为8的指定字符串</returns>   
  public   static   string   GetRndStrOnlyFor(bool   bUseUpper,bool   bUseNumber)     
  {   
  string   strTmp   =   sCharLow;   
  if   (bUseUpper)   strTmp   +=   sCharUpp;   
  if   (bUseNumber)   strTmp   +=   sNumber;   
    
  return   BuildRndCodeOnly(strTmp,defaultLength);   
  }   
        
  ///   <summary>   
  ///   输出指定长度的指定字符串   
  ///   </summary>   
  ///   <param   name="LenOf">长度</param>   
  ///   <param   name="bUseUpper">是否含有大写字母</param>   
  ///   <param   name="bUseNumber">是否含有数字</param>   
  ///   <returns>指定长度的指定字符串</returns>   
  public   static   string   GetRndStrOnlyFor(int   LenOf,bool   bUseUpper,bool   bUseNumber)     
  {   
  string   strTmp   =   sCharLow;   
  if   (bUseUpper)   strTmp   +=   sCharUpp;   
  if   (bUseNumber)   strTmp   +=   sNumber;   
    
  return   BuildRndCodeOnly(strTmp,LenOf);   
  }   
  #endregion   
  }    

 单位全称  缩写        换算

• 有关多种版本控制软件的优劣势，请参看多种版本控制软件的比较。
• 深入了解 Distributed Revision Control with Mercurial， 请参考http://hgbook.red-bean.com/。

        Mercurial 是一个轻量级的分布式版本控制系统，它以方便的控制、极强的扩展性赢得了众多开放源代码项目的青睐。本文从版本控制系统中的基本概念、操作和扩展性等方面，有侧重的介绍了 Mercurial。此外本文列出了几个其他常用的分布式版本控制系统，并和 Mercurial 作了简单的比较。通过阅读本文，读者可以了解基础的Mercurial操作，进而熟悉这个备受青睐的工具。

• 更轻松的管理。传统的版本控制系统使用集中式的 repository，一些和 repository相关的管理就只能由管理员一个人进行。由于采用了分布式的模型，Mercurial 中就没有这样的困扰，每个用户管理自己的 repository，管理员只需协调同步这些repository。
• 更健壮的系统。分布式系统比集中式的单服务器系统更健壮，单服务器系统一旦服务器出现问题整个系统就不能运行了，分布式系统通常不会因为一两个节点而受到影响。
• 对网络的依赖性更低。由于同步可以放在任意时刻进行，Mercurial 甚至可以离线进行管理，只需在有网络连接时同步。

---

从 repository 开始

版本控制系统中的 repository 就像一个仓库一样，用来存储被管理的数据文件，包含数据文件的不同版本。传统的版本控制系统中，这样的repository 是集中式的。除了这样一个集中式的 repository 之外，每个用户会有一份自己的工作版本拷贝。用户通过命令同步自己的拷贝和集中式的repository。

分布式版本控制系统中的 repository 则采用的是对等网络式的方式。传统集中式的管理中，只有一份 repository，其他的只是工作拷贝，不包含额外的版本。分布式的管理当中，每个用户所持有的都是一个真实的 repository，当中存储有不同的版本信息和维护一个 repository 的必要的辅助元数据。这样一个对等工作模式当中，用户通过交换下文即将提到的 changeset 来完成同步。

这样做的一些优点在于，工作的并行度将大大的提高。每个用户都可以带着这样的repository，从这里他可以把当前的工作拷贝切换到 repository 里面存储的任何一个版本。这个版本可以是之前正在工作的版本，现在需要合并进一些别人的意见，也可以是用户私有的一个版本，当前正在做很多前瞻性的工作，还没有能同步给其他用户使用。也同样是因为这样的模式，每个用户可以任意把自己的 repository 当中的一个版本交换给其他用户，而不需要对自己手头正在工作的版本进行回退。下图是这样一个灵活的工作模式的演示。

图 1. 工作模式的演示
 

---

Mercurial 里的元素

Revision

在使用 Mercurial 的系统中每个改动隔离在各自的 repository 里，既避免把不相关的代码混杂起来， 又便于一个接一个的测试每一部分工作，用户做的每个改动称为一个 revision。一般会有一个所有用户都可以访问得到的 repository 保存了项目的“主要”版本，工作repository 是用户自己做事情的地方，实现新的特性，修改漏洞，重构，实验等，当完成改变后，你可以 push 到共用的 repositor y中，即完成了一个 revision。

Changeset

一个或多个文件的改变集合在一起形成一个逻辑单元，称为 changeset。每一个 changeset由两部分内容描述，版本号和 changeset 标识，例如：

changeset: 207:58e4906e69e3

冒号前面的数字代表版本号，它用来标识本地 changeset。这个版本号只有在用户的本地repository 中才有意义。冒号后面的那个很长的十六进制串是 changeset标识, 它是确定changeset的全局唯一标识符, 在所有包含这个 changese 的 repository 中都相同。多个用户之间讨论changeset，一般使用这个 changeset 标识，而不是上面说的版本号，因为完全有可能每个用户的 repository 中同样的 changeset 版本号不同。

Head

Head 表示 repository 中每个分支最新的 revision，通常在合并几个分支时会用到这个概念。

Tip

Tip 是最新的一个 changeset 的版本号的一个别名。在命令中任何使用版本号的地方都可以使用 tip 来代替最新的 changeset的版本号。Tip在各个repository中是不同的，同时一个repository 中只有一个 tip。

Log

Log 命令按时间顺序从近到远的记录着在 repository 中发生的每一次事件。可以通过指定-v诊断输出选项来获得更多更详细的历史信息，或者指定—debug选项来获得历史信息中的一切细节。

---

动手操作起来

以下是一些实际使用 Mercurial 中常用的例子。Mercurial 的原意是元素周期表当中的汞元素，但是 Mercurial 这样的单词显然不太适合日常使用。事实上 Mercurial 的命令取了元素周期表当中汞元素的化学符号：hg，所有的 Mercurial 命令都以 hg 开始。

$ hg command [options]

其中 command 是 Mercurial 的命令。每个命令的具体的命令行选项可以使用：

$ hg help command

来获得。

克隆一个 repository

我们使用 clone 命令克隆一个 repository，它生成一个完整的 repository 复本，这样我们就有一个本地私有的 repository 来工作。

例如：

$ hg clone http://foo.com/hg/project1

如果所有都没问题，clone 命令输出：

destination directory: project1 requesting all changes adding changesets adding manifests adding file changes added 127 changesets with 448 changes to 143 files 139 files updated, 0 files merged, 0 files removed, 0 files unresolved

此时，我们应该在当前目录下发现一个目录叫 project1，目录下的文件是我们刚克隆的 repository 的精确复本。在 Mercurial 中，每一个 repository 是自包含的。当你克隆一个repository 后，新 repository 变成克隆时它的精确复本，但是后续的两个 repository 当中任一方改变都不会在对方显示，除非用户使用 pull 或 push 命令明确地传递改变，这个将在后面介绍。

另外，每个用户可以使用 init 命令将本地的一个目录初始化为一个 Mercurial 的 repository，只需要在那个目录下运行：

$ hg init

如果设置好了同步共享的发布方式，其他用户就可以来克隆该用户的 repository 了。

发布你的改动

进入工作目录，使用我们喜欢的编辑软件修改，例如我们要修改 main.py 让它增加打印一行输出：

def main(): print "I'm in the a function." print "Great joy of using Mercurial!" #新加的一行 if __name__ == "__main__": sys.exit(main())

完成之后退出编辑器，任务完成。有了刚才的修改我们就可以创建一个changeset。

在创建 changeset 之前如果想确认一下哪些文件被改动了，可以使用 status 命令。

$ hg status M main.py

使用 diff 命令可以检查实际文件内容的改变：

diff -r a58db6f0e482 main.py --- a/main.py Thu Nov 29 13:38:38 2007 +0800 +++ b/main.py Thu Nov 29 13:46:10 2007 +0800 @@ -1,5 +1,6 @@ def main(): def main(): print "I'm in the a function." + print "Great joy of using Mercurial!" #新加的一行 if __name__ == "__main__": sys.exit(main())

diff 命令的默认输出是通用的补丁格式，易于在各种系统之间交换和讨论。

创建一个 changeset 后我们就可以用 commit 命令提交了。

$ hg commit

这个命令把我们带到一个编辑器内，缺省的编辑器是 vi，同时给我们展示了几行如下的文字：

HG: user: Guolian Yun <yunguol@cn.ibm.com> HG: changed main.py

第一行是空的，接下来的几行表明哪些文件将进入本 changeset。为了改变 changeset，我们必须描述它的原因，这通常称为 changeset注释。让我们输入一些：

I’m using Mercurial! HG: user: Guolian Yun <yunguol@cn.ibm.com> HG: changed main.py

接着，保存并退出编辑器，如果一切正常，commit 命令将没有任何提示地输出。

让我们看看status命令现在告诉我们什么？

$ hg status

什么也没有！我们的改动已经提交到changeset里了，那里没有修改的文件需要提交的。Repository 中内容和当前工作目录的内容一致了。

现在可以检查以下最新的改动是不是包含刚才所添加的 changeset 注释，使用 tip 命令就可以显示了：

$ hg tip: changeset: 2:2874393e3d9c tag: tip user: Guolian Yun <yunguol@cn.ibm.com> date: Thu Nov 29 10:10:39 2007 +0800 summary: I'm using Mercurial!

目前新的 changeset 只存在本地 repository 中，如果想和其它 repository 分享改动，我们需要使用 push。

$ hg push project2

project2 为你想要 push 的目标 repository 的名字。

引入他人的改动

想要得到所有在别的 repository中而在本地repository中没有的改动，可以采用 pull命令。

$ hg pull project3

project3为我们想要得到更新的目标repository的名字。

在 Pull 后，缺省情况下Mercurial不更新工作目录。这意味着虽然repository现在有changeset，但在工作目录中的 main.py 文件仍然是 pull 之前老的内容。

如果只想从hg clone的 repository 中更新当前 revision 到最新版，可以直接采用：

$ hg pull -u

Repository 之间的同步

上文当中的 push 和 pull 的操作，是处于不同位置的 repository 之间的同步。之前给出的两个例子是本地目录 repository 之间的同步。Mercurial 还支持以下形式的 repository 之间的同步：

file://local/filesystem/path http://[user@]host[:port]/[path] https://[user@]host[:port]/[path] ssh://[user@]host[:port]/[path]

其中 file 协议和本地目录相同。在 http 和 https 协议上使用push命令，需要在远端的服务器上启用相关的属性。ssh协议是众多系统中支持的shell。

标准的 Mercurial 发行包中还附带一个 Python CGI 脚本 hgweb.cgi, 可以用来参考搭建一个多用户可以集中式的同步改动的界面，如下图所示：

图 2. 界面

---

图 3. 层次关系
 

[extensions]
hgext.patchbomb =
[email]
method = smtp # 还可以在这里指定/usr/sbin/sendmail
from = Zhengang Li <lizg@cn.ibm.com>
to = groupmail@foo.com
[smtp]
host = smtp.foo.com

[extensions]
hgext.mq=

 UML4AS - UML for ActionScript and Flex is a UML editor with advanced CodeSync technology.

The UML4AS Forum is up at http://www.uml4as.com/forum.

 UML4AS Web Site is Online

http://www.uml4as.com/ 

UML4AS 是一款通过代码同步技术（CodeSync），面向actionscript创建UML的一款专业工具。

UML4AS 4月底将发布公开的Alpha版本，5月的发布Beta版本~~~

届时将会有 开源的免费版本  以及  “能够承受”的价格的付费版本（唉，米国人真幸福。。。）

一些特性

1. 将作为IDE插件的一部分（基于Eclipse 的版本？如Flashbuilder）
2. CodeSync技术:  同步处理代码(后台运行并处理模型至代码)
3. 同2 ,在CodeSync技术，允许用户以灵活的方式同步修改模型和代码。

 UML4AS 官方站点: http://www.uml4as.com/

UML4AS 官方论坛：http://www.uml4as.com/forum

以下是部分内测版本截图，点击可看大图：

1.  15年是个上限，是常胜的上限~我们7周年了~!
2. 互联网生命过程： 创新 ------ 得气(获得人气)  ------  固守 ---------   “借鉴” -------   一直“借鉴”  -----  “被获得”  -----  保守 ------衰变 ------  衰败