Bonjour,

pourquoi une BDD ? Des variables globales au programme ne suffisent pas ?

Sinon pour une BDD "interne" il y a SQLite (qui est une BDD contenu dans un fichier qu'on peut mettre où on veut) mais je n'en vois pas l'intérêt.

@Matioso Donc d'après toi, je peux stocker des variables dans le logiciels sont qu'elles se réinitialises à la fermeture du .exe

(pseudo, mdp, préférences etc.. ne seront pas supprimer)

As-tu un tuto pour leurs utilisations je pensais qu'il fallait absolument passer par une bdd.

A la fermeture de l'application, les variables sont vidées.

Autant les préférences je peux comprendre qu'on ai envie de les garder.

Par contre, la connexion c'est dangereux.

Mais bon, vous pouvez les mettre dans un fichier, qui sera lu a l'ouverture du programme.

Aucun besoin de BDD.

>je peux stocker des variables dans le logiciels sont qu'elles se réinitialises à la fermeture du .exe

C'est possible mais c'est assez complexe et vous allez vous prendre tous les anti-virus de la planète sur le coin de la gueule.

Quand on fait de la sécurité, on commence par modéliser les menaces que l'on veut contrer.

Clairement, sur machine où la personne est administratrice, vos tentatives pathétique de "sécurisation" n’arrêterons que les Jean-Kevin de moins de 13 pas très dégourdis, et personne de sensé n'essaye raisonnablement de se protéger dans ces conditions si hostiles. Cf. les protections de jeux PC ou de logiciels grand-public dont les protections sautent systématiquement en moins de 24 heures (quand ils ont des "protections").

C'est pour cela que les "connexions externes" sont si pratiques : elles permettent d'avoir des choses en zone "safe".

Généralement, on s'appuie sur tous ce qu'offrent les OS et autres framework de sécurité plutôt que faire ces choses complètement ridicules d'un point de vue sécurité.

Commencez par poser votre modèle de menace puis choisissez les outils adaptés à ce modèle (et une "connexion externe" en n'est souvent un).