If you’re not tied to any legacy system and have the freedom to choose a database backend, we recommend PostgreSQL, which achieves a fine balance between cost, features, speed and stability.
Je dois être masochiste à vouloir toujours utiliser PostgreSQL au lieu de MySQL (avec Owncloud et Seafile).
Je crois que je vais laisser tomber et me rabattre sur MySQL comme tout le monde, j'aurai moins de problèmes !
Merci pour cette dépêche très intéressante. J'avais essayé d'installer Seafile il y a un an et quelques mais j'avais lamentablement échoué (procédure trop complexe ou incompétence de ma part, à vous de choisir).
Cette dépêche me donne envie de retenter !
Afin de répondre à un commentaire disant que l'on avait trop tendance à cacher les défauts des logiciels libres, est-ce que tu pourrais donner un bref retour sur les bogues actuels, les limitations, les problèmes d'ergonomie, etc.
Bref les points négatifs ?
À moins que le logiciel soit proche de la perfection…
C'est pas bête du tout ça. Avoir juste le service de relai SMTP pour ne plus avoir de problème de blacklist. Bon il va falloir que je jongle un peu avec SPF+ADSP+DMARC, mais c'est sans doute faisable.
Par contre pourquoi ne pas recevoir tes courriels directement sur ton VPS (pourquoi passer par Gandi ?).
Je vais creuser la question, merci pour ton retour !
Alors certes, le corps des articles ne mettent pas souvent en avant les problèmes liés à l'autohébergement. Mais il y a toujours toujours quelqu'un dans les commentaires pour donner les problèmes (et encore on est sur linuxfr, repaire de libristes acharnés).
Donc ça critique aussi, faut juste lire les commentaires. Sur l'autohébergement de courriels, je n'avais pas vu beaucoup de monde se plaindre des problèmes que j'ai rencontrés donc j'ai fait mon journal qui dénonce (un peu).
On peut faire plus de journaux sur les défauts des logiciels libres mais :
C'est plus rigolo de s'acharner sur la grosse multinationale que sur des bénévoles (enfin souvent bénévoles)
On va te répondre que tu n'as qu'à contribuer et remonter les bogues (ce qui est mois rigolo que de juste poster un journal)
Donc mon analyse à deux balles c'est que ce n'est pas systématiquement de l'aveuglement, c'est juste que c'est moins rigolo. Et si on ne peut plus rire gentiment sur ce site, où va-t-on ?
Hormis l'interface webmail, est-ce qu'ils s'occupent bien du filtrage du spam ou d'enlever le serveur des blacklists ?
Bref est-ce qu'ils ont une valeur ajoutée par rapport à héberger soi-même.
Je pose la question car j'ai un peu de mal à trouver des avis détaillés sur la gestion des courriers par Gandi.
J'avais bien compris et j'avais bien noté dans mon message qu'ils avaient arrêté.
C'est juste que je n'avais jamais entendu parler de OpenMailBox auparavant et en cherchant des avis je suis rapidement tombé sur ce problème.
L'erreur est humaine bien entendu et on peut leur pardonner. Mais cela me paraît honnête de relever le soucis dans un soucis d'équité (pourquoi mettre à l'index Microsoft et pas OpenMailBox, les deux ont fait machine arrière après tout).
Oui je lis souvent beaucoup de bien de Gandi (et parfois un peu de moins bien).
Cependant la gestion des courriels n'est pas leur coeur de métier (Roundcube comme avec OVH) donc je vais sans doute préférer une entreprise qui ne s'occupe que de cela (mon raisonnement est peut-être faux, à voir…).
J'avais parcouru des comparatifs Fasmail vs Gmail, et c'était vraiment très intéressant de voir à quel point Gmail était en avance sur certains points et proposait des choses qui étaient loin d'être acquises avec d'autres fournisseurs.
Sans analyse ou retour d'expérience détaillée, ce n'est vraiment pas facile de sélectionner un nouveau fournisseur de courriels.
Administrer un serveur ce n'est pas trop le problème (c'est mutualisable comme investissement et tu peux amortir facilement l'effort vu tout ce que tu peux faire avec un serveur).
C'est les contraintes spécifiques à la gestion des courriels qui sont pénibles et la gestion des risques associés.
Cas typique : tu es une PME, en plein lancement de produit et 50% de tes courriels sont soudainement blacklistés pour une raison ou pour une autre.
Un site web qui tombe en panne, cela ne dépend que de toi. Mais là il faut se retrousser les manches et contacter les autres pour qu'ils fassent leur travail, c'est moins facile.
C'est vraiment le truc que je n'avais pas anticipé et qui n'est pas mis en avant du tout lorsque l'on t'encourage à t'autohéberger (je croyais naïvement que SPF+ADSP+DMARC cela suffirait).
Merci pour les infos mais c'est exactement ce dont je parlais : c'est un vrai travail de surveiller et gérer ce genre de choses.
Mais cela on ne te dit pas vraiment lorsque tu te lances, sinon je suppose que personne ne se lancerait.
C'est un peu comme faire des enfants et les contraintes associées, il y a une certaine omerta sur le sujet tant que tu n'es pas dans le cercle des initiés. ;-)
C'est justement se tenir au courant de ce genre de choses qui est consommateur de temps (où sont les listes blanches, où sont les listes noires, quelles sont les procédures des fournisseurs de courriels pour se faire accepter, etc.).
Je n'ai pas regardé par moi-même mais il semblerait que les serveurs Kimsufi sont de vraies passoires.
Donc cela ne m'étonne qu'à moitié de m'être fait blacklister, je ne vais pas jeter la pierre à Google.
Il suffit de chercher un peu et tu vois que Google est loin d'être le seul à blacklister sans finesse.
Je me suis lancé dans l'autohébergement de courriel pour le côté didactique. À chaque fois que l'on parle de problématique de vie privée sur les courriels, il y a toujours quelqu'un qui met en avant l'autohébergement, j'ai donc voulu tester par moi-même.
Donc mon retour d'expérience c'est que c'est relativement accessible d'avoir un truc qui tourne initialement mais que la maintenance peut vite devenir un gouffre à temps. Surtout dès que tu sors du cadre du particulier vers la PME.
Sur la problématique de la vie privée, je reste pragmatique. Pour moi les histoires de chiffrement des courriels, cela reste réservé à une élite ou à des cas bien particuliers (l'histoire de Hotmail utilisé sans chiffrement pour échanger des fuites sur les produits Microsoft, le mec est vraiment pas fûté).
Étant aussi chez OVH via Kimsufi je m'étais un peu renseigné sur l'hébergement des courriels et les retours sont plutôt mitigés : c'est utilisable mais c'est clairement pas leur coeur de métier.
Mon soucis n'est pas la perte de temps initiale (c'est plutôt didactique d'installer ce genre de truc) mais bien la perte de temps récurrente. Si par malheur tu es classé en tant que spam chez Yahoo, cela peut prendre 6 mois à t'enlever de la blacklist. Et je n'ai pas encore eu la chance d'avoir trop de spam à gérer mais cela va venir…
En plus il faut bien protéger son serveur, ce qui n'est pas évident (comment savoir si on est bien protégé ou pas à moins de se faire hacker ou bien de payer un audit sécurité ?).
Gérer efficacement des courriels, surtout pour une PME, je pense que c'est un métier. Donc hormis les problèmes potentiels de vie privée (il ne faut pas être parano non plus), je ne vois pas de problème à faire confiance à une entreprise sérieure pour gérer cela. Le tout est de la trouver, cette entreprise sérieuse !
Administrer Owncloud était relativement simple (la complexité c'était avec Seafile). C'est les bogues rencontrés (en tant qu'administrateur ou utilisateur) qui m'ont plutôt gêné.
[mavie]
J'ai par exemple tenté l'aventure avec Postgresql (c'était peut-être ma faute d'avoir choisi autre chose que le standard Mysql) : Setting up owncloud with PostgreSQL
J'ai rencontré pas mal de soucis mais d'autres avaient déjà remonté l'erreur. Ayant testé la version 3, 4 et 5, j'avais l'impression d'une priorité donnée aux fonctionnalités et à l'interface plutôt qu'à la stabilité. Il y a eu d'ailleurs un message sur la liste de diffusion qui m'avait marqué : Regarding quality. J'ai laissé de côté (faute de temps) après avoir vu plusieurs messages de suite de personnes ayant de gros problème de mise à jour entre la version 4 et la version 5 : Upgraded to Owncloud 5. Here come the conflict files again upgrade from 4.5 to 5.0 lost all files
[/mavie]
Après que les choses soient claires : c'est du logiciel libre et c'est déjà très bien qu'il existe et qu'il évolue. Je crois suffisamment au projet pour y avoir investi un peu de temps et je pense peut être y retourner un jour.
Personnellement je suis utilisateur de Dropbox et j'avais cerné mes besoins ainsi :
Partage de fichiers (surtout audio/vidéos) en lecture ou lecture-écriture
Possibilité d'avoir un lien public (pas besoin de s'enregistrer pour récupérer un fichier)
Possibilité d'accès via le navigateur pour naviguer dans le répertoire partagé pour visionner les photos/vidéos
Stockage en ligne avec synchronisation avec ma machine locale (Debian)
Le cas d'utilisation typique c'est la fête de famille où tout le monde souhaite s'échanger et regarder les photos.
Voici mon léger retour d'expérience sur quelques solutions:
Tahoe-LAFS: la cible est plus le stockage distribué et sécurisé que le partage facile.
Owncloud: simple pour l'utilisateur mais en tant qu'administrateur du serveur, j'ai testé les versions majeures 3, 4 et 5 à leur sortie et j'ai eu pleins de petits bogues à chaque fois censés être corrigés dans la version majeure suivante (j'ai remonté les bogues et participé à 2-3 patches).
Seafile: installation du serveur vraiment complexe (j'ai tenté postgresql+nginx). Je n'ai pas réussi à aller jusqu'au bout (mais mes compétences d'administrateur sont pas au top).
Vraiment il faut reconnaître à Dropbox d'avoir réussi à rendre très accessible une technologie pas vraiment évidente. J'aide dans la mesure de mes moyens, mais les solutions libres ont du chemin à faire pour le rattraper !
Pour se faire une idée du code d'OpenBSD, je recommande la lecture de OpenSSL is written by monkeys (le site a un certificat auto-signé). C'est un compte-rendu des 8 jours qu'un développeur a passé dans le code d'OpenSSL. Les exemples de code qu'il cite au jour 4 sont impressionnants.
Le "if (0)" est de toute beauté ! Je serai curieux de voir si d'autres projets utilisent cette construction (je n'ai pas réussi à faire la requête sur Oloh).
Pour compléter la réponse voici les raisons de la production en chine au début : We have started manufacture
Donc en gros c'était :
Délai de production : il n'est pas précisé si c'est dépendant du coût
Capacité de production : directement lié au coût
Taxes à l'importation : la taxe d'importation sur le produit complet assemblé à l'étranger est nulle (?!) alors qu'importer les différents composants individuels pour les assembler en GB est soumis à taxes.
La troisième raison est différente car plus liée à l'optimisation fiscale (exploitation d'une faille absurde du système).
Le choix d'être parti sur une fondation au lieu d'une entreprise est très intéressant je trouve. Je ne crois pas avoir vu beaucoup d'autres exemples similaires dans la production d'objets physiques en grande quantité et liée au libre.
[^] # Re: Migration depuis la 2.1
Posté par SaintGermain . En réponse à la dépêche Seafile, un Dropbox-like libre à héberger sort en version 3. Évalué à 5.
Pourtant je crois que PostgreSQL est la base de données recommandée par Django (et Seafile utilise Django).
Au hasard :
[^] # Re: Migration depuis la 2.1
Posté par SaintGermain . En réponse à la dépêche Seafile, un Dropbox-like libre à héberger sort en version 3. Évalué à 2.
Je dois être masochiste à vouloir toujours utiliser PostgreSQL au lieu de MySQL (avec Owncloud et Seafile).
Je crois que je vais laisser tomber et me rabattre sur MySQL comme tout le monde, j'aurai moins de problèmes !
# Re-motivation
Posté par SaintGermain . En réponse à la dépêche Seafile, un Dropbox-like libre à héberger sort en version 3. Évalué à 7.
Merci pour cette dépêche très intéressante. J'avais essayé d'installer Seafile il y a un an et quelques mais j'avais lamentablement échoué (procédure trop complexe ou incompétence de ma part, à vous de choisir).
Cette dépêche me donne envie de retenter !
Afin de répondre à un commentaire disant que l'on avait trop tendance à cacher les défauts des logiciels libres, est-ce que tu pourrais donner un bref retour sur les bogues actuels, les limitations, les problèmes d'ergonomie, etc.
Bref les points négatifs ?
À moins que le logiciel soit proche de la perfection…
Merci !
[^] # Re: bsync
Posté par SaintGermain . En réponse à la dépêche Quelles alternatives libres à Dropbox ?. Évalué à 2.
Ton logiciel a l'air vraiment très intéressant, cela vaudrait le coup d'en faire au moins un journal (voire une dépêche !).
Je n'ai pas très bien compris comment tu détectais les fichiers déplacés (il faut que je me renseigne sur ces histoires d'inodes).
[^] # Re: Retour
Posté par SaintGermain . En réponse au journal Héberger son courriel lorsque celui-ci est classé en tant que spam. Évalué à 3.
C'est pas bête du tout ça. Avoir juste le service de relai SMTP pour ne plus avoir de problème de blacklist. Bon il va falloir que je jongle un peu avec SPF+ADSP+DMARC, mais c'est sans doute faisable.
Par contre pourquoi ne pas recevoir tes courriels directement sur ton VPS (pourquoi passer par Gandi ?).
Je vais creuser la question, merci pour ton retour !
[^] # Re: .
Posté par SaintGermain . En réponse au journal Héberger son courriel lorsque celui-ci est classé en tant que spam. Évalué à 2. Dernière modification le 24 avril 2014 à 16:43.
Mouais, en cherchant juste 5 mn :
Alors certes, le corps des articles ne mettent pas souvent en avant les problèmes liés à l'autohébergement. Mais il y a toujours toujours quelqu'un dans les commentaires pour donner les problèmes (et encore on est sur linuxfr, repaire de libristes acharnés).
Donc ça critique aussi, faut juste lire les commentaires. Sur l'autohébergement de courriels, je n'avais pas vu beaucoup de monde se plaindre des problèmes que j'ai rencontrés donc j'ai fait mon journal qui dénonce (un peu).
On peut faire plus de journaux sur les défauts des logiciels libres mais :
Donc mon analyse à deux balles c'est que ce n'est pas systématiquement de l'aveuglement, c'est juste que c'est moins rigolo. Et si on ne peut plus rire gentiment sur ce site, où va-t-on ?
[^] # Re: Seafile
Posté par SaintGermain . En réponse à la dépêche Quelles alternatives libres à Dropbox ?. Évalué à 2.
Damned c'est vraiment un concert d'éloges pour Seafile, il faut que j'essaye de nouveau.
Je suis vraiment le seul à avoir galéré pour l'installation du serveur ?
C'est mon égo qui en prend un coup… ;-)
[^] # Re: .
Posté par SaintGermain . En réponse au journal Héberger son courriel lorsque celui-ci est classé en tant que spam. Évalué à 3.
C'est rigolo car juste dessus il a écrit :
Donc cela ne s'applique pas tout le temps non ? ;-)
Alors ensuite on peut au choix :
Mais critiquer les deux, c'est un peu critiquer pour troller non ?
[^] # Re: Gandi
Posté par SaintGermain . En réponse au journal Héberger son courriel lorsque celui-ci est classé en tant que spam. Évalué à 2.
Hormis l'interface webmail, est-ce qu'ils s'occupent bien du filtrage du spam ou d'enlever le serveur des blacklists ?
Bref est-ce qu'ils ont une valeur ajoutée par rapport à héberger soi-même.
Je pose la question car j'ai un peu de mal à trouver des avis détaillés sur la gestion des courriers par Gandi.
Merci
[^] # Re: OpenMailBox
Posté par SaintGermain . En réponse au journal Héberger son courriel lorsque celui-ci est classé en tant que spam. Évalué à 2.
J'avais bien compris et j'avais bien noté dans mon message qu'ils avaient arrêté.
C'est juste que je n'avais jamais entendu parler de OpenMailBox auparavant et en cherchant des avis je suis rapidement tombé sur ce problème.
L'erreur est humaine bien entendu et on peut leur pardonner. Mais cela me paraît honnête de relever le soucis dans un soucis d'équité (pourquoi mettre à l'index Microsoft et pas OpenMailBox, les deux ont fait machine arrière après tout).
[^] # Re: Gandi
Posté par SaintGermain . En réponse au journal Héberger son courriel lorsque celui-ci est classé en tant que spam. Évalué à 1.
Oui je lis souvent beaucoup de bien de Gandi (et parfois un peu de moins bien).
Cependant la gestion des courriels n'est pas leur coeur de métier (Roundcube comme avec OVH) donc je vais sans doute préférer une entreprise qui ne s'occupe que de cela (mon raisonnement est peut-être faux, à voir…).
[^] # Re: OpenMailBox
Posté par SaintGermain . En réponse au journal Héberger son courriel lorsque celui-ci est classé en tant que spam. Évalué à 2.
Hum que penses-tu de cette discussion :
https://www.openmailbox.org/forum/viewtopic.php?id=18
Il semblerait qu'ils scannaient tes emails pour rechercher certains mots-clés et bloquer en conséquence.
Bon ils ont arrêté mais cela n'inspire pas trop confiance…
[^] # Re: Solution n°4
Posté par SaintGermain . En réponse au journal Héberger son courriel lorsque celui-ci est classé en tant que spam. Évalué à 3.
Merci je vais regarder.
J'avais parcouru des comparatifs Fasmail vs Gmail, et c'était vraiment très intéressant de voir à quel point Gmail était en avance sur certains points et proposait des choses qui étaient loin d'être acquises avec d'autres fournisseurs.
Sans analyse ou retour d'expérience détaillée, ce n'est vraiment pas facile de sélectionner un nouveau fournisseur de courriels.
[^] # Re: .
Posté par SaintGermain . En réponse au journal Héberger son courriel lorsque celui-ci est classé en tant que spam. Évalué à 2.
Administrer un serveur ce n'est pas trop le problème (c'est mutualisable comme investissement et tu peux amortir facilement l'effort vu tout ce que tu peux faire avec un serveur).
C'est les contraintes spécifiques à la gestion des courriels qui sont pénibles et la gestion des risques associés.
Cas typique : tu es une PME, en plein lancement de produit et 50% de tes courriels sont soudainement blacklistés pour une raison ou pour une autre.
Un site web qui tombe en panne, cela ne dépend que de toi. Mais là il faut se retrousser les manches et contacter les autres pour qu'ils fassent leur travail, c'est moins facile.
C'est vraiment le truc que je n'avais pas anticipé et qui n'est pas mis en avant du tout lorsque l'on t'encourage à t'autohéberger (je croyais naïvement que SPF+ADSP+DMARC cela suffirait).
[^] # Re: Spam et serveur mail
Posté par SaintGermain . En réponse au journal Héberger son courriel lorsque celui-ci est classé en tant que spam. Évalué à 2.
Merci pour les infos mais c'est exactement ce dont je parlais : c'est un vrai travail de surveiller et gérer ce genre de choses.
Mais cela on ne te dit pas vraiment lorsque tu te lances, sinon je suppose que personne ne se lancerait.
C'est un peu comme faire des enfants et les contraintes associées, il y a une certaine omerta sur le sujet tant que tu n'es pas dans le cercle des initiés. ;-)
[^] # Re: Mesure supplémentaire : Listes blanche
Posté par SaintGermain . En réponse au journal Héberger son courriel lorsque celui-ci est classé en tant que spam. Évalué à 1.
Merci du tuyau.
C'est justement se tenir au courant de ce genre de choses qui est consommateur de temps (où sont les listes blanches, où sont les listes noires, quelles sont les procédures des fournisseurs de courriels pour se faire accepter, etc.).
[^] # Re: Google is evil
Posté par SaintGermain . En réponse au journal Héberger son courriel lorsque celui-ci est classé en tant que spam. Évalué à 2.
Je n'ai pas regardé par moi-même mais il semblerait que les serveurs Kimsufi sont de vraies passoires.
Donc cela ne m'étonne qu'à moitié de m'être fait blacklister, je ne vais pas jeter la pierre à Google.
Il suffit de chercher un peu et tu vois que Google est loin d'être le seul à blacklister sans finesse.
[^] # Re: Une histoire de curseur...
Posté par SaintGermain . En réponse au journal Héberger son courriel lorsque celui-ci est classé en tant que spam. Évalué à 2.
Effectivement c'est une histoire de compromis.
Je me suis lancé dans l'autohébergement de courriel pour le côté didactique. À chaque fois que l'on parle de problématique de vie privée sur les courriels, il y a toujours quelqu'un qui met en avant l'autohébergement, j'ai donc voulu tester par moi-même.
Donc mon retour d'expérience c'est que c'est relativement accessible d'avoir un truc qui tourne initialement mais que la maintenance peut vite devenir un gouffre à temps. Surtout dès que tu sors du cadre du particulier vers la PME.
Sur la problématique de la vie privée, je reste pragmatique. Pour moi les histoires de chiffrement des courriels, cela reste réservé à une élite ou à des cas bien particuliers (l'histoire de Hotmail utilisé sans chiffrement pour échanger des fuites sur les produits Microsoft, le mec est vraiment pas fûté).
[^] # Re: Retour
Posté par SaintGermain . En réponse au journal Héberger son courriel lorsque celui-ci est classé en tant que spam. Évalué à 1.
Merci pour ton retour.
Étant aussi chez OVH via Kimsufi je m'étais un peu renseigné sur l'hébergement des courriels et les retours sont plutôt mitigés : c'est utilisable mais c'est clairement pas leur coeur de métier.
Mon soucis n'est pas la perte de temps initiale (c'est plutôt didactique d'installer ce genre de truc) mais bien la perte de temps récurrente. Si par malheur tu es classé en tant que spam chez Yahoo, cela peut prendre 6 mois à t'enlever de la blacklist. Et je n'ai pas encore eu la chance d'avoir trop de spam à gérer mais cela va venir…
En plus il faut bien protéger son serveur, ce qui n'est pas évident (comment savoir si on est bien protégé ou pas à moins de se faire hacker ou bien de payer un audit sécurité ?).
Gérer efficacement des courriels, surtout pour une PME, je pense que c'est un métier. Donc hormis les problèmes potentiels de vie privée (il ne faut pas être parano non plus), je ne vois pas de problème à faire confiance à une entreprise sérieure pour gérer cela. Le tout est de la trouver, cette entreprise sérieuse !
[^] # Re: Seafile
Posté par SaintGermain . En réponse à la dépêche Quelles alternatives libres à Dropbox ?. Évalué à 1.
De mémoire j'avais testé Seafile en partant de ce guide : Deploying Seafile with nginx and MySQL on Debian Wheezy
Et j'avais adapté à l'aide de ces deux pages :
J'avais trouvé à l'époque toute la procédure vraiment très compliquée et qu'il était facile de faire des erreurs :
Seafile + Debian Squeeze + MySQL + Apache + non-root domain
Je n'ai vu que des avis positifs sur Seafile, donc je vais peut-être me retrousser les manches et tenter de nouveau l'aventure !
[^] # Re: Owncloud, Seafile et Tahoe-LAFS
Posté par SaintGermain . En réponse à la dépêche Quelles alternatives libres à Dropbox ?. Évalué à 5.
Administrer Owncloud était relativement simple (la complexité c'était avec Seafile). C'est les bogues rencontrés (en tant qu'administrateur ou utilisateur) qui m'ont plutôt gêné.
[mavie]
J'ai rencontré pas mal de soucis mais d'autres avaient déjà remonté l'erreur. Ayant testé la version 3, 4 et 5, j'avais l'impression d'une priorité donnée aux fonctionnalités et à l'interface plutôt qu'à la stabilité. Il y a eu d'ailleurs un message sur la liste de diffusion qui m'avait marqué : Regarding quality. J'ai laissé de côté (faute de temps) après avoir vu plusieurs messages de suite de personnes ayant de gros problème de mise à jour entre la version 4 et la version 5 :
Upgraded to Owncloud 5. Here come the conflict files again
upgrade from 4.5 to 5.0 lost all files
[/mavie]
Après que les choses soient claires : c'est du logiciel libre et c'est déjà très bien qu'il existe et qu'il évolue. Je crois suffisamment au projet pour y avoir investi un peu de temps et je pense peut être y retourner un jour.
# Owncloud, Seafile et Tahoe-LAFS
Posté par SaintGermain . En réponse à la dépêche Quelles alternatives libres à Dropbox ?. Évalué à 10.
Personnellement je suis utilisateur de Dropbox et j'avais cerné mes besoins ainsi :
Le cas d'utilisation typique c'est la fête de famille où tout le monde souhaite s'échanger et regarder les photos.
Voici mon léger retour d'expérience sur quelques solutions:
Vraiment il faut reconnaître à Dropbox d'avoir réussi à rendre très accessible une technologie pas vraiment évidente. J'aide dans la mesure de mes moyens, mais les solutions libres ont du chemin à faire pour le rattraper !
[^] # Re: Et les clients ?
Posté par SaintGermain . En réponse à la dépêche Nouvelle vulnérabilité dans l’implémentation OpenSSL. Évalué à 5.
Et on parle aussi beaucoup des serveurs, mais moins des clients vulnérables :
what-clients-are-proven-to-be-vulnerable-to-heartbleed
Personnellement j'avais bien pensé à patcher mon serveur mais pas mes ordinateurs personnels (wget, git…).
[^] # Re: un effet Snowden?
Posté par SaintGermain . En réponse à la dépêche Nouvelle vulnérabilité dans l’implémentation OpenSSL. Évalué à 0.
Le "if (0)" est de toute beauté ! Je serai curieux de voir si d'autres projets utilisent cette construction (je n'ai pas réussi à faire la requête sur Oloh).
[^] # Re: production?
Posté par SaintGermain . En réponse au journal Nouveauté importante dans l'écosystème Raspberry pi. Évalué à 4.
Pour compléter la réponse voici les raisons de la production en chine au début :
We have started manufacture
Donc en gros c'était :
La troisième raison est différente car plus liée à l'optimisation fiscale (exploitation d'une faille absurde du système).
Le choix d'être parti sur une fondation au lieu d'une entreprise est très intéressant je trouve. Je ne crois pas avoir vu beaucoup d'autres exemples similaires dans la production d'objets physiques en grande quantité et liée au libre.