Якщо ви хочете, щоб ця функція (тобто вміння змішувати та узгоджувати побудови компонентів apache, mysql та php) і надає перевагу стороннім програмам пакетів AMP для пакетних програм, ви можете розглянути WAMPServer 2.0 як опцію для Windows ... Досить багато кожного іншого Опція пакетної AMP, яку я розглядав (для Windows, Mac та Linux), не дозволяє замінювати компоненти компонентів (я не включаю комутатори PHP4 та PHP5 як складові компонентів, оскільки вони були запропоновані лише завдяки застарілому коду проблеми, поки PHP5 не став більш сумісним назад, а PHP4 - менш рясним).
Більшість програм сторонніх пакетів AMP, що постачаються сторонніми сторонами, особливо збірки ОС на основі Unix (Mac і Linux), щоб компоненти стека знаходилися в тій же структурі каталогу, що і кореневий каталог "app", вони повинні компілювати кожен компонент із конкретними директивами та аргументи, які в кінцевому підсумку наділяють деякі посилання на папки та бінарні підписи до кожного з компонентів, будують самі .... конкретно, компоненти mysql та php, оскільки в них є об'єкти бібліотеки, які є спільними і вимагають специфічного посилання та включення під час компіляції джерела ... (і мені здається, що більшість з будь-якої причини просто не компілюється з усіма необов'язковими директивами та бібліотекою, що входить ... не впевнений, що вирішить проблему чи не b / c з моїм проектом, щоб відповісти на це поки що).
Ще одне зауваження, оскільки воно знаходиться в тому ж контексті .... що стосується коментарів щодо використання компонентів автономних встановлень проти стеків _AMPP, я, на жаль, знаю лише те, що писав вище, тому що я намагався налаштувати за допомогою 3 автономних вихідний код компонентів і намагався приготувати торт і з'їсти його .... хоча ніколи не мав досвіду роботи з будь-яким з них до цього .... тому я можу сказати, що є дві дуже переконливі причини, чому розробники роблять і слід використовувати Stacks для локальних середовищ розвитку:
1) якщо ваш проект використовує цю технологію, але не є явним чином розширенням функції в ядрі будь-якого компонента, то більшість просто хоче бути запущеною, щоб мати можливість працювати над тим, над чим вони повинні працювати .... і не мати щоб розібратися в усіх конфігураціях, необхідних для того, щоб 3 компоненти безперебійно розмовляли між собою. Можна легко боротися днями, щоб дізнатися, які директиви, модулі, бібліотеки, аргументи компіляції тощо потрібні. Якщо ви вже знаєте це, чудово, але не рекомендуйте його тому, хто ні, якщо ви не зробите це за них.
2) пакетні стеки є автономними та ізольованими від файлів конфігурації ОС, тому ви можете переробити ваше середовище розробки без серйозних наслідків .... якщо ви хочете запускати скрипти, які розгортають файли в необхідну папку "тощо", я не знаю про вас, але я можу час від часу помилятися, а помилка в папці ../XAMPP/etc набагато менш болісна, ніж помилка в папці / etc.
3) GUI ... GUI ... GUI ... не кожен є командним рядком Mozart, а стеки AMPP забезпечують приємний графічний інтерфейс для ввімкнення та вимкнення речей на вміст вашого серця. Якщо ви хочете GUI, ви будете тяжіти до програм AMPP Stack ... якщо вам все одно, все залежить від того, яку вагу чи запас ви поставите на мої бали №1 та №2
У будь-якому випадку, вибачте за дисертацію "Як когось позіхати", сподіваюся, що хтось щось з цього вийде.