Проблемы с FastCGI и ссылками, содержащими index.php? по сравнению с index.php

Question

На сервере Windows 2003, работающем под управлением IIS 6.0 и FastCGI с веб-сайтом ExpressionEngine, я столкнулся с проблемой, когда ссылки, содержащие index.php, не работают, если не добавлен знак вопроса.

Основная проблема заключается в том, что если ссылка указывает на «index.php / archive / article», страница не загружается (см. Ниже), но она будет работать при использовании «index.php? / Archive / article».

В случае сбоя ссылок «index.php» происходит изменение URL-адреса в адресной строке браузера, но содержимое главной страницы по-прежнему отображается. Добавьте вопросительный знак к «index.php», и страница загрузится правильно.

Сайт ранее работал с ISAPI в качестве серверного API без проблем: сервер видел "index.php" и "index.php?" как синонимы, и страницы с «index.php» в пути будут загружаться как положено.

Как бы я сконфигурировал настройки где-нибудь, что бы FastCGI обрабатывал "index.php" и "index.php?" так же?

Я немного зелен, когда дело доходит до серверов Windows; мой опыт в основном с серверами Apache, работающими на Unix-системах.

Любые указания или указатели будут наиболее цениться.

Answer 1

Одним из вариантов является то, что вы можете просто включить опцию строки принудительного URL-адреса EE .

Но, если вам не нравится наличие знака вопроса в URL, вы можете попробовать этот обходной путь .

Я не могу сказать, что знаю что-либо о серверах Windows, но это сработало для меня на серверах Apache, когда PHP работал как CGI. Желаем удачи!