Eu resolvi o mesmo problema definindo a opção Enable 32bit Applications nas configurações avançadas do pool de aplicativos para true .
Estou com problemas para instalar o Wordpress em um Microsoft Windows Web Server 2008 R2 dedicado.
Eu instalei o Wordpress Versão 2.9.2 do instalador 3.0 da plataforma Web.
Após a instalação, quando tento acessar o wordpress, seja de ~ / index.php ou ~ / wp-admin / install.php, recebo o erro:
Erro HTTP 500.0 - Erro interno do servidor A monitoração de arquivos está habilitada para um arquivo que não foi encontrado
Modul: FastCgiModule
Notification: ExecuteRequestHandler
Handler: PHP52_via_FastCGI
Error Code: 0x80070003
Eu tenho ambos .Net 2.0 e .Net 4.0 instalados.
Adicionar um "phpinfo.php" me dá o mesmo erro.
O pool de aplicativos no IIS7 usado para o site é: "No Managed Code" e definido como "Integrated" em "Managed Pipeline Mode".
Eu tentei reiniciar a máquina.
O que é mais, posso tentar?
Eu resolvi o mesmo problema definindo a opção Enable 32bit Applications nas configurações avançadas do pool de aplicativos para true .
Eu resolvi esse problema adicionando permissões à pasta PHP. Parece que o Web Installer não faz isso por padrão. No meu caso, eu preciso adicionar as permissões de leitura e leitura das pastas Ler, Executar e Ler, ao grupo de usuários NETWORK SERVICE.
Se você já tem outra cópia de trabalho do PHP instalada no seu servidor, você pode simplesmente duplicar suas permissões olhando em Propriedades- > Segurança.
Eu resolvi isso removendo o aplicativo da Web criado pelo instalador da plataforma da Web e criando um novo.
Depois de ler a resposta de splattne, examinei meus pools de aplicativos e percebi que tinha 2. O que criei originalmente e também aquele criado pelo Web Platform Installer (provavelmente causado por uma tentativa anterior de corrigir problemas com o Web Deploy) .
Para resolver isso,
Eu também tive um problema semelhante depois de instalar o Web Deploy. Para mim, descobriu-se que eu anteriormente instalei e subseqüentemente desinstalei o manipulador do PHP 5.4, depois de fazer o downgrade para o PHP 5.3. Embora a versão PHP 5.3 funcione bem para mim, o mapeamento do manipulador 5.4 permaneceu. Eu acho que isso nunca veio à tona, porque por algum motivo o mapeamento do manipulador 5.3 foi escolhido para arquivos * .php. Depois que eu deletei o mapeamento do manipulador 5.4 (deixando apenas o mapeamento do manipulador de 5.3), o problema desapareceu.
Apenas certifique-se de instalar o PHP através do instalador da plataforma web, eu tive o mesmo problema e isso resolveu o que eu precisava.
Eu tinha duas entradas para PHP5X_via_FastCGI nos mapeamentos de manipulador.
Eu deletei o que não estava mais lá.
detalhes aqui link
Eu resolvi isso atualizando para o PHP 7.2.2 através do WPI.
Windows Server 2008 R2, IIS 7