Lighttpd cgi binário opções

Segurança, velocidade, conformidade e flexibilidade - tudo isso descreve lighttpd (pron. ighty), que está redefinindo a eficiência de um servidor web, pois é projetado e otimizado para ambientes de alto desempenho. Com uma pequena pegada de memória em comparação com outros servidores web, gerenciamento efetivo da carga de cpu e conjunto de recursos avançado (FastCGI, SCGI, Auth, Output-Compressão, Reescrita de URL e muito mais) lighttpd é a solução perfeita para cada servidor Isso está sofrendo problemas de carga. E o melhor de tudo é o Open Source licenciado sob a licença BSD revisada. Lighttpd alimenta vários sites populares da Web 2.0. Sua io-infra-estrutura de alta velocidade permite que eles escalem várias vezes melhor com o mesmo hardware do que com servidores web alternativos. Este servidor web rápido e sua equipe de desenvolvimento criam um servidor web com as necessidades da futura rede em mente: FastCGI PLUS COMET atende modmailbox Async IO. Sua arquitetura baseada em eventos é otimizada para um grande número de conexões paralelas (keep-alive) que É importante para aplicativos AJAX de alto desempenho. 14 de janeiro de 2017 Alterações importantes correções de bugs (versão de bug-fix-only) Importantes mudanças de suporte HTTP 1.1 8216Transfer-Encoding: chunked8217 solicitação correções de erros do corpo Destaques aprimoramentos de suporte HTTP 1.1 8216Transfer-Encoding: chunked8217 request body Moddirlisting: render dirlisting como modproxy HTML: opção para substituir o HTTP Host enviado ao backend modproxy: proxy. balance 8220sticky8221 opção modssi: o SSI recursivo básico inclui a portabilidade do código virtual e as correções de compilação para plataformas antigas correções de erros corrigem corridas nas configurações de manipuladores dinâmicos (reentrada) Modcgi: corrigir erros de sockets para POST to CGI (1.4.43) modscgi: fix segfault (1.4.43) modmagnet: fixar magnetcgiset () conjunto de env var S modfastcgi: corrigir segfault se todos os backends down (1.4.43) 31 de outubro de 2017 Alterações importantes melhorar FastCGI, SCGI. Reconexão de proxy em correções de erros de falhas Melhorias de destaques melhoram FastCGI, SCGI. Reconhecimento de proxy em sistemas de compilação de falhas: não crie módulos para os quais as dependências não estão presentes. Autobuild: use CCFORBUILD para limão quando configurar a compilação cruzada: avise se modauthnldap, mysql não está listado arquivo de configuração. As condições de IP remotas são válidas para TLS SNI moddeflate ignore arrasar 82168217 Em deflate. mimetypes moddeflate skip deflate if loadavg demasiado alto modaccesslog n logs taxa de compressão modexpire por mimetype modovhost padrões de correspondência parcial moddirlisting cabeçalho de configuração e arquivos de readme correções de erros corrigir o potencial de corrupção de tempfile com resposta de transmissão corrigir o vazamento fd ao usar o arranjo libev (1.4.42) Segmentos de autenticação de certificado do cliente ssl (1.4.42) corrigir o prefixo modscgi correspondente para sempre corresponder urlI uso OpenSUSE.10. Eu construí lighttpd (versão 1.4.23) e php (versão 5.3.0). Esta é a linha de comando de compilação lighttpd: Esta é a linha de comando de compilação do php: Este é php, php-cgi - v: Este é lighttpd. conf: Esta é a linha de comando para iniciar lighttpd: E, finalmente, lighttpd cria lighttpderror. log: Minha pergunta São: 1) tem alguma experiência bem sucedida no lançamento do LightClic PHP FastCGI no Ubuntu ou no OpenSUSE 2) por que o fcgi de desova falhou Ie Eu quero usar tal index. php para testar o meu servidor web: do lighttpd. conf, o lighttpd é iniciado com sucesso e o Firefox exibe index. html (mas não index. php): Obrigado pelas respostas. Lighttpderror. log diz exatamente que existe um problema com o FCGI e o interpretador PHP. Sim, os backports estão disponíveis SUSE de íons ou Ubuntu, mas eles NÃO funcionam também. Eu acho que é o problema do sistema operacional. Tenho um dispositivo incorporado: compilador cruzado para obter aplicações para este dispositivo: Então, eu construí Lighttpd e php para MIPS alvo, copi-los para este dispositivo e. O servidor começou a funcionar normalmente. Eu podia ver o index. php da Mozilla. Não sei por que LighttpdPHP não funciona no PC. DECISÃO: Eu anotar no problema. Estou tentando configurar lighttpd para executar o aplicativo CGI binário (não script PHP ou smth, mas um arquivo binário, compilado a partir da fonte C). Na verdade, eu não tenho comentários, tenho myApp. exe em htdocsapp. E também, em seguida, para fazer tudo funcionar, acessando, digamos, localhost: 8080appmyApp. exepaamp. Eu tive que colocar um vazio myApp. exe na pasta raiz lighttpd (onde o servidor exe é). É realmente estranho e suga, e também nem todos os CGIs podem funcionar desse jeito. A aplicação dessas ações a outro aplicativo CGI (que funciona perfeitamente no Apache corretamente ajustado) não deu sucesso. O que estou fazendo errado perguntou 5 de outubro 10 às 10:46 O docs: redmine. lighttpdwiki1Docs: ModCGI Eu fiz um teste com um script tcl como cgi e esta foi a minha configuração de trabalho: o cgi. assign permite que você especifique extensões de arquivo para serem Manipulado por aplicativos específicos. Este exemplo significa: Qualquer tipo de arquivo será aberto através de usrbintclsh. Uma vez que meu arquivo de índice é um script tcl, recebo o conteúdo que eu coloquei através dos scripts STDOUT. No caso de você querer executar um executável binário, este é o lugar para especificá-lo. Talvez este link forneça mais informações sobre cgi binário para você: redmine. lighttpdissues1256 respondeu Nov 4 11 at 13:43