ZT - 对话 UNIX: UNIX 高手的重大秘密(6)
更多秘密 需要揭开的专家秘密还有很多。在 Web 上搜索 “shell auto-complete”,进一步了解自动完成特性,该特性用于在您键入一条命令时提供上下文敏感的扩展。另外,搜索 “shell prompts” 以了解如何定制您的 shell 提示:可以将其设置为彩色,可以设置您的当前工作目录或 Git 分支,还可以显示历史数目 — 如果经常调用历史,这是一个方便的参考信息。要查看工作示例,可在 Github 中搜索 “dot files”。许多专家都将他们的 shell 配置张贴在 Github 上。 请原谅,现在我不得不寻找假发和古铜色化妆品了。要知道,如果您长得像
ZT - 对话 UNIX: UNIX 高手的重大秘密(5)
与扩展名无关的自动解压 鉴于 Internet 上有如此众多的代码,您可能每天都会下载数十个文件。可能会出现这样的情况:所有那些文件都使用不同的方式打包 — 有的是 ZIP 文件,有的是 RAR 文件,还有很多是 tarball 文件,尽管每个包都使用不同的实用程序压缩。记住如何解压缩和扩展每种包格式将会使人精疲力尽。那么,为何不在单个命令中完成所有那些任务呢?下面这个函数在许多样例点文件中广泛可用: ex () { if [ -f $1 ] ; then case $1 in *.tar.bz2) tar xjf $1 ;; *.tar.gz) tar xzf $1
ZT - 对话 UNIX: UNIX 高手的重大秘密(4)
使用历史记录重写 如果您经常在 shell 提示符中花费大量时间,保存 shell 历史记录可以节约时间和输入。但是如果历史记录不能被修改,就会导致一些麻烦:记录重复的命令,且多个 shell 实例可能会干扰各自的历史记录。这两个问题很容易解决,只需在您的 .bashrc 中添加两行: export HISTCONTROL=ignoreboth shopt -s histappend 第一行将移除您的 shell 历史记录中连续的重复命令。如果您想移除所有零散的副本,可将 ignoreboth 更改为 erasedups。第二行在 shell 退出时将 shell 的历史记录附加到您的记录文件。默认情况
ZT - 对话 UNIX: UNIX 高手的重大秘密(3)
嘘......关于 SSH 的秘密 Secure Shell (SSH) 是一个功能强大的子系统,用于安全地登录到远程系统、复制文件并穿越防火墙。由于 SSH 是一个子系统,它提供大量选项来定制和简化其操作。事实上,SSH 提供名为 $HOME/.ssh 的整个 “点目录” 来包含其所有数据。(您的 .ssh 目录必须是模式 600,以阻止他人访问。非 600 模式将干扰正常的操作。)特别是,文件 $HOME/.ssh/config 可以定义大量快捷方式,包括机器名称的别名、每主机访问控制等。 下面是位于 $HOME/.ssh/config 中的一个典型代码块,用于定制一个特定主机的 SSH: H
ZT - 对话 UNIX: UNIX 高手的重大秘密(1)
Martin Streicher, 软件开发人员, Pixel, Byte, and Comma 如果您想知道我为何佩戴黑色太阳镜、假胡须和棒球帽(模仿一个专业冰壶球队 The Floating Stones 的徽标),那是因为我正在逃亡之中。我正在躲避黑色的遥控直升机、面色苍白的系统管理员和许多 “妖魔鬼怪” 的追踪,我这样做的目的只有一个,就是向您披露 UNIX® 高手的重大秘密。请戴上您的铝箔帽阅读本文吧! 保存环境变量 大多数 UNIX 用户在 .bashrc(针对 Bash shell)和 .zshrc(针对 Z shell)等 shell 启动文件中塞满大量用户设置,以便一次又一次地重建
ZT - 对话 UNIX: UNIX 高手的重大秘密(2)
“点缀” 环境 与环境变量非常相似的是,许多 Linux® 和 UNIX 应用程序都提供一个点 文件 — 文件名以圆点开始的小文件 — 来进行定制。与环境变量不同的是:环境变量采集少量标记和相对较少的信息量,而点文件可能更广泛、更复杂,拥有自己独特的语法规则、甚至自己的编程语言。点文件是保存选项和设置的理想位置,因为(根据 UNIX 传统)以一个圆点开始的文件名不会出现在标准的目录清单中。(使用 ls -a 来查看这些所谓的隐藏文件。)点文件是纯文本文件,只是文件名比较特别而已。 点文件通常位于您的主目录内,但有些实用
ZT - WebSphere ILOG JRules 规则引擎运行模式简介(4)
在 Rule Studio 中为您的任务设置运行模式 JRules 支持在规则任务级别上设置运行模式,因此,您可以在 Rule Studio 中为规则流中的每一个规则任务指定不同的运行模式,默认情况下,规则任务将采用 Reteplus 模式执行。为规则任务设置运行模式,首先需要代开需要设置的规则任务所在的规则流;选中需要设置的规则任务。 图 4. 规则流 这时在规则任务的属性窗口中,将可以看到该规则任务所使用的规则执行的算法,默认是使用 RetePlus,您可以在这里修改为 Sequential 或者 FastPath。 图 5. 规则任务属性 结束语
ZT - WebSphere ILOG JRules 规则引擎运行模式简介(3)
选择合适的运行模式 你可以为规则流中的每一个规则任务选择运行模式,默认情况下,规则任务采用 Reteplus 运行模式。为了达到最佳性能,您可能需要选择其他的运行模式,以更好的适应特定规则任务中的规则。 通常要确定规则任务应该使用哪种运行模式,你需要分析规则任务中各个规则的结构,以及它们执行何种类型的业务处理。 为了更好的作出决策,您需要回答一下这些问题: 您的业务规则针对何种类型的应用? 你的业务规则使用什么类型的对象? 规则执行的影响是什么? 规则条件中使用什么类型的测试? 您的业务规则使
ZT - WebSphere ILOG JRules 规则引擎运行模式简介(2)
JRules 规则引擎运行模式 JRules 规则引擎根据规则的不同应用场景和业务规则的特点提供了三种不同的运行模式:RetePlus、Sequential 和 FastPath。 RetePlus Rete 是目前主流的规则引擎模式匹配算法,RetePlus 则是 JRules 在 Rete 算法上的扩展和优化,也是 JRules 规则引擎默认的运行模式。RetePlus 运行模式为 ILOG 规则引擎提供了种种手段,用以尽量减少需要加以评估的规则和条件的数量,计算哪些规则应当执行,并确定这些规则的执行顺序。在 RetePlus 算法中,规则引擎使用 Working memory 和 Agenda 来存放和操作应用程序对
ZT - WebSphere ILOG JRules 规则引擎运行模式简介(1)
宋 雪昌, 软件工程师, IBM 宋雪昌:现就职于 IBM 中国开发中心,主要从事 JRules BRMS 相关产品的研发工作。 刘 雪晖, 高级软件工程师, IBM 刘雪晖:现就职于 IBM 中国开发中心,主要从事 JRules BRMS 相关产品的研发工作。 简介: 文章简要介绍了 ILOG JRules 业务规则引擎的三种运行模式,阐述了如何针对特定的应用选择合适的运行模式。 引言 作为 JRules 的核心组件,规则引擎决定了在规则集的执行过程中,哪些业务规则会被执行,以及以何种顺序执行。理解并合理选择规则引擎的运行模式对于业务规则的正确应用有着重要意