fredix a écrit 1945 commentaires

Tu parles de "Qt designer est en fait un navigateur web sur la doc" pour moi c'est Qt Assistant qui fait ça, Qt Designer sert à créer graphiquement l'IHM.

Zenitram est binaire.

j'aime bien

A mon avis pour qu'un site se développe, trouve son public, il faut du temps et donc de l'argent.

Si je comprend bien (pas sûr) tu parles là de ton protocole métier, or tu aurais pu aussi bien l'intégrer dans XMPP ou Zeromq qui sont juste des protocoles réseaux. Par exemple ils gèrent tous les 2 le PUB/SUB ce qui permet d'envoyer une data ou un message vers N clients. A priori si tu souhaites faire la même chose tu devras développer cela dans ton serveur et ton client.
Sinon je vais creuser ton app, ca me parait très intéressant comme archi qui n'utilise pas pour une fois des technos web.
(désolé pour le doublon linuxfr/flukz).

Petite question à propos du protocole entre le client et le serveur. A priori il y a une socket persistante, pourquoi ne pas avoir utilisé XMPP ou zeromq ? C'est pas une critique et si c'est pour le fun je comprend aussi :)

Ok hors browser mais reste à trouver la techno qui va interpréter du JS,CSS,HTML …
C'est bien se prendre la tete pour dev une app locale je trouve. Mais bon vu que le JS semble l'Avenir de l'Informatique, il faudra s'y faire je suppose.

Ca m'intéresse de plus en plus, je développe moi même un serveur générique applicatif en Qt. Ca m’intéresserait de savoir si mon projet pourrait servir à des dev comme toi afin de les éviter à travailler sur une partie serveur et donc se concentrer sur le côté client.

Ca m'intéresse de savoir ce que fait ta partie serveur :)

J'ai pas connaissance qu'en JS tu peux lancer des commandes systèmes, ou ca serait une faille de sécu :)

Quand j'avais testé j'ai trouvé ça super moche et compliqué, au même titre que retroshare. Sans doute que les objectifs sont les mêmes mais surement pas l'interface utilisateur.

Reste à définir comment le client doit s'avoir qu'il doit récupérer un torrent qui vient d'être partagé dans une sphère. Pour cela une petite payload xmpp vers le client pourrait suffire, voir carrément pusher via xmpp le torrent vers les clients.

Ca tombe bien je n'y connais rien en DHT, mais la notion de relier les trackers entre eux via une DHT me parait très sexy.

Pour le client, mon idée est de faire un client libre en Qt qui implémente bittorrent, et non pas juste faire un client bittorrent. De plus comme je suis en train d'implémenter mon propre tracker (un fork d'un fork d'ocelot), on peut imaginer que le client communique avec le tracker selon un protocole à définir afin de gérer cette notion de sphère (que je préfère à cercle).

Un tracker privé par définition permet de partager des .torrents entre les users inscrits. Il suffirait d'affiner le tracker afin d'implémenter une notion de groupes étanches afin de ne pas pouvoir consulter les torrents des groupes auxquels l'utilisateur ne fait pas parti.
Mon tracker utilisera mongodb qui permet, aux même titre qu'une base de données classique, ce genre de besoins.

Tu peux étudier le fork du projet Narwhal que j'utilise , ils ont commencé à modéliser une notion de permissions mais pas implémentée dans leur code (qui semble abandonné).

Pour l'identification, j'imagine que mon client Qt s'identifiera sur mon tracker pour obtenir le .torrent partagé dans une sphère.

Pour te répondre ainsi qu'à gnuzer, l'avantage du tracker c'est qu'il gère lui même les IP. Ca serait trop pénible de connaitre l'IP de tes contacts pour les autoriser dans le client bittorrent (ou je n'ai pas compris ton commentaire).
De plus mon idée de partage entre une famille n'est qu'un exemple, je souhaite développer un outil de partage basé sur bittorrent, intégrant une notion de sphère privée. Tu pourrais créer des sphères en y ajoutant des contacts, à la google+ pour les cercles. De fait une sphère pourrait contenir un grand nombre de contacts.

Certes comme dit Tanguy une DHT pourrait aussi convenir, à voir selon les cas, mais les stats du tracker me semble intéressante à obtenir. Cependant un torrent peut etre relié aussi bien à un tracker, qu'une DHT et même un serveur web (webseed), le mixage des 3 technos me parait très intéressant pour certains contenus.

Le tracker privé apporte des statistiques par utilisateur, pourquoi pas une gestion de quotas que tu ne peux avoir sans, et une sécurité supplémentaire à mes yeux. La DHT répond à de nombreux besoins mais est à mon avis complémentaire au tracker, en fait tout dépend l'usage souhaité.

Il y a des organismes d'états et privés prêts à faire cela … :)

En effet, un tracker privé avec gestion de comptes utilisateurs.

En effet, mais ce n'est pas parce que je vais chiffrer que je souhaite pour autant que mon fichier se trouve dans la nature dans une DHT. De plus chiffrer implique pas mal de contraintes techniques. Par exemple si j'envoi une photo par email de manière classique, toute la chaîne logiciel entre mon client mail et celui du destinataire peut potentiellement la lire, mais si mon mail est plus critique je vais dans ce cas le chiffrer.
Le tracker permet d'avoir un comportement similaire, je perçois donc la DHT pour du continu à destination d'Internet uniquement.

Le problème de la DHT est que si je souhaite partager un torrent qu'à un nombre restreint de contacts, un tracker s'avère indispensable. Si ton torrent est dans une DHT il est potentiellement accessible à tout Internet, et ce n'est pas forcément ce que l'on veut pour tous les fichiers, par exemple si je veux partager mes 50Go de photos de famille avec ma famille uniquement.

ah ok désolé j'ai mal compris

Donc si Tor pouvait aussi servir à télécharger des films soumis aux copyright tu vas donc les critiquer ? Dans l'absolue un tracker n'est qu'un outil au même titre que Tor, les fondateurs de TPB ne mettent pas un pistolet sur la tempe des utilisateurs pour les obliger à partager ce genre de films.

A mon avis il faut remettre l'utilisateur au centre d'Internet et par la même au centre de ses responsabilité. Si au lieu d'utiliser un tracker centralisé les users utilisent leur propre tracker ca pourra aider chacun à se responsabiliser ou bien à supporter les conséquences de ses actes.
Evidement dans un tel contexte ca compliquerait la tâche aux ayant droits de devoir s'attaquer à une multitude de trackers au lieu de quelques uns, mais c'est leur problème … :) :)

Il y a encore plus simple j'ai oublié. Spotify intègre des apps d'éditeurs tiers. Tu peux installer l'app Soundrop dans laquelle tu choisis une radio en fonction de son thème. Il y a une tonne d'apps du même genre à trouver dans l'app finder.

Interdire le chiffrement je n'y crois pas une seconde, il y aurait trop d'impacts négatifs en cascade. Le truc c'est que les solutions techniques aura toujours une longueur d'avance sur les lois.
La solution pour les ayants droit n'est ni politique ni technique, mais simplement adapter leur modèle économique à Internet, pas besoin de lois pour ça, juste de la jugeote.
Pour la musique un des meilleurs modèle est spotify, musique illimité par abonnement, qui ressemble à la fameuse licence légale que la Droite ne voulait pas… Un équivalent pour la vidéo sans la stupide chrnolologie des médias résoudrait en grande partie leurs problèmes…

Perso j'utilise l'application Android Shazam c'est une tuerie lorsque tu es en voiture ou dans un bar à écouter une radio. Shazam trouve l'auteur et peut lancer Spotify pour l'ajouter à ta playlist. L'autre outil est d'écouter des webradios via rhythmbox par exemple, et lorsque qu'un titre te plait tu le recherches dans spotify. En webradio j'aime bien celles de somafm mais aussi Couleur3.