Mon employeur, un niversité , organise régulièrement des conférences et d’autres événements. Bien que les sites Web de ces sites soient hébergés sur notre domaine, ils demandent souvent des URL personnalisées. Nous transmettons ensuite ces domaines au site spécifique.
Récemment, nous avons découvert un problème dans lequel une page ne se chargerait pas si les conditions suivantes étaient remplies (à l'aide d'un exemple actuel):
http://continue.weber.edu/nulc
*.weber.edu
répertorié comme "site de confiance" dans IE paramètres de sécurité (le cas de presque tous les ordinateurs du campus).Lorsque cela se produit, leur navigateur est correctement transféré sur la page http://continue.weber.edu/nulc/index.php
, mais la page est vide et ne renvoie que:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content="text/html; charset=windows-1252" http-equiv=Content-Type></HEAD>
<BODY></BODY></HTML>
Y at-il une solution connue à ce problème? Ou est-ce que je manque quelque chose complètement?
Remarque: les sites Web testés se chargent correctement dans Chrome, Firefox et Safari
Votre ami dans ce genre de situation est cURL .
Un tutoriel vraiment rapide ... Utilisez l'option (-I) des en-têtes de vue de curl pour afficher les en-têtes renvoyés par le serveur sur votre domaine publié:
curl -I http://www.nulc2012.com/
J'ai reçu cette réponse, qui indique qu'une Permanent Redirect 301 est envoyée au navigateur, avec l'URL cible:
HTTP/1.1 301 Moved Permanently
Date: Sat, 31 Dec 2011 15:13:04 GMT
Server: Apache/2.0.48 (Unix) PHP/4.3.6
X-Powered-By: PHP/4.3.6
Location: http://continue.weber.edu/nulc/index.php
Connection: close
Content-Type: text/html; charset=ISO-8859-1
Alors, copiez l'URL cible et faites la même chose:
curl -I http://continue.weber.edu/nulc/index.php
Ce qui me donne la réponse du serveur pour l'URL cible:
HTTP/1.1 200 OK
Content-Length: 0
Content-Type: text/html; charset=UTF-8
Server: Microsoft-IIS/7.5
X-Powered-By: PHP/5.3.6
X-Pingback: http://continue.weber.edu/nulc/xmlrpc.php
X-Powered-By: ASP.NET
Date: Sat, 31 Dec 2011 17:52:19 GMT
Je vois que ça marche! Je parie que c’était une erreur PHP qui était à l’origine de la réponse "vide".