Sondage Votre « cloud » privé favori

Posté par  (site web personnel, Mastodon) . Licence CC By‑SA.
Étiquettes :
16
27
juil.
2016

Indépendamment de l'endroit où il est (auto-)hébergé, quelle solution de cloud privé libre a vos faveurs ?

  • Les Framachins / Framatrucs :
    152
    (6.1 %)
  • ownCloud / NextCloud :
    816
    (32.8 %)
  • Yunohost :
    127
    (5.1 %)
  • Cozy Cloud :
    126
    (5.1 %)
  • SandStorm.io :
    13
    (0.5 %)
  • arkOS :
    1
    (0.0 %)
  • Syncthings :
    61
    (2.4 %)
  • Seafiles :
    133
    (5.3 %)
  • Mon petit serveur/NAS fait maison :
    768
    (30.8 %)
  • #OSEF, GAFAM rulez :
    293
    (11.8 %)

Total : 2490 votes

La liste des options proposées est volontairement limitée : tout l’intérêt (ou son absence) de ce type de sondage réside dans le fait de forcer les participants à faire un choix. Les réponses multiples sont interdites pour les mêmes raisons. Il est donc inutile de se plaindre au sujet du faible nombre de réponses proposées ou de l’impossibilité de choisir plusieurs réponses. 76,78 % des personnes sondées estiment que ces sondages sont ineptes.

  • # Faudrait arrêter d'utiliser le terme "cloud" pour tout et n'importe quoi ...

    Posté par  . Évalué à 10.

    … et surtout pas pour une solution de partage de fichiers.

    Ici, c'est pas trop grave, on est entre nous, aucun décideur pressé ne vient lire nos bêtises.
    Mais vous n'imaginez pas les dégâts que ça cause dans les DSIs de France et de Navarre.

    Pour ceux qui veulent approfondir le sujet, je vous renvoie (à l'ISO17788:2014) au blog de Louis Naugès.

  • # Une petite précision nécessaire

    Posté par  (Mastodon) . Évalué à 5.

    GAFAM ?

  • # C'est pas cloud

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

    Cette liste regroupe des services de stockage et de partage de fichiers en ligne. Ce n'est certainement pas un cloud privé. Déjà que le mot 'cloud' a peu de sens, il faut essayer d'être précis. Un cloud privé, c'est genre OpenStack.

    • [^] # Re: C'est pas cloud

      Posté par  . Évalué à 5.

      "Un cloud privé, c'est genre OpenStack."

      OpenStack sera un des composants permettant de mettre en oeuvre du "cloud privé".

    • [^] # Re: C'est pas cloud

      Posté par  . Évalué à 3.

      Un cloud privé, c'est genre OpenStack.

      Un cloud privé c'est quand tu as conservé une partie de la main mise sur le matériel. De façon générale, si
      - a)tu as la capacité de redémarrer ou mettre à jour l'hyperviseur et les SAN (à minima) sans devoir passer par un tiers
      - b) ce redémarrage ou cette mise à jour ne va pas impacter qui que soit d'autre que ta boite/ton projet
      tu es sur un cloud privé.

      De façon générale sur un cloud privée tu as une infrastructure physique qui t'es dédiée. Sur un cloud public tout est virtualisé niveau calcul/stockage (et de plus en plus au niveau du réseau aussi)

      On peut parfaitement faire du OpenStack public, du VMware privée et du HyperV hybride.

  • # Confus

    Posté par  . Évalué à 5.

    Sondage confus.
    Par exemple j'utilise Yunohost sur lequel j'ai installé Seafile.

    • [^] # Re: Confus

      Posté par  . Évalué à 10.

      Il existe donc des sondages non confus !
      Tu peux nous en montrer un ?

  • # FTP et FXP

    Posté par  . Évalué à 3.

    Parce que roxXor!!!!

  • # mod_dav

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

    Un petit mod_dav sur mon apache sur mon serveur, avec la config qui va bien et voilà, sans bloatware :D

    • [^] # Re: mod_dav

      Posté par  . Évalué à 1. Dernière modification le 01 août 2016 à 19:38.

      Un petit mod_dav sur mon apache [...] sans bloatware

      J'aurais plutôt dit « nginx avec http_dav_module » alors ;).

      • [^] # Re: mod_dav

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

        Il aime peut-être encore moins les fantaisies de hipster.

        • [^] # Re: mod_dav

          Posté par  . Évalué à 1.

          Jolie réponse technique…

          Avec l'usage on s'aperçoit que la mise en place des règles de nGinx est plus simples et plus souple dans tous la majorité des cas. On peut également parler des différences de performances, de l'impact de Slowloris sur Apache par défaut, etc…

          Il doit y avoir une quantité grandissante de fantaisies de hipsters chez les administrateurs système & réseau dans le domaine du web, vu les parts de marché sur les serveurs les plus chargés de la planète et de l'autre côté sur les architectures légères ;).

  • # Framabidule !

    Posté par  . Évalué à 2.

    Petit mais le bon point c'est qu'il n'y a rien à installer et il n'y a pas non plus besoin d'avoir une machine tout le temps allumé.

    • [^] # Re: Framabidule !

      Posté par  . Évalué à 3.

      Les serveurs framabidule ne sont pas non plus éteints quand on ne s'en sert pas à priori, ni les routeurs & switch intermédiaires.

      Mais ça reste le casse-tête suivant :
      * avoir un host qui peut passer en mode veille et du wake-on-lan (on passera toujours par les routeurs et switchs
      * avoir un host genre mini carte ARM à la maison/boulot (selon critères de sécurités) avec du wake-on-lan, mais ça veut dire la box allumée 24/24 si on fait des sorties et veut utiliser (ce qui obligeras à passer plus rarement par les switchs/routeurs.

      Ajouter un host ça veut dire aussi peut être aussi dire plus consommer (énergie nécessaire à la production de la carte + box internet + la conso de la carte elle même) qu'en mutualisé comme en utilisant les serveurs framabidule par contre.

      Tiens, un truc qui m'interpelle au passage :
      * On fait du 220v partout
      * Du coup on a des transfos 12v dans toutes les ampoules et ordis pour passer en 12v sur la carte mère (de l'ordi ou l'ampoule) au finale. C'est depuis plusieurs années, le standard pour tout ce qui est renouvelable le 12v (éolien, solaire, etc…).
      * les nando-ordis ARM (rasbPI & co, tél mobiles etc…) sont généralement en 5v, s'alimentent via des transfos avec prise USB ou des batteries de secours de téléphone (genre super-cheap onduleur qui dure 24+h). Il y a des solutions en renouvelables associées, mais elle semblent (ou avaient il y a quelques années un rendement particulièrement pourrit.

      Est-ce que quelqu'un utilise des solutions en 12V ou 5v indépendantes d'EDF sur ce site ?

      • [^] # Re: Framabidule !

        Posté par  . Évalué à 2.

        Tiens, un truc qui m'interpelle au passage :

        Tu te focalises trop sur la tension, qui ne signifie pas grand chose par elle même.
        Si tu as 220V avec 0.01A, ça te fait 2.20W, et je doute que tu arriveras à faire fondre un fil avec ça, ou alors il est vraiment très, très fin, style comme un cheveux, voire plus (dépend du matériau, forcément).

        La tension, c'est la «vitesse» de l'électricité. L'intensité, c'est le «volume» et la puissance le «débit». C'est pour simplifier, parce que les gens comprennent souvent plus aisément l'hydraulique que l'électricité. Mais en gros, parler juste de tension, c'est comme parler juste de vitesse pour comparer des débits: ça n'a aucun sens. Ce qu'il te faut, c'est vitesse * volume, autrement dit: le débit, la puissance.

        Pour ce qui est des ordis, ainsi que de pléthore de machines actuelles, le transformateur ne fait pas que de conversion de tension/intensité/puissance.
        Par exemple, dans le cas du PC, il s'agit d'une alimentation à découpage, qui convertit un signal alternatif de 50Hz & 220V (en France, ailleurs ça peut être différent) en signal alternatif de 12V continu.
        Ou pas.
        En fait, ton alim PC, elle fournit du 12V, mais pas que (il y a aussi du 5V, et je ne saurai être catégorique sur le fait qu'il n'y ait rien d'autre, sans parler du fait que certains de ces signaux continus sont ensuite convertis en signaux carrés de diverses fréquences!).
        Pour faire le lien avec les réseaux informatiques, ça reviens à changer le protocole de niveau 1 du modèle OSI.

        La seule solution que je vois à ton problème, qui est de réduire le nombre d'adaptateurs dans ton chez toi, et ainsi de réduire les pertes énergétiques (probablement négligeable, bien que je n'aie aucune preuve) liée aux transformations, serait d'installer une alimentation à découpage sur une des sorties de ton compteur électrique, qui ait assez de sorties aux VA (Volt/Ampères) corrects pour les machines qu'elle doit alimenter. Ah, et, bien sûr, elle doit formater le signal correctement à chaque fois aussi (c'est pour ça que je n'ai pas parlé de Watt, la puissance dépendant de la forme du signal).
        Parfois ça sera du continu, parfois de l'alternatif, parfois des trucs exotiques, et je ne te parle même pas des horloges.
        Juste au cas où, il te faudra aussi virer les adaptateurs/tranformateurs intégrés à tes machines, puisque ce serait fait en aval et donc incompatible.

        Je parie personnellement que le résultat sera bien plus coûteux à maintenir que le modèle actuel.
        Je ne parle pas qu'au niveau financier/industriel, mais aussi au niveau écologique.
        Chaque signal devra voyager sur un câble différent et, si on admets que tu n'as pas de triphasé chez toi (c'est assez probable, de nos jours, chez un particulier), ça te fera 2 fils de cuivre par type de signal, chacun étant blindé (ça se fait en général avec de l'aluminium, peu cher), et il est probable que tu auras besoin de répétiteurs également.
        Notes d'ailleurs que la faute n'est pas à EDF, mais bien à celui qui à fait la distribution électrique dans ta maison. Ou alors tu souhaites que EDF fournisse du 5V/12V continu dans les lignes haute tension? Dans ce cas, je n'oserais affirmer que tu ne sais pas de quoi tu parles, parce que je n'ai qu'un vague souvenir, mais il me semble bien que si justement le signal sur 50H alternatif à été choisi, c'est pour limiter les pertes par effet joule sur l'énorme longueur de câble qui te relie à la plus proche centrale.

        Mais revenons-en au modèle local, «LAN» formé par l'endroit ou tu vis (toi, ou moi, ça ne change pas grand chose au final).

        Moi, je ne pense pas que la perte énergétique (effet joule*) engendrée par la transformation du signal au plus près du consommateur + la perte induite par 2 fils par échelle de puissance (en gros, les lumières, les chauffages, les prises. Je simplifie, certes, j'omets volontairement la terre et le signal jour/nuit, et peut-être d'autres, pas sûr, suis pas électricien, malgré que j'aie étudié l'électronique) soit plus coûteuse que la transformation généralisée en amont + la perte induite par 6 fils (tu auras besoin de l'alternatif 220V pour les machines de puissance, mais aussi du 12V et 5V continus pour l'électronique, et c'est le minimum, je simplifie ici aussi) par échelle de puissance + l'amplification nécessaire à la répétition de signal. Parce qu'un signal trop faible deviens flou, et dans le cas par exemple d'un signal carré, ça peut transformer un 0 en 1, et vice versa.
        Il me semble au final bien plus simple de former un ensemble de signaux à partir d'un seul signal à peu près sinusoïdal d'à peu près 50Hz et d'environ 220V (ben oui, avec les pertes et les déformations dues à divers paramètres, telles que la proximité de machines de puissance type machine à laver, on est jamais sûrs du signal exact en entrée) que de devoir traiter un faisceau de signaux peu fiables.

        En fait, l'électricité, c'est comme le code: il ne faut jamais faire confiance à l'arrivée si on veut éviter de tout faire péter.

        Conclusion: as-tu une idée ne serait-ce que vague de comment les machines électriques fonctionnent?

        • le principe même du chauffage électrique soit dit en passant (l'énergie sous forme d'électricité se transforme en chaleur dans certaines conditions)… la seule chose qui change dans les chauffages économiques, c'est s'ils sont capables de:
        1. stocker l'énergie pendant les périodes creuses (ce qui est aussi écologique sur le modèle global dans certaines conditions car ça permets de limiter le nombre de centrales nécessaires en moyenne),
        2. répartir correctement la chaleur dans les bonnes pièces aux bons moments (ce qui nécessite une soufflerie, bien souvent…) et
        3. Rien. Vraiment. C'est tout.

        donc ça me fait marrer quand j'entend parler de chauffages qui consomment moins: c'est de la pure foutaise.

  • # Celui fourni par Unixcorn (https://unixcorn.org) !

    Posté par  . Évalué à 1. Dernière modification le 27 juillet 2016 à 18:36.

    https://cloud.unixcorn.org

    (mais oui c'est du ownCloud/Nextcloud) :-)

  • # J'aimerais voir ceux qui ont coché Cozy

    Posté par  . Évalué à 9.

    J’ai essayé plusieurs fois de l’installer, avec à chaque fois le même résultat : après un téléchargement dont la longueur et le volume frisent le ridicule, le résultat est… rien du tout, ça chie dans la colle. Une seule fois, j’ai obtenu une application fonctionnelle. C’était incroyablement lent, ça occupait une quantité hallucinante de RAM, pour des fonctionnalités très basiques. Vu qu’il y a certainement par ici des utilisateurs satisfaits, voire comblés, j’aimerais bien lire leurs retours.

    • [^] # Re: J'aimerais voir ceux qui ont coché Cozy

      Posté par  . Évalué à 8.

      Moi, je.

      J'ai coché Cozy parce que c'est ce que j'utilise en tant qu'outil privé pour moi tout seul - et des partages par liens publics -.
      Pour la famille, j'utilise OwnCloud, parce que Cozy ne sait pas gérer des utilisateurs différents.

      Je n'ai essayé qu'une fois, installé rapidement et sans effort sous une Debian pour nourrir un Nginx chez un hébergeur bien connu.
      Le bousin a fonctionné du premier coup et se met à jour tranquillement: il tourne toujours.

      Je le trouve bien plus rapide et plus pratique que OwnCloud: il a plus de gueule et il semble mieux foutu.
      - mes instances de OwnCloud tournent sous FreeBSD, par contre. -

      Ceci dit, je préfère que les fichiers soient stockés en tant que tel sur le disque (OwnCloud) plutôt qu'embarqués dans une base de données (Cozy).
      ```

    • [^] # Re: J'aimerais voir ceux qui ont coché Cozy

      Posté par  (Mastodon) . Évalué à 9. Dernière modification le 27 juillet 2016 à 22:52.

      Je l'ai utilisé, au quotidien, pendant une dizaine de mois, sur un serveur dédié au DC3 (donc un double xeon avec 16go de ram, la base là bas). CozyCloud fonctionne plutôt bien (une vidéo si tu veux, elle date un peu). Ce qui me déplait :

      • le client mail : il ne suit qu'une seule RFC dont pas fichu de fonctionner avec de vieux systèmes (plus les ref en tête, désolé) quant n'importe quel autre (kmail, thunderbird, evolution, celui de nextcloud, et j'en passe) fonctionne avec de vieux systèmes de mails
      • l'import google photos : il ne se rends compte d'aucun fail, donc on se retrouve avec une page de miniatures/accueil pleine de trous. Comme il n'y a aucun fonction de synchro disponible, ça restera comme ça. Bizzarement en passant par l'export des données de google, puis l'import dans Cozy à la main, ça fonctionne.
      • La lenteur ahurissante pour afficher une page contenant moins de 1000 miniatures d'images, et qui sera rechargé de zéro à chaque fois, surtout ça.
      • npm, ce truc me file des boutons.

      Donc, amha, c'est du à la jeunesse du projet. Et tout ceci va s'améliorer avec le temps (à part le client mail, j'ai cru comprendre dans les réponses du forum que ça bougera jamais, trop compliqué)

      Je viens de passer à NextCloud, il y a tout juste 15 jours. C'est un autre monde, pas comparable. J'avais besoin de pouvoir partager des fichiers et gérer des utilisateurs, en plus nextcloud intègre videojs, c'est vraiment sympa d'avoir du streaming vidéo en deux cliqous pour les gens.

      Je reviendrais à n'en pas douter sur CozyCloud. Mais pas maintenant.

      M'enfin, ce que j'attends surtout d'un "cloud" ce sont les réplicats faciles sur d'autres serveurs, la synchro et le failover (voir un eq à pacemaker). Sans cela, c'est juste de belles WUI pour des fonctions sommes toutes basiques. Ce qui est drôle c'est que mon "trop vieux serveur de mail tout pourri", lui fait ça en 2 lignes de shell, nativement.

  • # unix way

    Posté par  . Évalué à 10.

    • mail : postfix/dovecot/roundcube
    • agenda/contacts : davical
    • photos : rsync + photoshow
    • musique :rsync + mpd, gestion avec ssh/ncmpcpp ou ympd et lecture avec mplayer ou vlc
    • documents/scripts/fichiers de conf : git
    • rss : rss2email

  • # Toujours en recherche de la solution idéale.

    Posté par  . Évalué à 7. Dernière modification le 27 juillet 2016 à 22:57.

    Bonjour,

    Ce sondage tombe bien, je suis en pleine recherche de solution dite "Cloud". Personnellement j'utilise le terme de "Cloud Personnel". Sur les quatre principales solution que j'ai testé, toutes on révélés un/plusieurs défauts.
    (je n'exclus pas un problème de conf de ma part)

    Owncloud 8
    - Problèmes de WebDav.
    - Pas de "vrai" client android, utilisation de plusieurs appli pour CalDav/CardDav, aucune synchro de photos.
    - Impossible de générer un lien de partage à envoyer à des amis pour un album par exemple.

    Cozy
    C'est bien d'utiliser une base NoSQL, mais quand il y a une entrée erroné, le log n'en fini jamais d’écrire et l'appli devient indispo.
    - Application android qui contient beaucoup trop d'anomalie. (si l’écran s'eteind, ça écrit la moitié de ta donnée en base et c'est fini après, il faut reset.)
    - Pourquoi il faut utiliser une autre appli pour télécharger son certificat Absolument avec le FLAG CA=TRUE ? j'comprend pas…

    Syncthings
    - Mise à part la synchro, tu peux rien faire d'autre. pas de partage, rien …

    Seafiles
    En ce moment je test Seafiles (depuis 2J) et j'en suis plutôt content même si l'interface est pas très sexy; l'appli android fonctionne bien, sans crash, sans effet de bord sur l'infra.
    Problème, Je suis sur Jessie et je viens de voir que lorsque j'ai un espace dans le path d'un fichier, je ne peux plus visualiser mes photo/pdf via l'interface Web. Bug d'apache qui doit être mis à jour, mais j'suis déjà à jour en version stable. ça m'oblige de tout migrer sur NGINX (j'ai pas envie …)

    Bref, à chaque fois une galère.
    Impossible de trouver une solution aussi fiable que Google Drive ou SkyDrive.
    Synchro en temps reel, Bonne application Mobile/Windows, Interface pour les photos avec partage via lien public, CalDav/CardDav …

    PS : Ci-dessus, je ne parle que des bugs rencontrés, mais sur chaque solution il y a de bonne idées et des fonctionnalités qui marche bien.

    Binou

    • [^] # Re: Toujours en recherche de la solution idéale.

      Posté par  . Évalué à 5.

      Owncloud 8
      - Problèmes de WebDav.

      --> Quel genre ? perso je l'utilise en webdav, ça fonctionne…

      • Pas de "vrai" client android, utilisation de plusieurs appli pour CalDav/CardDav, aucune synchro de photos.

      Pour les fonctionnalités de base de Owncloud avec un android, tu aura besoin du client de synchro de Owncloud, ainsi qu'un lecteur CalDav, par ex. Davdroid. Et je confirme que tu peux synchroniser tes photos…

      • Impossible de générer un lien de partage à envoyer à des amis pour un album par exemple.

      Je vois pas ce que tu veux dire… C'est possible d'envoyer un lien de partage par email depuis l'interface web. Depuis Android, je ne sais pas.

      • [^] # Re: Toujours en recherche de la solution idéale.

        Posté par  . Évalué à 0.

        Comme je le disais, je n'exclus pas un problème de conf de ma part, c'est le jeu quand on fait du DIY :)
        Je n'arrivais pas à initier une connexion WebDav HTTPS, l'authentification échouée à chaque fois.

        Je trouve très dommage d'utiliser X applications lorsqu'il y a une application dédié de disponible.
        L'application Owncloud devrait pouvoir tout Synchro. DavDroid n'est qu'une rustine. (Suis-je trop exigeant ?)

        Seafiles fonctionne correctement actuellement, mais ça m’embête vraiment d’être obliger de migrer sur NGINX juste pour des problèmes d'espaces dans les path des fichiers.

        Je pense que je vais tester NextCloud à présent.

        Binou

        • [^] # Re: Toujours en recherche de la solution idéale.

          Posté par  . Évalué à 1.

          Je n'arrivais pas à initier une connexion WebDav HTTPS, l'authentification échouée à chaque fois.

          Il faut télécharger le certificat https de ton serveur sur ton client. J'ai écris un tuto lorsque j'ai conçu une camera de surveillance avec un raspberry pi qui uploadait tout sur le serveur owncloud via DAVFS2, voici le lien si tu veux.

          Donation Bitcoin : 1N8QGrhJGWdZNQNSspm3rSGjtXaXv9Ngat

          • [^] # Re: Toujours en recherche de la solution idéale.

            Posté par  . Évalué à 0.

            Merci pour l'info, tes tutos sont très intéressants, mais depuis un Windows le DAVFS2 c'est un peu compliqué :)

            Binou

            • [^] # Re: Toujours en recherche de la solution idéale.

              Posté par  . Évalué à 1. Dernière modification le 12 août 2016 à 19:39.

              Quel windows? Google renvoi vers plein de tuto :)

              Celui-ci est en anglais mais avec les screenshot ça devrait aller tout seul :)
              Setting Up WebDAV in Windows 7
              Par contre le tuto n'indique rien à propos du certificat,ce qui peut peut-être poser problème mais n'ayant pas essayé sur windows, je ne saurais trop t'en dire. Si tu essayes n'hésite pas à faire un retour :)

              Donation Bitcoin : 1N8QGrhJGWdZNQNSspm3rSGjtXaXv9Ngat

    • [^] # Re: Toujours en recherche de la solution idéale.

      Posté par  . Évalué à 3. Dernière modification le 28 juillet 2016 à 11:43.

      Achete un Synology et utilise les applis integrées dont le très bon CloudStation pour la synchro de fichiers sur plusieurs devices.

    • [^] # Re: Toujours en recherche de la solution idéale.

      Posté par  . Évalué à 3.

      Syncthings

      • Mise à part la synchro, tu peux rien faire d'autre. pas de partage, rien …

      Je l'utilise depuis quelques temps. J'en suis plutôt content. Oui c'est pour de la synchro (avec la possibilité de faire de la rétention pour se protéger des suppressions malencontreuses). C'est déjà cool pour moi.
      Je réfléchis à le déployer chez mes parents, pour qu'ils aient un dossier partagé entre leurs quelques machines, le seul défaut étant que syncthings ne prendra pas en charge de lui même DLNA/UPnP pour rendre le tout accessible sur la téloche.

      Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

      • [^] # Re: Toujours en recherche de la solution idéale.

        Posté par  . Évalué à 0.

        L'avantage avec Syncthings, c'est qu'il synchro des données qui sont stocké directement le FS et pas en base.

        Si tu monte un Plex en // , tu pourras envoyé de nouveaux contenus et ton Plex mettra à jour la bibliothèque automatiquement.

        J'ai interfacé une seedbox avec Plex et ça marche très bien avec une FreeBox Mini (Android TV), en local ou en streaming.

        Binou

    • [^] # Re: Toujours en recherche de la solution idéale.

      Posté par  . Évalué à 3.

      Seafiles
      En ce moment je test Seafiles (depuis 2J) et j'en suis plutôt content même si l'interface est pas très sexy; l'appli android fonctionne bien, sans crash, sans effet de bord sur l'infra.

      Je l'utilisais à une époque et j'en étais plutôt content, mais je me suis retrouvé derrière un proxy d'entreprise et le faire passer au travers était assez compliqué (je ne sais plus pourquoi j'ai pas gardé la solution forwarding de port SSH).

      Seafile ce qui est cool c'est de pouvoir filer une URL à n'importe qui qui peut alors télécharger le fichier sans soucis (faudrait que je regarde s'il n'y a pas une application qui pourrait faire juste cette partie là sur mon serveur).

      Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

  • # La Brique Internet

    Posté par  . Évalué à 10.

    J'ai voté YunoHost mais plus exactement j'utilise chez moi (donc c'est vraiment privé :p) une Brique Internet : https://labriqueinter.net/

    c'est un nano ordinateur avec Debian + YunoHost (qui fournit de base un serveur mail et un serveur XMPP), et pour le partage de fichiers et les calendriers et agendas partagés j'ai installé ownCloud

    que du bonheur <3 (pas besoin d'être adminsys pour avoir un système qui fonctionne !)

    • [^] # Re: La Brique Internet

      Posté par  . Évalué à 2.

      Si ta brique internet arrête de fonctionner tu fais comment? :o

      Écrit en Bépo selon l’orthographe de 1990

      • [^] # Re: La Brique Internet

        Posté par  . Évalué à 2.

        Tu prends la carte SD (ou le disque dur, pour une tour), tu le met dans une autre machine et hop, en route !
        Pour les raspberry pi avec raspbian le système installé sur un raspberry pi type 1 fonctionnera aussi sur un type 2 (j'ai testé lors de mes essais avec Syncthings, j'ai juste changé la carte SD de machine, branché et hop rien a faire :D). Je ne sais par contre pas si le type 3 suit cette logique.

        Donation Bitcoin : 1N8QGrhJGWdZNQNSspm3rSGjtXaXv9Ngat

        • [^] # Re: La Brique Internet

          Posté par  . Évalué à 3.

          Et vaut mieux sauvegarder régulièrement le contenu de la carte SD, non?

          Écrit en Bépo selon l’orthographe de 1990

          • [^] # Re: La Brique Internet

            Posté par  . Évalué à 2.

            Tu peux cloner ta carte pour conserver une copie (ou plusieurs).
            Si ton système est "statique" (base de données et fichiers contenu sur une autre machine), conserver une seule copie (la dernière) est suffisant.
            Par exemple si tu installes un forum sur un raspberry pi, que les fichiers joints sont conservé sur ton NAS et la base de données sur un autre raspberry pi, tu n'as pas besoin de sauvegarder régulièrement celui qui gère ton forum. A la limite faire une sauvegarde lors de l'update du forum.

            Donation Bitcoin : 1N8QGrhJGWdZNQNSspm3rSGjtXaXv9Ngat

  • # Commentaire supprimé

    Posté par  . Évalué à 0. Dernière modification le 28 juillet 2016 à 14:41.

    Ce commentaire a été supprimé par l’équipe de modération.

  • # * Horde

    Posté par  . Évalué à 5. Dernière modification le 28 juillet 2016 à 22:32.

    Ben oui, je voulais contrôler mes données mais pas me passer de fonctionnalités, j'ai donc pris le truc qui remplace tout ce que j'utilisais chez Google et à l'époque ownCloud ne gérait pas encore les Mails.

    En plus c'est drôlement bien codé comme appli :)

    • [^] # Re: * Horde

      Posté par  (Mastodon) . Évalué à 1.

      Pour ma curiosité personnelle : quelles raisons t'amène à penser que l'application est drôlement bien codée ?

      • [^] # Re: * Horde

        Posté par  . Évalué à 4.

        Désolé de répondre si tard, vacances.

        Ben en fait j'ai eu besoin de mettre mon nez dedans pour changer le comportement d'un truc et activer une fonctionnalité pas encore intégrée dans un autre, et j'y suis arrivé très facilement.

        Le code est clair et lisible, tout le bordel de PHP est masqué par un framework cohérent et on sait de suite où chercher le code qui s'occupe d'une fonctionnalité particulière.

  • # Je n'utilise pas le Cloud

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

    Je ne peux pas m'exprimer sur ce sondage car je n'utilise pas le Cloud.
    Proposer une réponse "Pas d'avis, je n'ai jamais utilisé le Cloud" serait intéressant pour voir si beaucoup de gens sont dans mon cas.

Suivre le flux des commentaires

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