妙音

每当看到，用if检查数据，正确则把参数参入xxx函数执行，总是很不爽.

不仅感觉难看，而且使逻辑混乱.

数据合法性判断是函数自身的职责，如果将这个职责移到外面，它就是一个污染.

使用这个函数的地方越多污染的也越多.

假如想查看远程机器A上的某个进程是否存在.

通常第一步是ssh到那台机器，第二步是运行ps -ef |grep process_mon.py命.

ssh可以将两个步骤合并在一起，让过程更轻松.

ssh wyq@135.32.22.22 'ps -ef |grep process_mon.py'

对数据操通常都需要打开与关闭连接，而且用try-finally保证连接被关闭.

这些常规的操作会让代码变得难看.

db = web.database(dbn='oracle', db='......', user='hy', pw='1234')
try:
    db.query("select * from t_c_ms_interface")
finally:
    db.ctx.db.close()

用上下文协议隐藏这些操作

class IPCCCDB:
    def __init__(self):
        self.dns = '....'

    def __enter__(self):
        import web
        self.db = web.database(dbn='oracle', db=self.dns, user='hy', pw='1234')
        return self.db

    def __exit__(self, type, value, traceback):
        self.db.ctx.db.close()

然后，变得如此清爽

with IPCCCDB() as db:
    db.query("select * from t_c_ms_interface")

输出以下内容

*
***
*****
*******
*********
***********
     *
    ***
   *****
  *******
 *********
***********   

f = '{:<11}'
print '\n'.join([f.format('*' * i) for i in range(1, 12, 2)])
f = '{:^11}'
print '\n'.join([f.format('*' * i) for i in range(1, 12, 2)])

最近写一小段代码在aix 5.3系统中获取webloigc服务的状态。

执行的命令是

java weblogic.Admin -username weblogic -password weblogic123456 GETSTATE

出现的结果是

Failed to connect to t3://127.0.0.1:7001: Destination unreachable; nested exception is: 
        java.net.ConnectException: A remote host refused an attempted connect operation.; No available router to destination

很明显，它找不到路由。

试过以下几点：

1. 可以确定weblogic已经启动了，并且运行正常。

2.ping 127.0.0.1和ping localhost均正常

3. 通过指定下面url参数，也无用

java weblogic.Admin -url t3://127.0.0.1:7001 -username weblogic -password weblogic123456 GETSTATE
java weblogic.Admin -url t3://localhost:7001 -username weblogic -password weblogic123456 GETSTATE
java weblogic.Admin -url t3://0.0.0.0:7001 -username weblogic -password weblogic123456 GETSTATE

最后在url参数中将地址设置为此机器对外的ip地址，命令才运行成功。

java weblogic.Admin -url t3://135.32.21.21:7001 -username weblogic -password weblogic123456 GETSTATEjava weblogic.Admin -url t3://135.32.21.21:7001 -username weblogic -password weblogic123456 GETSTATE

输出结果为：Current state of "AdminServer" : RUNNING

很奇怪localhost与127.0.0.1竟然无效，反而使用对外的ip才有效果。

使用lsof filename 可以查询到文件正在被谁使用。下面是python实现的检测代码。

a.py检测代码

#encoding=utf-8
import os


def isOpen(filename):
    # 执行lsof命令
    p = os.popen("lsof %s" % filename)
    # lsof找到打开的文件时有输出
    content = p.read()
    p.close()
    # 通过是否有输出，判断文件是否打开
    return bool(len(content))

if __name__ == '__main__':
    print isOpen("a.log")

b.py模拟正在修改文件

#encoding=utf-8
import time

if __name__ == '__main__':
    f = open("a.log", 'a')
    while True:
        time.sleep(5)

注意只能检测到文件被谁打开的情况。在python中就是open()了一个文件，并且还没有close()掉的情况。

以下情况是检测不到的：

vim xxx

python xxx

上面是比较简陋的一种方式，更强大的功能请见pyinotify模块

在webpy中使用auto_application划分网站的url结构，会发现是个很好用的东西。

使用过程中却发现每个auto_application默认有自己单独的cookie。

范例

#encoding=utf-8
import web
appA = web.auto_application()
appB = web.auto_application()

urls = (
    '/save',   appA,
    '/get',    appB
)

class SaveName(appA.page):
    path = '/?'

    def GET(self):
        web.setcookie("name", "wyq", expires=24 * 60 * 60)
        return web.cookies().get("age")


class GetName(appB.page):
    path = '/?'

    def GET(self):
        return web.cookies().get("name")

app = web.application(urls, globals())

if __name__ == '__main__':
    web.config.debug = True
    app.run()
    #print app.request("/save").data
    #print app.request("/get").data

上面代码，生成两个auto_application appA与appB。

appA处理所有以/save开头的url请求，appB处理所有以/get开头的url请求。

appA = web.auto_application()
appB = web.auto_application()

发送http://0.0.0.0:8080/save请求，将name信息保存在cookie中。

web.setcookie("name", "wyq", expires=24 * 60 * 60)

web.setcookie("name", "wyq", expires=24 * 60 * 60, path="/")

经常遇到一种需求，需要把从数据库取出的数据，转为dict对象([{}, {},...]-->dict)。

rs = [{"user_id":111, "name":"abc"}, {"user_id":123, "name":"edf"}]
print dict(map(lambda r:[r["user_id"], r], rs))
>>{111: {'user_id': 111, 'name': 'abc'}, 123: {'user_id': 123, 'name': 'edf'}}

上面看起来比较啰嗦，换一种写法

print dict([r["user_id"], r] for r in rs)

更简洁的写法

{r['user_id'] : r for r in rs}

在gvim中ibus敲字时，偶尔会在n秒之后才显示到屏幕，反应死慢。在看控制台会看到下面的错误信息.

(gvim:77687): IBUS-WARNING **: Process Key Event failed: Timeout was reached。

暂时无法搞清具体原因，所以用重启ibus的笨办法解决。

• 杀死ibus进程

ps -ef |grep ibus-daemon 找到进程，然后kill掉

• ibus-daemon -d -x -r 命令启动

-d 作为后台程序运行

-x 执行ibus XIM服务

-r 替换老进程