Bonsoir,
Depuis mes débuts sur Safari (5 ou 6 ans) je rencontre toujours les même
problèmes. Je vais finir par l'abandonner. Sur certains site, monsieur
Safari n'arrive pas à ouvrir la page, alors que tous les autres
navigateurs (Firefox, Opéra, SeaMonkey, SunriseBrowser, heureusement
qu'on les a) arrivent à le faire.
Qu'on ne me dise pas que les sites que Safari n'arrive pas à ouvrir,
sont fait avec les pieds. Je crois que c'est Safari qui est fait avec
les pieds, et bôts de surcrois.
A titre d'exemple voila une page d'un site que Monsieur Saf ne peut
ouvrir :
http://cjoint.com/data/murl50Z13i.htm
Voila, il fallait que je crache ma bile sur cette me... de Safari.
A, au fait, sa version : 3.0.4 (5523.10.6)
--
René Chamayou
pour m'écrire décoder en rot 13 : punzonen1@serr.se
j'ai ouvert la page https://assure.ameli.fr/ en une demie seconde sur mon safari 523.12.2 (Mac OS X 10.4.11 Intel) sur le réseau RENATER.
Maintenant, sur ma connexion Free, avec un 5523.10.6 sur Mac OS X 10.5 PPC, ça ne fonctionne pas.
Tiens, marrant.
Sur mon Mactel avec Safari 523.12.2, cela fonctionne bien (Mac OS X 10.4.11) Réseau Club Internet
Sur mon PPC avec Safari 523.12.2, cela ne fonctionne pas (Mac OS X 10.4.11) Réseau Club Internet
Conclusion: Si on veut voir cette page avec Safari, il faut un MacTel.
Non, j'ai un MacTel sous Léopard.
...
Je crois aussi que FireFox serait un meilleur choix le cas échéant... Ça paraît un peu "magique" ce truc.
Je le crois aussi.
-- René Chamayou
pour m'écrire décoder en rot 13 :
FiLH
patpro ~ patrick proniewski writes:
In article <1i9fvwu.p4sinj12kikwuN%, (FiLH) wrote:
La version de Safari sous Léopard est donc à incriminer.
non, ce n'est pas aussi simple.
Avec curl le merdier donne un coup une réponse un coup une erreur, un coup une erreur de protocole, un coup une réponse vide...
Hum... programmé avec les pieds ce truc on dirait.
peut être une balance de charge moisie... En tout cas, j'ai une 10.5 sur la quelle ça marche donc ce n'est pas la faute de Léo.
Ce matin je testais depuis Renater et unable to connect...
Bon Safari n'est pas si mauvais :)
FiLH
P.S. Les deux derniers pbs que j'ai vu avec safari ont été SYSTÉMATIQUEMENT des erreurs de la part des sites :
- une insertion dans un objet de type « collection » (autorisé sous Firefox, mais totalement hors norme ecmascript ou divers javascript, c'est un objet readonly en fait).
- appel à une variable hors norme réservée pour future implémentation...
-- FiLH photography. A taste of freedom in a conventional world. Web: http://www.filh.org e-mail FAQ fr.rec.photo : http://frp.parisv.com/ Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> writes:
In article <1i9fvwu.p4sinj12kikwuN%filh@filh.orgie>,
filh@filh.orgie (FiLH) wrote:
La version de Safari sous Léopard est donc à incriminer.
non, ce n'est pas aussi simple.
Avec curl le merdier donne un coup une réponse un coup une erreur, un
coup une erreur de protocole, un coup une réponse vide...
Hum... programmé avec les pieds ce truc on dirait.
peut être une balance de charge moisie... En tout cas, j'ai une 10.5 sur
la quelle ça marche donc ce n'est pas la faute de Léo.
Ce matin je testais depuis Renater et unable to connect...
Bon Safari n'est pas si mauvais :)
FiLH
P.S. Les deux derniers pbs que j'ai vu avec safari ont été SYSTÉMATIQUEMENT
des erreurs de la part des sites :
- une insertion dans un objet de type « collection » (autorisé sous
Firefox, mais totalement hors norme ecmascript ou divers javascript,
c'est un objet readonly en fait).
- appel à une variable hors norme réservée pour future implémentation...
--
FiLH photography. A taste of freedom in a conventional world.
Web: http://www.filh.org e-mail filh@filh.org
FAQ fr.rec.photo : http://frp.parisv.com/
Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
In article <1i9fvwu.p4sinj12kikwuN%, (FiLH) wrote:
La version de Safari sous Léopard est donc à incriminer.
non, ce n'est pas aussi simple.
Avec curl le merdier donne un coup une réponse un coup une erreur, un coup une erreur de protocole, un coup une réponse vide...
Hum... programmé avec les pieds ce truc on dirait.
peut être une balance de charge moisie... En tout cas, j'ai une 10.5 sur la quelle ça marche donc ce n'est pas la faute de Léo.
Ce matin je testais depuis Renater et unable to connect...
Bon Safari n'est pas si mauvais :)
FiLH
P.S. Les deux derniers pbs que j'ai vu avec safari ont été SYSTÉMATIQUEMENT des erreurs de la part des sites :
- une insertion dans un objet de type « collection » (autorisé sous Firefox, mais totalement hors norme ecmascript ou divers javascript, c'est un objet readonly en fait).
- appel à une variable hors norme réservée pour future implémentation...
-- FiLH photography. A taste of freedom in a conventional world. Web: http://www.filh.org e-mail FAQ fr.rec.photo : http://frp.parisv.com/ Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
cfranco
patpro ~ patrick proniewski wrote:
je recommence alors pour être bien clair :
j'ai ouvert la page https://assure.ameli.fr/ en une demie seconde sur mon safari 523.12.2 (Mac OS X 10.4.11 Intel) sur le réseau RENATER.
Maintenant, sur ma connexion Free, avec un 5523.10.6 sur Mac OS X 10.5 PPC, ça ne fonctionne pas.
Pour continuer, sur la connexion RENATER, avec safari 5523.10.6 sur Mac OS X 10.5 Server, ça marche très bien.
<sarcasme> Oui mais y a-t-il seulement des gens qui utilisent Safari en dehors de RENATER ? </sarcasme>
-- Christophe Franco
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote:
je recommence alors pour être bien clair :
j'ai ouvert la page https://assure.ameli.fr/ en une demie seconde sur
mon safari 523.12.2 (Mac OS X 10.4.11 Intel) sur le réseau RENATER.
Maintenant, sur ma connexion Free, avec un 5523.10.6 sur Mac OS X 10.5
PPC, ça ne fonctionne pas.
Pour continuer, sur la connexion RENATER, avec safari 5523.10.6 sur Mac
OS X 10.5 Server, ça marche très bien.
<sarcasme>
Oui mais y a-t-il seulement des gens qui utilisent Safari en dehors de
RENATER ?
</sarcasme>
j'ai ouvert la page https://assure.ameli.fr/ en une demie seconde sur mon safari 523.12.2 (Mac OS X 10.4.11 Intel) sur le réseau RENATER.
Maintenant, sur ma connexion Free, avec un 5523.10.6 sur Mac OS X 10.5 PPC, ça ne fonctionne pas.
Pour continuer, sur la connexion RENATER, avec safari 5523.10.6 sur Mac OS X 10.5 Server, ça marche très bien.
<sarcasme> Oui mais y a-t-il seulement des gens qui utilisent Safari en dehors de RENATER ? </sarcasme>
-- Christophe Franco
Nicolas-MICHEL'_remove_'
Luc Heinrich wrote:
% curl https://assure.ameli.fr/ curl: (35) Unknown SSL protocol error in connection to assure.ameli.fr:443
C'est marrant tout ça :) En copiant la page dans <http://validator.w3.org> J'ai ceci :
406 Not Acceptable
En la copiant dans firefox la redirection fonctionne mais ça prends des plombes.
Et avec curl j'ai autre chose :
%> curl https://assure.ameli.fr/ curl: (52) Empty reply from server
puis pareil mais avec une autre réponse :
%> curl https://assure.ameli.fr/ <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>302 Found</title> </head><body> <h1>Found</h1> <p>The document has moved <a href="https://assure.ameli.fr/portal/page/portal/Espace_AS/Sommaire">her e</a>.</p> </body></html>
Un coup ça marche et un coup non, mais dans tous les cas je n'ai jamais vu de "The document has moved" dans firefox. Donc il y a une redirection depuis le serveur avant même qu'on arrive à la page. Tien, comment fait-on pour savoir à quel type de serveur web on a affaire ?
Ceci dit j'immagine que l'admin qui a placé la redirection n'a pas fait un débugage complet et intensif de la choses, il a vérifié que ça fonctionne sur son navigateur courant et hop, on passe à un autre problème. C'est logique non ? Reste juste à ce que les utilisateurs de safari se plaignent auprès du dev pour qu'il puisse se rendre compte du problème et, éventuellement, le corriger.
-- Nicolas - MICHEL at bluewin point ch AIM : michelnicolas
Luc Heinrich <luc@honk-honk.com> wrote:
% curl https://assure.ameli.fr/
curl: (35) Unknown SSL protocol error in connection to
assure.ameli.fr:443
C'est marrant tout ça :)
En copiant la page dans <http://validator.w3.org>
J'ai ceci :
406 Not Acceptable
En la copiant dans firefox la redirection fonctionne mais ça prends des
plombes.
Et avec curl j'ai autre chose :
%> curl https://assure.ameli.fr/
curl: (52) Empty reply from server
puis pareil mais avec une autre réponse :
%> curl https://assure.ameli.fr/
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>302 Found</title>
</head><body>
<h1>Found</h1>
<p>The document has moved <a
href="https://assure.ameli.fr/portal/page/portal/Espace_AS/Sommaire">her
e</a>.</p>
</body></html>
Un coup ça marche et un coup non, mais dans tous les cas je n'ai jamais
vu de "The document has moved" dans firefox.
Donc il y a une redirection depuis le serveur avant même qu'on arrive à
la page. Tien, comment fait-on pour savoir à quel type de serveur web on
a affaire ?
Ceci dit j'immagine que l'admin qui a placé la redirection n'a pas fait
un débugage complet et intensif de la choses, il a vérifié que ça
fonctionne sur son navigateur courant et hop, on passe à un autre
problème. C'est logique non ? Reste juste à ce que les utilisateurs de
safari se plaignent auprès du dev pour qu'il puisse se rendre compte du
problème et, éventuellement, le corriger.
--
Nicolas - MICHEL at bluewin point ch
AIM : michelnicolas
% curl https://assure.ameli.fr/ curl: (35) Unknown SSL protocol error in connection to assure.ameli.fr:443
C'est marrant tout ça :) En copiant la page dans <http://validator.w3.org> J'ai ceci :
406 Not Acceptable
En la copiant dans firefox la redirection fonctionne mais ça prends des plombes.
Et avec curl j'ai autre chose :
%> curl https://assure.ameli.fr/ curl: (52) Empty reply from server
puis pareil mais avec une autre réponse :
%> curl https://assure.ameli.fr/ <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>302 Found</title> </head><body> <h1>Found</h1> <p>The document has moved <a href="https://assure.ameli.fr/portal/page/portal/Espace_AS/Sommaire">her e</a>.</p> </body></html>
Un coup ça marche et un coup non, mais dans tous les cas je n'ai jamais vu de "The document has moved" dans firefox. Donc il y a une redirection depuis le serveur avant même qu'on arrive à la page. Tien, comment fait-on pour savoir à quel type de serveur web on a affaire ?
Ceci dit j'immagine que l'admin qui a placé la redirection n'a pas fait un débugage complet et intensif de la choses, il a vérifié que ça fonctionne sur son navigateur courant et hop, on passe à un autre problème. C'est logique non ? Reste juste à ce que les utilisateurs de safari se plaignent auprès du dev pour qu'il puisse se rendre compte du problème et, éventuellement, le corriger.
-- Nicolas - MICHEL at bluewin point ch AIM : michelnicolas
patpro ~ Patrick Proniewski
In article <1i9h57a.wav264bjg6q6N%Nicolas-MICHEL'_remove_'@bluewin.ch>, Nicolas-MICHEL'_remove_'@bluewin.ch (Nicolas MICHEL) wrote:
%> curl https://assure.ameli.fr/ <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>302 Found</title> </head><body> <h1>Found</h1> <p>The document has moved <a href="https://assure.ameli.fr/portal/page/portal/Espace_AS/Sommaire">her e</a>.</p> </body></html>
Ceci dit j'immagine que l'admin qui a placé la redirection n'a pas fait un débugage complet et intensif de la choses, il a vérifié que ça fonctionne sur son navigateur courant
ça m'a tout l'air d'une redirection par code HTTP (donc via le protocole HTTP), tous les navigateurs récents savent gérer ça. L'html que tu obtiens est un vestige à destination des vieux tromblons ou des gens qui font du telnet.
patpro
-- http://www.patpro.net/
In article <1i9h57a.wav264bjg6q6N%Nicolas-MICHEL'_remove_'@bluewin.ch>,
Nicolas-MICHEL'_remove_'@bluewin.ch (Nicolas MICHEL) wrote:
%> curl https://assure.ameli.fr/
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>302 Found</title>
</head><body>
<h1>Found</h1>
<p>The document has moved <a
href="https://assure.ameli.fr/portal/page/portal/Espace_AS/Sommaire">her
e</a>.</p>
</body></html>
Ceci dit j'immagine que l'admin qui a placé la redirection n'a pas fait
un débugage complet et intensif de la choses, il a vérifié que ça
fonctionne sur son navigateur courant
ça m'a tout l'air d'une redirection par code HTTP (donc via le protocole
HTTP), tous les navigateurs récents savent gérer ça. L'html que tu
obtiens est un vestige à destination des vieux tromblons ou des gens qui
font du telnet.
In article <1i9h57a.wav264bjg6q6N%Nicolas-MICHEL'_remove_'@bluewin.ch>, Nicolas-MICHEL'_remove_'@bluewin.ch (Nicolas MICHEL) wrote:
%> curl https://assure.ameli.fr/ <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>302 Found</title> </head><body> <h1>Found</h1> <p>The document has moved <a href="https://assure.ameli.fr/portal/page/portal/Espace_AS/Sommaire">her e</a>.</p> </body></html>
Ceci dit j'immagine que l'admin qui a placé la redirection n'a pas fait un débugage complet et intensif de la choses, il a vérifié que ça fonctionne sur son navigateur courant
ça m'a tout l'air d'une redirection par code HTTP (donc via le protocole HTTP), tous les navigateurs récents savent gérer ça. L'html que tu obtiens est un vestige à destination des vieux tromblons ou des gens qui font du telnet.
patpro
-- http://www.patpro.net/
luc
patpro ~ Patrick Proniewski wrote:
ça m'a tout l'air d'une redirection par code HTTP (donc via le protocole HTTP), tous les navigateurs récents savent gérer ça. L'html que tu obtiens est un vestige à destination des vieux tromblons ou des gens qui font du telnet.
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>302 Found</title> </head><body> <h1>Found</h1> <p>The document has moved <a href="https://assure.ameli.fr/portal/page/portal/Espace_AS/Sommaire">her e</a>.</p> </body></html>
Plusieurs choses à noter: - C'est bien un code HTTP 302 de redirection qui est retourné. - Aujourd'hui ça marche, y compris sous Safari. - La merde était bien de leur coté :>
CQFD.
-- Luc Heinrich
patpro ~ Patrick Proniewski <patpro@boleskine.patpro.net> wrote:
ça m'a tout l'air d'une redirection par code HTTP (donc via le protocole
HTTP), tous les navigateurs récents savent gérer ça. L'html que tu
obtiens est un vestige à destination des vieux tromblons ou des gens qui
font du telnet.
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>302 Found</title>
</head><body>
<h1>Found</h1>
<p>The document has moved <a
href="https://assure.ameli.fr/portal/page/portal/Espace_AS/Sommaire">her
e</a>.</p>
</body></html>
Plusieurs choses à noter:
- C'est bien un code HTTP 302 de redirection qui est retourné.
- Aujourd'hui ça marche, y compris sous Safari.
- La merde était bien de leur coté :>
ça m'a tout l'air d'une redirection par code HTTP (donc via le protocole HTTP), tous les navigateurs récents savent gérer ça. L'html que tu obtiens est un vestige à destination des vieux tromblons ou des gens qui font du telnet.
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>302 Found</title> </head><body> <h1>Found</h1> <p>The document has moved <a href="https://assure.ameli.fr/portal/page/portal/Espace_AS/Sommaire">her e</a>.</p> </body></html>
Plusieurs choses à noter: - C'est bien un code HTTP 302 de redirection qui est retourné. - Aujourd'hui ça marche, y compris sous Safari. - La merde était bien de leur coté :>
CQFD.
-- Luc Heinrich
luc
Nicolas MICHEL <Nicolas-MICHEL'_remove_'@bluewin.ch> wrote:
Tien, comment fait-on pour savoir à quel type de serveur web on a affaire ?
Généralement, il suffit de regarder le champ "Server" des en-têtes des réponses HTTP du serveur, mais ce champ est optionnel (il est même plutôt conseillé de ne pas le mettre d'ailleurs, pour des raisons de sécurité). En l'occurence là, il n'y est pas.
Ce qui est sur en revanche, c'est qu'il y a du J2EE derrière (cookie JSESSIONID). De là à en faire une des raisons possibles de ce "fonctionnement" aléatoire... O:)
-- Luc Heinrich
Nicolas MICHEL <Nicolas-MICHEL'_remove_'@bluewin.ch> wrote:
Tien, comment fait-on pour savoir à quel type de serveur web on
a affaire ?
Généralement, il suffit de regarder le champ "Server" des en-têtes des
réponses HTTP du serveur, mais ce champ est optionnel (il est même
plutôt conseillé de ne pas le mettre d'ailleurs, pour des raisons de
sécurité). En l'occurence là, il n'y est pas.
Ce qui est sur en revanche, c'est qu'il y a du J2EE derrière (cookie
JSESSIONID). De là à en faire une des raisons possibles de ce
"fonctionnement" aléatoire... O:)
Nicolas MICHEL <Nicolas-MICHEL'_remove_'@bluewin.ch> wrote:
Tien, comment fait-on pour savoir à quel type de serveur web on a affaire ?
Généralement, il suffit de regarder le champ "Server" des en-têtes des réponses HTTP du serveur, mais ce champ est optionnel (il est même plutôt conseillé de ne pas le mettre d'ailleurs, pour des raisons de sécurité). En l'occurence là, il n'y est pas.
Ce qui est sur en revanche, c'est qu'il y a du J2EE derrière (cookie JSESSIONID). De là à en faire une des raisons possibles de ce "fonctionnement" aléatoire... O:)
-- Luc Heinrich
punzonen1
Xavier wrote:
Cyril Malka wrote:
Conclusion: Si on veut voir cette page avec Safari, il faut un MacTel.
Zarmaaa ! Safari serait donc un émulateur Minitel ?
Rappel : Mactell (avec 2 l) est un émulateur Minitel. La dénomination d'un Mac à processueur Intel est MacIntel Exact, en fait je répondais à Cyril. Pour ma part je dis MacIntel.
De toute façon Ameli ne fonctionne plus aujourd'hui avezc aucun navigateur, elle a dû tomber dans le trou de la Sécu! -))
-- René Chamayou
pour m'écrire décoder en rot 13 :
Xavier <xavier@groumpf.org> wrote:
Cyril Malka <cyril@malka.fr> wrote:
Conclusion: Si on veut voir cette page avec Safari, il faut un MacTel.
Zarmaaa ! Safari serait donc un émulateur Minitel ?
Rappel : Mactell (avec 2 l) est un émulateur Minitel. La dénomination
d'un Mac à processueur Intel est MacIntel
Exact, en fait je répondais à Cyril. Pour ma part je dis MacIntel.
De toute façon Ameli ne fonctionne plus aujourd'hui avezc aucun
navigateur, elle a dû tomber dans le trou de la Sécu! -))
--
René Chamayou
pour m'écrire décoder en rot 13 : punzonen1@serr.se
Conclusion: Si on veut voir cette page avec Safari, il faut un MacTel.
Zarmaaa ! Safari serait donc un émulateur Minitel ?
Rappel : Mactell (avec 2 l) est un émulateur Minitel. La dénomination d'un Mac à processueur Intel est MacIntel Exact, en fait je répondais à Cyril. Pour ma part je dis MacIntel.
De toute façon Ameli ne fonctionne plus aujourd'hui avezc aucun navigateur, elle a dû tomber dans le trou de la Sécu! -))
