Scambio dati tra portali

[W Thunderbird]

Premesso che "webservice" mi pare esagerato, la tua logica è corretta (Io uso chiamare webservice i programmi che godono di vita propria, che in php non si possono fare, ma è una cosa mia.. ). Devi aspettarti però che piccole modifiche ai rispettivi siti li dovrai comunque fare in caso di cambiamenti.

Lo script php non gode di vita propria, lo devi avviare tu con una richiesta.
Dato che mi sembra di capire che i dati da passare da un portale all'altro sono poca roba, mi sembra inutile l'uso del file.
L'uso di file xml o altri standard basati su file (anche inventati di sana pianta) è tipico dell'elaborazione in due tempi. Io mando il file, il webservice (che gode di vita propria), quando può elabora il file e mi restituisce un file con i risultati delle operazioni che io ricevo quando ho tempo.
Se è tutto in tempo reale, come php è obbligato a fare, a quale pro doversi scambiare file e non direttamente i dati ?
Ridurresti la complessità e la memoria utilizzata.

[jeck]

Premesso che "webservice" mi pare esagerato, la tua logica è corretta (Io uso chiamare webservice i programmi che godono di vita propria, che in php non si possono fare, ma è una cosa mia.. ). Devi aspettarti però che piccole modifiche ai rispettivi siti li dovrai comunque fare in caso di cambiamenti.

Lo script php non gode di vita propria, lo devi avviare tu con una richiesta.
Dato che mi sembra di capire che i dati da passare da un portale all'altro sono poca roba, mi sembra inutile l'uso del file.
L'uso di file xml o altri standard basati su file (anche inventati di sana pianta) è tipico dell'elaborazione in due tempi. Io mando il file, e il webservice, quando può elabora il file e mi restituisce un file con i risultati delle operazioni che io ricevo quando ho tempo.
Se è tutto in tempo reale, come php è obbligato a fare, a quale pro doversi scambiare file e non direttamente i dati ?
Ridurresti la complessità e la memoria utilizzata.

si tutti vero, io impropriamente chiamo webservice, ma in realtà sono script php che ricevono dati xml, elaborano il contenuto e restituiscono dati xml, ovviamente come dici te, tutto in tempo reale. Le piccole modifice vanno sicuramente fatte, considerando che si passano i dati, il portale principale dovrà raccogliere le nuove integrazioni, e il secondario dovrà elaborarle, qundi qualcosa va modificato in entrambi, ma modificare l'intero script di memorizzazione mi sembrava troppo, come confermi te.

non ricorco perché ho scelto di utilizzare tale sistema, è passto oltre un anno, visto ora che devo fare nuove integrazioni mi chiedo se la soluzione adottata sia la migliore o se ci sono strade alternative migliori, in sicurezza e rapidità.

sopra ho scritto di scambio file, ma in realtà non è corretto, è un mio errore, scambio dati, un file php genera intestazioni e contenuti che poi spedisco all'altro file, non genero file che poi l'altro script elebora, mi sono espresso proprio male.

la tua soluzione quale sarebbe?

[W Thunderbird]

La mia soluzione sarebbe la più "semplice" possibile.. usa curl..
Se sono sulla stessa macchina, tra l'altro, possono comunicare a livello locale (il celeberrimo localhost), non serve chissà quale sicurezza.

[jeck]

La mia soluzione sarebbe la più "semplice" possibile.. usa curl..
Se sono sulla stessa macchina, tra l'altro, possono comunicare a livello locale (il celeberrimo localhost), non serve chissà quale sicurezza.

vero! non ci avevo minimamente pensato. sono sulla stessa macchina, su un VPS.

grazie mille!