Journal Le random chat, ou comment perdre son temps autrement

Posté par .
Tags : aucun
0
10
août
2006
J'ai eu, il y a quelques jours, l'idée du random chat, c'est-à-dire d'une discussion à deux où les personnes ne se connaissaient pas avant. L'objectif n'est pas de provoquer des rencontres au sens meetic mais des discussions, des échanges, sur des sujets ouverts.

L'idée vient du constat que malgré les outils de communications (MSN ICQ Jabber IRC etc), on se retrouve souvent dans une communauté qui ne grandit pas vite. Paradoxalement, c'est plus facile de rencontrer un inconnu dans le train que sur Internet. L'article "chatroom" de Wikipedia (http://en.wikipedia.org/wiki/Chatroom) traite de cette insuffisance.

En cherchant à développer ce projet, j'ai constaté que ICQ l'avait eu bien avant moi. Mais leur manière de l'utiliser ne correspond pas à l'idée que je m'en faisais : dans le random chat d'ICQ, on choisit le sexe, l'âge, et les loisirs de l'interlocuteur... Et en me renseignant un peu, je vois que les utilisateurs n'aiment pas cette option : elle apporte de la publicité pour des sites de rencontres, ou bien des gens qui n'aiment pas être dérangés.

Le projet restait donc à faire... Voici la première ébauche : http://randomchat.free.fr/

J'ai eu l'occasion de faire plusieurs random chats, c'est très fun. Je pense vraiment qu'il y a du potentiel derrière ce concept. J'ai pu rapidement en tirer les points suivants :
- certains de mes interlocuteurs étaient probablement mythomanes (en particulier celui affirmant qu'il était un bot (!)), ce qui n'enlève pas grand chose au côté ludique de la conversation.
- il est possible de ne pas se présenter et de parler directement d'un sujet (actualités, demande de conseils...).
- on a l'assurance de tomber sur quelqu'un assez ouvert d'esprit, car il accepte de parler à n'importe qui lui aussi.
- le random chat, c'est souvent de la perte de temps... Mais pas uniquement : cela permet d'échanger ses points de vue.

Malheureusement, ce type de site a besoin d'une masse critique d'internautes pour tourner, et je dois dire que depuis sa création, elle n'a pas été atteinte.

Au niveau de l'implémentation, la conversation pointe vers un channel IRC (actuellement, une applet Java ou un CGI:IRC permet de discutter depuis le web). Je ferai peut-être un passage à un chat Ajax/PHP quand j'aurai le temps...

(ce texte provient d'un message d'un forum pour lequel j'ai été conseillé d'en faire un journal)
  • # Pour avoir des gens ...

    Posté par (page perso) . Évalué à 4.

    ... poster sur linuxfr est une bonne idée, mais tu peux aussi poster une news sur Slashdot (http://www.slashdot.org). Par contre il faut être sur que ton serveur puisse tenir la charge !
  • # Ca marche pas ...

    Posté par (page perso) . Évalué à 2.

    J'ai donné mes 3 langues favorites, puis j'ai attendu. Au bout d'un moment une fenêtre de chat s'ouvre, me marque "Connecting", puis rien. Quelqu'un semble être prêt à discuter avec moi, mais pas de message qui arrive, et je ne parviens pas a envoyer (quand je presse Entrée ça ne part pas, et je ne trouve pas de bouton envoyer). Je suis allé dans la FAQ, mais je n'ai pas trouvé quoi que ce soit qui m'aide. J'ai essayé le bouton CGI:IRC , mais j'arrive dans un chan IRC où je suis visiblement tout seul.

    Voilà.
    • [^] # Re: Ca marche pas ...

      Posté par . Évalué à 1.

      Peut etre que l'interlocuteur n'est pas resté... Il faudrait essayer plusieurs fois (avec des interlocuteurs différents) pour être sur que ça ne marche pas de ton côté.
  • # php+ajax

    Posté par . Évalué à 4.

    y'a quelques logiciels libres de chats en php+ajax, notamment phpfreechat : http://www.phpfreechat.net/
  • # Une killer app pour Jabber ?

    Posté par (page perso) . Évalué à 9.

    Hé, ton idée est vraiment intéressante ! Ca serait vraiment quelque chose de cool à implémenter au dessus de Jabber. Ca simplifierait en plus la recherche des interlocuteurs, puisqu'il suffirait de prendre les gens "Free for chat" par exemple.
    • [^] # Re: Une killer app pour Jabber ?

      Posté par (page perso) . Évalué à 3.

      Il est clair, effectivement, que Jabber/XMPP est la voie à suivre...

      C'est l'IM standard de l'IETF, elle est ouverte et extensible. Il existe énormément de projets opensource/libres et proprios, à toi de choisir les bibliothèques qui vont bien ou de créer les tiennes...
    • [^] # Re: Une killer app pour Jabber ?

      Posté par (page perso) . Évalué à 2.

      Ca rejoint l'idée du hub de skymess dont on a parlé sur jabberfr ( http://forum.jabberfr.org/viewtopic.php?id=488 ) non ?
      • [^] # Re: Une killer app pour Jabber ?

        Posté par . Évalué à 1.

        Je pense qu'un facteur important dans le randomchat est la symétrie entre les interlocuteurs.

        Le problème du flag "Free for Chat" c'est que ça crée une dissymétrie (chatteurs client, chatteurs serveurs) - comme dans ICQ random chat, et cela risque d'aboutir à des gens qui se sont mis en Free for Chat mais qui sont peu disposés à discuter.

        A mon avis, il faudrait un bouton "Random chat" qui serait le même pour les deux parties.
        • [^] # Re: Une killer app pour Jabber ?

          Posté par (page perso) . Évalué à 2.

          Ce qui peut être fait, c'est créer un composant de discussions à plusieurs (MUC) spécial, qui, en rejoignant un salon, mettrait en fait en relation deux personnes.

          L'avantage c'est qu'on garde ainsi l'anonymat facilement, on a pas besoin de faire de nouvelle JEP, et c'est indépendant du client.
  • # Sympa

    Posté par (page perso) . Évalué à 4.

    C'est sympa, ca marche pas trop mal ... mais c'est bizarre, on tombe que sur des moules linuxéferriennes ;)

    Un jour libre ?

    • [^] # Re: Sympa

      Posté par . Évalué à 6.

      Idem ;-). Je suis tombé sur un intaigriste Linuxiférien qui ne connaissait même pas Myst et qui trollais sur les langages de programmations de haut niveau. Peuh !

      Au moins ai-je appris ce que "Binding ruby" voulait dire et le nom de tout les différents langages de 4e générations, Visual Basic non inclus.
  • # Ca marche plus

    Posté par . Évalué à 8.

    Warning: fopen(waiting.utf8) [function.fopen]: failed to open stream: No such file or directory in /mnt/129/sdb/3/c/randomchat/index.php on line 16

    Warning: feof(): supplied argument is not a valid stream resource in /mnt/129/sdb/3/c/randomchat/index.php on line 17

    Warning: fgets(): supplied argument is not a valid stream resource in /mnt/129/sdb/3/c/randomchat/index.php on line 19

    Warning: feof(): supplied argument is not a valid stream resource in /mnt/129/sdb/3/c/randomchat/index.php on line 17

    moi qui voulait me socialiser... :p
  • # petit probleme

    Posté par . Évalué à 3.

    http://randomchat.free.fr/tmp/

    il manque un petit htaccess je pense, sinon actuellement j'ai

    ing.utf8) [function.fopen]: failed to open stream: No such file or directory in /mnt/129/sdb/3/c/randomchat/index.php on line 16

    Warning: feof(): supplied argument is not a valid stream resource in /mnt/129/sdb/3/c/randomchat/index.php on line 17

    Warning: fgets(): supplied argument is not a valid stream resource in /mnt/129/sdb/3/c/randomchat/index.php on line 19

    Warning: feof(): supplied argument is not a valid stream resource in /mnt/129/sdb/3/c/randomchat/index.php on line 17

    Warning: fgets(): supplied argument is not a valid stream resource in /mnt/129/sdb/3/c/randomchat/index.php on line 19

    Warning: feof(): supplied argument is not a valid stream resource in /mnt/129/sdb/3/c/randomchat/index.php on line 17

    Warning: fgets(): supplied argument is not a valid stream resource in /mnt/129/sdb/3/c/randomchat/index.php on line 19

    Warning: feof(): supplied argument is not a valid stream resource in /mnt/129/sdb/3/c/randomchat/index.php on line 17

    Warning: fgets(): supplied argument is not a valid stream resource in /mnt/129/sdb/3/c/randomchat/index.php on line 19

    Warning: feof(): supplied argument is not a valid stream resource in /mnt/129/sdb/3/c/randomchat/index.php on line 17

    Warning: fgets(): supplied argument is not a valid stream resource in /mnt/129/sdb/3/c/randomchat/index.php on line 19

    Warning: feof(): supplied argument is not a valid stream resource in /mnt/129/sdb/3/c/randomchat/index.php on line 17

    Warning: fgets(): supplied argument is not a valid stream resource in /mnt/129/sdb/3/c/randomchat/index.php on line 19

    de plus il me semble que free (enfin yohan plutot) n'aime pas les programmes de chat sur ses serveurs, cela accapare des ressources toussa...
    • [^] # Re: petit probleme

      Posté par . Évalué à 2.

      effectivement pour le htaccess, j'ai corrigé, merci.

      pour le bug actuel, j'investigue...
      • [^] # Re: petit probleme

        Posté par . Évalué à 1.

        ok, je viens de corriger.

        sinon, quelqu'un sait si l'execution des programmes php se fait en multitache ou en séquentiel ? je veux dire, est-ce que l'exécution d'un script php attend la fin de l'éxecution du dernier ?
        • [^] # Re: petit probleme

          Posté par (page perso) . Évalué à 2.

          c'est pas php qui gère, c'est le serveur WEB, donc j'aurai tendance à dire multitâche. (et heureusement quand tu as un script qui te fait téléharger un gros fichier !
          (j'entends qui fait un
          header(type de fichier)
          fprint (...) )

          j'espère avoir compris la question ;p
          • [^] # Re: petit probleme

            Posté par . Évalué à 1.

            en fait ma question est la suivante : j'update un fichier "statut" en écrivant dans un autre fichier, puis j'efface le fichier status et je renomme le fichier créé avec le nom du premier.

            Si deux scripts php s'executent simultanément, un script peut-il bloquer l'accès à un autre script le fichier statut si l'autre essaie de le lire entre la phase d'effacement et celle de renommage du premier ?
            • [^] # Re: petit probleme

              Posté par (page perso) . Évalué à 3.

              Short answer : pas simplement.

              Long answer :
              utilisateur de Gallery, le gestionnaire de photos, j'ai pu trouver dans le mode d'administration le gestionnaire de véroux, où tu peux choisir entre "SQL" et "fichier".

              Le verrou fichier doit (j'ai pas lu le code) écrire dans un fichier "je suis occupé, patiente", et tous les autres scripts viennent le consulter et "attendent" la libération du verrou pour continuer.

              en SQL, c'est pareil, mais il n'y a pas de sémaphores en php... ( enfin, pas à ma connaissance ! )

              Mais pourquoi utiliser un fichier, les bases de données ne sont-elles pas faites pour ce que tu veux faire ? pourquoi ré-inventer la roue ?!
  • # pub

    Posté par (page perso) . Évalué à 1.

    je t'ai fait un peu de pub sur digg et reddit. Prépare ton cluster, ça va chauffer :)
  • # Pourquoi 2

    Posté par . Évalué à 6.

    Et pourquoi pas 4 ou 5 personnes ? (c'est en gars rencontré au pif qui m'a dit que ça pourrait être plus fun.)

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.