Journal Sortie de Newebe 0.4.0

Posté par  (site web personnel) . Licence CC By‑SA.
9
18
jan.
2012

Newebe, le réseau social distribué, sort en version 0.4.0. Pour ceux qui s'en souviennent j'en parlais il y a quelques temps dans un post bilan d'un an de projet libre. Comme j'ai décidé de faire des efforts sur la communication je me permets d'annoncer cette nouvelle version ici. Depuis ce bilan, le logiciel a bien progressé. On peut désormais notamment partager des images. De plus de nouveaux contributeurs sont venus faire quelques tests et ont apporté de précieux conseils. Les choses, bien que restant modestes, vont bon train.

Voici les changements depuis la dernière version :

Côté utilisateur

  • Possibilité d'envoyer des images à ses contacts.
  • Synchronisation possible avec tout ses contacts depuis le dernier mois.
  • Les fuseaux horaires sont désormais bien gérés.
  • Les snippets de codes envoyés dans les microposts sont mieux rendus.
  • Si un lien youtube est placé dans un micropost, la vidéo s'affiche dans la zone de visualisation du micropost.
  • Un message informatif apparaît quand les urls de contacts sont mal renseignées.
  • La sélection d'un objet est clairement indiquée (background qui change).

Sous le capot

  • Tout les modules du backend ont des spécifications BDD.
  • Refactoring, les envois aux contacts sont mieux séparés.
  • Le logging est plus complet.
  • Ajout d'utilitaires pour gérer les dates, l'upload de fichier et faciliter les tests.
  • Ajout de pytz aux dépendances.

https://github.com/downloads/gelnior/newebe/newebe-0.4.0.zip
https://github.com/gelnior/newebe

Et ensuite ?

Pour la prochaine version, je me concentrerai sur le script d'installation. Permettre d'installer Newebe en une commande faciliterait son adoption. Après je travaillerai sur un début de sécurité ainsi que sur la possibilité de lier images, posts et notes. Et bien sûr toute forme de contribution est appréciée !

Titre de l'image

  • # Interop'

    Posté par  . Évalué à 6.

    Bel effort. Tu as des pistes en termes d'interopérabilité? Je prêche pour ma paroisse (forcément), mais as-tu notamment regardé du côté de Zot! (le - nouveau - protocole sous Friendica, qui se veut le plus agnostique possible) ?

    Je ne parlerais pas d'interconnexion avec Diaspora, vu que j'ai cru comprendre que c'était un bordel sans nom ;)

    • [^] # Re: Interop'

      Posté par  (site web personnel) . Évalué à 1.

      Tout d'abord merci. Je ne me suis pas encore penché sur le problème de l'interopérabilité bien que toutes les données d'un newebe soient accessibles par des URI (RESTful). Pour ce qui est de Zot! je ne connaissais pas. Je vais suivre son avancement avec attention car effectivement cela a l'air intéressant.

    • [^] # Re: Interop'

      Posté par  . Évalué à 4.

      Diaspora utilise des standards :

      • Webfinger (Identité de chaque personne)
      • Salmon (Partage vers les autres serveurs avec la sécurité d'identité des serveurs)
      • PubSubHubHub (du PUSH mais via le web)
      • ActivityStream (RSS mais pour une personne)
      • OAuth (authentification)

      Diaspora ne supporte pas encore totalement OStatus car OStatus ne permet pas d'avoir des publications privées.

      « En fait, le monde du libre, c’est souvent un peu comme le parti socialiste en France » Troll

      • [^] # Re: Interop'

        Posté par  . Évalué à 2.

        Concernant Salmon, il semble y avoir un problème de "payload" mal documenté, et/ou une mauvaise utilisation des enveloppes "magiques". En tous cas, le développeur de Friendica - qui leur a filé un petit coup de main là-dessus - était assez effaré.

        • [^] # Re: Interop'

          Posté par  . Évalué à 2.

          Voici la discussion des devs de Friendlika.

          En gros, l'implémentation d'openssl en Ruby à quelques trucs différents de la spec officielle de Salmon. Sauf que ça fait que c'est complètement incompatible avec l'implémentation correcte de Salmon.

          Mais, vu que Diaspora n'utilise pas Salmon pour ses communications internes ou inter-pods, c'est juste là pour que d'autres soient interopérables, ben, c'est pas un problème, faut juste que quelqu'un patch Diaspora.

          (yakafokon comme toujours)

          « En fait, le monde du libre, c’est souvent un peu comme le parti socialiste en France » Troll

          • [^] # Re: Interop'

            Posté par  . Évalué à 2.

            c'est pas un problème

            Sauf pour les "autres" (qui veulent être interopérables) ;)

      • [^] # Re: Interop'

        Posté par  (site web personnel) . Évalué à 1.

        Merci pour le listing, ça peut donner des idées et surtout ça aidera le jour où je voudrais connecter Newebe à Diaspora.

  • # L'avenir à la re-décentralisation

    Posté par  . Évalué à 6.

    Je rêve d'un jour où nos éditeurs de BOX (Free, Orange,...) intégreront un jour ce genre de Facebook décentralisé.

    çà ne présente que des avantages:
    - C'est la solution pour eux pour éviter d'avoir leur ressource saturé par des connexions permanente vers Facebook
    - Pour nous en terme de vie privé , où on pourra gérer facilement nos inter-connexions comme on le souhaite.
    - En plus, le client peut être plus captif. ce qui ne devrait pas leur déplaire.

    • [^] # Re: L'avenir à la re-décentralisation

      Posté par  . Évalué à 4.

      S'ils acceptent les services tiers, pourquoi pas. Par contre, s'ils veulent rester maîtres de la chose, ils risquent fort de forcer l'utilisation de l'un de leurs serveurs (genre "serveur géré par un des membres du GIE 'decentralized-social-network-in-france' uniquement"). Et là, très franchement, pas de quoi être fan.

    • [^] # Re: L'avenir à la re-décentralisation

      Posté par  (site web personnel) . Évalué à 3.

      Je suis du même avis, les FAI ont tout intérêt à développer les outils décentralisés et auto-hébergés. En plus de ce que dit Syj, cela les rendrait beaucoup moins dépendants de Google, Facebook, etc (ces derniers pompent tellement de bande passante que les FAI veulent leur faire payer une partie de chaque connexion). De plus ils auraient pas mal de nouvelles offres à proposer (grosse bande passante pour les blogs populaires, box avec stockage pour ceux qui stockent beaucoup de données...).

  • # Dépendances

    Posté par  . Évalué à 3.

    C'est quand même un peut lourd en dépendances:
    * python >= 2.6
    * django >= 1.2
    * couchdb >= 0.11.0
    * couchdbkit >= 0.4.8
    * tornado >= 2.0.0
    * daemon >= 1.0.0
    * pycurl >= 1.0.0
    * markdown >= 2.0.0
    * pytz
    * PIL >= 1.1.6
    * lettuce >= 0.1.9

    • [^] # Re: Dépendances

      Posté par  (site web personnel) . Évalué à 3.

      En effet c'est un peu long mais à cette liste il faut enlever Django qui n'est plus utilisé et Lettuce qui ne sert qu'à lancer les tests. Pour une utilsation normale, il ne reste donc plus que des bibliothèques assez légères et CouchDB.

Suivre le flux des commentaires

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