Derniers messages sur Zeste de Savoirhttps://zestedesavoir.com/forums/2020-03-05T11:08:15+01:00Les derniers messages parus sur le forum de Zeste de Savoir.[Python] avantage de xmpp sur les websocket ?, message #2166402020-03-05T11:08:15+01:00coddy/@coddyhttps://zestedesavoir.com/forums/sujet/13665/python-avantage-de-xmpp-sur-les-websocket/?page=1#p216640<p>To run efficiently, the WebSockets protocol utilizes the HTTP upgrade system (conventionally used for HTTP/SSL) for upgrading an HTTP connection to WebSockets connection. At this point, XMPP is considered better because users can run their servers. However, it is relatively slow compared to WebSockets.</p>[Python] avantage de xmpp sur les websocket ?, message #2165632020-03-03T15:51:30+01:00buffalo974/@buffalo974https://zestedesavoir.com/forums/sujet/13665/python-avantage-de-xmpp-sur-les-websocket/?page=1#p216563<p>C’est impressionnant Matrix … ça m' interpelle…</p>[Python] avantage de xmpp sur les websocket ?, message #2163682020-02-29T00:45:27+01:00buffalo974/@buffalo974https://zestedesavoir.com/forums/sujet/13665/python-avantage-de-xmpp-sur-les-websocket/?page=1#p216368<p><a href="/membres/voir/romantik/" rel="nofollow" class="ping ping-link">@<span class="ping-username">romantik</span></a> je regarde tes liens ce week-end.
<a href="/membres/voir/roanne/" rel="nofollow" class="ping ping-link">@<span class="ping-username">roanne</span></a> y a t il une bibliothèque user friendly en xmpp, j’ai trouvé sleekxmpp.</p>
<p>oui ça à l’air complexe la messagerie et l’authentification.
c’est comme cela que j’ai decouvert
pyrebase. ce site montre flask avec firebase.
<a href="https://youtu.be/aojoWWMN1r0">https://youtu.be/aojoWWMN1r0</a></p>
<p>je me dis qu’il faut mieux se concentrer sur le coeur de mon projet, et de "déléguer" certaines parties critiques à des services pro qui feront vite et mieux.
donc faire savoir connecter les bidules entre eux maintenant.
comment "proteger" son code source dans ce cas ?
qu’en pensez vous ?
quelles solutions utilisez vous ?</p>[Python] avantage de xmpp sur les websocket ?, message #2163542020-02-28T21:06:00+01:00r0anne/@r0annehttps://zestedesavoir.com/forums/sujet/13665/python-avantage-de-xmpp-sur-les-websocket/?page=1#p216354<p>Bonjour,</p>
<p>Websocket et XMPP n’ont rien à voir sur la forme (de même que sur la fonctionnalité ou sur les buts).</p>
<p>Websocket, c’est un framing très très simple (2–3 octets par message) qui permet de faire de l’orienté message sur du TCP, et un handshake composé d’une requête et d’une réponse HTTP « classiques ». Websocket a été créé pour permettre aux navigateurs d’initier des connexions de type asynchrone bidirectionnelle comme une socket classique, mais sans prendre le risque que des applications web puissent parasiter des protocoles préexistants plus que HTTP ne le permet (imagine si une simple page web pouvait se mettre à envoyer du SMTP). Websocket n’a donc pas vraiment d’autres fonctionnalités.</p>
<p>XMPP est un protocole très, très complexe basé sur des échanges de messages XML, destiné à couvrir (presque) toutes les formes de messagerie instantanée possibles, différents mécanismes d’authentification, et une interopérabilité entre des serveurs sans trop de rapport. Tellement complexe que Google l’a adopté, puis abandonné fut un temps, vraisemblablement pour des raisons d’évolutivité et de coût de maintenance.</p>
<p>Pour ton usage, tu peux simplement échanger quelques messages JSON sur une Websocket (si ton but est de faire quelque chose dans le navigateur, sinon une socket tout court peut convenir aussi).</p>
<p>Tu peux mutualiser n’importe quels protocoles réseau au sein d’une même boucle évènementielle avec <code>asyncio</code>. Tu peux aussi faire du XMPP sur du Websocket (techniquement).</p>
<p>Bonne journée,</p>[Python] avantage de xmpp sur les websocket ?, message #2163402020-02-28T14:34:14+01:00romantik/@romantikhttps://zestedesavoir.com/forums/sujet/13665/python-avantage-de-xmpp-sur-les-websocket/?page=1#p216340<p>Salut,</p>
<p>En intégration de messagerie instantanée j’y connais pas grand chose mais j’avais cherché des logiciels de messageries instantanées en tant qu’utilisateur.</p>
<p>Et je trouvais que xmpp est en bonne voie aussi, mais sa caractéristique extensible semble rendre sa gestion compliquée pour réussir à gérer tout comme il faut. (la mise en oeuvre la plus complète que j’ai trouvé de xmpp c’est movim qui est carrément un réseau social construit sur ce socle)</p>
<p>Tu t’intéressait à Slack, tu peux jeter un oeil à <a href="https://mattermost.com/">mattermost</a> qui est son clone libre</p>
<p>Et enfin j’ajoute une autre messagerie instantanée très intéressante à la liste, c’est <a href="https://matrix.org/">Matrix</a>, qui ressemble un peu à un super IRC</p>[Python] avantage de xmpp sur les websocket ?, message #2163212020-02-28T03:30:32+01:00buffalo974/@buffalo974https://zestedesavoir.com/forums/sujet/13665/python-avantage-de-xmpp-sur-les-websocket/?page=1#p216321<p>salut,
je cherche une solution simple pour creer une messagerie entre joueurs
par robots interposés (filtrage,regles,anti-triche…).
j ai besuin de pubsub, et de webhook.</p>
<p>je viens de découvrir l’api Slack qui semble intéressante (mais non-libre).
et je me tatais sur le protocole xmpp
qui semble sous-coté .
qu’en pensez vous ?</p>
<p>peut on associer asyncio / trio / aiohttp avec xmpp ?</p>Firebase Cloud Messaging XMPP, message #1822162018-06-21T18:46:33+02:00Nostalgique/@Nostalgiquehttps://zestedesavoir.com/forums/sujet/10869/firebase-cloud-messaging-xmpp/?page=1#p182216<p>Le framework est maintenant sur Packagist. Cela permet de l’utiliser avec composer et donc de l’utiliser plus facilement.</p>
<p>La simple commande suffit : </p>
<div><table class="codehilitetable"><tr><td class="linenos"><div class="linenodiv"><pre>1</pre></div></td><td class="code"><div class="codehilite"><pre><span></span>composer require baudev/fcm-xmpp
</pre></div>
</td></tr></table></div>
<p>Il faudrait idéalement ajouter des tests unitaires (ajouter un CI sur GitHub comme Travis par exemple) et ajouter une ou deux classes supplémentaires pour quelques fonctionnalités manquantes comme la création automatique de notifications.</p>Firebase Cloud Messaging XMPP, message #1820862018-06-19T12:18:55+02:00Nostalgique/@Nostalgiquehttps://zestedesavoir.com/forums/sujet/10869/firebase-cloud-messaging-xmpp/?page=1#p182086<p>Salut !</p>
<p>Je viens juste présenter un petit travail annexe (de <a href="https://zestedesavoir.com/forums/sujet/9283/zonny/">ZONNY</a>) qui m’a occupé ces dernières heures : <a href="https://github.com/baudev/Firebase-Cloud-Messaging-FCM-XMPP">Firebase Cloud Messaging XMPP</a>.</p>
<p>Il s’agit d’un framework en PHP permettant d’établir une connexion entre le serveur de l’utilisateur et le serveur de Firebase en XMPP.
Une partie du code provient du repository <a href="https://github.com/sourc7/FCMStream">sourc7/FCMStream</a>, qui n’est plus maintenu et qui possède donc maintenant quelques bugs (comme des expressions régulières manquantes, des incohérences ou encore des valeurs manquantes). J’ai proposé une PR il y a plusieurs mois et ne voyant aucune activité sur ce repository, j’ai décidé de le forker et de l’améliorer.</p>
<p>Comme vous le savez, une connexion en XMPP possède des avantages non négligeables par rapport au HTTP (comme la transmission quasi instantanée par exemple). Sur Firebase, elle permet surtout depuis une application iOS et Android d’envoyer un message au serveur (Upstream message).</p>
<p><strong>Downstream Messages</strong> : serveur à l’appreil à travers FCM</p>
<figure><img alt="" src="https://github.com/baudev/Firebase-Cloud-Messaging-FCM-XMPP/raw/master/doc/downstream.png"><figcaption></figcaption>
</figure>
<p><strong>Upstream Messages</strong> : appareil au serveur à travers FCM</p>
<figure><img alt="" src="https://github.com/baudev/Firebase-Cloud-Messaging-FCM-XMPP/raw/master/doc/upstream.png"><figcaption></figcaption>
</figure>
<p>Les images proviennent de la <a href="https://docs.microsoft.com/en-us/xamarin/android/data-cloud/google-messaging/google-cloud-messaging">documentation de XAMARIN</a>.</p>
<p>Exemple d’utilisation :</p>
<div><table class="codehilitetable"><tr><td class="linenos"><div class="linenodiv"><pre> 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27</pre></div></td><td class="code"><div class="codehilite"><pre><span></span><span class="x">class YOURCLASSNAME extends \FCMStream\Core { </span>
<span class="x"> public function onSend(string $from, string $messageId, Actions $actions) { </span>
<span class="x"> // TODO: Implement onSend() method. </span>
<span class="x"> } </span>
<span class="x"> public function onReceiveMessage($data, int $timeToLive, string $from, string $messageId, string $packageName, Actions $actions) { </span>
<span class="x"> // we answer to the message received </span>
<span class="x"> $message = new \FCMStream\Message(); </span>
<span class="x"> $message->setTo($from); </span>
<span class="x"> $message->setMessageId("message_id_test"); </span>
<span class="x"> $message->setPriority(\FCMStream\Message::PRIORITY_HIGH); </span>
<span class="x"> $message->setData(array("test" => "Hello World!")); </span>
<span class="x"> $actions->sendMessage($message);</span>
<span class="x"> } </span>
<span class="x"> public function onFail(string $error, string $errorDescription, string $from, string $messageId, Actions $actions) { </span>
<span class="x"> // TODO: Implement onFail() method. </span>
<span class="x"> } </span>
<span class="x"> public function onExpire(string $from, string $newFCMId, Actions $actions) { </span>
<span class="x"> // TODO: Implement onExpire() method. </span>
<span class="x"> }</span>
<span class="x">} </span>
<span class="x">$test = new YOURCLASSNAME('SENDER_ID', 'SERVER KEY', 'debugfile.txt', \FCMStream\helpers\Logs::DEBUG); </span>
<span class="x">$test->stream(); </span>
</pre></div>
</td></tr></table></div>
<p>Il manque encore quelques fonctionnalités, certaines choses sont peut-être mal expliquées et des bugs doivent exister…</p>
<p>N’hésitez pas à créer des PR, issues et mettre une petite étoile <img alt=":ange:" src="/static/smileys/ange.png"></p>
<p>GitHub du projet : <a href="https://github.com/baudev/Firebase-Cloud-Messaging-FCM-XMPP">https://github.com/baudev/Firebase-Cloud-Messaging-FCM-XMPP</a> </p>
<p><a href="https://github.com/baudev/Firebase-Cloud-Messaging-FCM-XMPP/releases/tag/v1.0.0"><img alt="GitHub release" src="https://img.shields.io/github/release/baudev/Firebase-Cloud-Messaging-FCM-XMPP.svg"></a>
<a href=""><img alt="PHP MINIMUM VERSION" src="https://img.shields.io/badge/dynamic/json.svg?url=https://raw.githubusercontent.com/baudev/Firebase-Cloud-Messaging-FCM-XMPP/dev/composer.json&label=PHP&query=$.require.php"></a>
<img alt="LICENSE" src="https://img.shields.io/github/license/mashape/apistatus.svg"></p>
<p>Toutes les remarques, critiques sont les bienvenues ! </p>Chat dans application Android et iOS avec serveur PHP, message #1749852018-03-05T20:17:42+01:00Nostalgique/@Nostalgiquehttps://zestedesavoir.com/forums/sujet/10356/chat-dans-application-android-et-ios-avec-serveur-php/?page=1#p174985<p>C’est justement un point important qui m’a poussé à utiliser Firebase également. C’est que Google gère le système de connexion entre le client et le serveur de Google (Google Cloud Messaging sur l’image dans le précédent post) Lien du site de Firebase pour les intéressés : <a href="https://firebase.google.com/docs/cloud-messaging/android/receive#override-onmessagereceived">https://firebase.google.com/docs/cloud-messaging/android/receive#override-onmessagereceived</a>. Cela permet d’avoir une solution optimisée et peu gourmande en batterie. Ainsi le client (smartphone) écoute constamment. Nous, développeurs, n’avons qu’à communiquer entre le serveur de Google et notre serveur. La connexion peut donc être maintenue indéfiniment. </p>
<p>Mes questions étaient plutôt :</p>
<ul>
<li>faut-il par exemple privilégier une seule requête HTTP ou 10 requêtes XMPP avec la connexion déjà établie ? </li>
<li>faut-il privilégier une requête HTTP ou 10 requêtes XMPP avec la connexion pas encore établie (besoin d’établir la connexion entre les serveurs avant d’envoyer les 10 requêtes).</li>
</ul>
<p>Merci pour ton aide <img alt=";)" src="/static/smileys/clin.png"> </p>Chat dans application Android et iOS avec serveur PHP, message #1749772018-03-05T19:36:27+01:00anonyme/@anonymehttps://zestedesavoir.com/forums/sujet/10356/chat-dans-application-android-et-ios-avec-serveur-php/?page=1#p174977<p>Si tu veux faire une requête de ton serveur <em>vers</em> le client, il faut <em>obligatoirement</em> que ton client soit un serveur HTTP ouvert et en écoute, sinon, c’est tout simplement impossible over HTTP, d’où l’intérêt d’un two-way system comme MQTT ou WebSocket.</p>Chat dans application Android et iOS avec serveur PHP, message #1748202018-03-03T17:10:20+01:00Nostalgique/@Nostalgiquehttps://zestedesavoir.com/forums/sujet/10356/chat-dans-application-android-et-ios-avec-serveur-php/?page=1#p174820<p>Merci pour ta réponse et tes pistes de recherches <img alt=";)" src="/static/smileys/clin.png"></p>
<p>J’ai regardé du côté de signal mais à part les techniques de chiffrements et des articles théoriques de communication je n’ai pas trouvé grand chose… Enfin rien de techniquement utilisable rapidement !</p>
<p>En effet c’est ce qu’il me faisait peur avec le PHP, cet aspect "fire and forget" comme tu dis. Mais finalement, PHP gère tout cela très bien ! Entre les callbacks <a href="http://php.net/manual/en/language.types.callable.php">http://php.net/manual/en/language.types.callable.php</a> et le fait de pouvoir ouvrir une connexion socket <a href="http://php.net/manual/fr/function.stream-socket-client.php">http://php.net/manual/fr/function.stream-socket-client.php</a> on s’y retrouve.</p>
<p>Choisissant la facilité, je me suis tourné vers Firebase. Bon encore une fois c’est Google mais leur système de communication entre les applications, Firebase Cloud Messaging et le serveur PHP est très bien fait et rapide à mettre en place. Lien pour les intéressés : <a href="https://firebase.google.com/docs/cloud-messaging/xmpp-server-ref">https://firebase.google.com/docs/cloud-messaging/xmpp-server-ref</a></p>
<p>J’ai donc passé la journée d’hier à mettre en place un script PHP qui permet une connexion XMPP entre le serveur de Google le serveur PHP. Cela permet ainsi de "upstream" aussi des messages depuis les applications (contrairement au HTTP qui "downstream" seulement des messages du serveur PHP aux applications).</p>
<p>Cependant j’ai toujours deux petites questions lors du downstream : </p>
<p><strong><em>1.</em></strong> <strong>A</strong> veut envoyer un message à <strong>B</strong> et <strong>C</strong>. Par le biais de la connexion XMPP le message de <strong>A</strong> arrive au serveur PHP. Le serveur PHP doit maintenant envoyer le message à <strong>B</strong> et <strong>C</strong>. Mais deux solutions sont possibles :</p>
<ul>
<li>en HTTP. Il y a possibilité de faire une requête HTTP seulement pour l’envoyer à <strong>B</strong> et <strong>C</strong>. </li>
<li>en XMPP. Il n’y a pas de possibilité de faire une requête groupé. Il faut donc faire deux requêtes séparées.</li>
</ul>
<p>Le HTTP a donc l’avantage de faire une requête de moins que le XMPP mais le XMPP a l’avantage lui d’avoir une connexion déjà ouverte. Quelle est la solution qui risque de créer le mois de latence possible entre <strong>A</strong>, <strong>B</strong> et <strong>C</strong> ?</p>
<p><strong><em>2.</em></strong> La deuxième question est à peu près identique. Il s’agit du même problème. Mais cette fois la question se pose entre un requête HTTP et deux requêtes XMPP <strong>alors que la connexion n’est pas encore ouverte.</strong> Cela implique donc d’ouvrir la connexion XMPP, d’envoyer les requêtes et de fermer la connexion ensuite.</p>
<figure><img alt="" src="https://camo.githubusercontent.com/a45b8576e3c09246c3c97e769c4caf22bc2da3db/687474703a2f2f636f72706f726163696f6e6b72697374616c69612e636f6d2f66636d2d736f75726365732f646f776e73747265616d2e706e67"><figcaption>Downstream (source: <a href="https://github.com/carlosCharz/fcmxmppserver)">https://github.com/carlosCharz/fcmxmppserver)</a></figcaption>
</figure>
<p>Merci d’avance pour votre aide précieuse <img alt=":)" src="/static/smileys/smile.png"></p>Chat dans application Android et iOS avec serveur PHP, message #1747222018-03-02T10:37:32+01:00anonyme/@anonymehttps://zestedesavoir.com/forums/sujet/10356/chat-dans-application-android-et-ios-avec-serveur-php/?page=1#p174722<p>Telegram est pourri niveau sécurité/privacy, et ils utilisent un protocole "custom".</p>
<p>Si tu veux un protocole propre pour du chat "sécurisé", Signal est ouvert et il existe un bon paquet d’implémentations.</p>
<p>Il existe sinon 2 solutions adaptées à du RTC:</p>
<ul>
<li>MQTT</li>
<li>WebSocket</li>
</ul>
<p>MQTT est le plus adapté, suivant un modèle pub/sub, WebSocket est beaucoup plus "bas-niveau" basique, donc même s’il peut remplir le travail, tu auras pas mal de boulot.</p>
<p>PHP n’est pas adapté au RTC, il suit plus un modèle de traitement simple de requête "fire and forget".</p>
<p>Des systèmes comme python async ou ruby mqtt sont plus adaptés à la maintenance d’une connexion continue.</p>Chat dans application Android et iOS avec serveur PHP, message #1747152018-03-02T04:36:21+01:00Nostalgique/@Nostalgiquehttps://zestedesavoir.com/forums/sujet/10356/chat-dans-application-android-et-ios-avec-serveur-php/?page=1#p174715<p>Bonsoir,</p>
<p>Je cherche actuellement à faire un chat dans les applications (Android et iOS) de mon dernier projet mais je ne sais pas par où commencer et comment faire !
Les seuls contraintes que j’ai : compatible avec PHP (le serveur), compatible avec Java et Swift et adaptable (sécurité bien évidemment aussi).</p>
<p>Bien évidemment, si j’écris ici c’est que j’ai déjà fais des recherches <img alt=":p" src="/static/smileys/langue.png"> </p>
<ul>
<li>Les solutions toutes faites comme Télégram semblaient parfaites (j’ai trouvé que Télégram d’ailleurs comme API gratuite de chat…). Cependant Télégram nécessite une authentification obligatoirement par SMS. C’est un point qui m’empêche de prendre cette solution car cela nécessiterai de demander le numéro de téléphone de l’utilisateur et ce n’est pas prévu ! </li>
<li>J’ai commencé par regarder les protocoles de communications entre les différents supports (entre les applications et le serveur). D’après mes recherches, les deux moyens les plus utilisés sont le HTTP ou le XMPP. L’avantage du XMPP est qu’il est "presque" spécialement conçu pour communiquer entre plusieurs supports : latence réduite, faible consommation de batterie, asynchrone… Déjà, comment cela est possible que le XMPP consomme moins que le HTTP alors que la connexion est maintenu sur le long terme ? Enfin d’après 90% des sites et certaines vidéos de démonstration, le bon choix à faire est le XMPP.</li>
<li>J’ai suivi avec des recherches sur le XMPP avec PHP. J’ai trouvé quelque tutoriels intéressants comme <a href="https://www.ibm.com/developerworks/xml/tutorials/x-realtimeXMPPtut/">https://www.ibm.com/developerworks/xml/tutorials/x-realtimeXMPPtut/</a> ou encore des librairies comme <a href="https://github.com/fabiang/xmpp">https://github.com/fabiang/xmpp</a> mais il faut vraiment tout faire depuis le début (même les services de réceptions des messages etc) et je n’aurai jamais le temps… (ce n’est pas de la flemmardise mais du réalisme!)</li>
<li>J’ai ensuite vu la solution Google Cloud Messaging qui semble rapide et efficace mais je n’ai pas tout saisi. En effet, il y a une connexion XMPP entre les téléphones et le serveur de Google et la connexion entre le serveur de Google et mon serveur PHP peut se faire soit en HTTP soit en XMPP. Imaginons que je suis A et que je veux écrire à B et C. A envoie un message au serveur de Google qui doit l’envoyer au serveur PHP qui lui enverra le message à B et C. Donc si le lien entre Google et mon serveur est en HTTP on perd tout l’intérêt du XMPP entre le portable et le serveur de Google… L’autre problème, c’est que je ne vois pas comment à partir d’une librairie comme <a href="https://github.com/fabiang/xmpp">https://github.com/fabiang/xmpp</a> on peut utiliser la solution de Google ? Les exemples de codes <code>$channel->setTo('channelname@conference.myjabber.com')
->setPassword('channelpassword')
->setNickName('mynick');</code> ne sont pas du tout adapté à ce cas d’utilisation on dirait… J’ai regardé d’autres librairies comme <a href="https://github.com/carlosCharz/FCMTest/blob/master/app/src/main/java/com/wedevol/fcmtest/MainActivity.java">https://github.com/carlosCharz/FCMTest/blob/master/app/src/main/java/com/wedevol/fcmtest/MainActivity.java</a> mais elle n’a pas été mise à jour depuis longtemps et ne correspond plus. Ce n’est pas forcément un problème, avec un peu de temps je dois peut-être pouvoir adapter le code. Mais avant de m’y mettre je voudrais avoir votre avis sur la chose !</li>
</ul>
<p>J’espère que j’ai été un minimum compréhensible. Il faut dire que c’est un peu confus dans mon esprit aussi et c’est pour ça que j’aimerai avoir des avis de connaisseurs !</p>
<p>Merci d’avance pour votre aide <img alt=":)" src="/static/smileys/smile.png"></p>Problème de config, message #778192015-10-14T14:56:29+02:00lilyus/@lilyushttps://zestedesavoir.com/forums/sujet/4269/probleme-de-config/?page=1#p77819<p>Coucou,</p>
<p>Tu est sur que tes deux serveurs tournent? (Prosody, Kaiwa)</p>
<p>Si tu es sous linux tu peux le vérifier que tes serveurs tournent avec la commande:</p>
<blockquote>
<p>netstat -anpe | grep 5222</p>
<p>netstat -anpe | grep 8080 #mais à priori celui-ci fonctionne puisque tu es dessus</p>
</blockquote>
<p>Par contre tu peux peut-être nous publier ton fichier de conf ? (Sans infos sensibles évidement <img alt=";-)" src="/static/smileys/clin.png"> )</p>
<p>C'est vrai qu'il n'y a pas beaucoup de doc..</p>Problème de config, message #777142015-10-13T18:12:08+02:00pboulch/@pboulchhttps://zestedesavoir.com/forums/sujet/4269/probleme-de-config/?page=1#p77714<p>Bonjour à tous, je possède un serveur dédié et je souhaite mettre en place un serveur XMPP pour permettre à mon équipe de discuter. J'ai donc installer Prosody, tout ce passe bien, le serveur fonctionne avec toutes les applications clientes.
Je souhaite maintenant mettre en place une application web cliente pour ne pas obliger les différents membres de l'équipe à installer sur leurs machines une application. J'ai opté pour l'appli Kaiwa dispo sur Github : <a href="https://github.com/digicoop/kaiwa">ici</a>. L'installation se passe globalement bien, le serveur se lance. Je précise que pour le moment je ne fais qu'un test en local directement sur mon PC et pas sur mon serveur. Donc si je vais sur localhost:8000 j'arrive bien sur la page d'accueil de Kaiwa qui me demande de me logger. Et là impossible d'y arriver. J'ai essayer avec mes identifiants XMPP ça ne marche pas. J'ai modifier le <a href="https://github.com/digicoop/kaiwa/blob/master/dev_config.example.json">fichier de conf</a> en modifiant les champs domain et muc pour qu'ils correspondent à mon serveur. J'ai également essayé en supprimant la partie ldap, ça n'a rien changé. Je n'ai aucun message d'erreur, je boucle seulement sur la page de connexion… </p>
<p>Je n'ai pas réussi à trouver énormément de documentation et je ne sais pas si quelqu'un ici peut essayer de me filer un coup de main.</p>
<p>En tout cas merci de m'avoir lu jusqu'ici et bonne journée ! </p>