Bonjour,
 
J'ai un problème pour faire interpréter un script curl sous mon serveur linux de type centos 6, en clair je n'arrive pas à faire interpréter les quotes puisque dès que mon code ne possède pas de quotes, j'ai bien une réponse correcte à mon code.
Pourriez-vous m'aider SVP ?
 
Pour info mais c'est pas le problème: API_CODE est normalement remplacé par une chaine de plusieurs caractères
 
Avec les doubles quotes:
 

Voici la réponse:

 
Avec les simples quotes:

Même retour:

 
Merci

J'ai essayé ça aussi mais rien à faire:
 

curl: (3) [globbing] illegal character in range specification at pos 90
 

curl: (3) [globbing] illegal character in range specification at pos 90
 
 
 

Ben a la position 90, c'est un @ que tu as, et c'est manifestement ça qui ne lui plait pas.
Il y a peut être un élément de réponse ici: http://stackoverflow.com/questions [...] -post-data
A+,

 
 
Même en remplaçant tous mes caractères comme ceci: ça ne fonctionne pas et la position reste toujours la même:
@ = %40
& = %26
 
 

 
curl: (3) [globbing] error: bad range specification after pos 94
 
 
Aussi avec des variables:

 
curl: (3) [globbing] illegal character in range specification at pos 90

Mais pourquoi n'as tu pas essayé comme indiqué dans le lien
curl -k --data-urlencode "https://192.168.0.254/api/?type=config&action=get&xpath=/config/devices/entry/vsys/entry[@name='vsys1']/address/entry[@name='Spastic']&key=API_CODE"
 
 
A+,

 
 
Bah je ne sais pas ce qui me manque, je suis sous centos 6:
 

curl: no URL specified!
curl: try 'curl --help' or 'curl --manual' for more information

curl: no URL specified!
curl: try 'curl --help' or 'curl --manual' for more information
 

et sans quotes autour?

A+,

 
 
C'est un petit mieux sans les quotes autour mais vraiment un petit peu    
 

[1] 3423
[2] 3424
[3] 3425
[2]-  Done                    action=get
[root@nagios  ~]# curl: no URL specified!
curl: try 'curl --help' or 'curl --manual' for more information
 
[1]-  Exit 2                  curl -k --data-urlencode https://192.168.0.254/api/?type=config
[3]+  Done                    xpath=/config/devices/entry/vsys/entry[@name='vsys1']/address/entry[@name='Spastic']
[root@nagios  ~]#

Et pas vraiment mieux en remplaçant les caractères
 

curl: no URL specified!
curl: try 'curl --help' or 'curl --manual' for more information

curl: no URL specified!
curl: try 'curl --help' or 'curl --manual' for more information
 

> Et pas vraiment mieux en remplaçant les caractères  
surtout pas avec --data-urlencode
J'essaierais ceci à tout hasard:

vu que c'est ton xpath qui semble coincer ici.
 
autre possibilité a tenter:

parce que [] n'est pas autorisé dans la syntaxe des urls et est interprété par curl comme autre chose
C'est d'ailleurs ce qui provoquait ton message d'erreur initial: curl: (3) [globbing] illegal character in range specification at pos 90
en effet, après un [, curl attends quelque chose de la forme nombre_début-nombre_fin] et nom pas un truc avec un @
 
A+,

Pas mieux:
 

[1] 14447
[2] 14448
[3] 14449
[root@nagios ~]# curl: no URL specified!
curl: try 'curl --help' or 'curl --manual' for more information
 
[1]   Exit 2                  curl -k --data-urlencode https://192.168.0.254/api/?type=config
[2]-  Done                    action=get
[3]+  Done                    xpath="/config/devices/entry/vsys/entry[@name='vsys1']/address/entry[@name='Spastic']"
[root@nagios ~]#
 
 
 
 

[1] 15513
[2] 15514
[3] 15515
[root@nagios ~]# curl: no URL specified!
curl: try 'curl --help' or 'curl --manual' for more information
 
[1]   Exit 2                  curl -k -g --data-urlencode https://192.168.0.254/api/?type=config
[2]-  Done                    action=get
[3]+  Done                    xpath=/config/devices/entry/vsys/entry[@name='vsys1']/address/entry[@name='Spastic']
[root@nagios ~]#

Il y a avait eu un essai en remplaçant :
@ = %40  
 
Peut-être il faudrait continuer dans cette voix en remplaçant aussi les crochets
[=%5B
]=%5D
 
Par contre, il n'est pas sûr qu'il faille remplacer & = %26 car c'est un caractère valide pour une URL, tout comme le point d'interrogation.

Donc tester ceci:

et

qui fait peut être la même chose en plus simple
 
A+,

>> C'est un petit mieux sans les quotes autour mais vraiment un petit peu
Euh non finalement pas, j'ai compris les messages avec [1] [2]...: le shell a compris les & comme autant de séparateurs de process en background    
 
A+,

 
Les deux fonctionnent ! C'est chouette !  
MERCI BEAUCOUP pour ton aide