2009-01-02 14 views
0

Sur un serveur Windows 2003 exécutant IIS 6.0 et FastCGI avec un site Web fonctionnant sous ExpressionEngine, j'ai rencontré un problème où les liens contenant index.php échouaient à moins qu'un point d'interrogation ne soit ajouté. Le problème de base est que si un lien pointe vers "index.php/archive/article", la page ne se charge pas (voir ci-dessous) mais cela fonctionnera quand "index.php?/Archive/article" est utilisé .Problèmes avec FastCGI et liens contenant index.php? Par rapport à index.php

Que se passe lorsque les liens « index.php » n'est l'URL changera dans la barre d'adresse du navigateur, mais le contenu de la page est toujours affichée. Ajoutez un point d'interrogation à "index.php" et la page se charge correctement.

Le site était déjà en marche avec ISAPI comme l'API serveur sans problème: « index.php » la scie du serveur « index.php » et comme étant synonyme et les pages avec "index.php" dans le chemin se chargerait comme prévu.

réglage Comment pourrais-je configurer quelque part qui raconterait FastCGI pour traiter « index.php » et « index.php? » de la même façon?

Je suis un peu vert quand il vient aux serveurs Windows; Mon expérience concerne principalement les serveurs Apache fonctionnant sur des box Unix.

Toute orientation ou pointeur serait très appréciée.

Répondre

0

Une option est que vous pouvez simplement enable EE's force URL query string option.

Mais, si vous ne l'aimez pas avoir le point d'interrogation dans l'URL, vous pouvez essayer this workaround.

Je ne peux pas dire que je sais quelque chose sur les serveurs Windows, mais cela a fonctionné pour moi sur les serveurs Apache lors de l'exécution de PHP en tant que CGI. Bonne chance!