Salut,
Le push c'est bien mais complexe et cela dépasse largement les besoins exprimés.
Je propose une option plus simple, sans problème de sécurité mais avec un doute de confidentialité:
- créer un comple google
- le serveur interne pousse les contacts chez google en vCard par webservice
- les terminaux se connecte avec ce compte unique pour synchroniser les contacts
Si les terminaux sont autorisés à modifier les contact (je le déconseille), le code du serveur devra assurer la synchronisation bidirectionnelle et la résolution de conflits.
OK ce n'est pas super-propre mais ça a le mérite d'être simple et donc peu cher.
A+
Yves Martin
----- Message d'origine -----
> On Fri, 2011-02-04 at 09:45 +0100, Olivier Desportes wrote:
> > Bonjour tout le monde
> >
> > J'ai une problématique particulière et je me demandais si quelqu'un
> > pouvait me conseiller :
> > Dans mon entreprise, nous avons un "intranet" maison pour gérer notre
> > stock, nos tiers, nos offres et demandes de produits. C'est une
> > application web en php/postgres tournant sur un RHEL 5.3.
> > Problème : faire en sorte que les itinérants puissent accéder à un
> > carnet d'adresse centralisé, qui regrouperait les infos de contact des
> > tiers : tel, fax, email.
> >
> > Comme je vois les choses, il faudrait, côté serveur, une interface qui
> > mette à disposition cette "vue" de nos tiers stockés dans la base
> > postgres, et côté clients, une 'app' pour rechercher facilement les
> > contacts, et composer les numéros sélectionnés. Bien sûr les terminaux
> > des itinérants sont iPhone ou Android.
> >
> > Pourriez vous me dire quelle genre de technologie je dois employer
> > coté serveur, et si coté client, il existe déjà des apps compatibles
> > avec cette techno recommandée ?
>
> Si tu as des ressources pour développer, à ta place je créerais un
> backend maison pour Z-Push <http://z-push.sf.net>, comme ça ton carnet
> d'adresse serait visible sur tous les smartphones actuels.
>
> Xav
>
>
>
