Wenn Sie diese Funktion möchten (Bedeutung, die Möglichkeit, Apache-, MySQL- und PHP-Komponenten-Builds zu kombinieren und abzugleichen) und die AMP-Stack-Apps von Drittanbietern bevorzugen, können Sie WAMPServer 2.0 als Option für Windows betrachten Die gebündelte AMP-Option, die ich mir angesehen habe (für Windows, Mac und Linux), lässt das Austauschen von Komponenten-Builds nicht zu (ich schalte keine PHP4- und PHP5-Switches als Komponenten-Builds ein, da sie eigentlich nur aufgrund von Legacy-Code angeboten wurden Probleme, bis PHP5 abwärtskompatibler wurde und PHP4 weniger häufig vorhanden war.
Die meisten AMP Stack Apps von Drittanbietern, insbesondere Unix-basierte Betriebssysteme (Mac und Linux), um die Stack-Komponenten in derselben Verzeichnisstruktur wie das "app" -Stammverzeichnis zu haben, müssen sie jede Komponente mit spezifischen Anweisungen und kompilieren Argumente, die letztendlich die Art der Ordnerreferenzen und Binärsignaturen in jeder Komponente selbst verdrahten .... speziell die Komponenten mysql und php, da sie gemeinsam genutzte Bibliotheksobjekte haben, die spezifisch referenziert und eingeschlossen werden müssen Während des Quellens kompilieren ... (und es scheint mir, dass die meisten nicht aus irgendeinem Grund einfach mit jeder optionalen Direktive und Bibliothek kompilieren ... nicht sicher, ob das Problem gelöst werden würde oder nicht. b / c habe ich so weit gebracht mit meinem Projekt, das gerade noch zu beantworten).
Noch eine Anmerkung, weil es sich im selben Kontext befindet ... in Bezug auf die Kommentare zur Verwendung der autonomen Komponenten im Vergleich zu den _AMPP-Stacks weiß ich leider nur, was ich oben geschrieben habe, weil ich versucht hatte, die 3 autonomen einzurichten Komponenten-Quellcode und versuchte, meinen Kuchen zu essen und ihn zu essen .... obwohl ich noch nie zuvor Erfahrung mit einem von ihnen hatte ... so kann ich sagen, dass es zwei sehr überzeugende Gründe gibt, warum Entwickler dies tun sollten die Stacks für lokale Entwicklungsumgebungen verwenden:
1) Wenn Ihr Projekt diese Technologie verwendet, die Funktion jedoch nicht explizit im Kern einer Komponente erweitert, möchten die meisten einfach nur aktiv sein, um an dem arbeiten zu können, woran sie arbeiten müssen ... und nicht haben um herauszufinden, welche Konfigurationen für die drei Komponenten erforderlich sind, um nahtlos miteinander zu kommunizieren. Man könnte leicht tagelang kämpfen, um herauszufinden, welche Anweisungen, Module, Bibliotheken, Argumente für die Kompilierung usw. benötigt werden. Wenn Sie es bereits wissen, großartig, aber empfehlen Sie es nicht jemandem, der dies nicht tut, es sei denn, Sie werden es für ihn tun.
2) Die gebündelten Stacks sind autonom und von den OS-Konfigurationsdateien isoliert, sodass Sie Ihre Entwicklungsumgebung ohne schwerwiegende Folgen in den Papierkorb werfen können. Wenn Sie Skripts ausführen möchten, die Dateien im erforderlichen Ordner "etc" bereitstellen, kann ich dies nicht tun weiß über Sie Bescheid, aber ich kann ab und zu einen Fehler machen und ein Fehler im Ordner ../XAMPP/etc ist weit weniger schmerzhaft als ein Fehler im Ordner / etc.
3) GUI ... GUI ... GUI ... Nicht jeder ist eine Befehlszeile. Mozart und die AMPP-Stacks bieten eine schöne GUI, mit der Sie die Dinge nach Belieben ein- und ausschalten können. Wenn Sie eine grafische Benutzeroberfläche möchten, ziehen Sie die AMPP Stack-Apps an. Wenn Sie sich nicht darum kümmern, hängt alles davon ab, wie viel Gewicht oder Aktien Sie meinen Punkten 1 und 2 hinzufügen
Tut mir leid für die Dissertation von "Wie man jemanden zum Gähnen bringt", hoffe, dass jemand etwas daraus bekommt.