• # Problème de l'absence de serveur

    Posté par (site web personnel, Mastodon) . En réponse à la dépêche Des bases de données sociales aux réseaux sociaux. Évalué à 5.

    Bon en passant sur les points spécifiques à XMPP que j'ai évoqué plus haut, il y autre chose qui me gène dans l'utilisation d'un truc totalement (dé/a/ons'enfout)centralisé:

    la dépêche évoque l'intérêt de ne pas laisser la machine H24 (ce qui n'est d'ailleurs pas nécessaire avec XMPP comme dit précédemment), mais cela pose un problème.
    Si on veut partager ses photos, vidéos, autre, il faut bien que la machine soit allumé pour ce faire. Très bien quand la personne qui veut les fichiers est en ligne en même temps que vous, ou quand le fichier est déjà partagé auprès de vos amis. Mais si vos amis intéressés ne sont pas sur le même fuseau horaire, ou tout simplement pas libre en même temps que vous, c'est une autre histoire, et là je ne vois pas trop comment faire autrement que laisser la machine allumée.

    Autre point, que je dis d'expérience de voyageur: si on veut mettre les photos en ligne pendant le voyage (qui peut durer des mois/années), on le fait souvent depuis une bibliothèque/un cybercafé/chez une personne qui nous héberge/etc. Et là le serveur intermédiaire est bien pratique pour mettre les photos et les garder le temps que vos amis se réveillent pour les voir. Parce dans ces conditions, il n'est bien évidemment pas possible de laisser retroshare ou autre tourner toute la nuit.

    Le serveur intermédiaire a un intérêt qu'il me semble difficile à compenser sur un modèle entièrement décentralisé (bien que pas totalement impossible, cf les freesites sur freenet). Et niveau conso, il vaut mieux laisser une machine serveur connectée pour xxx personnes, que une par ami.