Как заставить XAMPP работать с несколькими версиями PHP

лучший способ изменить настройки PHP в

/Apache/конф/дополнительные/файл httpd-XAMPP был.conf

чтобы отразить новую версию PHP, которую вы хотите использовать

в моем случае я распаковал PHP5.4 до C:\XAMPPLITE\PHP5.4 а затем обновлены ключевые строки в этом файле, такие как:

SetEnv PHPRC "C:\xampplite\php5.4"

LoadFile "C:/xampplite/php5.4/php5ts.dll"

PHPINIDir "C:/xampplite/php5.4"

вы также должны убедиться, что правильная версия php5apache2_2.dll установлен

чтобы убедиться в этом, я скопировал новую версию php5apache2_2.dll для Apache modules каталог с уникальным именем, а затем изменить конфигурацию, чтобы соответствовать этому:

copy php5.4\php5apache2_2.dll apache\modules\php5apache2_2-5_4.dll

и в httpd-xampp.файл conf

LoadModule php5_module modules/php5apache2_2-5_4.dll

Если ваши скрипты глючат, они будут глючить независимо от того, какие пакеты сервера вы переключаете. Если проблема в конфигурации сервера, копать прямо в и разобраться.

реальное хардкорное решение - установка и управление серверными компонентами (и их конфигурациями) вручную. С тех пор, как я переключился с WAMP на самостоятельную установку сервера, я никогда больше не чувствовал необходимости в готовых серверных решениях.

Если вы хотите, чтобы эта функция (то есть, возможность смешивать и сочетать Apache, mysql и PHP компонент строит) и предпочитают 3-й партии в комплекте AMP стека приложений, вы могли бы посмотреть на WAMPServer 2.0 в качестве опции для Windows... Почти каждый другой вариант усилителя, который я смотрел (для Windows, Mac и Linux), не допускает замены компонентных сборок (я не включаю переключатели PHP4 и PHP5 в качестве компонентных сборок, поскольку они действительно предлагались только из-за проблем с устаревшим кодом, пока PHP5 не стал более обратно совместимый и PHP4 менее обильный).

всего 3 участника комплекте усилитель стека приложений, в особенности ОС семейства Unix строит (Mac и Linux), для того, чтобы стек компоненты в той же директории структура как "приложение" корневом каталоге, они обязательно собирать каждый компонент с конкретными директивами и аргументы, которые в конечном счете довольно тяжело-провода некоторые папки, ссылки и бинарные подписей в каждой из компонент строит себя....в частности, MySQL и php компоненты, потому что они имеют библиотечные объекты, которые являются общими и должны быть специально ссылаться и включены во время исходной компиляции... (и мне кажется, что большинство из них по какой-то причине просто не компилируются с каждой дополнительной директивой и библиотекой... не уверен, что это решит проблему или нет b/c, я так далеко продвинулся с моим проектом, чтобы ответить на это).

еще одна заметка, потому что она находится в том же контексте.... в отношении замечаний по используя автономные установки компонентов и стеки _AMPP, я, к сожалению, знаю только то, что я написал выше, потому что я попытался настроить исходный код 3 автономных компонентов и попытался получить свой торт и съесть его.... хотя никогда не имел никакого опыта работы с кем-либо из них.... таким образом, я могу сказать, что есть 2 очень убедительные причины, почему разработчики делают и должны использовать стеки для локальных сред разработки:

1) Если ваш проект использует это технология, но явно не расширяет функцию в ядре какого-либо одного компонента, тогда большинство просто хочет работать, чтобы иметь возможность работать над тем, над чем им нужно работать....и не должны выяснить все конфигурации, необходимые для 3 компонентов, чтобы легко разговаривать друг с другом. Можно легко бороться за дней, чтобы узнать, какие директивы, модули, библиотеки, параметров компиляции и т. д. необходимы. Если вы уже знаете, это здорово, но не рекомендую его тем, кто не если вы собираюсь сделать это для них.

2) связанные стеки автономны и изолированы от конфигурационных файлов ОС, поэтому вы можете очистить среду разработки без серьезных последствий.... если вы хотите запускать скрипты, которые развертывают файлы в нужную папку "etc", я не знаю о вас, но я могу время от времени ошибаться и ошибаться на ..Папка/XAMPP /etc гораздо менее болезненна, чем ошибка в папке / etc.

3) GUI...ГРАФИЧЕСКИЙ ИНТЕРФЕЙС ПОЛЬЗОВАТЕЛЯ...ГРАФИЧЕСКИЙ ИНТЕРФЕЙС ПОЛЬЗОВАТЕЛЯ... не у всех есть командная строка Моцарт и ampp стеки все обеспечивают хороший графический интерфейс, чтобы включить и выключить вещи к содержанию вашего сердца. Если вы хотите GUI, вы будете тяготеть к стек АМПП приложений... если вам все равно, все зависит от того, сколько веса или запаса вы положили на мои очки #1 & # 2

во всяком случае, извините за диссертацию "как заставить кого-то зевать", надеюсь, кто-то что-то из этого получит.