lighttpd, ngingx, fastcgi, conteúdo estático, quais são eles e quando você precisa deles

Question

Estou trabalhando em um aplicativo da web que requer que a página seja atualizada a cada segundo. Você pode pensar em sites com ações em que os dados precisam ser atualizados em tempo real.

Antecedentes

Para esta atualização em tempo real eu uso o Ajax, o plugin jquery. Meu banco de dados é mysql com tabelas innoDB e o aplicativo em si é escrito em php.

O script Ajax no navegador é executado a cada segundo, isso faz apenas uma leitura. Para atualizar o banco de dados com outros valores, há um cronjob que executa a cada minuto, que executa um script php que é executado a cada segundo. Esses scripts fazem leituras e gravações.

Ainda mais, o usuário lê e grava. Há muita coisa acontecendo.

Pergunta

Agora, sou relativamente novo nesse tipo de aplicativos grandes, e alguns dos termos me confundem um pouco, e não sei se minha configuração está errada.

Minha configuração agora é assim:

Eu tenho um servidor dedicado, com centos em execução e painéis paralelos plesk. O servidor está executando o apache, com bancos de dados php e mysql.

Agora, aqui está a lista de coisas que estão me confundindo. Li sobre esses termos, mas não entendo o que eles realmente fazem e como se beneficiar deles.

1) A primeira coisa é lighttpd e ngingx. Eles são servidores http como o apache ou são outra coisa? E se eles são servidores http, eles são fáceis de mudar do apache.

2) O que é FastCGI e CGI. Eles são como php, ou são outra coisa. Há algum benefício sobre o uso do PHP, e eles são fáceis de mudar para.

3) A última coisa que quero saber é algo sobre entrega de conteúdo estático. Se eu quiser entregar meu conteúdo estático de outro domínio, eu preciso de um servidor separado para isso, ou posso apenas configurá-lo no PLESK.

Desculpe por todos os caras da questão noob, mas eu realmente aprecio alguma ajuda sobre esses tópicos.

    

Answer 1

lighttpd e ngingx

Correto, esses são daemons HTTP que fazem o mesmo trabalho que o Apache, mas geralmente são voltados para diferentes tipos de conteúdo. Eu não sei muito sobre eles (eu sou um homem Apache / IIS), então eu não sei por que você escolheria um sobre o outro. Tenho certeza de que há muitas perguntas sobre o serverfault sobre o motivo de você fazer isso.

Para mais informações, tente aqui ou aqui ou aqui ou aqui ou aqui .

FastCGI / CGI

CGI = Common Gateway Interface, e era mais comumente usado para executar scripts Perl e C nos anos 90 (ou qualquer pré-processador). Por favor, corrija-me se eu estiver errado sobre isso. O PHP também é enviado como um módulo CGI, e é apenas uma maneira (antiga e lenta) de expor o mecanismo PHP ao daemon HTTP.

FastCGI = uma implementação moderna de CGI, que aparentemente é muito boa. É uma alternativa aos plug-ins ISAPI para os módulos IIS e Apache.

Conteúdo estático

Não há absolutamente nenhum motivo para configurar um segundo servidor para servir conteúdo estático. Se você está veiculando imagens, geralmente é uma boa prática ter um segundo subdomínio para veicular suas imagens, pois isso significa que informações inúteis, como cookies, não são enviadas com as solicitações IMG. A utilidade disso depende dos níveis de tráfego esperados. Você deve ser capaz de configurar isso no Plesk.