Version complète: sur le forum Webmaster Hub : site en 404 QUE sous AOL
Webmaster Hub > Informatique & Internet > Les Navigateurs
elz64
Bonjour,

Un de nos sites pose le pb suivant UNIQUEMENT sous AOL (9.0):

Qqsoit l'url demandée (la root directement, une page en Friendly url ou en index.php?id=xx ) on tombe toujours sur la page 404 personnalisée, correctement templatée. (celle qui est générée par le php).

Quelque soit le pc et le navigateur externe le pb ne se produit pas si on navigue hors environnement AOL.
Aucune piste par la hotline AOL.

1/ ca la fout mal
2/ j'aimerai vraiment comprendre, parce que ca cache qqchose. wacko.gif

le site est (je ne veux pas le faire référencer par ce forum) 'click - immo' rajouter www et .com et virer les blancs -
Site sous MODx0.95. mutu OVH. D'autre sites a priori équivalent (dont le notre) ne posent pas le pb

ps (un autre cas similaire hébergé chez Nfrance).

pour DavidM : je sais je m'accroche, mais la seule réaction des 'autres' est que soit MODx est en cause, soit on a fait n'importe quoi, et je ne pense pas. (hormis mon nouveau pb de validation sur l'accueil qui m'interpelle un poil quand même...)


Merci pour toute piste.
Lanza
Quelques pistes :
- L'encodage des caractères. Est-ce que le nav d'AOL ferait pas des trucs bizarres ?
- Le site est lent (oui, déslé, une dizaine de secondes pour s'afficher ici), voir si y'a pas un délai max dans le navigateur AOL avant que ça ne décroche
- Chercher du côté de mots qui ne passeraient pas le contrôle parental ?
elz64
Merci de cette 1ere réponse : smile.gif

CITATION
- L'encodage des caractères. Est-ce que le nav d'AOL ferait pas des trucs bizarres ?

UTF-8 (comme tous nos sites)..
CITATION
-Le site est lent (oui, déslé, une dizaine de secondes pour s'afficher ici), voir si y'a pas un délai max dans le navigateur AOL avant que ça ne décroche


hum... p'tet ben.. mais là j'ai des tps de l'ordre d'une 1 sec pour la page elle même : il va chercher des fiches de biens immo en asp sur les serveurs de l'éditeur de la solution de gestion d'agence avec laquelle on s'interface.
Ce temps là pourrait compter ds un time out ?
(l'autre site qui présente aussi ce pb est très rapide). Mais on n'aurait pas SA propre 404 alors non ?

CITATION
- Chercher du côté de mots qui ne passeraient pas le contrôle parental ?


Ah! C'est quoi ca encore ??
AOL force le controle parental ?

Ca ce voit où

Cordialement,
Lanza
JE crois que le contrôle parental est activé par défaut, mais il faudrait vérifier, je n'ai pas AOL. Mais en fait à la relecture, si ça te sert le 404 personnalisé, ça ne doit pas être un problème de contrôle parental, ni de timeout.

Il y a quelque chose de pas net ailleurs, probablement dans la requête du navigateur AOL.

Sinon la page d'accueil est en XHTML Frameset, alors qu'elle devrait être en transitional, si j'en crois le code.
Normalement c'est juste pour les Frames (pas les iframes, les frames), body est interdit dans un document XHTML Frameset. . On pourrait imaginer, même si je vois mal pourquoi que le navigateur AOL essaie d'afficher des Frames en allant piocher une adresse je ne sais où d'où le 404. Mais c'est chercher loin ??

La première chose que je ferais c'est de regarder dans le logs du serveurs les requêtes passées via AOL, et regarder l'url qui est demandée.
f_trt
Y-a-til utilisation des sessions pour la navigation ?
En gros un utilisateur AOL dans son environnement passe par un système de proxy qui fait que ce même internaute n'a
pas la même adresse IP d'une page à l'autre, perso je rencontre je problème avec oscommerce et les utilisateurs AOL.
Voila c'est une piste que je te donne elle n'est peut-être pas la bonne mais voila...
elz64
Merci.

Heu le coup du Frameset..t'es sur ??

Parce que dans ce cas ca explique mon pb de validation (!)

Il me semblait que avec des iframe c'était nécessaire.. c'est une piste (mais comme l'autre site qui a le mêm pb est en transitionnal et valide....)
je vais faire un test sur le doctype.


Quant à regarder les requêtes sur le serveur.. bonne question... je cherche.
Avec oscommerce c'est pareil..tout le temps ou c'est aléatoire ?


Merci
Lanza
CITATION(elz64 @ mardi 29 mai 2007, 08h02) *
Merci.

Heu le coup du Frameset..t'es sur ??

Oui wink.gif
elz64
grml grml grml Merci

whistling.gif

bon j'ai mis en transitionnal sur l'accueil et les 'suite' ..... ben de toute manière je peux plus tester ce con d'AOL n'arr^te pas de perdre la connexion (Internet globale) et relance tt le tps !!!

Si "y'en a des qui peuvent me dire si l'accueil est tjs en 404..
sick.gif
Jeanluc
Ce serait plus simple de rechercher les erreurs 404 dans le fichier log. Tu peux en reproduire quelques lignes avec des 404 ici, si tu veux qu'on y jette un coup d'oeil.

Jean-Luc
elz64
j'ai ca dans les logs Modx (14 pages, par séries)

hum effectivement ca puir !
pour linstant je ne sais pas trop ce que ca implique mais ca sonne bien avec 404 en tous cas

CITATION
Id événement: 0 Source: Parser

Date: 29-mai-2007 10:11 Utilisateur:


« MODx Parse Error »
MODx encountered the following error while attempting to parse the requested resource:
« PHP Parse Error »

PHP error debug
Error: gethostbyaddr() [function.gethostbyaddr]: Address is not a valid IPv4 or IPv6 address
Error type/ Nr.: Warning - 2
File: /home.10.10/clickimm/www/kietu/class/kdetect.class.php
Line: 193
Line 193 source: $temp = gethostbyaddr($this->info['ip']);

Parser timing
MySQL: [^qt^] ([^q^] Requests)
PHP: [^p^]
Total: [^t^]
elz64
OK

c'est bon !

c'est le module de stats KIETU qui fait plangter AOL !

pourquoi ..comment ???? ca!

J'ai basculé sur phpmv2.
captain_torche
Vu le message d'erreur, il semble que ce soit parce que le navigateur d'AOL ne renvoie pas d'adresse IP au serveur (ou renvoie un mauvais format d'adresse IP).
Ceci est une version "bas débit" de notre forum. Pour voir la version complète avec plus d'information, la mise en page et les images, veuillez cliquer ici.