Запуск Dev с PHP на Windows

Question

В прошлом я писал веб-приложения с JSP. Теперь я начинаю с PHP. У меня есть вопрос, и мой друг, разработчик .NET, указал мне на этот сайт.

Я скачал и установил PHP с здесь . Теперь я пытаюсь настроить Windows Azure для PHP SDK. Причина в том, что мое приложение должно быть размещено в Azure. После того, как я скачал SDK, я посмотрел в файле install.txt. В файле указано, что мне нужно добавить каталог библиотеки в мой PHP include_path. Моя проблема в том, что я не вижу переменную окружения с именем "include_path" в моих настройках. Должен ли он быть создан? Является ли PHP include_path даже переменной среды? Может ли кто-нибудь помочь мне, пожалуйста?

Спасибо!

Answer 1

include_path - это параметр конфигурации, обычно устанавливаемый в файле php.ini.

Запустите скрипт PHP, содержащий

<?php phpinfo(); ?>

, чтобы узнать, какой php.ini на самом деле используется - иногда это может сбивать с толку.

INI-файл будет содержать настройку, которую вы затем сможете изменить.

Возможно, вам потребуется перезапустить веб-сервер после изменений..

Я не знаю, как PHP и Azure работают вместе.Если метод INI здесь не применяется, здесь - это раздел руководства по PHP о способах изменения настроек конфигурации PHP, отличных от php.ini.

Answer 2

Приступая к работе с PHP и Azure, вы можете найти некоторые из этих статей полезными ресурсами: http://blogs.msdn.com/b/brian_swan/archive/tags/azure/.

-Brian

Answer 3

Вопрос. Если вы планируете создавать систему на основе Azure, почему вы предпочитаете строить ее на PHP, а не на C # на ASP.NET?

.NET - основная платформа Microsoft для разработки веб-инфраструктуры: Поддержка Azure появится быстрее и будет более тщательной для .NET по сравнению с любой другой платформой.

Помните: «Только то, что вы можете, не значит, что вы должны»;)

Iнастоятельно рекомендуем вам создать свой сайт Azure в .NET, а не в PHP.

Answer 4

Я бы выбрал специальную систему разработки, такую ​​как XAMPP . Хотя следует отметить, что XAMPP следует НИКОГДА не использовать в производственной системе. Это очень небезопасно, и они очень, очень, очень медленно исправляют известные уязвимости в своем стеке.