我有一个python脚本(analyze.py),它使用一个文件名作为参数并对其进行分析。完成分析后,它会等待另一个文件名。我想做的是:
将文件名作为参数从php发送到python。
在后台运行analyze.py作为守护进程,文件名来自php。
我可以将参数从php作为命令行参数发布到python,但不能将参数发送到已经在后台运行的python脚本。
有什么想法吗?
是否有理由不能为每个文件名重新启动python脚本?有时有很好的答案(例如,Windows上的进程启动开销可能是一秒钟的很短时间,如果每个文件只需要20毫秒就可以处理,那么为每个文件使用单独的进程就很愚蠢了),但是如果没有一个,为什么不保持简单呢?(同时打开加工平行化的门等)
我不能重新启动这个过程,因为它里面有一些培训内容。培训后进入分析过程。必须在Python脚本开始运行时完成培训。
显而易见的答案是:
每个文件名运行一次analyze.py,而不是作为守护进程运行。
在启动时传递一整批文件名,而不是一次传递一个文件名。
但可能有一个原因,在您的案例中,任何显而易见的答案都不起作用。如果是这样,那么您需要某种形式的进程间通信。有几种选择:
使用python脚本的标准输入,通过从(php)父进程写入数据来传递数据。(我不知道如何在PHP中实现这一点,甚至在可能的情况下也不知道,但在Python、sh和许多其他语言中,这非常简单,所以…)
打开一个tcp套接字、unix套接字、命名管道、匿名管道等,将一端给予python子级,另一端保留在php父级中。(注意,第一个实际上只是这个例子的一个特例,标准输入基本上只是子级和父级之间的匿名管道。)
打开一个共享内存区域,或者打开一个mmaped文件,或者在父级和子级中打开类似的文件。这可能还需要共享一个信号量,您可以使用它来构建一个条件或事件,这样子进程就可以等待下一个输入。
使用一些更高级别的API来包装上述内容之一,例如,将python子级编写为一个简单的http服务(或json-rpc或zeromq或几乎所有您可以在这两种语言中找到的好库);让PHP代码启动该服务并以客户机身份发出请求。
这太棒了。非常感谢。我使用json-rpc将python脚本编写为HTTP服务。它的作用就像一个魅力:)
@ AS?msinany&252;ksel:嗯,那很快。:)令人惊讶的是,现在做高级解决方案是多么容易。
这是我做的。
PHP部件:
$param1 ="filename";
$command ="python analyze.py";
$command .=" $param1";
$pid = popen( $command,"r");
echo"
[cc lang="php"]";while( !feof( $pid ) )
{
echo fread($pid, 256);
flush();
ob_flush();
}
pclose($pid);
?>
python部分:
1. I used [JSON-RPC]: https://github.com/gerold-penz/python-jsonrpc to
create a http service that wraps my python script (runs forever)
2. Created a http client that calls the method of http service.
3. Printed the results in json format.
号
很有魅力。
您应该能够将JSON-RPC/HTTP客户机直接嵌入到您的PHP中,而不是将其作为一个单独的服务来编写……但是如果这个方法有效,并且您能够在半小时内无问题地编写它,那么就很难与成功争论。:)