Que ce soit le client ou au serveur, les deux ont les mêmes problèmes de sécurité. Les deux, tu dois protéger l'accès. par exemple à coup de chiffrage RSA ou DSA. Et dans tous les cas, tu ne pourras faire rien de tout cela de base sur un hébergement. Pour les serveurs, je vois mal un hébergeur admettre de laisser la possibilité d'en créer.
Bref, la meilleure solution pour partager des données, c'est ce que l'on utilise depuis moult : des fichiers. Ca peut prendre plusieurs formes : Base de données lourde (MySQL, Orcacle), base de données dans des fichiers locaux (SQLite, BDB), voire même des fichiers gérés par toi. Tu lockes, tu lis, tu délockes. Tu lockes, tu écris, tu délockes. Pas de conflit. Avec un chiffrage derrière, là aussi c'est sécure.
Voilà, pour moi, si tu veux quelquechose de sécure et pas foireux, c'est plus par là qu'il faut aller…

On ne s'est pas compris.

Ce ne sont pas deux applications sur des serveurs différents : ce sera forcément sur le même serveur avec la stricte même configuration.

L'idée c'est de lancer une appli' (A) qui va écouter ce que fait l'autre (B). Donc A émet des messages dans le vide, et on branche n'importe quelle appli' A, A', A'' etc. pour récupérer les messages.
Dans ces messages, il peut y avoir des données comme des objets etc.

Et quand je parlais de Sandbox Sékil', je ne parlais pas du module runkit mais de créer un bac à sable, soit une machine virtuelle quoi. Un endroit où l'appli' se lance. PHP lance du PHP en gros.

Des données transitants par des flux xml ?

(Oui et alors si j'ai envie )

Bye Hawk