Mastodon-fr

De Mi caja de notas

Révision datée du 14 septembre 2018 à 08:04 par Xtof (discussion | contributions) (→‎Fédérer Directement avec Mastodon)
(diff) ← Version précédente | Voir la version actuelle (diff) | Version suivante → (diff)

Mastodon est une implémentation ouverte d'un réseau social fédéré avec plusieurs instances fonctionnelles qui est compatible avec GNU social.

Support IndieWeb

Blocs de construction

Les Blocs de Construction IndieWeb que Mastodon supporte :

À Proposer

Les idées/suggestions pour que Mastodon supporte plus de blocs de construction indieweb. Sentez-vous libre de les recenser dans https://github.com/Gargron/mastodon/issues et de les migrer (et leur lien issue) à la section Requêtes en dessous.

  • support WebSub. Compte tenu du support h-feed de Mastodon, le support WebSub serait génial pour des notifications en temps réel des mises à jour provenant des profils Mastodon.
  • ...

Requêtes

Rejeté

Please consider rejections as opportunities to listen for feedback on how to improve indieweb building blocks, and always respond politely. It's a good thing when people spend their own time to analyze these requests and provide their reasons for rejection.

  • 2018-04-03: Webmention sending support was surveyed (most were for it), but rejected (2018-04-03) for a set of privacy concerns that are worth addressing or at least having answers for. E.g. "It's a privacy violation that people aren't expecting", is no more true for sending Webmentions than sending referrer headers, or allowing search engine indexing — all of which could be gated on the same site/user preference.
  • 2017-04-21: Subscribe to Atom feeds directly [1]
    • Update: "I do not plan on supporting Atom feeds that don't have Webfinger and Salmon (i.e. non-interactive, non-user feeds)"
  • ...

If you want to re-request a rejected feature, please at a minimum:

  • document the list of specific reasons for rejection of a feature
  • somehow fix or address (via documentation etc.) the reasons for rejection, i.e. here on the wiki, or by updating the spec for the rejected feature.
  • wait some amount of time before re-requesting. case-by-case judgment call. i.e. if you're able to quickly address all the problems noted, follow-up with a thank you for the feedback and link to where you have addressed the problems. otherwise consider waiting at least a few months, perhaps even a year before re-requesting. In either case, make it very clear what changes have occurred that make the feature request worthy of reconsideration.

Fonctionnalités

(cette section n'est qu'une ébauche, développez !)

Résumé de fonctionnalité :

Détails spécifiques sur les fonctionnalités :

Profil

(ébauche)

Les profils mastodon affichent différentes informations :

https://user-images.githubusercontent.com/778068/31188527-0f1a014a-a8ea-11e7-8893-0cc97c68526e.png

Notifications

(ébauche)

Mastodon a une page de notifications qui affiche différents items notamment quand d'autres utilisateurs réagissent à vos posts :

https://user-images.githubusercontent.com/778068/31188595-47530aca-a8ea-11e7-9a34-498935f47cb0.png

Problèmes

En cours

Voir les questions sur Mastodon :

Résolus

Resolved or apparently resolved past issues.

Une Instance Primaire

Résolution : Apparently resolved as there is a growing number of Mastodon instances (and the "primary" instances is now closed to new signups). See:

Problème :

One danger, that projects like Mastodon face, is when they are used as a service by more than one user, any downtime will affect multiple users. For instance, on the morning of Nov 11, 2016 the mastodon.social instance was down briefly and displayed a generic server error.

In this regard, promoting "mastodon.social" the site in particular as an alternative to Twitter (e.g. see tweets encouraging "search?q=join+mastodon.social+twitter join me on mastodon.social") merely encourage users to go from one silo, to a perhaps more open source-based and more open standards supporting silo, yet still dependent on another central org.

As a contrast, if each user were to run their own Mastodon instance, one instance going down would not affect multiple users in this fashion. Second best would be if users who choose not to run on their own servers were instead encouraged get together with someone that does, which again, would limit the exposure of when one instance goes down. But when such users all join a single server (e.g. the mastodon.social site itself) or any platform with similar architecture, they will suffer from this single point of failure in design.

Update (and one way to resolve this!) As of 2017-04-04 (or earlier?) mastodon.social is no longer accepting sign-ups and directing people to sign-up elsewhere: https://mastodon.social/about

"Due to exceptionally high traffic, registrations on this instance are closed until quality of service can be assured for existing users. Choose one of the various other public instances to sign up!"

POSSE

Fédérer Directement avec Mastodon

Certains membres de la communauté IndieWeb travaillent à combler le fossé entre les efforts du Fediverse et ceux d’IndieWeb. Certains d’entre eux incluent des plugins / extensions / logiciels avancés qui ne devraient pas nécessiter de compte Mastodon sur une instance, car ils produisent leurs sites comme une instance de Mastodon :

  • Modèle:Snarfed a publié Bridgy Fed, qui permet de fédérer son propre site Web directement dans Mastodon et d’autres réseaux de différentes façons. Sorti en octobre 2017, il est toujours en développement.
  • Modèle:Pfefferle a un plugin WordPress OStatus qui prend en charge une grande variété de messages sur Mastodon ; il comprend une poignée de sous-plugins (Webfinger, Saumon, Activity Streams, etc.) pour que tout fonctionne. Certaines pièces sont obsolètes en octobre 2017, mais seront mises à niveau au fil du temps.

Outils

Articles

Voir aussi