开发者

What's the proper way to fork() in FastCGI?

I have an app running under Catalyst+FastCGI. And I want it to fork() to do some work in background.

I used this code for plain CGI long ago (and it worked):

defined(my $pid = fork) or die "Can't fork: $!";
if ($pid) {
    # produce some response         
    exit 0;
}

die "Can't start a new session: $!" if setsid == -1;
close STDIN  or die $!;
close STDOUT or die $!;
close STDERR or die $!;
# do some work in background

I tried some variations on this under FastCGI but with no success. How should forking be done under FastCGI?

Update: This is what I have now:

defined(m开发者_如何学JAVAy $pid = fork) or die "Can't fork: $!";
    if ($pid) {
        $c->stash->{message} = 'ok';
        $c->detach($c->view('JSON'));
    }
    die "Can't start a new session: $!" if setsid == -1;
    close STDIN  or die $!;
    close STDOUT or die $!;
    close STDERR or die $!;
    # do some work, then exit() 

I send the request with AJAX call, and have the "502 Bad Gateway" error in the firebug console.


I think this FAQ has the right answer: https://fastcgi-archives.github.io/FastCGI_FAQ.html#Perlfork

You should do $request->Detach(); before the fork, and $request->Attach(); after the forking piece of code is done, where $request is the current FCGI object. At least, it worked for me.

In case of Catalyst::Engine::FastCGI you may need to patch the Catalyst::Engine::FastCGI to get access to the $request variable, since it is local to the run() method there (in the version that is currently on CPAN).


This part isn't going to work well with FastCGI:

if ($pid) {
    # print response         
    exit 0;
}

You would exit in the parent process, thus it will stop responding to FastCGI requests.

The setsid()s and close()s are to daemonize your background process. This may or may not be necessary in your case.

0

上一篇:

下一篇:

精彩评论

暂无评论...
验证码 换一张
取 消

最新问答

问答排行榜