Salut, de nouveau, les gars
Merci à toi Mode Eh Rateur SergioMaster (moi je suis en mode je bosse à donf mais ça ne me pose pas de blème) et à toi aussi Solilog.
Ça fait toujours plaisir de voir se créer une team de discussion.
Ça prouve qu'il y a encore de l'humain derrière ces foutus bécanes (humour).
Solilog je garde malgré tout ton précieux conseil même si j'ai lu ici :
http://delphi.developpez.com/faq/?pa...oyer-un-e-mail
que FastNet pour Delphi 7 était obsolète, ainsi que sur mon book Delphi 7, et je n'ai pas le répertoire que tu indiques (certainement pour la raison invoquée).
Mais ça ne fait rien les gars, car ça m'a fait cogiter (ouaih! y avait presque un œuf qui pouvait y cuire - non je déc....) et j'ai trouvé une solution plus économique pour mon Prg.
Je m'explique : mon application reçoit des commandes sur un serveur par connexion à distance.
Les infos sont sauvegardées dans des tables MySQL sur le serveur.
Alors je me suis dit : pourquoi ne pas ajouter un champ booléen (0/1) nommé par exemple "vu" (pour chaque commande bien sûr) et un simple timer qui contrôle régulièrement l'état de mes commandes ?
Ainsi quand, grâce à une sélection par tri en SQL, je trouve des commandes non vues je les affiche et je bascule aussi sec l'état du flag "vu".
Ce qui limite, bien sûr, les prochains résultats de ma requête aussi. Mais ça c'est évident.
Ainsi je me dédouane du mail et je rends ma solution plus économique (pas d'adresse mail et tout le tintouin).
Je sais ce que vous pensez : mais y en a combien d'infos qui arrivent ? Ton Timer risque très vite d'être submergé ?
Justement elles ne se bousculeront pas au portillon : ces commandes. D'où cette éventualité.
Mais je vous rassure je ne lâche pas mon os à ronger.
J'ai d'ailleurs une piste. A mon sens la raison de cette non connexion c'est qu'elle est en SSL et j'ai bien les DLL mais je n'ai pas ces foutus fichiers .cer. C'est quand même plus simple en PHP !!!
Merci les gars.
A vous renvoyer l’ascenseur un jour, je l'espère.
Partager