qwanturank

Il y a une information intéressante que vous pouvez apprendre sur le service de rendu Web (WRS) de Google dans le dernier hangout de référencement JavaScript avec Martin Splitt de Google où Martin a dit qu’il « renverse un peu les haricots » en partageant qu’il y a une couche au-dessus de WRS qui gère « la priorisation, les tentatives d’erreur, les garanties de qualité de service, la mise en cache

et il interagit également avec un sous-système d’exploration pour réellement récupérer des choses. « Pour être clair, Martin semblait savoir ce que c’était à un niveau élevé et n’est pas entré dans trop de détails sur cette couche. Il a dit » Je ne peux pas dire le nom, mais il y a comme un..

il est plus grand que le WRS. « Il a ajouté » le WRS est vraiment juste le service de rendu et puis il y a comme une couche légèrement plus grande dessus et qui a en fait une hiérarchisation, une nouvelle tentative d’erreur, des garanties de qualité de service, la mise en cache et il interagit également avec un sous-système d’exploration pour réellement récupérer des choses. « Il l’a mentionné à 16h20 dans la vidéo quand on lui a demandé » Parlons-nous de la dynamique de service en regardant les ressources de caches UA WRS et c’est correct, mais cachez-vous l’URL en utilisant UA comme un key ? « Voici l’intégration à l’heure de début suivie de la transcription : Parlons-nous de la dynamique du service en regardant les ressources de caches UA WRS et c’est correct, mais cachez-vous l’URL en utilisant UA comme clé ? C’est une question que.. j’aime le questions qui viennent parce que c’est la question à laquelle je n’ai pas de réponse. Et cela signifie que vous venez de me donner une tâche pour les deux prochains jours parce que je pense qu’ils pourraient avoir des caches séparés, mais je ne sais pas parce que la mise en cache se produit dans le craw ling infrastructure mais je ne fais pas non pas non non ce n’est pas vrai. Ce cache spécifique dont nous parlons parce que vous parlez de WRS. WRS a son propre piège, ce qui est intéressant parce que l’architecture, tout comme en renversant un peu les haricots. L’architecture est en gros le WRS qui ne met rien en cache et n’a aucune interaction réseau. Et puis il y a comme une couche autour de lui, c’est ce que le, je ne peux pas dire le nom, mais il y a comme un c’est plus grand que le WRS. Le WRS n’est en réalité que le service de rendu, puis il y a une couche légèrement plus grande au-dessus et qui a en fait une hiérarchisation, une nouvelle tentative d’erreur, des garanties de qualité de service, une mise en cache et il interagit également avec un sous-système d’exploration pour récupérer les choses. Je ne sais pas exactement comment cette couche de mise en cache, ce composant de mise en cache de cette plus grande chose qui entoure WRS, organise réellement son cache. C’est donc une très bonne question. Je m’attendrais à ce que ce soit différent selon l’UA, mais je ne sais pas. Discussion du forum sur la communauté YouTube.

Au-dessus du service de rendu Web de recherche Google

S’abonner
Notifier de
guest
0 Commentaires
Inline Feedbacks
View all comments