Version imprimable
Bonjour,
J'ai installé les composants ICS-5 pour pouvoir faire des requêtes get/post mais au travers d'un serveur SSL. Or il semblerait que Httpcli ne supporte pas le SSL. Je suis allé sur le serveur d'ICS et il parle d'un support SSL. Il faudrait contribuer financierement pour avoir accès aux sourcers. J'aimerai juste les composants SSL, pas le source. Comment faire?
merci
Tu n'as pas le choix, l'utilisation des composants ICS + SSL nécessite obligatoirement le passage par la case banque.
Sinon tu peux le faire avec Indy aussi (j'utilise actuellement Indy avec le SSL sans problème), il te faut juste avoir les bonnes DLL selon la version qu'Indy et le tour est joué.
voila une QR qui va être publiée lors de la prochaine mise à jour de la :faq:
Citation:
Comment utiliser le SSL avec indy ?
Il faut récupèrer les 2 DLL OpenSSL selon la version de indy que l'on utilise :
- Indy 9 :
http://indy.fulgan.com/SSL/
- indy 10.1.5 : il faut les DLLs 0.98
http://indy.fulgan.com/ZIP/
http://www.apachefrance.com/Telechar...nSSL-0.98a.zip
Après il suffit de poser un composant IdSSLIoHandlerOpenSll et le lier au composant Indy par le IOHandler (IdSmtp , idHttp, etc ...).
Attention : Les DLLs doivent être dans le répertoire de l'application ou dans le répertoire System32 de Windows.
J'avais un peu peur de cette réponse! :cry: Merci! :king:
Oui, j'utilise déjà Indy 9 + SSL pour mes reqûetes API et cela fonctionne, seulement, je trouve que c'est lent et je me demandais si Ics ne serait pas plus rapide et plus fiable (moins de timeout). Mais bon, s'il faut bourse délier pour testé, il attendront que je sois plus riche (89€ la contrib mini)... :aie:
En quoi trouves tu le fonctionnement lent avec Indy ?Citation:
Envoyé par ghost942
Pour ma part je n'ai aucun problème de lenteur dans mes requetes sauf quand le site est un peu surchargé.
J'ai par moment un taux important d'exception de type ReadTimeOut. Je fais approximativement une requête/seconde. J'ai besoin également régulière dans une fenêtre de moins de 20secondes de devoir faire 5-6 reqêtes (get,post) donc au moindre timeout ou connexion reset by peer,c'est la catastrophe. Je communique avec une API de jeux, donc le serveur est normalement prévu pour tenir la charge.
Si je threade un TidHttp+OpenSSL, et qu'un timeout/resetconnexion arrive, est que seul le thread sera gelé ou tout l'application?
Le problème vient a mon avis que ton reseau sature aussi un peu vu le nombre de requete que tu fais sur un même port.
Que cela soit avec ICS ou tous autres moyens, c'est normal que le TimeOut augmente.
Imagine il faut 4s pour que le site réponde
1s - 1 er requete - Attente réponse
2s - 2em Requete - Port bloqué vu qu'il y a une requete en attente
3s - 3em requete - Port bloqué vu qu'il y a une requete en attente
4s - 4em requete - Port bloqué vu qu'il y a une requete en attente
5s - 1er Requete à eu la réponse - libération du port, la requete 3 prend la main (pas de bol c'est lui qui a fait l'appel avant la 2em)
6s - 5em requete + 2em requete en time out
etc ...
Bien sur c'est imagé, c'est pour que tu vois que le principe d'une requete par seconde va t'engendrer des problèmes et que cela n'a rien à voir avec les composants ^^
Non en fait les requête s'enchainent successivement:
-Requete #1
-Si Requete #1=resultat attendu alors Requete2 sinon abandon.
-Si Requete #2=resultat attendu alors Requete3 sinon abandon
-Si Requete #3=resultat attendu alors Requete4 sinon abandon
-Si Requete #4=resultat attendu ....
Donc la, le meme port est utilisé sans être accaparé vu qu'il s'agit de la même socket.
----------
Bon j'ai décidé de ne pas utiliser l'option "keep-alive" car le serveur est bien capricieux a garder ouvert la connexion. J'ai des meilleurs résultats sans.