2010-11-22 35 views
2

J'ai développé un site Web de rencontres sur Google App Engine, auquel j'aimerais ajouter la messagerie instantanée et éventuellement/probablement des conférences audio et vidéo. Étant donné que les utilisateurs du site ne veulent pas partager leurs informations personnelles ni leurs coordonnées réelles, je gère toutes les informations de connexion et les sessions sans supposer que les clients ont (ou veulent) un identifiant de compte google ou tout autre identifiant associé à leur identité réelle. J'aimerais recevoir des suggestions sur la façon d'ajouter de la messagerie instantanée à mon site Web, étant donné que je ne peux pas accéder directement à Google Talk ou à un autre service existant.Ajout de messagerie instantanée (éventuellement XMPP) à mon site Web sur AppEngine (sans utiliser les identifiants de connexion Google)

Serait-il logique d'utiliser XMPP pour cela, et si oui, Google Talk ou tout autre fournisseur de services XMPP me permettent d'enregistrer de nouveaux comptes utilisateur sans intervention manuelle (par exemple, après enregistrement sur mon site, enregistrement automatique eux avec le fournisseur XMPP)? Sinon, je peux peut-être utiliser un seul identifiant google avec Google Talk avec un identifiant de ressource différent pour chaque utilisateur ([email protected]/user1, [email protected]/user2, etc ...), et envoyer des messages entre les différentes ressources? Est-ce que cela pourrait fonctionner, et/ou aurait des milliers de connexions simultanées à un seul compte me faire bannir de Google Talk?

Peut-être qu'une solution basée sur AJAX pourrait être plus logique étant donné que les utilisateurs sont déjà enregistrés sur mon site Web, mais ne sont pas enregistrés pour un service XMPP?

Toutes les suggestions sur la façon dont je pourrais aborder ce problème seraient grandement appréciées.

Cordialement -Alexander

+0

J'ai passé un peu plus de temps à lire la documentation XMPP App-Engine (http: //code.google.com/appengine/docs/python/xmpp/overview.html), et pense qu'il peut déjà faire tout ce dont j'ai besoin. Au début, je ne me suis pas rendu compte que vous pouvez enregistrer quoi que ce [email protected] en tant qu'adresse XMPP, ce qui est le principal problème que j'avais. Compte tenu de cette fonctionnalité, je crois que tout le reste devrait se mettre en place plutôt bien. –

Répondre

2

chat texte est le problème plus facile. Vous pouvez le faire avec ou sans XMPP. Sans XMPP, vous créerez sur vos pages un client de type chat sur Facebook qui enverra des messages de chaque utilisateur à l'application, et l'application s'affichera alors sur l'écran du destinataire (le client peut être interrogé ou utiliser la comète quand il s'agit en dehors). Découvrez olark pour voir comment cela fonctionne. Une fois que vous créez du code pour utiliser l'application comme un standard qui achemine le bon message à la bonne personne (anonymement, peut-être), vous pouvez le transférer facilement vers XMPP si vous le souhaitez. Les deux parties ajoutent [email protected] à leurs listes de contacts, et vous envoyez tous les messages de [email protected] à [email protected] et vice-versa. (. En supposant un site hétérogène)

audio et vidéo, je n'ai aucune idée comment faire sans partager les détails entre les parties: -/

+0

Super, merci. Tout commence à avoir un sens maintenant. –

+0

Juste pensé à chatroulette ... Je suis sûr que ces gars-là ont compris comment faire de l'audio/vidéo anonymement. Vous pourriez jeter un coup d'oeil à ça. –

+0

Oui, j'ai passé du temps à regarder chatroulette hier. Fondamentalement, je pense que mon architecture consistera à utiliser XMPP pour le chat et la maintenance de la connexion, construite au dessus de la bibliothèque strophe javascript/jquery (ils ont une très belle documentation sous la forme d'un livre de 400 pages). Après cela (comme vous l'avez dit à propos de chatroulette), j'utiliserai Flash Cirrus (ancien nom de code Stratus) pour la vidéo et l'audio peer-to-peer ...bien sûr, tout cela pourrait changer à mesure que je découvre les verrues des diverses technologies en cours de route ... –