Solution :
il faut utiliser les fonctions http(s)xxx suivant les cas d'usage :
- en lecture : http(s)get
- en creation : http(s)post
- en modification : http(s)put
- en suppression : http(s)delete
l'authentification:
paramètres : login:
les urls sont :
- lecture d'une liste : +"/api/{nom_de_la_ressource_prestashop}"
- lecture / modification / suppression d'un élément spécifique : +"/api/{nom_de_la_ressource_prestashop}/{id}"
- creation d'un nouvel élément : +"/api/{nom_de_la_ressource_prestashop}"
en lecture :
- pour afficher le résultat en json : ajouter param : tableau("output_format","JSON")
- pour filtrer une liste : ajouter param : tableau("filter", "{valeur a filtrer}")
si SIMAX freeze et adresse du site en https, ajouter header: "Host: {nom_de_domaine_du_site_ecommerce}"

Solution :
dans le info.simax, dans la section CLIENT
PRESTASHOP_LOG=
!! le répertoire de destination doit exister
pas besoin de redémarrer le SIMAX
Exemple :
PRESTASHOP_LOG=C:\Temp\LogPrestashop.txt

Solution :
Utiliser les fonction init sur le type de donnée que vous voulez allez consulter.
Exemple pour une facture :
prestashop.initfacture(url : "https://mon site.fr/", apikey:"X4NCC89798797898798787IDWP95DDD", synopsis: 1)
Ceci renvoie le XML vide et vous permet de voir comment le construire.

Solution :
Sur le Back Office Aller dans Onglet Configurer-Paramètres de la boutique->TRafic et SEO
Dans la partie configuration de l'URL URL accentuée doit être à "Oui"

Solution :
Il faut ouvrir un navigateur avec l'adresse : /api/ (exemple : http://www.ma-boutique.com/api/)
A la question d'identification, il faut mettre l'APIKEY dans le login, il n'y a pas de mot de passe
La liste des ressources disponibles s'affiche ; il faut chercher le terme anglais ; quelques ressources en particulier :
- déclinaison => combinaisons
- caractéristique attribut => product_options / product_option_values
- caractéristique non attribut => product_features / product_feature_values
pour afficher la liste : /api/
pour afficher une ressource en particulier : /api//
il est possible de modifier l'affichage avec des options après ? séparées par des &
output_format=JSON => sortie en json (bien si le navigateur à un module d'affichage JSON)
option pour les listes :
- affichage de tous les détails : display=full
- affichage de certains détails : display= (exemple : /api/products?display=
- filtrage : filter=

Solution :
Bug de prestashop quand PHP est fourni pas FastCGI
____________________________________________________
A . Commencer par vérifier que l'api PHP est bien FastCGI
---------------------------------------------------------------------
1. Il faut copier sur le serveur à un endroit public un fichier phpinfo.php qui contient 2. Afficher la page, et rechercher dans le premier tableau la ligne "Serveur API"
B. C'est bien FastCGI
-------------------------
deux options possible :
- ce n'est pas un serveur mutualisé, demandé à ce que PHP soit fourni par le module apache
- contourner le problème
C. Contournement
----------------------
Contourner implique de modifier un fichier qui est généré automatiquement lors de certaine configuration du site via le backoffice ; ce n'est donc pas une solution pérène.
Ce qui suit provient d'un forum (voir lien plus bas)
****************************************
Les variables d'authentification sont rendues vides avec FCGI.
Donc dispatcher.php n'a rien à se mettre sous la dent et redemande donc ad libitum.
Il faut donc faire une petite pirouette pour récupérer ces variables (nous avons besoin seulement de l'identifiant, pas du mot de passe).
Il faut pour cela combiner (ou autre solution ?) deux règles de réécriture (.htaccess à la racine du site) :
1/ une qui place HTTP Authorization dans $_SERVER
RewriteRule .* -
il faut ensuite modifier dispatcher.php pour parser la variable REMOTE_USER au lieu d'aller chercher l'id dans $_SERVER (ou dans $_GET ?)
2/ celle de Prestashop qui redirige l'appel www.monsite.com/api/?requete vers le sous-répertoire contenant le script d'aiguillage, cette règle est la suivante :
RewriteRule ^api/?(.*)$ /webservice/dispatcher.php?url=$1
Contournement dans le ticket ouvert chez l'éditeur de prestashop
*****************************************************
If PHP is running in CGI mode and not as apache module, the authentification isn't working anymore as there is no authentification system in CGI mode.
One could use the ws_key parameter in the url when calling the web service or making these little changes:
in .htaccess generated with web services enabled, add RewriteRule .* -
in webservice/dispatcher.php, add thoses lines
if(strpos(@php_sapi_name(), 'CGI')){
list($_SERVER, $_SERVER) = explode(':' , base64_decode(substr($_SERVER, 6)));
};
With OVH, on most server, PHP is running as CGI so I had to implement that in order to use correctly web services.
références :
https://www.prestashop.com/forums/topic/135457-webservice-401-unauthorized/
http://forge.prestashop.com/browse/PSCFV-7266