Wenn Sie diese Funktion (dh die Möglichkeit, Apache-, MySQL- und PHP-Komponenten-Builds zu mischen und abzugleichen) und die gebündelten AMP-Stack-Apps von Drittanbietern bevorzugen möchten, können Sie sich WAMPServer 2.0 als Option für Windows ansehen Die gebündelte AMP-Option, die ich angeschaut habe (für Windows, Mac und Linux), lässt das Austauschen von Komponenten-Builds nicht zu (ich beziehe Switches von PHP4 und PHP5 nicht als Komponenten-Builds ein, da sie eigentlich nur aufgrund von Legacy-Code angeboten wurden Probleme, bis PHP5 abwärtskompatibler und PHP4 seltener wurde).
Die meisten gebündelten AMP Stack-Apps von Drittanbietern, insbesondere Unix-basierte OS-Builds (Mac und Linux), müssen jede Komponente mit bestimmten Anweisungen und kompilieren, damit sich die Stack-Komponenten in derselben Verzeichnisstruktur wie das Stammverzeichnis der App befinden Argumente, die letztendlich einige der Ordnerreferenzen und binären Signaturen in jede der Komponenten fest einbinden, bauen sich selbst auf .... insbesondere die mysql- und php-Komponenten, da sie Bibliotheksobjekte haben, die gemeinsam genutzt werden und auf die spezifisch verwiesen und eingeschlossen werden müssen während der Quellcode-Kompilierung ... (und es scheint mir, dass die meisten aus irgendeinem Grund nicht einfach mit jeder optionalen Direktive und Bibliothek kompilieren ... Ich bin mir nicht sicher, ob ich das Problem lösen würde oder nicht b / c Ich bin so weit gekommen mit meinem projekt das eben noch zu beantworten).
Ein weiterer Hinweis, da es sich um den gleichen Kontext handelt ... In Bezug auf die Kommentare zur Verwendung der Komponenten Autonome Installationen im Vergleich zu den _AMPP-Stacks weiß ich leider nur, was ich oben geschrieben habe, weil ich versucht habe, die 3 Autonomen einzurichten Der Quellcode der Komponenten hat versucht, meinen Kuchen zu haben und ihn zu essen, obwohl ich noch nie Erfahrung mit einem von ihnen hatte. Ich kann also sagen, dass es zwei sehr überzeugende Gründe gibt, warum Entwickler dies tun und tun sollte die Stacks für lokale Entwicklungsumgebungen verwenden:
1) Wenn Ihr Projekt diese Technologie nutzt, aber die Funktionen innerhalb eines Komponentenkerns nicht explizit erweitert werden, möchten die meisten nur in Betrieb sein, um an dem arbeiten zu können, woran sie arbeiten müssen um herauszufinden, welche Konfigurationen für die 3 Komponenten erforderlich sind, um nahtlos miteinander zu kommunizieren. Es kann tagelang schwierig sein, herauszufinden, welche Direktiven, Module, Bibliotheken, Kompilierungsargumente usw. benötigt werden. Wenn Sie es bereits wissen, großartig, aber empfehlen Sie es keinem, der es nicht tut, es sei denn, Sie werden es für ihn tun.
2) Die gebündelten Stacks sind autonom und von den Konfigurationsdateien des Betriebssystems isoliert, sodass Sie Ihre Entwicklungsumgebung ohne schwerwiegende Konsequenzen in den Papierkorb werfen können. Wenn Sie Skripts ausführen möchten, die Dateien im erforderlichen Ordner "etc" bereitstellen, tue ich das nicht Ich weiß von Ihnen, aber ich kann von Zeit zu Zeit 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 alle eine schöne GUI, um Dinge nach Herzenslust ein- und auszuschalten. Wenn Sie eine grafische Benutzeroberfläche wünschen, werden Sie sich für die AMPP Stack-Apps interessieren. Wenn es Ihnen egal ist, hängt alles davon ab, wie viel Gewicht oder Bestand Sie in meine Punkte 1 und 2 gesteckt haben
Wie auch immer, entschuldigen Sie die Dissertation von "How to Make Someone Yawn" (Wie man jemanden zum Gähnen bringt) und hoffen Sie, dass jemand etwas daraus macht.
