OVH Community, votre nouvel espace communautaire.

Soapi php


mdoulet
16/03/2013, 10h38
Petit retour rapide sur ce sujet pour te remercier car tout fonctionne parfaitement maintenant.
Merci beaucoup

mdoulet
29/01/2013, 10h16
Ok super merci beaucoup

cassiopee
28/01/2013, 21h37
Intuitivement je dirais de rester dans des choses connues, la migration n'en sera que plus facile.

Donc si par exemple jusqu'à présent le Plesk utilisé était mettons sous Ubuntu, de rester sur du Ubuntu.

Ensuite la question Linux/Windows, au delà du troll classique, ça va dépendre des besoins
des sites web : besoin d'ASP ? Si oui => Windows sinon sans doute du Linux.

(et je ne sais pas trop si c'est inclus chez OVH mais sinon, choisir Windows entrainera
sans doute de payer une licence pour le Windows choisi (en plus de Plesk donc) )

mdoulet
28/01/2013, 19h43
Nous y voilà je change de serveur
que me conseillez vous ?
- CentOS 5 64bit
- CentOS 6 64bit
- Ubuntu Server 12.04 LTS 64bit
- Ubuntu Server 10.04 LTS 64bit
- Windows 2008R2 WEB
- Windows 2008R2 STD
- Windows 2008R2 ENT


merci à tous

mdoulet
27/01/2013, 17h33
ok merci bien.

Je vais surement opter pour la migration

cassiopee
26/01/2013, 09h40
Oui, à moins que trouver quelque part les fichiers manquants, ce sera sans doute insoluble.

(d'où mon idée de prendre une nouvelle machine, avec un Plesk récent et d'y migrer les sites
à ton rythme)

mdoulet
26/01/2013, 07h20
oui c'est exactement ça.

J'ai essayé de passer à la 8.6 mais il me génère des erreurs.

oui c'est exactement ça.

J'ai essayé de passer à la 8.6 mais il me génère des erreurs.

Code:
Warning: unresolved requires 'openssh = 4.3p2-24.el5' from openssh-server-4.3p2-24.el5.i386
Warning: packages conflict by files detected: package psa-kav-1.0.0-cos5.build84080425.19.i386
  conflict with package psa-kav8-8.0.1-08cos5.build86110913.13.i386
  both have file /usr/local/psa/bin/app-key-handler.antivir-kav with different md5 sum.
Warning: packages conflict by files detected: package drweb-base-4.33-rh5_psa.i586
  conflict with package drweb-common-5.0.1-0plesk.i386
  both have file /etc/drweb/drweb32.ini with different md5 sum.
Warning: packages conflict by files detected: package drweb-base-4.33-rh5_psa.i586
  conflict with package drweb-bases-5.0.1-0.i386
  both have file /opt/drweb/lib/drweb32.dll with different md5 sum.
Warning: packages conflict by files detected: package drweb-updater-4.33-rh4_psa.i586
  conflict with package drweb-bases-5.0.1-0.i386
  both have file /var/drweb/bases/update.drl with different md5 sum.
Warning: packages conflict by files detected: package drweb-bases-5.0.1-0.i386
  conflict with package drweb-base-4.33-rh5_psa.i586
  both have file /opt/drweb/lib/drweb32.dll with different md5 sum.
Warning: packages conflict by files detected: package drweb-bases-5.0.1-0.i386
  conflict with package drweb-updater-4.33-rh4_psa.i586
  both have file /var/drweb/bases/update.drl with different md5 sum.
Warning: packages conflict by files detected: package drweb-common-5.0.1-0plesk.i386
  conflict with package drweb-base-4.33-rh5_psa.i586
  both have file /etc/drweb/drweb32.ini with different md5 sum.
Warning: packages conflict by files detected: package psa-kav-1.0.0-cos5.build86080722.00.i386
  conflict with package psa-kav8-8.0.1-08cos5.build86110913.13.i386
  both have file /usr/local/psa/bin/app-key-handler.antivir-kav with different md5 sum.
A dependency problem is found: required package openssh-4.3p2-29.el5.i386 conflicts with openssh-4.3p2-82.el5.i386. No upgrade or obsolete solution was found for openssh. Try to add openssh to removable list.Problem occured during searching conflicts for package openssh-4.3p2-29.el5.i386ERROR: Unable to proceed with the installation until the package openssh-4.3p2-82.el5.i386 is removed from the system.
Not all packages were installed.
Please, resolve the above problem and try installing the packages again.
If you cannot resolve the problem on your own, contact product technical support for assistance.

cassiopee
25/01/2013, 21h07
C'est tellement vieux que cette version n'est plus dans la liste des versions gérées :

http://autoinstall.plesk.com/



Visiblement tu n'es pas le seul à avoir ce souci : http://forum.parallels.com/showthread.php?t=257325

mdoulet
25/01/2013, 19h06
bien, ça avance bien, je suis sur les mises à jour plesk
Par contre je ne trouve pas la mise à jour
http://autoinstall.plesk.com/PSA_8.4...cos5-i386.inf3

je fais les mises à jour progressive de la plus ancienne a la plus récente.

Merci bien et bon week end

mdoulet
23/01/2013, 09h18
OUi ok en effet !!
c'est surement le plus raisonable.

Merci encore pour ton aide précieuse.

cassiopee
23/01/2013, 08h55
Ouh là oui, une antiquité

Et effectivement, tu supposes bien, ça va être à toi de le faire

Mais bon, upgrader un Plesk aussi ancien ... je ne saurais te dire si c'est facilement faisable
ou non mais disons que ça va entrainer énormément de conséquences de toute façon,
donc à voir si le jeu en vaut la chandelle pour avoir accès à SOAP ou pas.

J'imagine que le serveur est également assez ancien, donc est-ce que ça ne vaudrait pas
le coup de prendre une nouvelle machine, plus performante pour le même prix ?

L'installer tranquillement avec un Plesk récent et déménager les sites de l'ancienne
machine vers la nouvelle, à ton rythme ?

mdoulet
23/01/2013, 08h36
Ola je suis sur une ancienne version.
v8.4.0 CentOS 5
Linux 2.6.24.5

je vais devoir upgrader ?
et je suppose que c'est à moi de le faire !!

cassiopee
23/01/2013, 08h10
Citation Envoyé par mdoulet
et la version de php est 5.1.6
Ok, voilà le souci. Apparemment avant la version 5.2.6 PHP avait parfois du mal avec SOAP.

Cf https://bugs.php.net/bug.php?id=41983

A noter que cette version 5.1.6 de PHP est très ancienne (août 2006), donc ne serait-ce
que pour des raisons de sécurité, ce serait bien de la mettre à jour.

Quelle version de Plesk utilises-tu ?
Quel est le système d'exploitation ? (CentOS ? Ubuntu ?)

mdoulet
23/01/2013, 08h02
Alors le phpinfo me retourne bien
Code:
soap

Soap Client 	enabled
Soap Server 	enabled
j'ai également
Code:
libXML support 	active
et la version de php est 5.1.6

cassiopee
23/01/2013, 07h50
Humm, dans les résultats du phpinfo(), as-tu bien le passage :

Code:
soap

Soap Client 	enabled
Soap Server 	enabled
?

As-tu trace d'un libxml dans cette page ?

Quelle est la version de PHP ?

mdoulet
23/01/2013, 07h41
Bonjour,

Malheureusement ça ne change rien.
je viens de remarquer que dans le php info je n'ai toujours pas
"--enable-soap" dans la rubrique "Configure Command".

Par contre le reste y figure bien.

cassiopee
22/01/2013, 12h30
Il faudrait peut-être essayer de rajouter (avant le login) dans le code PHP :

Code:
ini_set('default_socket_timeout', 60);
ça semble être un problème de configuration PHP trop restrictif en temps normal.

mdoulet
22/01/2013, 12h22
effectivement c'est bon. C'est installé et rebooté.
Voici donc enfin un message de retour de soap

SoapFault exception: [HTTP] Error Fetching http headers in /var/www/vhosts/----.php:75 Stack trace: #0 [internal function]: SoapClient->__doRequest('__call('login', Array) #2 /var/www/vhosts/-----.php(75):
SoapClient->login('monlogin', 'monpassword', 'fr', false) #3 /var/www/vhosts/-----.php(368): include('/var/www/vhosts...') #4 {main}

j'ai pourtant utilisé les derniers identidiants dont je dispose !!

cassiopee
22/01/2013, 11h19
Citation Envoyé par mdoulet
Est ce que ceci fera l'affaire pour rebooter apache ?
/etc/init.d/apache2 restart
Oui, normalement ça doit suffire.

mdoulet
22/01/2013, 07h43
ok super, merci beaucoup.
Le terminal SSH est désactivé sur mon interface plesk, je peux l'activer mais je ne peux y accéder qu'avec les infos de mon accès FTP. Je vais contacter le support pour avoir un accès root.

Ok c'est bon j'ai tout retrouvé. Package installé.
Reste à rebooter.

Est ce que ceci fera l'affaire pour rebooter apache ?
/etc/init.d/apache2 restart

Merci encore

cassiopee
21/01/2013, 14h19
Je laisserais les spécialistes Plesk te répondre mais a priori, oui, une fois connecté en SSH
au serveur, en tant que "root", tu devrais pouvoir faire l'installation via un :

Code:
yum install php-soap
si tu utilises un Plesk à base de CentOS (Plesk 9 chez OVH).

Si Plesk est installé sous Ubuntu (Plesk 10 chez OVH), alors sans doute quelque chose comme :

Code:
aptitude install php-soap
devrait fonctionner.

+ redémarrage complet d'Apache

mdoulet
21/01/2013, 12h48
Oui ok bien reçu.
Effectivement le package soap n'est pas présent.
Je vais essayer de le mettre en place. Je devrai avoir un accès au terminal ssh sur plesk, c'est bien ça ?

Merci

cassiopee
21/01/2013, 09h00
Avec une Release 2 d'OVH, ces deux options sont activées par défaut mais avec un autre
système d'exploitation dans le serveur dédié, ce sera à toi de le faire.

Dans un cas comme dans l'autre, c'est totalement indépendant des choix effectués
dans le manager du site web d'OVH.

mdoulet
21/01/2013, 07h21
Ok super. Merci beaucoup. La première partie est ok.
Je vais vérifier dans le php info la presence ou non du package soap. Je pensais naivement que ce serait le cas dès le moment ou nous avons pris l'option SMS.
Je vais tester tout ça.
Merci encore

cassiopee
19/01/2013, 11h36
Citation Envoyé par mdoulet
L'interface client est https://www.ovh.com/managerv3
D'accord mais ça n'a pas de rapport avec la configuration PHP du serveur dédié.

je ne désespère pas je vais y arriver
Oui, il n'y a pas de raison

Voilà un exemple de code qui affiche quelques informations sur le serveur dédié
indiqué :

Code PHP:

$nic
="ab-1234-ovh";
$pass="tutu";
$nom_dedie="ks12345.kimsufi.com";

try
{
  
$soap = new SoapClient("http://www.ovh.com/soapi/soapi-re-latest.wsdl");

  
$session $soap->login("$nic""$pass","fr"false);
  print 
"Connexion au manager : OK
"
;

  
$result $soap->dedicatedInfo($session,$nom_dedie);
  print 
"dedicatedInfo : OK
\n"
;
  
print_r($result);

  
$soap->logout($session);
}

catch (
SoapFault $fault)
{
  print 
$fault;
}

?>
où il faut remplacer :

- $nic="ab-1234-ovh"; => mettre son NIC-Handle OVH
- $pass="tutu"; => mettre le mot de passe du NIC-Handle
- $nom_dedie="ks12345.kimsufi.com"; => mettre le nom de son serveur dédié


Afin de vérifier que le PHP installé dans le dédié est bien configuré, un petit code PHP :

Code PHP:
    phpinfo();
?>
Ce code va afficher la configuration PHP du dédié.

Entre autres choses, devrait apparaître les mentions "--enable-soap" et "--with-openssl"
dans la rubrique "Configure Command".

Ce qui fait que plus bas dans cette page, on peut voir deux passages :

Code:
soap

Soap Client 	enabled
Soap Server 	enabled
et pour OpenSSL :

Code:
openssl

OpenSSL support 	enabled
suivi des versions d'OpenSSL intégrées.

mdoulet
19/01/2013, 09h59
L'interface client est https://www.ovh.com/managerv3
c'est ici que nous avons souscrit à l'option SOAPI
je vais essayer de voir ou exécuter la commande.

je ne désespère pas je vais y arriver

merci bien

cassiopee
19/01/2013, 09h30
Citation Envoyé par mdoulet
Je suis chez ovh sur un Serveur dédiés.
Je ne suis pas certain d'avoir accès aux log d'apache.
Ah ben si, avec un serveur dédié, on a nécessairement accès aux fichiers de logs

La commande (à taper dans le dédié) :

Code:
find / -name "error_log"
pourrait permettre de le trouver.

L'option SOAPI étant disponible sur mon interface client donc je suppose que le moteur php est bien configuré pour. Comment pourrais je le savoir ?
Quelle "interface client" ?

mdoulet
19/01/2013, 09h20
Merci pour votre retour rapide.
Je suis chez ovh sur un Serveur dédiés.
Je ne suis pas certain d'avoir accès aux log d'apache.
L'option SOAPI étant disponible sur mon interface client donc je suppose que le moteur php est bien configuré pour. Comment pourrais je le savoir ?

Enfin ce qui est étrange c'est que je n'ai pas de message d'erreur en retour.
j'ai mis un echo avant et après la commande et seul le premier s'affiche.

Je pensais également que
le script suivant m'afficherai un message d'erreur mais je n'ai rien

catch(SoapFault $fault)
{
// affichage des erreurs
echo $fault;
}

que dois je faire ?

cassiopee
19/01/2013, 09h15
Citation Envoyé par mdoulet
mais je reste bloqué.
Quel est le message d'erreur ? (aller voir dans le fichier "error_log" d'Apache au besoin)

Est-ce que le moteur PHP de ton serveur est bien configuré pour SOAP ?

( "--enable-libxml", "--enable-soap" )

mdoulet
19/01/2013, 08h58
Bonjour,

J'essaie de mettre en place SOAPI sur mon serveur et je recontre quelques problèmes.
Mon premier blocage se situe au niveau de la fonction SoapClient.
J'ai essayé
$soap = new SoapClient("https://www.ovh.com/soapi/soapi-re-1.8.wsdl");
puis
$soap = new SoapClient("https://www.ovh.com/soapi/soapi-re-1.54.wsdl");

mais je reste bloqué.

Avez vous une idée sur la source du problème ?

Merci et bon week end
Matthieu