Недостатки PHP-на-IIS?

Question

Я работаю в среде разработки, которая в настоящее время является IIS6 / Server 2003 с Framework 3.5. Я в основном работаю в ASP.NET MVC.

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

Я бы хотел добавить этот проект в список, но тот факт, что он основан на PHP, вызывает серьезную озабоченность из-за потенциальных проблем совместимости, безопасности и администрирования при запуске как PHP, так и .NET на одной установке IIS.

Какой у вас опыт этого? Хорошо? Плохой? Не так уж и важно? Сильная головная боль?

Answer 1

Очень внимательно проверьте зависимости.

Многие php-приложения OSS были мне недоступны, потому что им требовались библиотеки, которые были * nix only.

Очень часто этого не происходит, пока вы не загрузите его и не увидите, каковы эти зависимости.

Не уверен, что ваш Q намекает на запуск расширений .asp и .php, но да, вы можете запускать их вместе - мне даже когда-то удавалось получить файлы .htm, которые сначала анализировались как .asp, ТОГДА как .php после (кстати) это был старый стиль .asp, а не .net - но на IIS все равно).

Answer 2

Основные проблемы, с которыми я столкнулся в прошлом, могут не быть проблемой для вас:

• Некоторые библиотеки PHP предполагают, что вы можете использовать mod_rewrite. Вместо этого я использовал ISAPI Rewrite, но он не был совместим на 100%.
• Некоторые библиотеки (или разработчики) предполагают, что они будут работать в среде на основе Unix, и файловая система будет чувствительна к регистру.

Кроме этого, у меня не было проблем при запуске PHP из IIS, которые бы помешали мне использовать его в производственной среде.