rakoo a écrit 921 commentaires

Oui, c'est vrai, je suis bête. Le concours est surtout la pour chercher une solution open source utilisable, la suite peut se faire en interne.

If MISAU decides to be closely involved in the software development of the M&E information system, using open source is a good choice […] On the other hand, if MISAU instead decides to issue tender for a commercialized product

Encore une fois, ils font l'erreur monumentale d'opposer les produits open source aux produits commerciaux (ie faisant partie d'une stratégie de rentrée d'argent pour une société).

Autant l'exemple classique du "RedHat fait du open source commercial" est plus ou moins le standard un peu solitaire du contre-exemple, et du coup on serait tenté de dire qu'ils ont à peu près raison de les opposer, parce que l'open source est en général l'oeuvre de communautés sans but lucratif, autant je vois mal comment le Mozambique pourrait s'équiper d'un système national de santé sans qu'une société soit derrière. Ça ferait un magnifique projet pour les hobbyistes, mais je vois mal quelque chose de concret en sortir s'il n'y a pas une structure un peu stable derrière …

En tout cas, j'applaudis des deux mains la volonté !

Faire un gros .tar.gz chiffré et l'envoyer : sécurisé, mais impossible à maintenir à jour, je me vois mal re-génerer une grosse archive tous les jours et uploader 70 Go à chaque fois !

Heureusement que des outils existent pour ca, notamment duplicity. Ya meme une super GUI chez Ubuntu qui marche du tonnerre.

un chiffrement côté serveur

On en revient a la polemique classique : si c'est le serveur qui chiffre, il peut avoir acces a tes donnees (puisqu'il a la cle). A l'inverse, duplicity chiffre tes donnees du cote client, et stocke que de l'incomprehensible sur le serveur.

Quitte a ce que ça soit fait devant des témoins (humains, bien sur), je préfère mettre mon papier avec mon vote dessus dans une urne, comme pour le vote papier.

Bref, on revient au problème du départ.

Et pour faire simple, je suis d'accord avec toi (alors que j'avais plutôt tendance a être pour, je me rends compte que ça laisse de cote beaucoup trop de requis pour un système réellement démocratique)

Mon idée serait plutôt de mettre en place un service Webdav en parallèle de Samba et NFS

Owncloud propose deja de faire du webdav. Et comme il s'agit d'un fs tout bete en dessous, tu peux deja faire du samba/NFS en parallele. Ou alors tu veux les mettre dans owncloud ? Ca m'a l'air de ressembler a une petite usine a gaz …

parce que comme c'est temporaire, les implémentations dans les différents navigateurs peuvent être différentes, et donc si tout le monde utilise -tmp- on aura des comportements différents selon le navigateur.

C'est justement ce que je me demandais : pourquoi ? Fondamentalement, pourquoi un moteur ferait un traitement différent entre un -webkit-flex-flow et un -moz-flex-flow, si au final, ça va devenir la norme ? Est-ce que le fonctionnement interne de cette commande n'est pas encore totalement défini par le W3C?

Le navigateur ne reconnait que son prefixe et ignore les autres.

Si seulement ça pouvait s'arrêter aux phases de dev =]

Si tout le monde utilisait le même préfixe et qu'un navigateur aurait un comportement incorrect il serait impossible de faire une page qui marche pour tous.

Il n'y a que moi que ça dérange ? Le principe du Web (et d'internet, surtout, en général), c'est que tout le monde fasse pareil afin que tout le monde se comprenne, non ?

On a déjà vu le cas d'un navigateur qui a un comportement incorrect avec les standards. Alors c'est quoi la solution ?

• Comme tu le suggères, changer la page afin qu'elle s'adapte au navigateur ? Mettre un gros if(IE) qui tâche ?
• ou alors faire en sorte que ce soit le navigateur qui s'adapte, afin d'aller interroger une ressource qui est la même pour tous ?

Je pense tout de même que c'est la deuxième solution, qui bien que plus difficile (d'apparence au moins), est la Bonne Solution (TM)

La forme de mon message prête peut-être à confusion : je ne blâme pas webkit spécialement, ou n'importe quel moteur/communauté. Je suis juste triste de constater que chacun peut faire ce qu'il veut dans son coin.

Je suppose qu'il y a quand même de la collaboration derrière, non ?

D'ailleurs, je n'y connais pas grand chose en dev web mais j'ai vu ça sur le lien donne :

#flexbox {
display: -webkit-flex;
-webkit-flex-flow: row; // Children elements will be in rows
-webkit-flex-wrap: nowrap;
width: 100%;
}

Le -webkit- veut dire que c'est temporaire et pas encore officiel, j'imagine. Alors pourquoi mettre webkit ? Pourquoi pas -tmp- ? Quel est le lien avec webkit, si a l'avenir ça doit être la norme ? Est-ce qu'il y aura un traitement particulier pour chaque moteur ? Je croyais que IE nous avait appris quelque chose de ce point de vue.

J’espère que l'officialisation ne prendra pas trop de temps, et que ces machins specifiques aux moteurs/browsers disparaitront fissa.

C'est vrai que de ce point de vue, le Allwinner A10 est plus interessant. On le retrouve notamment dans un boitier HTPC, le Mele A1000 pour 70 euros, ou un certain nombre de tablettes.

D'apres ce que j'ai vu, il semble que ce Allwinner soit entierement pilotable avec du libre, hormis la partie graphique (une puce MALI) qui est tout de meme en train de subir du reverse-engineering.

Pour les plus aventureux, on peut meme precommander un EOMA68 en masse pour faire chuter les prix.

Bref, que du bonheur =]

Au final, aborder Unity reste plus simple que de découvrir un Windows ou un Mac OS. Sauf, peut-être, pour un habitué de Linux…

Tiens, j'ai pourtant pas vu le même son de cloche

Je dois dire que je tourne depuis plusieurs semaines autour de ton projet. J'aime beaucoup l'idée originale d'avoir son serveur chez soi, et de poster directement les données de ses contacts chez eux (ou alors est-ce que c'est une copie locale qui se synchronise lorsqu'il se connecte ? Il faudra que je voie ça de plus près). J'ai fait un peu de recherche sur comment les principaux réseaux sociaux libres fonctionnent, et je crois que le fait que Newebe marche avec CouchDB m'a tout de suite attiré =]

Dès que possible, je me plonge là-dedans.

J'en profite pour citer une pratique qui m'horripile au plus au point et qui me fait me poser des questions sur le sérieux de pas mal de services :

Bank of America doesn’t allow passwords over 20 characters […] eBay doesn’t allow passwords over 20 characters either.

Bordel, c'est quoi la raison officielle ?

Si j'étais médisant, je dirais que c'est parce que la table users a un champ password configuré pour être un VARCHAR(20)

Je ne sais pas ce que tu trouves d’intéressant à apprendre par coeur un nom de machine

Oui, ça, c'est inutile. Je pensais plutôt à comment le système de mail marche, et pourquoi il faut mettre un nom de machine dans la case. Si tu as compris ça, en effet, connaitre son nom exact est inintéressant.

Donc tu t'interesses à comme TOUT fonctionne?

Si possible, oui.

Je ne sais pas comment tu fais avec que 24 heures par jour, moi je ne sais pas faire, et je fais un tri.

Tout pareil !

venir faire la morale

Oh… Je ne pensais pas à ça, juste apporter mon point de vue pour dire que non, tout le monde ne veut pas juste que ça fonctionne. Je vois mal comment on peut donner la morale avec des commentaires écrits sur un site web, en étant aussi indirect que peut l'être une conversation par écrit. Si j'ai pu paraître condescendant, j'en suis désolé =]

Que certains s'y intéresse, qu'ils se documentent, mais désolé, pour les autres, ben le but est que ça fonctionne.

Oui, mais j'ose espérer que certains ont un peu plus de curiosité que ça, justement.

En fait, si j'ai bien compris ton point de vue : la technique (entre autres) est un domaine bien vaste, tellement vaste que comprendre chaque rouage demanderait un temps pas possible. Si quelqu'un veut s'en servir, c'est compréhensible qu'on l'aide en lui simplifiant certaines étapes.
Le problème, si problème il y a, c'est que c'est justement tellement compliqué que le débutant va devoir compter sur celui qui sait pour un bout de temps. Et c'est cette dépendance qui me chagrine. Si c'est pour un truc aussi inutile que le nom de la machine, Google me suffira; Si c'est pour savoir pourquoi je peux plus envoyer de mail depuis Thunderbird, c'est un peu plus compliqué.

D'un côté, les éditeurs qui réussissent

Ils réussissent parce qu'ils se font de l'argent, ou parce qu'ils se font un nom. Moi, ce que j'aimerais, c'est faire en sorte que tout le monde puisse comprendre comment ça marche "là-derrière", parce que c'est intéressant (d'après moi au moins).

Si je dois dire à Michu que ya pas besoin de comprendre et qu'il faut juste faire sans réfléchir, alors c'est que j'aurais raté. Peut importe ce que les autres en pensent. Certes, elle pourra utiliser le service; mais pour moi les choses ne s'arrêtent pas là.

C'est ce que faisait wuala, mais ils ont arrêté :(

Sinon, il y a toujours tahoe-lafs

Les remplacer par des trucs qui marchent (ou pas).

Installer une distrib Linux ? Voire un BSD ?

Comme tout le monde, je suis la mode et je m'intéresse aux bases de données NoSQL. Celle que je connais le mieux pour l'avoir déjà utilisée est CouchDB. Je ne vais pas te présenter cette solution, mais je peux te donner un petit retour de ce que j'ai vu, et de ce que j'aime:

REST

L'interface par défaut de CouchDB, c'est tout simplement du HTTP utilisée REST tout proprement. Pour déposer un document, un simple PUT suffit; pour en obtenir un autre, GET.

CouchDB fait l'effort de marcher avec du HTTP de base, sans ajouter de surcouche qu'il serait le seul à comprendre. Du coup, n'importe quel langage sait parler à CouchDB si il sait parler le standard. En fait, tout ce que tu fais, c'est du CRUD standard, le fameux Web 2.0 (enfin c'est l'explication la plus rationnelle que je vois à cette appellation)

Oh, bien sûr, ce n'est pas la seule base de données à le faire, mais puisque c'est son interface par défaut, j'ai tendance à penser que c'est lui qui le fait le mieux (Note : je n'ai testé aucune alternative, donc ce que je viens de dire peut très bien être pris à la légère). Le corollaire de ça, c'est :

Futon, l'interface d'administration

Elle est directement dans la base de données, et accessible avec un simple navigateur Web. Et quand je dis administration, c'est autant administration du serveur qu'administration des différentes bases de données. En fait, si tu veux te servir de couchDB pour stocker tes données personnelles (Ce qui était le but de desktopcouch), tu peux même aller directement les éditer à la main dans cette interface, ou en ajouter de nouvelles. Ceci avec la version de base de CouchDB, sans rien installer de plus.

Les CouchApps

Un site web, finalement c'est quoi ? C'est juste une ou plusieurs pages HTML avec quelques N'images. Et pour récupérer des documents dans CouchDB, tu fais un GET sur une base de données, c'est à dire exactement la même chose que quand tu vas sur DLFP pour troller dans la joie et la bonne humeur.

Partant de là, les couchapps sont une collection de fichiers placés dans une base de données, avec quelques subtilités (vraiment, rien de compliqué), et qui te font un vrai site web tout plein en 2 coups de cuillères à pot ! Et une fois que t'as bien prototypé ton site, tu le répliques sur une instance de chez iriscouch, et tu distribues au monde entier le plus simplement du monde.

Map/Reduce

Le principe est assez connu aujourd'hui, et je ne vais pas te faire l'affront de t'expliquer ce que c'est; je rappelle juste au futur lecteur qu'il s'agit d'un moyen de distribuer le travail sur des agents de travail indépendants, qui mettent ensuite tout leur travail en commun de manière distribuée pour retourner les informations. Bon en pratique ya un machine qui fait tourner CouchDB, mais cette distribution des tâches dans la VM Erlang peut te monter ton CPU à 100% et donc l'utiliser à fond.

Et bien CouchDB repose grandement là-dessus: l'un des intérêts quand on construit une base de données avec est d'utiliser les vues pour avoir une information qui sera souvent demandée (comme l'âge moyen des utilisateurs par exemple). Une vue dans CouchDB est en fait un processus de MapReduce mis en cache (enfin, c'est le résultat qui est mis en cache) que CouchDB va mettre à jour automatiquement à chaque modif.

Replication

Très clairement, LE point fort de CouchDB, bien que je ne l'ai que peu utilisé. Pour faire simple, CouchDB est construit depuis le début pour être répliqué le plus simplement (un appel HTTP) et le plus efficacement (résolution primitive des conflits) possible.

Ca, c'est l'approche statique; là où ça devient intéressant, c'est quand on GET la ressource _changes, qui stocke séquentiellement TOUS les changements faits dans la DB, et permet de synchroniser efficacement 2 db qui se suivent l'une l'autre, par exemple.

Performances

Aha ! Tu as cru que les performances étaient un point fort de CouchDB ? Raté ! En général on constate plutôt que les perfs sont pas nécessairement meilleurs que le SQL. Plusieurs raisons à ça, les deux que je vois le plus sont la (dé)sérialisation en JSON et l'overhead du HTTP par dessus. Mais disons que pour les points forts du dessus, "ça suffit"

Espace disque

Qu'on se le dise tout de suite : CouchDB est extrêmement vorace. Il prend des Giga et des Giga octets de ton pauvre disque. A mon avis, le postulat de base c'est storage is cheap. Malheureusement, c'est pas aussi cheap que ça (Je pense par exemple aux téléphones).

Conclusion

J'aime bien CouchDB, mais c'est peut-être parce que je ne m'en sers pas encore sérieusement (ie en prod).

En tout cas, voilà un petit tableau qui m'a évité pas mal de recherches :
http://kkovacs.eu/cassandra-vs-mongodb-vs-couchdb-vs-redis

Tu ne coches pas la case use port 80 and 443 as alternatives for incoming connections. et indique le port que tu veux dans le champ au dessus?

Bien sûr, c'est faisable. Mais on revient au problème du départ : Skype écoute sur un port non standard (au sens non communément admis) qu'il faut router sur la passerelle. Soit exactement le même problème que pour VNC et toutes les autres applications qui sont dans la même situation.

En quoi l'IPv6 résout le problème? Tu penses que sous prétexte que les machines à l'intérieur d'un LAN disposeront d'IP routables, on les rendra directement accessibles depuis internet?

Bien sûr que non, je suis d'accord. En fait je pensais au fait que le NAT rend les machines sous le routeur invisibles par design, alors qu'en v6 les machines en dessous seront invisibles par sécurité (ie si le firewall ne transmet pas les paquets).

Du coup, rendre son application visible devient un choix de sécurité, et non un choix de contournement.

Et si je voulais être chiant, je dirais que le problème de passer le NAT est résolu puisqu'il n'existe plus, par contre être visible sur internet n'est pas immédiatement résolu =]

D'aucuns pourraient objecter que c'est un problème totalement indépendant du partage de bureau puisqu'il ne concerne pas que lui.

D'ailleurs, la solution apportée par skype est loin d'être élégante, voire même pratique (Comment je fais pour avoir mon serveur web en parallèle ?)

Si on veut résoudre durablement ce problème, il faut passer à IPv6 (ce qui arrivera un jour ou l'autre; autant le faire maintenant). Le comble, c'est que skype ne gère pas l'IPv6.

D'un point de vue multiplateforme, je conseillerais screenleap qui est vraiment pas mal. Testé l'autre jour, le partage d'un ecran sous Linux est visible par un Windows XP pas forcément très frais.

Par contre, le service a l'air complètement fermé (au sens Libre du terme), et la protection des données est bof bof.

Je réagissais sur

la mode est à l'édition manuelle fastidieuse j'imagine

ou finalement, mettre un style en emphase via selection/cliquage, c'est pas forcement plus pratique ou rapide qu'en mettant des * autour. Par contre, c'est plus intuitif.

Et plus généralement, cette possibilité de choisir son style via un clic sur un bouton entraine les gens a choisir le "niveau" d'un titre via ledit clic. Et ça, c'est l'erreur.

Veridique : l'autre jour, en reunion, on nous a presente un nouveau type de wiki, qui se veut plus pratique que les wikis classiques, parce que :

• Pour créer une nouvelle page : plus besoin de faire un lien artificiel depuis une autre page. Maintenant, il y a un bouton Créer une nouvelle page, qui en fait ne fait rien d'autre que créer une page ayant pour titre Nouvelle page, tout en passant en mode édition pour la modifier.

• Pour faire des styles (gras/italiques/souligné), plus besoin de **blah**, *blah* ou __blah__: On peut choisir le texte a la main, aller chercher l’icône Mettre en gras a la main, et appliquer nos styles a la main. Bien sur, ces styles ne correspondent pas a un markup particulier : il y a une couche de presentation par-dessus.

Même si je suis en désaccord avec ces soi-disant avantages, force est de constater que les habitudes et la facilite d’appréhension sont plus persuasifs que la logique chez la plupart des personnes.

Ce Use Case serait mieux rempli avec quelque chose comme Google Docs a mon avis. Tel que je vois Etherpad (lite), c'est plutôt une solution de collaboration sur un texte brut avec quelques frivolités comme le gras/italique/souligné. Ça permet de partager une source Latex, par exemple.

Pour se faire un outliner, on peut utiliser un langage de balisage comme Markup. Et la c'est typiquement une utilisation potentielle très pratique qui manque a l'interface : la possibilité d’écrire son texte en Markup par exemple, et de prévisualiser la page HTML associée. Oui, l'export HTML existe, mais la source pour l'export n'est pas le contenu brut du texte mais également sa présentation, ce qui casse tout l’intérêt d'un langage de balisage.

Mais tout ça, c'est juste quelques lib javascript, donc ça devrait être modifiable sans trop de difficultés =]

Pour en revenir à nos préoccupations (de libristes), le libre, lui, intègre dans ses fondements des préoccupations éthiques/morales. C'est pour cela que sans être anti-capitaliste, il ne saurait tolérer les actes les plus viles commis au nom du capitalisme.

Vite fait, hein. La préoccupation originelle du libre, c'est "du logiciel pour tous", au sens de "pour les masses". Ça passe par l'action conjointe de "Vous avez le droit de faire ce que vous voulez" et de "Si vous changez quelque chose, il faut le dire a tout le monde" (Je viens d'ailleurs de me rendre compte que c'est profondément décentralisé : il n'y a pas d’autorité centrale qui dit si A respecte les règles, juste l'ensemble des utilisateurs qui peut constater)

Vu comme ça on peut dire que la préoccupation morale du libre est de donner le pouvoir a tout le monde, et pour ce faire incite au partage de l'information. Par contre, je vois pas ce que ça empêche comme "actes vils commises au nom du capitalisme", du moment que ça respecte les libertés de base. L'association "éthique" que l'on fait au libre a beau être un projet sympathique, ça n'est que pure fantaisie. Je crois qu'il est temps de créer un nom/mouvement pour ce genre de choses, parce que réunir tout ça sous la bannière du libre, c'est du grand n'importe quoi.