Configurando o Lighttpd e o FastCGI para meu próprio aplicativo da web?

2

Estou executando o Gentoo Linux e estou tentando fazer o Lighttpd + PHP + FastCGI funcionar. Eu descobri que o Lighttpd não possui um gerenciador de processos FastCGI. Então, você deveria usar spawn-fcgi. Eu tenho o Lighttpd e o PHP funcionando. Meu problema é que eu não sei como configurar o spawn-fcgi e o lighttpd para usar o meu aplicativo da web.

Isso é o que eu instalei:

  • Lighttpd
  • PHP (com CGI USE flag)
  • spawn-fcgi

O aplicativo com o qual estou tentando se comunicar é apenas o exemplo dos fcgi docs, tiny.c :

#include <stdio.h>
#include <stdlib.h>
void main(void)
{
    int count = 0;
    printf("Content-type: text/html\r\n"
        "\r\n"
        "<title>CGI Hello!</title>"
        "<h1>CGI Hello!</h1>"
        "Request number %d running on host <i>%s</i>\n",
        ++count, getenv("SERVER_NAME"));
}

Eu o compilei e trabalhei no console:

nick@blozup ~/zwave $ ./tiny.fcgi

Content-type: text/html <title>FastCGI Hello!</title>
<h1>FastCGI Hello!</h1>Request number 1 running on host <i>(null)</i>

Carregue comigo aqui, não tenho ideia do que estou fazendo ...

Primeiro eu tentei apenas colocar o tiny.fcgi compilado em um diretório web ( cgi-bin , especificamente, o que não funcionou, então apenas no diretório web raiz). O mais perto que cheguei foi uma mensagem de erro 403 proibida. Eu me certifiquei de que as permissões fossem liberais, sem sorte.

Depois de ler mais, percebi que precisava usar o spawn-fcgi. Então eu instalei e symlinked meu aplicativo, e copiei a configuração padrão e editei para o meu aplicativo:

ln -s /etc/init.d/spawn-fcgi /etc/init.d/spawn-fcgi.fcgi
cp /etc/conf.d/spawn-fcgi /etc/conf.d/spawn-fcgi.fcgi

Arquivo /etc/conf.d/spawn-fcgi.fcgi :

# Copyright 1999-2009 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: /var/cvsroot/gentoo-x86/www-servers/spawn-fcgi/files/spawn-fcgi.confd,v 1.6 2009/09/28 08:38:02 bangert Exp $

# DO NOT MODIFY THIS FILE DIRECTLY! CREATE A COPY AND MODIFY THAT INSTEAD!

# The FCGI process can be made available through a filesystem socket or
# through a inet socket. One and only one of the two types must be choosen.
# Default is the inet socket.

# The filename specified by
# FCGI_SOCKET will be suffixed with a number for each child process, for
# example, fcgi.socket-1.
# Leave empty to use an IP socket (default). See below. Enabling this,
# disables the IP socket.
#
FCGI_SOCKET=/var/run/fcgi.socket

# When using FCGI_PORT, connections will only be accepted from the following
# address. The default is 127.0.0.1. Use 0.0.0.0 to bind to all addresses.
#
FCGI_ADDRESS=127.0.0.1

# The port specified by FCGI_PORT is the port used
# by the first child process. If this is set to 1234 then subsequent child
# processes will use 1235, 1236, etc.
#
#FCGI_PORT=1234

# The path to your FastCGI application. These sometimes carry the .fcgi
# extension but not always. For PHP, you should usually point this to
# /usr/bin/php-cgi.
#
#FCGI_PROGRAM=/usr/bin/php-cgi
FCGI_PROGRAM=/home/nick/zwave/tiny.fcgi

# The number of child processes to spawn. The default is 1.
#
FCGI_CHILDREN=1

# If you want to run your application inside a chroot then specify the
# directory here. Leave this blank otherwise.
#
FCGI_CHROOT=

# If you want to run your application from a specific directiory specify
# it here. Leave this blank otherwise.
#
FCGI_CHDIR=

# The user and group to run your application as. If you do not specify these,
# the application will be run as root:root.
#
FCGI_USER=
FCGI_GROUP=

# Additional options you might want to pass to spawn-fcgi
#
#FCGI_EXTRA_OPTIONS=

# If your application requires additional environment variables, you may
# specify them here. See PHP example below.
#
ALLOWED_ENV="PATH"

Em seguida, iniciei o processo e está sendo executado agora:

blozup zwave # /etc/init.d/spawn-fcgi.fcgi start
Starting....                                                     [OK]
blozup zwave # ps aux | grep tiny root
5809  0.0  0.0   2236   504 ?        Ss   17:47   0:00 /home/nick/zwave/tiny.fcgi

e um soquete foi criado em: /var/run/lighttpd/tiny.socket-1

Agora o que?

Como faço para que o lighttpd se conecte a isso? e como eu acesso isso de um URL?

Eu sei que o lighttpd precisa usar esse soquete, mas quando edito o arquivo mod_fastcgi.conf :

fastcgi.server += (".fcgi" =>
        ( "localhost" =>
            (
                "socket" => "/var/run/lighttpd/fcgi.socket-1",
                "bin-path" => "/usr/bin/cgi-fcgi",
                "max-procs" => 1
        ))
)

Eu recebo este erro:

2012-06-13 18:50:18: (mod_fastcgi.c.1389) --- fastcgi spawning
port: 0
socket /var/run/lighttpd/fcgi.socket-1
current: 0 / 1
2012-06-13 18:50:18: (mod_fastcgi.c.1103) the fastcgi-backend /usr/bin/cgi-fcgi failed to start:
2012-06-13 18:50:18: (mod_fastcgi.c.1107) child exited with status 1 /usr/bin/cgi-fcgi
2012-06-13 18:50:18: (mod_fastcgi.c.1110) If you're trying to run your app as a FastCGI backend, make sure you're using the FastCGI-enabled version.
If this is PHP on Gentoo, add 'fastcgi' to the USE flags.
2012-06-13 18:50:18: (mod_fastcgi.c.1397) [ERROR]: spawning fcgi failed.

Eu não sei para onde ir a partir daqui. Eu não consegui encontrar muito sobre como configurar o servidor web lighttpd para gerar nada além do PHP. Isso tudo seria muito mais fácil com o Apache?

    
por Nick 14.06.2012 / 01:59

1 resposta

1

Bem, foi a configuração bin-path em que eu estava me ligando. Meu aplicativo reside agora em:

/var/www/localhost/cgi-bin/tiny.fcgi

O soquete é criado em:

/var/run/lighttpd/tiny.socket-1 (o '-1' é criado pelo spawn-fcgi, e é chmod'd então o lighttpd pode r / w para ele)

O arquivo mod_fcgi.conf :

server.modules += ("mod_fastcgi")

fastcgi.debug = 1

fastcgi.server = ( ".php" =>
    ((
        "socket" => "/var/run/lighttpd/lighttpd-fastcgi-php-" + PID + ".socket",
        "bin-path" => "/usr/bin/php-cgi",
    )), 
    "/cgi-bin/" =>
    ((
        "socket" => "/var/run/lighttpd/tiny.socket-1",
#       "bin-path" => "/home/nick/zwave/tiny.fcgi",
        "check-local" => "disable",
        "max-procs" => 1
    ))
)

E agora está funcionando!

Portanto, não há caminho de bin se você estiver chamando seus próprios aplicativos que já possuem um soquete. O spawn-fcgi inicia esses processos, não o Lighttpd.

    
por 14.06.2012 / 16:58