Onderwerp: SOAP integration

Hallo. Ik wil me gaan verdiepen in SOAP integration en ik hoop dat er iemand is die mij duidelijk kan uitleggen, (stap voor stap dus) hoe dit werkt.

Ik heb 4 domeinnamen en 1 shop, ik wil dus op 4 website 1 x data en afbeeldingen laden op alle 4 sites en op 1 site alle producten invoeren. Ik begrijp dat hiervoor SOAP gebruikt moet worden.

Alle sites krijgen ook een ander uiterlijk, met andere woorden 4 verschillende websites met allemaal de zelfde producten.

Ik gebruik Open Cart voor deze shops.

Alvast bedankt.

Is het niet eenvoudiger om alle shops aparte template maar zelfde product database te geven? Ik heb geen kennis van Open Cart, maar kan me voorstellen dat dat makkelijk moet kunnen.

Een soap connectie naar 1 product server kan vast ook, maar lijkt me veel ingewikkelder.

Oorspronkelijk geplaatst door _arno_

Is het niet eenvoudiger om alle shops aparte template maar zelfde product database te geven? Ik heb geen kennis van Open Cart, maar kan me voorstellen dat dat makkelijk moet kunnen.

Een soap connectie naar 1 product server kan vast ook, maar lijkt me veel ingewikkelder.

Heb ik al geprobeert. Het zijn 2 servers bij 1 bedrijf dus gaat niet lukken. Ik had ook gehoopt dat dit zou willen.

Dat het 2 fysieke servers zijn zou niet uit hoeven te maken, mits connectie van mysql naar andere server gewoon toe gestaan is. Maarja, niet alle hosters doen dit zomaar.

Soap is niet meer dan een communicatie manier tussen 2 apparaten, er moet behoorlijk wat gebeuren om dit soepel te laten verlopen. Het lijkt me sowieso verstandig om support van opencart hierover te vragen, misschien hebben ze een andere oplossing.
Maar kort door de bocht, je krijgt in de code bij de 4 websites een vervanging van de mysql laag naar een soap laag.
En is er een soap server kant waarmee hij praat die de producten in de database moet updaten.
Als dit alles nog niet gemaakt is zou het gecustomised moeten worden, en dus ook constant geupdate moeten worden wanneer opencart een update maakt.
Lijkt me een tergend werkje! Je hoster aandringen lijkt me nog steeds makkelijker

De SOAP server en de het aanspreken van SOAP is totaal niet lastig, enige probleem is wat _arno_ aangeeft is dat je door heel opencart zal moeten om overal de soap server aan te spreken en de update/select uit te voeren.

1 database zou dus inderdaad een betere oplossing zijn.

Voor PHP hieronder volgende voorbeeld van ophalen en server opzetten.

PHP Code:

$sWSDL = 'www.hierjeurl.nl';

$oWebservice = new Zend_Soap_Client($sWSDL ) / new Soap_Client($sWSDL );

$aResponse = $oWebservice->hierjemethod(hierjeparameters);

var_dump($aResponse); 


Met zend framework maak je van je class zo een SOAP server.

PHP Code:

include('hiereenclass');

$sClass = 'hiereenclass.php';

$oSoapServer = new Zend_Soap_AutoDiscover($sWSDL, $aOptions);
$oSoapServer ->setClass($sClass);
$oSoapServer ->handle(); 


Hier meer informatie http://framework.zend.com/manual/en/...discovery.html

Je kunt via een globale search en replace de functie mysql_query() vervangen door bv. een eigen 'my_mysql_query()' met dezelfde parameters. In die eigen functie knal je dan soapcall naar een soapserver om die query door te geven. Aan de soap serverkant jaag je die query gewoon richting centrale db. Wel handig om er iets van encryptie en passwordje aan te hangen

Erg mooi is de oplossing niet maar vast wel effectief, lijkt me.

Let wel, wanneer de servers niet geheel dicht bij elkaar staan kan de communicatie tussen beide flinke vertraging oplopen binnen de website

Hehe, het lijkt best wel een gruwelijke oplossing maar dit is precies waarom het 3-lagen model 'uitgevonden' is: om met gemak de database laag te kunnen vervangen door een ander type opslagsysteem. Zo bekeken is het niet eens zo 'lelijk'
Al zou je dat liever met een eigen class of pdo regelen, dan met deze interpretatie van dat model

Maar zoals _arno_ zegt, als je een site hebt die voor elke sheet naar de db moet, dan is je overhead misschien wel groot. Je aantal dbconnecties stijgt dan behoorlijk en die kosten relatief veel tijd.
Daarbij zit je nog met veel andere dingen zoals sessies, gelijktijdige inserts, ordernummers, betalingen e.d.

Je kan ook gewoon GET of POST parameter naar url vuren, kan je niet een centrale database server opzetten en deze remote benaderen wat eigenlijk de oplossing zou moeten zijn.

Allemaal erg bedankt, ik heb geen mailtjes gehad betreft alle antwoorden, misschien ergens in te stellen?, kijk ik zo even naar.

De servers staan naast elkaar alleen hebben ze allebei een eigen db. 1 db wil gewoonweg niet helaas, dit is inderdaad de mooiste oplossing maar helaas.

Ik heb de hoster gevraagd naar een oplossing en hij geeft aan SoaP, zijn systemen werken hier optimaal mee en hij werkt er ook zelf mee. Ik moet misschien hem ook om de juiste oplossing vragen en natuurlijk hier posten.

Als er nog meer antwoorden zijn, heel graag, al is het alleen maar om meer mensen te helpen.