@JoeltheLion
Notre but pour l'instant est d'implémenter les fonctionnalités sociales présentes dans XMPP dans l'interface d'un réseau social (flux d'actualité, commentaires, carte d'identité) mais nous avons prévu l'interface modulaire pour ne pas contraindre l'utilisateur à faire comme "tout les autres" il choisira les modules qu'il souhaite mettre en place :). Dans les prochaines versions nous allons surtout nous concentrer sur le module "Chat" (liste de contact, présences, messages perso, salons de discussion), le "Mur" (flux d'actualité, commentaires) et le Profil.
@Nicolas Boulay
Tu dois parler du fameux "social graph" de Facebook, je ne pense pas qu'une technologie de ce genre soit forcément bonne pour le respect de la vie privé si le "graph" est centralisé. Dans notre cas on pourrait imaginer en effet l'ajout de petits boutons "commenter" ou autres qui permettrait de mettre à jour notre statut sur ce qu'on trouve ici et là sur le net. Mais je pense qu'une importante réflexion est ici nécessaire pour ne pas sombrer dans un "Facebook-like" où le flux d'actualité de la personne devienne un simple point central de son activité sur internet.
@ptifeth
Les difficultés rencontrées sont en majeure partie liées au protocole XMPP, en effet nous sommes presque les premiers (Jappix est sur le même chemin) à implémenter certaines extensions de ce protocole, extensions (appelées XEP) qui sont pour certaines pas encore présente sur une majorité de serveurs XMPP (je pense en particulier à PubSub). De plus fabriquer une application qui fonctionne en temps réel sur une technologie (PHP) qui est à la base développée pour avoir une exécution linéaire est un petit défi pour nous :).
La bibliothèque de gestion de sessions n'est pas compliquée en elle même nous avons simplement déporté le gestion des variables par un SGBD (actuellement Sqlite mais nous travaillons à la mise en place d'une interface qui va permettre de mettre à peu près n'importe quoi en dessous ;)).
Le choix de PHP est déjà un choix stratégique, il est déjà largement déployé sur les serveurs Web et nous avons aussi pas mal de connaissances sur cette technologie :)
# Quelques réponses aux interrogations
Posté par edhelas (site web personnel) . En réponse à la dépêche Movim, sortie de la version 0.2. Évalué à 9.
@JoeltheLion
Notre but pour l'instant est d'implémenter les fonctionnalités sociales présentes dans XMPP dans l'interface d'un réseau social (flux d'actualité, commentaires, carte d'identité) mais nous avons prévu l'interface modulaire pour ne pas contraindre l'utilisateur à faire comme "tout les autres" il choisira les modules qu'il souhaite mettre en place :). Dans les prochaines versions nous allons surtout nous concentrer sur le module "Chat" (liste de contact, présences, messages perso, salons de discussion), le "Mur" (flux d'actualité, commentaires) et le Profil.
@Nicolas Boulay
Tu dois parler du fameux "social graph" de Facebook, je ne pense pas qu'une technologie de ce genre soit forcément bonne pour le respect de la vie privé si le "graph" est centralisé. Dans notre cas on pourrait imaginer en effet l'ajout de petits boutons "commenter" ou autres qui permettrait de mettre à jour notre statut sur ce qu'on trouve ici et là sur le net. Mais je pense qu'une importante réflexion est ici nécessaire pour ne pas sombrer dans un "Facebook-like" où le flux d'actualité de la personne devienne un simple point central de son activité sur internet.
@ptifeth
Les difficultés rencontrées sont en majeure partie liées au protocole XMPP, en effet nous sommes presque les premiers (Jappix est sur le même chemin) à implémenter certaines extensions de ce protocole, extensions (appelées XEP) qui sont pour certaines pas encore présente sur une majorité de serveurs XMPP (je pense en particulier à PubSub). De plus fabriquer une application qui fonctionne en temps réel sur une technologie (PHP) qui est à la base développée pour avoir une exécution linéaire est un petit défi pour nous :).
La bibliothèque de gestion de sessions n'est pas compliquée en elle même nous avons simplement déporté le gestion des variables par un SGBD (actuellement Sqlite mais nous travaillons à la mise en place d'une interface qui va permettre de mettre à peu près n'importe quoi en dessous ;)).
Le choix de PHP est déjà un choix stratégique, il est déjà largement déployé sur les serveurs Web et nous avons aussi pas mal de connaissances sur cette technologie :)
En espérant avoir répondu à vos interrogations ;)
edhelas