Você está confundindo tráfego ("site pequeno e médio" geralmente significa um site com tráfego pequeno a médio), com o grau de complicação da lógica de negócios (site simples versus solução corporativa). No segundo caso, o desempenho não é o fator chave.
Por exemplo, o Facebook é um site de alto tráfego, mas não é um aplicativo corporativo. Por outro lado, existem inúmeras intranets baseadas em servidores de aplicativos Java, que não seriam capazes de lidar com o tráfego de sites de médio porte.
O PHP em termos de desempenho não é a melhor opção, mas também não é tão ruim assim. Especialmente comparando com outras linguagens dinâmicas. No entanto, novamente, o desempenho bruto não é o fator mais importante. Criar sites de alto tráfego é mais para otimizar a escalabilidade no nível arquitetural.
Por que o PHP é tão desprezado pela empresa? Existem poucas causas, primeiro seria a terrível reputação de segurança . Segundo, é percebido como uma linguagem para amadores que criam códigos espaguetes HTML-PHP feios e incontroláveis. Essa percepção persiste, apesar de existirem estruturas maduras de MVC. Eu acho que ter o autor original do PHP argumentar que você não precisa de uma estrutura não ajuda. O fato de esses amadores sem noção, com pouca ou nenhuma habilidade de programação, se chamarem "programadores PHP" também não ajuda. A terceira razão é que qualquer programador experiente concorda, que o PHP é mal projetado como uma linguagem. Você pode ver claramente que ele foi projetado por um webmaster,
E sim, na empresa, tudo se resume à integração do sistema, onde o PHP também não brilha. Com esforço suficiente, você pode criar módulos C. Há uma ponte PHP-Java, que é bastante entediante de usar. Além disso, você não tem muito. Tentativas de criar o Boost :: PHP (integração com C ++) falharam. Os clones do PHP em execução na JVM estão longe de ter quase 100% de compatibilidade com o PHP (como observação lateral, não há definição formal da linguagem PHP, a única referência é a implementação padrão).