0

Je sais qu'il est possible de voir chaque élément téléchargé par le contrôle Internet Explorer Webbrowser via Application Passthrough Protocol. Je le fais maintenant, mais tout ce à quoi j'ai l'accès est des métadonnées sur l'objet (nom, type de contenu, etc.). On m'a demandé si nous pouvions également analyser le contenu de chaque article.Comment traiter les éléments téléchargés via un contrôle WebBrowser?

Est-ce que cela peut être fait via l'interface de contrôle webbrowser? Peut-il être fait par APP?

Si oui, pouvez-vous me donner une ventilation des étapes impliquées, y compris les noms des interfaces qui doivent être interrogées?

Comment cela fonctionnera-t-il si l'élément est mis en cache?

Comment cela fonctionnera-t-il si le navigateur maintient l'élément en mémoire? Est-ce que c'est le cas?

Veuillez noter que je ne me réfère pas uniquement au document de premier niveau récupéré initialement, mais à tous les éléments récupérés suite au chargement du document de niveau supérieur (ou des documents dans le cas des images). Tous les fichiers .css, .js, .jpg, etc.

On m'a également demandé si nous pouvions faire de même pour le "trafic réseau sortant". Je ne suis même pas sûr de ce que cela signifie, mais je suppose qu'ils signifient regarder les requêtes GET sortantes, les en-têtes et les cookies.

+0

@John Saunders: Merci pour l'édition du titre, le vôtre est beaucoup mieux. – Tergiver

Répondre

0

La réponse se trouve dans l'APP. Le gestionnaire de transactions appelle votre implémentation de IInternetProtocol :: Read. Le modèle est celui d'un "Filtre MIME Pluggable", mais comme j'ai déjà une application passthrough, je peux simplement écouter les appels Read pour analyser le contenu. Cela fonctionne pour les éléments mis en cache car WinInet gère la mise en cache en dessous du niveau APP.

Questions connexes