Se você deseja esse recurso (significado, capacidade de misturar e combinar compilações de componentes apache, mysql e php) e prefere os aplicativos de pilha AMP empacotados de terceiros, pode ver o WAMPServer 2.0 como uma opção para Windows ... Praticamente todos os outros A opção AMP incorporada que eu analisei (para Windows, Mac e Linux) não permite trocar compilações de componentes (não estou incluindo opções de PHP4 e PHP5 como compilações de componentes, pois elas realmente eram oferecidas apenas devido ao código legado até o PHP5 se tornar mais compatível com versões anteriores e o PHP4 menos abundante).
A maioria dos aplicativos de pilha AMP empacotados de terceiros, especialmente compilações de sistemas operacionais baseados em Unix (Mac e Linux), para ter os componentes de pilha na mesma estrutura de diretório que o diretório raiz "app", eles precisam compilar cada componente com diretivas específicas e argumentos que basicamente conectam algumas das referências de pastas e assinaturas binárias a cada um dos componentes se constroem ... especificamente os componentes mysql e php porque eles têm objetos de biblioteca compartilhados e que precisam ser referenciados e incluídos especificamente durante a compilação da fonte ... (e parece-me que a maioria não compila com todas as diretivas e bibliotecas opcionais incluídas ... não tenho certeza se isso resolveria o problema ou não porque eu cheguei tão longe com o meu projeto para responder isso ainda).
Uma outra observação, porque está dentro do mesmo contexto .... no que diz respeito aos comentários sobre o uso das instalações autônomas dos componentes versus as pilhas _AMPP, infelizmente, só sei o que escrevi acima porque tentei configurar usando os três componentes autônomos. o código fonte dos componentes e tentei comer meu bolo e comê-lo para .... embora nunca tenha tido nenhuma experiência em lidar com nenhum deles antes .... então posso dizer que existem 2 razões muito convincentes pelas quais os desenvolvedores fazem e deve usar as pilhas para ambientes de desenvolvimento local:
1) se o seu projeto está utilizando essa tecnologia, mas não está explicitamente estendendo a função no núcleo de nenhum componente, então a maioria só quer estar em funcionamento para poder trabalhar naquilo que precisa trabalhar ... e não ter para descobrir todas as configurações necessárias para os 3 componentes se comunicarem perfeitamente. Pode-se facilmente lutar por dias para aprender quais diretivas, módulos, bibliotecas, argumentos de compilação etc. são necessários. Se você já conhece, ótimo, mas não o recomende a alguém que não conhece, a menos que você faça isso por eles.
2) as pilhas empacotadas são autônomas e isoladas dos arquivos de configuração do SO, para que você possa lixeira no seu ambiente de desenvolvimento sem consequências graves ... se você deseja executar scripts que implantam arquivos na pasta "etc" necessária, não conheço você, mas eu posso cometer um erro de tempos em tempos e um erro na pasta ../XAMPP/etc é muito menos doloroso do que um erro na pasta / etc.
3) GUI ... GUI ... GUI ... nem todo mundo é uma linha de comando Mozart e as pilhas AMPP fornecem uma ótima GUI para ativar e desativar as coisas de acordo com o seu coração. Se você quiser uma GUI, gravitará em direção aos aplicativos AMPP Stack ... se você não se importa, tudo depende de quanto peso ou estoque você coloca nos meus pontos 1 e 2
Enfim, desculpe pela dissertação de "Como fazer alguém bocejar", espero que alguém consiga algo disso.