为什么我不能通过面料与redis-cli互动?

时间:2012-01-13 18:49:42

标签: python shell redis interactive fabric

我有一个像这样设置的结构任务:

@task
def cli():
    command = [
        os.path.join(env.servers_path, "bin", "redis-cli"),
    ]

    run(" ".join(command))

运行它会给我一个提示,但没有交互性:

$ fab cli                                            
[server] Executing task 'cli'

[server] Executing task 'redis.cli'
[server] run: /path/to/bin/redis-cli
[server] out: redis 127.0.0.1:6379> help
<no output produced>

进一步输入会产生一个我输入的“out:”提示符,但我从来没有从redis那里得到任何回复。

但是,如果我更改为其他一些交互式提示,我会获得交互性:

@task
def cli():
    command = [
        "python"
    ]

    run(" ".join(command))

产生

$ fab cli                                            
[server] Executing task 'cli'
[server] run: python
[server] out: Python 2.4.3 (#1, Sep  3 2009, 15:37:37) 
[server] out: [GCC 4.1.2 20080704 (Red Hat 4.1.2-46)] on linux2
[server] out: Type "help", "copyright", "credits" or "license" for more information.
[server] out: >>> a = 1
[server] out: >>> a
[server] out: 1
[server] out: >>> 

任何人都可以向我提供任何有关为什么redis-cli表现不佳的提示吗?我想打开一个关于该项目的错误,但我想先更好地理解它。

2 个答案:

答案 0 :(得分:4)

我认为这是因为交互模式下的redis-cli真的设计用于终端,而Fabric可能运行redis-cli重定向标准输入/输出文件描述符。

例如,以下命令可以正常工作:

python | cat

而下一个没有:

redis-cli | cat

redis-cli和提供类似readline的设施的linenoise库没有使用非终端文件描述符正确刷新输出。我没有尝试过使用结构的可能的解决方法是停用linenoise:

TERM=dumb redis-cli | cat

通过将TERM变量定义为dumb,linenoise默认在一个非常基本的代码路径上,恰好使用一个简单的printf来处理提示并在显示后立即刷新输出。如果您可以在流程环境中设置此变量,它可以解决您的结构问题。

答案 1 :(得分:3)

我刚刚找到了一个简单而又很酷的答案;通过echo和pipe发送你想要的任何命令:

  • echo "keys *" | redis-cli
  • 或专门针对您的案例:run("echo 'keys *' | redis-cli")