Bonjour,

Je développe un dictionnaire français chinois fawen.cn destiné à un public francophone et sinophone.
Le site est hébergé en France et l'accès y est très rapide, quasiment instantané.
Le problème se pose pour les utilisateurs en Chine, l'affichage d'une page prend entre 6 et 15s, ce qui nuit énormément au confort.

Connaîtriez-vous un moyen de palier à ce problème?
Comment améliorer l'accès du site en Chine? La base de données comme le site est régulièrement mise à jour, il n'est pas envisageable d'avoir deux hébergements indépendants.

Merci pour vos réponses!

Bonjour,

Tu es sur qu'en France c'est rapîde ??? J'ai cliqué sur le lien il me dit :

Or j'ai essayé deux fois... Deux fois c'était long... Alors la deuxième fois j'ai compté. La page s'est affiché au bout de 30 secondes ! Et non 0.01 s

Salut, 0.01s est la durée que le serveur met pour générer la page dynamique. (je déclenche le compteur avant toute chose puis l'interrompt en fin de script, cela me sert à détecter d'éventuelles anomalies).
Le serveur met donc 0,01s pour fournir la page, mais 30s s'écoulent entre ta demande et l'arrivée des données chez, toi! C'est énorme!


Je suis en Chine en ce moment, je me basais sur mes souvenirs d'il y a quelques mois.
30s me paraissent incroyables, le site est hébergé chez OVH, je n'ai jamais constaté une telle lenteur en France.

Je ne suis pas un expert, peut-être que le serveur DNS des .cn (Chine) ralenti la sauce. Pourrais-tu s'il te plait retenter l'expérience, avec le site Chine-Nouvelle.com hébergé sur le même serveur? Si la vitesse d'accès diffère de Fawen.cn, les 30s ne sont donc pas un problème d'hébergement.

Bon, pour Chine Nouvelle pas de soucis, c'est quasi instantané... C'est bien seulement le deuxième site qui est lent. J'ai encore cliqué et toujours pareil

Je vais signaler ton post à ton "infogéreur" . C'est peut-être une saucisse qui coince

Merci beaucoup Arlette!

Donc ma question reste valable (Chine Nouvelle s'adresse également aux Chinois).
Comment améliorer la vitesse d'accès de Chine Nouvelle en Chine? Sachant que contenu du site et base de données sont régulièrement mis à jour.

Perso, je n'ai pas de problème pour le premier site (depuis une connexion free), la page est affichée en moins de deux secondes.

Le souci, c'est que le facteur limitant est tout bonnement physique : cela dépend de la qualité de la connexion de l'internaute, mais également de celles reliant les serveurs entre eux, ainsi que de leur engorgement. Plus ton serveur est éloigné géographiquement du visiteur, plus tu augmentes les risques de ralentissement.

Si tu tiens absolument à ce que tes visiteurs chinois aient le même cofort d'utilisation que les français, je ne vois pas d'autre solution qu'un second hébergement, avec une réplication régulière de la base de données.

Les quelques rares fois où ça traîne, c'est tout simplement parce que google analytics est lent à répondre.

Fais un essai en le désactivant.

Dan

Ben alors je tombe toujours sur "les rares fois"... pas de bol pour moi

Par contre, c'est rigolo je viens de voir comment s'écrit "Adsense" en chinois Pas mal ton outil... Je vais pouvoir traduire mon spam chinois.

Merci pour toutes vos réponses.



Réplication régulière
Est-ce sécurisé? Est-ce facile pour de très grosses bases de données?
Comment faire dans le cas d'un forum? C'est à dire ou l'"instantané" est presque impératif?

Ensuite en admettant que j'ai deux serveurs parfaitement synchronisés se partageant les visiteurs de fawen.cn, comment seront dirigés les requètes vers l'un ou l'autre? En admettant que le serveur A soit en France, le B à Hong-Kong, comment rediriger un visiteurs selon sa provenance? Pour un visiteur français ou chinois la réponse est simple, mais pour un Russe? un Américain?

J'ai plus ou moins le même soucis avec communautefrancophone.com hébergé en Suisse : un des membres qui habite au Quebec (Canada) se plaint de problème de lenteur.

Voici un lien qui te donnera peut être quelques pistes : http://developer.yahoo.com/performance/rules.html (à bookmarker )

Le site est très lent chez moi aussi.
Pour trouver d'ou vient le problème tu peux essayer cette page:
http://pagetest.patrickmeenan.com:8080/

Je n'ai pas testé, mais j'ai bien l'impression que le DNS soit très très lent.

Merci beaucoup, je vais potasser.



Effectivement:
- pour le site fawen.cn j'ai, Bytes In: 45KB, First View load time 12s, Repeat View load time 14s
- pour le site chine-nouvelle j'ai, Bytes In: 230KB, First View load time 6s, Repeat View load time 5s

C'est à dire que pour une page 5 fois moins lourde, je mets 3 fois plus de temps, soit un rapport de 15!!!
Or les deux sites sont chez OVH!

D'après mes faibles connaissances en DNS, l'adresse IP récupérée une première fois, il n'est plus nécessaire d'aller se connecter à nouveau vers le serveur de DNS. C'est à dire que même si le serveur DNS des .cn est pourri, cela ne devrait affecter le chargement que la première fois non?
De plus en plus mystérieux tout ça...

Et pour google.cn (31 KB), on a first view: 1.435s, second view: 0.885s!
Ce n'est donc pas un problème de DNS avec les .cn...

Salut,
je suis également chez FREE mais ça rame énormément pour le premier site alors que pour la "chinenouvelle", rien à dire..

Tout à fait, pour une durée égale au TTL tu n'auras plus d'interrogation après la première.

Comment donc expliquer la différence d'accès entre les deux sites, tout deux chez OVH avec la même configuration machine? (dont je te remercie en passant de si bien t'en occuper)?
Ce n'est probablement pas un problème de Google Analytics, car je l'utilise sur les deux sites, chacun après le </body> final.
D'où peut venir l'incroyable lenteur de fawen.cn comparée à l'instantanéité de chine-nouvelle.com constatée par tout le monde?

Je ne te demande pas de me dire "probablement pas" ... mais de faire un essai SANS google analytics.

De chez moi, avec un <ctrl-f5> sur le site, on voit bien dans la ligne de statut que c'est GG Analytics qui répond mal.
Il est possible que ce soit un problème de DNS entre Google et les .cn ... il y a pas mal de filtres Google pour la Chine.

Voilà j'ai retiré Analytics.
Mais je ne vois pas pourquoi quelqu'un de France qui se connecterait via free à un site hébergé à Paris aurait à craindre les filtres chinois? Cela voudrait dire que pour tout .cn, l'ensemble des données du site (pages html, images,...) pour aller de OVH (Paris) à visiteur (France) transiterait par la Chine?

Conclusion :

J'ai essayé 2 fois, ça marche nickel !

Après, je ne sais pas si je suis passé par Pékin pour arriver à Paris... Mais Dan me disait que c'est le .cn qui merdoie ... Et comme Chine nouvelle est un .com là ça marchait...

C'est incroyable alors! Tout ce que je pensais savoir sur un réseau DNS et même internet tombe en miette!
- Serveur : Paris
- Client : Paris
Comment un script externe (Analytics), appelé par le client, peut être bloqué par les Chinois?
L'ensemble du site transite donc à chaque fois par la Chine?

J'y connais rien, donc ne me demande pas le pourquoi du comment. Mais la seule chose qui me vient à l'esprit c'est que Google a signé des accords avec la Chine pour mettre des filtres... Donc il est possible que dans la mesure ou ton ndd est un .cn et bien Google Analytics a des problèmes avec cette extension

Et tu peux pas prendre un .com comme tout le monde ?

Je m'aperçois que j'y connais encore bien moins que je ne le pensais.
Car en admettant que Google s'auto-censure et se retarde, en quoi l'affichage d'un script client placé après le dernier </html> peut ralentir de 15 secondes l'affichage de la page. Oh Sainte Mère...

L'ensemble ne transite pas par la chine... heureusement.

Mais comme l'extension est .cn, Google considère le site comme étant Chinois, et applique donc les règles (et filtres) propres à la Chine.

C'est à mon sens la seule explication.

J'aimerais que d'autres membres pour qui cela ne fonctionnait pas rapidement ce matin testent à nouveau le site pour confirmer (ou infirmer) cette impression.

Dan

Et qu'un script externe appelé après le </html> empêche l'affichage de la page, n'est-ce pas étrange?

Je remetrais Analytics demain.
Merci à tout le monde.

Je n'ai pas testé ce matin, et ne serai donc pas d'une grande utilité (bien que ça réponde niquel en ce moment, malgré la première latence coté DNS).

Toutefois je ne peux que conseiller l'utilisation de plugins dédiés à ce genre de chose : LORI et YSLOW par exemple permettent de relativement bien débugger ce genre de choses.
Par exemple là tout de suite LORI m'indique 2.5 secondes pour ta page d'accueil, et YSLOW détaille par : moins de 100ms pour les 4 éléments constituant ta page, et 600ms pour adsense. Je suppose que le reste c'est du DNS.

Pour les soucis de DNS, il me semble que Firefox ne met en cache la résolution qu'une minute (je ne sais plus où j'ai lu ça).
Après, le cache de l'OS peut intervenir avec des règles qui lui sont propres... vient ensuite parfois le cache du "routeur", ensuite celui du FAI et généralement le "vrai". Bref, les problèmes de lenteur ne sont pas toujours causés par le dernier maillon ; j'ai toujours trouvé les DNS de Free par exemple assez lents.

Il est vrai que depuis qu'il a enlevé l'appel à Google Analytics de ses pages, elles s'affichent rapidement.
Lorsque sous Firefox on lançait un <ctrl-F5> on voyait bien dans la barre de statut que c'était ce dernier qui avait du mal ...

l'accès à ton site web est toujours aussi long pour moi...

Bouhouhou, juste quand un ami venait de trouver une bonne explication.
Son explication rejoint celle de Dan. Le script de Google Analytics, voyant qu'il a à faire à un .cn, se serait mis en relation avec le serveur Google en Chine, d'où la lenteur observée.
Mais si avec ou sans script le site est aussi lent...

Salut,

Je vois egalement que tu as des adsenses sur ton .cn ce qui est surement la cause de ce ralentissement (puisque gg doit filtrer les annonces a afficher pour un .cn).
Sinon question DNS rien a signaler, les traceroute sont identiques pour moi sur tes 2 domaines et le temps est sensiblement identique en tapant l'ip directement dans firefox (donc pas de resolution de nom par les NS).
Il faudrait essayer en desactivement egalement adsense (je sais il ne restera plus rien de gg sur le site) pour voir si il y a encore un pb de ce cote.

A l'heure actuelle LORI m'indique du 10 secondes pour le "Time to first byte", c'est à dire le temps que ton serveur mette à répondre... avant même que le moindre script JS n'entre en compte donc. Si je rafraîchis la page le délai passe à 5 secondes.

En telnet on voit clairement que le script pédale : le telnet se connecte généralement immédiatement (donc Apache répond au quart de tour), mais une simple requete HEAD / HTTP/1.0 va mettre plusieurs secondes à répondre.

A noter que si je fais ma requête HEAD sur une image (/jdd/public/images/fw_logo.gif) la réponse est immédiate.

Une idée d'explication?
J'ai créé une page toute simple sans Adsense ni Analytics: http://fawen.cn/webmaster-hub.html.
L'accès est-il aussi rapide que la page http://www.learn-chinese-songs.com?
Les deux sont sur le même serveur, seul change l'extension.

Merci encore.

A mon avis la réponse se trouve dans ton script... Là tout de suite c'est très rapide, aucun ralentissement.

N'as tu pas un élément dans le script de ta home page qui fait un appel externe ? Et/ou un accès système ? (session ou résolution DNS par exemple).

PS : pour moi rien à voir avec l'extension ou les DNS du coup, via telnet je fais la connexion directement sur l'IP.

Non non, aucun appel externe, il s'agit juste d'un dictionnaire, le script fait une requète à la base de données sur le même serveur. D'ailleurs sur chaque page tu as l'affichage de la durée d'exécution du script, tu peux constater qu'il ne prends pas de temps.

J'ai créé une page avec du chinois http://fawen.cn/webmaster-zhong.html.
Car seuls les textes en chinois sont filtrés en Chine. (même si la présence d'un filtre juste sur un nom de domaine parait invraisemblable).

Merci encore.

Ton site est chez OVH et j'execute mon telnet (via IP) depuis un autre serveur OVH : à aucun moment je ne passe par quoi que ce soit en Chine.

Si le script est vraiment rapide, alors il y a un autre élément qui intervient entre Apache et PHP pour bloquer le tout... mod_gzip peut être ? Essaye de regarder dans "/tmp" s'il n'y aurait pas quelques milliers de fichiers en trop (ce qui peut arriver quand mod_gzip part en sucette), ou bien désactive directement le module pour tester.