Question (s) sur Lighstreamer au socket

Bonjour !
Ma question s'adresse à ceux qui récupèrent le stream au socket. Je crois que les programmeurs Python procèdent ainsi étant donné le lien "general examples" pour les "generic platform" de cette page : http://labs.ig.com/lightstreamer-downloads.

1) Bref voici la première question : pour les connections de stream me confirmez-vous que hors SSL point de salut . En https ça va jai la connection avec une requete POST mais en http (POST ou requetes TCP de base en essayant différents ports ) j'y arrive pas. Ou alors je ne connais pas le numéro du port spécifique. On va me répondre que le SSL est préconisé par le pdf "Network Protocol Tutorial". Ok mais dans cette même doc il est bien écrit pour la stream connexion "http ou https" page 16. Mais passons à la limite puisque c'est bon de mon côté.

2) Par contre , deuxième question, pour les control connexion est-ce que du http suffit ? Dans ce même tutorial pdf il est écrit : "http recommandé" page 20. ( on pourrait répondre "t'as qu'à essayer" sauf que c'est pas la peine de perdre du temps à m'entortiller dans des tentatives de bidouillages en tout genre . Autant savoir tout de suite afin d'essayer de faire un code relativement homogène.)
Voilà . c'est tout pour l'instant.
J'aurai certainement d'autres questions par la suite. Merci d'avance aux pionniers pour votre aide!

PS je ne connais pas le python donc je ne programme pas en python et donc pas de réponse en python svp !

Si tu as un flux "https" pourquoi toutes ces questions pour faire de même en "http" ?

Il te manque une librairie ssl ?

exact. Et j'ai pas envie de m'y coller.

Je n'ai pas le flux justement. Juste la réponse à la requete d'une stream connexiion. Le serveur me donne le SessionId. Mais c'est pas la requete de souscription = la control connexion.

edit 18/06 23h14 : Bon ben apparemment c'est du https aussi pour les control connections. En https ça marche mais pas en http (en tout cas à mon niveau) ce qui ne correspond pas à la doc dans laquelle ils recommandent du http (page 20) .

Bonjour,
Je confirme ce que j'ai constaté aussi : tout est en https.
Je pense que c'est pour simplifier côté serveur, ça leur évite de gérer les 2 systèmes en parallèle (ils ont déjà assez de mal à gérer correctement les serveurs réel et démo en même temps).
De toutes façons il faut installer ssl pour la connexion initiale en https, donc l'utiliser aussi pour le contrôle n'est pas une contrainte bien lourde.

Me revoilà avec une autre question :musique: :
Lors de la stream connection je donne ça :
LS_user=********
LS_password=*********
LS_polling=true
LS_polling_millis=0
LS_idle_millis=0

et le serveur me répond ça :
OK
SessionId:********
ControlAddress:apd119b.marketdatasystems.com
KeepaliveMillis:0
MaxBandwidth:0.0

LOOP

ensuite je donne ça pour la control connection :

LS_session=********
LS_table=1
LS_mode=MERGE
LS_op=add
LS_id=ACCOUNT:*****
LS_schema=AVAILABLE_CASH

et le control me répond :
OK

sauf que le "LOOP" dans la réponse du serveur est-ce que c'est normal ? (je pense pas :roll: )
Après le OK du control j'ai la vilaine impression de pas recevoir les data available_cash demandées.
Où est mon erreur ?

Salut tartempion,

Si tu n'as pas lu ce post il pourra peut être t'aider.
l3-pb-en-tout-genre-t8846-330.html

Perso je ne vois pas ton erreur, j'ai les mêmes réponses que toi . Une question un peu bête mais est que tu as des positions qui feraient varier ton solde ?

Salut Beni_des_dieux ! Je vais aller lire ton lien. (Je pense que tu parles de l'intervention de Jized). Sinon pour répondre à ta question : non , c'est le compte demo et il n'y a aucune position ouverte. C'est le calme plat. Bon mais c'est pas grave. Faut que je me plonge dans les requetes web, les classes .NET associées, le stream en général autant de trucs que je connais très mal. C'est pas urgent, ça prendra le temps qu'il faut.
Ma petite application me permet déjà de trader très confortablement, j'ai pas le steam mais c'est pas très grave vu que mes décisions de prises de positions se font à partir des graphes de la prt ... qui donne aussi le P/L en stream donc ça va. Le stream sur l'appli de trading dans mon idée c'est en premier pour avoir le P/L en temps réel et en second faire de l'algorithmie et du graphe (parce que coté Labview là c'est bon ).
En tout cas merci pour ta contribution

Bonjour,

Voici des fruits de mes tâtonnements : les url complètes utilisables en démo comme en réel, avec les caractères spéciaux encodés.

- Connexion à LightStreamer (cf. paragraphe 4.1 de la doc du protocole) :

https://demo-apd.marketdatasystems.com/lightstreamer/create_session.txt?LS_op2=create&LS_cid=mgQkwtwdysogQz2BJ4Ji%20kOj2Bg&LS_user=***&LS_password=CST-***XST-***&LS_keepalive_millis=4000&LS_report_info=true

L'adresse de base et les codes de session (CST-*** et XST-***) sont obtenus lors de la connexion en mode REST.
LS_keepalive_millis=4000 pour une surveillance réseau toutes les 4 secondes.

- Pour recevoir les infos du compte :

https://apd119a.marketdatasystems.com/lightstreamer/control.txt?LS_session=***&LS_table=4&LS_op=add&LS_mode=MERGE&LS_id=ACCOUNT:***&LS_schema=programmation neuro-linguistique%20DEPOSIT%20AVAILABLE_CASH

L'adresse de base et l'id de session sont obtenus lors la connexion. Ils changent à chaque fois.

- Pour tout le reste, c'est le même principe.
Les sources d'info sont la doc, le forum sur le site des Api IG, google, les exemple de code des api dans les autres langages.
Bref, il faut fouiner.

Amuse toi bien...

Oui je parlais du post de jized.

Si c'est pour le programmation neuro-linguistique, il faut que tu ajoutes dans le schéma programmation neuro-linguistique et que tu ais des positions.
Sinon tu peux souscrire à la table des prix d'un indice qui bouge type DAX ou Forex pour être sur de recevoir quelque chose. Changes juste:

LS_mode = DISTINCT
LS_id = CHART:ton epic:TICK,
LS_schema = Bid OFFER,

Pour le programmation neuro-linguistique je le calcule en local. C'est ce que je te conseille de faire car le programmation neuro-linguistique reçu par le serveur a une certaine latence.

Perso je me sers aussi des prix pour faire des graph en ticks. Pas pour faire de l'analyse(je suis comme toi, j'utilises prt) mais juste pour visualiser les positions prises...

Je suis d'accord avec toi, Labview c'est top pour visualiser des datas !

Bon courage et chapeau pour ton boulot !

Bon alors après m'être replongé tranquillement dans le début de la doc pdf "Network Protocol Tutorial" que j'avais un peu oublié j'avoue avec tous ces trucs qu'il faut lire j'ai retrouvé un passage dans lequel on comprend le probleme qui me bloquait : Il ne fallait pas mettre la LS_polling à true pour ce genre de requete (celle qui consiste à uniquement demander d'ouvrir une connexion de stream) ! Parce que le serveur ouvre et referme de suite la connexion. Il prévient en affichant "LOOP" c'est sympa de sa part . C'est pour ça que j'écrivais :

sauf que le "LOOP" dans la réponse du serveur est-ce que c'est normal ? (je pense pas :roll: )
Après le OK du control j'ai la vilaine impression de pas recevoir les data available_cash demandées.
Où est mon erreur ?

Là c'est bon j'ai le stream ! La chine à 3h du mat' ça défile .
Allez encore une semaine et c'est bon . On y croît

Je prends bonne note de ton dernier message Beni. merci de tes tuyaux. Je testerai demain quand ça bougera …parce qu'à 3h du matin
Oui je suis d'accord pour le programmation neuro-linguistique il vaut mieux le calculer sur place.
À + !
Merci à Jized pour ses rappels