Aller au contenu
  • 0

Problème base de données MySQL avec script-db

HyperKut

Posée par HyperKut,

 Partager

Question

HyperKut Apprenti

HyperKut

Posté(e)
Posté(e) (modifié)

Version de Minecraft : 1.12.2
Version de Skript : 2.3

Addons utilisés: script-db 0.2.1

Type du skript : Script MySQL

Description du script :

Bonjour,

Je me permets de poster car je rencontre un soucis avec les requêtes SQL avec l'addon script-db.

Lorque j'utilise des variables non persistantes dans mes requêtes (par exemple {_p}), la valeur qu'on me retourne est vide "<none>".

Alors que si j'utilise une variable persistantes ça fonctionne, j'aimerai savoir comment régler ce soucis voici deux exemples ci-dessous un qui fonctionne et un qui ne fonctionne pas :

 

Requête qui fonctionne (mais dont je ne veux pas) 

# La seule différence se fait sur le {p}

set {p} to "%player%"
execute unsafe "SELECT * FROM players WHERE pseudo = '%{p}%'" in {sql} and store the result in {_result::*}
broadcast "%{_result::password::1}%"

# Ici le mot de passe du joueur m'est affiché correctement

 

Requête qui NE FONCTIONNE PAS 

# Ici j'ai mis {_p} au lieu de {p}

set {_p} to "%player%"
execute unsafe "SELECT * FROM players WHERE pseudo = '%{_p}%'" in {sql} and store the result in {_result::*}
broadcast "%{_result::password::1}%"

# Et la la valeur retournée est <none>

 

Merci d'avance pour votre aide !

Modifié par HyperKut

12 réponses à cette question

Messages recommandés

  • 0
Invité

Invité

Posté(e)
Posté(e)
il y a 1 minute, HyperKut a dit :

Version de Minecraft : 1.12.2
Version de Skript : 2.3

Addons utilisés: script-db 0.2.1

Type du skript : Script MySQL

Description du script :

Bonjour,

Je me permets de poster car je rencontre un soucis avec les requêtes SQL avec l'addon script-db.

Lorque j'utilise des variables non persistantes dans mes requêtes (par exemple {_p}), la valeur qu'on me retourne est vide "<none>".

Alors que si j'utilise une variable persistantes ça fonctionne, j'aimerai savoir comment régler ce soucis voici deux exemples ci-dessous un qui fonctionne et un qui ne fonctionne pas :

 

Requête qui fonctionne (mais dont je ne veux pas) 


# La seule différence se fait sur le {p}

set {p} to "%player%"
execute unsafe "SELECT * FROM players WHERE pseudo = '%{p}%'" in {sql} and store the result in {_result::*}
broadcast "%{_result::password::1}%"

# Ici le mot de passe du joueur m'est affiché correctement

 

Requête qui NE FONCTIONNE PAS 


# Ici j'ai mis {_p} au lieu de {p}

set {_p} to "%player%"
execute unsafe "SELECT * FROM players WHERE pseudo = '%{p}%'" in {sql} and store the result in {_result::*}
broadcast "%{_result::password::1}%"

# Et la la valeur retournée est <none>

 

Merci d'avance pour votre aide !

En même temps si tu mets pas '%{_p}%'" ça ne marchera pas... Tu mets des variables différentes

Tu définis _p mais tu affiches p 

Alors que sur le code de dessus, qui est fonctionnel, tu définis p et affiche p

  • 0
Romitou Superstar

Romitou

Posté(e)
Posté(e)

Bonsoir, les variables temporaires ne fonctionnent pas avec skript-db.
Je te conseille de passer par des variables simples pour effectuer tes requêtes.
Bonne soirée. 🙂

  • 0
Invité

Invité

Posté(e)
Posté(e)
il y a 1 minute, Romitou a dit :

Bonsoir, les variables temporaires ne fonctionnent pas avec skript-db.
Je te conseille de passer par des variables simples pour effectuer tes requêtes.
Bonne soirée. 🙂

(Je ne savais pas, mon message est donc eronné ?)

  • 0
HyperKut Apprenti

HyperKut

Posté(e)
  • Auteur
Posté(e)
il y a 5 minutes, KneaXy a dit :

En même temps si tu mets pas '%{_p}%'" ça ne marchera pas... Tu mets des variables différentes

Tu définis _p mais tu affiches p 

Alors que sur le code de dessus, qui est fonctionnel, tu définis p et affiche p

Tu as répondu trop vite... J'avais fait une erreur de frappe que j'ai corrigée en éditant mon message

  • 0
HyperKut Apprenti

HyperKut

Posté(e)
  • Auteur
Posté(e)
il y a 4 minutes, Romitou a dit :

Bonsoir, les variables temporaires ne fonctionnent pas avec skript-db.
Je te conseille de passer par des variables simples pour effectuer tes requêtes.
Bonne soirée. 🙂

Merci. Le problème c'est que j'ai parfois des variables très complexes et ce n'est pas très utile et propre de créer des variables à chaque fois...

  • Haha 1
  • 0
Romitou Superstar

Romitou

Posté(e)
Posté(e)
il y a 3 minutes, KneaXy a dit :

(Je ne savais pas, mon message est donc eronné ?)

Salut, les variables temporaires ne fonctionnent pas pour éviter les injections SQL.
Une alternative, mais qui remet en question la sécurité de la requête est d'utiliser '%unsafe {_var}%' 😉

  • 0
Invité

Invité

Posté(e)
Posté(e)
il y a 2 minutes, Romitou a dit :

Salut, les variables temporaires ne fonctionnent pas pour éviter les injections SQL.
Une alternative, mais qui remet en question la sécurité de la requête est d'utiliser '%unsafe {_var}%' 😉

Ne savait pas ;o 

  • 0
HyperKut Apprenti

HyperKut

Posté(e)
  • Auteur
Posté(e)
il y a 3 minutes, Romitou a dit :

Salut, les variables temporaires ne fonctionnent pas pour éviter les injections SQL.
Une alternative, mais qui remet en question la sécurité de la requête est d'utiliser '%unsafe {_var}%' 😉

Comme ça ? Si c'est ça, ça ne fonctionne pas non plus 

set {_p} to "%player%"
execute unsafe "SELECT * FROM players WHERE pseudo = '%unsafe {_p}%'" in {sql} and store the result in {_result::*}
broadcast "%{_result::password::1}%"

 

  • 0
Romitou Superstar

Romitou

Posté(e)
Posté(e)

C'est un ancien souvenir, il est possible que ce ne soit plus le cas.
Dans tous les cas, la seule et unique solution pour le moment est d'utiliser des requêtes sécurisées et donc utiliser des variables normales.
Il y a récemment eu un nouveau add-on dans les ressources, tu peux y jeter un œil mais les requêtes ne sont pas sécurisées, à toi de voir si tu es à l'aise en Java.

Invité
Ce sujet ne peut plus recevoir de nouvelles réponses.
 Partager
Aller à la liste des questions
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.