Si vous voulez cette fonctionnalité (signification, possibilité de mélanger et de faire correspondre les versions de composants apache, mysql et php) et préférez les applications AMP Stack groupées tierces, vous pouvez regarder WAMPServer 2.0 comme une option pour Windows ... à peu près tous les autres L'option AMP fournie que j'ai examinée (pour Windows, Mac et Linux) ne permet pas de permuter les versions de composants (je n'inclus pas les commutateurs de PHP4 et PHP5 en tant que versions de composants car ils n'étaient vraiment proposés qu'en raison du code hérité) jusqu'à ce que PHP5 devienne plus rétrocompatible et PHP4 moins abondant).
La plupart des applications AMP Stack groupées tierces, en particulier les versions de système d'exploitation basées sur Unix (Mac et Linux), afin d'avoir les composants de la pile dans la même structure de répertoires que le répertoire racine "app", elles doivent compiler chaque composant avec des directives spécifiques et des arguments qui, en fin de compte, connectent en dur certaines références de dossier et signatures binaires dans chacun des composants eux-mêmes ... en particulier les composants mysql et php car ils ont des objets de bibliothèque qui sont à la fois partagés et doivent être spécifiquement référencés et inclus pendant la compilation de la source ... (et il me semble que la plupart ne compilent pas pour quelque raison que ce soit avec toutes les directives et bibliothèques optionnelles incluses ... je ne suis pas sûr que cela résoudrait le problème ou non b / c, je suis arrivé jusque-là avec mon projet pour y répondre tout de suite).
Une autre remarque, car c'est dans le même contexte .... en ce qui concerne les commentaires sur l'utilisation des composants installations autonomes vs les piles _AMPP, je ne sais malheureusement que ce que j'ai écrit ci-dessus car j'ai essayé de mettre en place en utilisant les 3 autonomes le code source des composants et a essayé d'avoir mon gâteau et de le manger à .... tout en n'ayant jamais eu d'expérience avec l'un d'eux avant .... donc je peux dire qu'il y a 2 raisons très convaincantes pour lesquelles les développeurs font et devrait utiliser les piles pour les environnements de développement local:
1) si votre projet utilise cette technologie mais n'étend pas explicitement la fonction dans le cœur d'un composant, alors la plupart veulent simplement être en marche pour pouvoir travailler sur ce sur quoi ils doivent travailler .... et ne pas avoir pour comprendre toutes les configurations nécessaires pour que les 3 composants se parlent de manière transparente. On pourrait facilement lutter pendant des jours pour savoir quelles directives, modules, bibliothèques, arguments de compilation, etc. sont nécessaires. Si vous le savez déjà, tant mieux, mais ne le recommandez pas à quelqu'un qui ne le sait pas à moins que vous ne le fassiez pour lui.
2) les piles regroupées sont autonomes et isolées des fichiers de configuration du système d'exploitation, de sorte que vous pouvez supprimer votre environnement de développement sans conséquences graves .... si vous souhaitez exécuter des scripts qui déploient des fichiers dans le dossier "etc" nécessaire, je ne le fais pas Je vous connais, mais je peux faire une erreur de temps en temps et une erreur sur le dossier ../XAMPP/etc est beaucoup moins douloureuse qu'une erreur sur le dossier / etc.
3) GUI ... GUI ... GUI ... tout le monde n'est pas une ligne de commande Mozart et les piles AMPP fournissent toutes une belle interface graphique pour allumer et éteindre les choses selon le contenu de votre cœur. Si vous voulez une interface graphique, vous vous tournerez vers les applications AMPP Stack ... si vous ne vous en souciez pas, tout dépend du poids ou du stock que vous mettez sur mes points # 1 & # 2
Quoi qu'il en soit, désolé pour la dissertation de "Comment faire bâiller quelqu'un", j'espère que quelqu'un en tirera quelque chose.
