Discussion :

[rhjlupin]

Bonjour à tous,

Je ne sais pas si je m'adresse sur le bon forum mais bon, il faut bien commencer par le début.
Je souhaiterais récupérer certaines pages web html sur mon pc (j'utilise windows vista). J'ai déjà effectué un programme du même genre avec du php mais j'ai trouvé que le temps de connexion pour récupérer les pages étaient très long (pour info j'utilise une ligne ADSL)
Je souhaiterais vous demander quel est le langage le plus adapter pour effectuer ce genre de traitement (C, C++, java, .net, etc...)

Encore merci à tous ceux qui pourront m'aider

[Melem]

Les performances des langages C et C++ sont à l'heure actuelle encore inégalées, particulièrement le C. Etant donné qu'il existe en plus de APIs toutes faites pour dialoguer de la manière la plus simple du monde, et de manière très performante, avec un serveur web à l'aide de ces langages (pour ne citer que l'API WinInet), je pense que la question ne se pose même pas.

[forsites]

Plus simple si tu n'as pas le temps d'apprendre un langage, un fichier batch, et la commande wget (reporter de linux), elle possede des options qui te permette de parcourir recursivement, de ne prendre que certain type de fichier etc

[Mac LAK]

Les composants RAD comme ceux de Delphi ou C++ Builder sont également très performants, et offrent l'avantage d'une simplicité enfantine d'utilisation. Côté performances, ils sont très proches de l'utilisation des API natives.

Toutefois, ça ne vaut peut-être pas la peine d'acheter exprès ces compilateurs juste pour cette fonction. Par contre, si tu les as déjà à disposition, cela peut devenir très intéressant.

[Laurent Dardenne]

Une autre solution.

offrent l'avantage d'une simplicité enfantine d'utilisation.

Je n'ai pas trouvé plus simple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
$url="http://www.developpez.net/forums/d85...er-pages-html/"
 #http://jacanda.net/Blog/post/Get-HTM...owershell.aspx
(New-Object Net.WebClient).DownloadString($url)|Set-Content "$pwd\Post.html"
&"$pwd\Post.html"

C'est du code PowerShell, dotnet fx 2.0, coté performance :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
Measure-Command { (New-Object Net.WebClient).DownloadString($url)|set-Content "$pwd\Post.html"}

Days              : 0
Hours             : 0
Minutes           : 0
Seconds           : 1
Milliseconds      : 725
Ticks             : 17252934
TotalDays         : 1,99686736111111E-05
TotalHours        : 0,000479248166666667
TotalMinutes      : 0,02875489
TotalSeconds      : 1,7252934
TotalMilliseconds : 1725,2934

[Melem]

Je n'ai pas trouvé plus simple

Moi si :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

wget [-p] http://www.site.com/index.html

[Laurent Dardenne]

Moi si :

forsites l'a cité, je parlais d'un point de vue du code.
Mais c'est vrai qu'un prg externe sous cmd est aussi une instruction, bien vu.

[Mac LAK]

Certes, mais faut voir aussi côté performances pour du transfert "massif", ou interfaçage avec son programme...

En général, via un programme / script externe, on se retrouve avec un fichier HTML sur le disque, qu'il faut ensuite relire. OK, y'a le cache et tout et tout, mais il faut quand même ouvrir et relire le fichier quoi qu'il en soit. Les API natives (RAD ou non, d'ailleurs) fournissent tout en mémoire sans fichier temporaire.

[Médinoc]

Sous Windows:

Code C :

Sélectionner tout - Visualiser dans une fenêtre à part

UrlDownloadToFile(NULL, TEXT("http://www.site.com/index.html"), TEXT("C:\\Dossier\\index.html"), 0, NULL);

[Melem]

Si c'est sans -p.

[Mac LAK]

Si c'est sans -p.

Gni ?

[Melem]

Hein ? Au cas où t'as pas compris le sens de mon message, c'était que ce qu'a proposé Médinoc pouvait remplacer ce que je postais seulement si on n'utilise pas l'option -p. Je parle en termes de résultats vu de l'utilisateur. Et ton post là, ça veut dire quelque chose ?

[Laurent Dardenne]

Sous Windows:

Ok je me rends, je n'ai pas vérifié mais je suppose que le code .net cité appel cette API.

Hein ? Au cas où t'as pas compris le sens de mon message,

Bah, pour moi non plus il n'est pas évident à saisir, mais une fois expliqué on comprend mieux.