MyPads : point de la semaine 23
Ce qui a été fait
Un certain nombre de tâches ont pu être travaillées en semaine 23, et notamment :
un premier jet du module de partage d’administration et d’invitation d’utilisateurs (en mode visibilité restreinte) pour les groupes pour le moment, il est limité aux seuls inscrits et demande de saisir l’identifiant utilisateur ; mais il sera rapidement possible de saisir une adresse mail en plus de l’identifiant et d’inviter des utilisateurs externes, y compris en mode restreint ; il y est possible de révoquer les droits concédés à d’autres administrateurs ou aux utilisateurs. le module d’affichage des pads avec la création automatique du pad sous etherpad au premier affichage ; sa suppression effective en cas d’effacement sous MyPads ; le filtrage des accès en modes restreint ou privé ; l’accès au pad sans restriction en mode public ; la prise en charge du mot de passe, à saisir en cas de visibilité fixée à privée. le partage, par le biais du lien direct etherpad, de l’accès aux pads publics ou privés (avec mot de passe). L’interface est pour le moment sommaire et évoluera vers une meilleure intégration ; le mode archive des groupes, qui affiche pour le moment l’export HTML des pads qui en font partie ; des corrections d’anomalies ; les tests unitaires et fonctionnels des modules développés ; enfin la correction du bug gênant décrit lors de la semaine 17, par un changement du moment où MyPads est configuré quand l’instance etherpad est lancée, ce qui ne permet plus à YAJSML de venir perturber son fonctionnement.
Ce qui est prévu pour cette nouvelle semaine
Pour la semaine 24, il reste un certain nombre de courtes tâches et de petites améliorations à faire. De plus, il est prévu de travailler sur :
un module de gestion des favoris par utilisateur : groupes et pads; la mise en place de la gestion de la localisation au niveau du client Web (choisir sa langue pour l’interface) et la traduction vers le français; une prise en charge correcte des permissions avec une véritable séparation entre utilisateurs et administrateurs de groupes et l’apparition du statut d’administrateurs du plugin MyPads.
MyPads, week 23
What have been done
A little bunch of things have been worked this week, especially :
a first draft of the admin sharing and user invitation module (restricted visibility) for groups at the moment, it only supports existing accounts and needs you to enter user login; but it will soon evolve to also allow email addresses and external users invitation, including in restricted mode; it’s possible into this module to dismiss permissions given to other administrators or users. pad view module with automatic creation of etherpad pad at the first display; effective removal when you delete the pad from MyPads; access filtering for restricted and private modes; free access for public mode; password handling, to be entered when visibility has been set up to private. private, with password, and public pads sharing, through the etherpad direct URL. The user interface is for now basic and will evolve to a better integration; archive mode for groups, that display the HTML export for linked pads; a few bugs fixes; unit and functional testing of worked modules; finally, the resolution of the problem described during week 17, by means of a change when MyPads is configured, after the etherpad instance has been launched. This doesn’t allow YAJSML middleware to conflict with MyPads proper functioning anymore.
What to expect from this new week
About week 24, there are number of short tasks and little improvements to do. Moreover, work is planned on :
bookmarks management module per user : groups and pads; setup of Web client localization handling (be able to select the user interface language) and translation to French; a correct support for permissions with a true separation between users and admins of groups and the arrival of MyPads plugin administrators. MyPads : point de la semaine 22 Tr avaux effectués
La semaine dernière a été mise à profit pour :
la réalisation de la page de détails des groupes, laquelle comprend : toutes les propriétés du groupes affichées ; la liste des administrateurs et utilisateurs du groupe ; la liste des pads attachés à ce groupe. une gestion sommaire des pads depuis cette page, avec : la création d’un nouveau pad, en saisissant son intitulé ; sa modification, en fait son renommage ; l’effacement de celui-ci ; enfin, l’ajout de pad en favori. les tests fonctionnels liés à cette page.
La gestion des pads n’est pas pleinement terminée puisque le client ne propose pas encore d’écraser les options de visibilité du groupe, c’est à dire que par exemple si le groupe est défini comme public, tous les pads attachés le seront également. Ce comportement sera rapidement amélioré. Pour la semaine 23
Quelques tâches importantes devraient être effectuées cette semaine avec en priorité l’invitation d’utilisateurs déjà inscrits, le partage d’administration du groupe. Selon le temps disponible, une page regroupant tous les favoris sera également créée ou encore sera effectuée la traduction de MyPads vers le français.
MyPads, week 22
Achieved tasks
Last week has been used for :
the group’s details module, that includes the display of all group properties; group administrators and users lists; list of linked pads. a basic pads management from this page, with new pad creation, by entering its title; its edition, actually its renaming; the deletion of the pad; finally, pad bookmarking. functional testing of this page.
Pads management is not entirely finished because the Web client does not offer yet to overwrite group visibility options at the level of the pad. In other words, for example, if a group is defined as public, all linked pads will inherit. This behavior will be improved soon.
About the week 23
Some important tasks should be done this week. As a priority, user invitation, administration sharing of the group. In accordance to available time left, a webpage grouping all bookmarked elements will be created. MyPads translation to French may be done too.
PIQO : quand on peut faire simple…
Des ordis moins énergivores (mais aussi efficaces) pour les institutions françaises. Libres. assemblés en France ? C’est le pari osé d’une association de Nevers, qui a besoin de sous pour démarrer. Nous avons voulu en savoir plus avant, peut-être, de mettre la main au portefeuille, et nous sommes allés interroger Émilien Court, l’un des responsables du projet PIQO.
Bonjour, Émilien. Ça vient d’où, ce projet ? Qui êtes-vous ? Comme dirait Isaac : comment justifiez-vous votre existence ? Je vois qu’on a les mêmes références ! PIQO est le fruit d’un constat : le parc informatique des administrations, entreprises, écoles ou universités est très largement surdimensionné en termes de puissance compte tenu de l’usage qui en est fait. Cela entraîne un coût financier non négligeable en investissement ou consommation électrique. L’impact écologique est également considérable en traitement des déchets électroniques, transport ou production d’énergie. Enfin, tous les équipements informatiques sont actuellement produits en Asie, et il apparaît indispensable de mettre en place un « circuit court » de l’informatique en localisant l’assemblage en France.
PIQO est un projet de synthèse. Ça n’est pas que de l’informatique, c’est aussi un projet social et environnemental.
Je suis tombé dans l’informatique quand j’étais petit, j’en ai même fait mon métier à une époque. Parce que je suis aussi quelqu’un d’engagé et préoccupé par les questions de société, il m’apparaissait normal, dès lors que la technologie le permettait, de la sortir du seul champ de l’informatique pour la mettre au service de l’éducation, de l’économie, de l’environnement ou de l’emploi de façon constructive.
Il n’a pas été difficile de constituer une équipe de personnes issues d’horizons très divers : éducation, économie sociale et solidaire, environnement, industrie, design…
Aujourd’hui, PIQO compte une quinzaine de membres, qui tous voient derrière l’ordinateur un projet de société.
Pourquoi avoir créé une association et faire un crowdfunding ? Vous auriez pu monter une entreprise et démarrer avec un emprunt bancaire…
La question de créer une entreprise ne s’est même pas posée, à vrai dire. PIQO repose sur des technologies libres ou à but non lucratif, et c’est cette philosophie que nous souhaitons porter à grande échelle.
PIQO est aussi un laboratoire. Notre objectif est de démontrer qu’il n’existe pas qu’un seul modèle économique basé sur l’exploitation de l’humain et de la nature. On peut créer de l’activité économique, de l’innovation et des emplois sans recourir au modèle économique libéral. Notre démarche s’inscrit dans l’économie sociale et solidaire, et ce qui peut être fait dans l’informatique peut s’appliquer partout ailleurs.
Dans cette optique de sortie du schéma « capital, dividendes », l’association était la meilleure solution pour garantir l’indépendance et l’autonomie du projet. PIQO n’appartient à personne … ou à tout le monde !
Pourriez vous, nous en dire plus sur les membres de votre association, et ce qui vous a amenés à vous unir ?
Nous sommes issus d’horizons très divers : éducation, santé, technologie, environnement ou encore social. La plupart des membres ne sont pas des pointures en informatique, mais sont cependant tout à fait conscients des enjeux d’un tel projet et de l’impact potentiel sur la société. C’est cette convergence de valeurs qui est la base de notre collaboration, parce que nous avons tous à cœur de proposer une alternative technique, environnementale et sociale.
On a l’impression que le fait que vous êtes tou(te)s Nivernais a une incidence sur la création de PIQO…
La Nièvre, comme beaucoup de départements ruraux, souffre d’une situation économique difficile, d’une baisse de sa population au profit de régions plus prospères, et d’un déficit d’image. La pauvreté de l’offre en matière d’éducation supérieure conduit notamment les bacheliers à quitter le département pour étudier dans les grandes villes, mais peu reviennent finalement sur leur territoire d’origine. La Nièvre offre cependant une excellente qualité de vie et Nevers est une ville à taille humaine dotée de bonnes infrastructures. Parmi les voies de développement, il y a évidemment le numérique. Toutes les villes aujourd’hui essaient de s’équiper pour attirer les entreprises du secteur et cela conduira à une mise en concurrence acharnée des territoires. Je pense que pour être efficaces, ces stratégies doivent tendre à se spécialiser faute de pouvoir affronter les métropoles française ou européennes. L’exemple de Lannion en Bretagne est à suivre. Cette ville de 20 000 habitants a développé son économie autour des technologies de télécommunication, notamment en proposant une offre éducative adaptée.
La Nièvre a ses propres atouts et problématiques. Il serait pertinent de s’appuyer dessus pour développer le numérique : la santé, la prise en charge des personnes âgées ou dépendantes, le tourisme, la compétition automobile et pourquoi pas le logiciel libre. C’est là que PIQO a un rôle à jouer parce que notre volonté est d’offrir au territoire une opportunité de développement qui réponde à des exigences environnementales, éthiques, sociales, et locales.
Je me dis souvent qu’on n’a pas besoin de 4Gio de Ram pour faire de la bureautique. C’est ça, votre postulat de départ ?
Je n’irai pas, comme Bill Gates en 1981, jusqu’à dire que « 640 Ko de mémoire devraient suffire à tout le monde », mais effectivement 4Gio de RAM pour faire de la bureautique c’est trop !
L’informatique a connu une croissance technologique et économique fulgurante. Les ordinateurs sont beaucoup plus puissants qu’hier et beaucoup moins que demain. Pour autant, il faut en mesurer l’impact sur notre civilisation.
Regardons ce qui se passe dans un autre secteur industriel : l’automobile. La notion d’efficience est devenue une nécessité en raison des conséquences environnementales et de l’explosion du coût de l’énergie. La voiture s’adapte de plus en plus aux besoins de l’utilisateur. Il est désormais difficilement concevable d’acheter un véhicule qui consomme 15 litres aux 100km pour faire de petits trajets urbains. Alors que les industriels se livraient par le passé une guerre sur le terrain de la puissance, aujourd’hui ils communiquent sur le confort, la sécurité ou la consommation. Les V8, les V10 ou les V12 disparaissent peu à peu des concessions.
On doit se poser les mêmes questions dans l’informatique. Lorsque j’achète un ordinateur, quelles sont les conséquences sur l’environnement, sur mon portefeuille, sur les ouvriers qui l’ont fabriqué ?
Certains commentateurs émettent des doutes en se référant au prix du Raspberry Pi 2, qui est le socle de votre solution. Que leur répondez-vous ?
Effectivement, de façon très surprenante nous sommes la cible d’attaques en règle sur ce point. Il nous est souvent opposé que le prix d’un Raspberry Pi 2 n’est que de 35-40€, ce qui est totalement vrai ! Restons pragmatiques. Le coût global d’un produit ne dépend malheureusement pas que du prix d’un seul de ses composants, fut-il aussi essentiel. Si nous pouvions vendre PIQO sous les 50€ nous le ferions avec plaisir, notre objectif n’étant pas le profit. Nous envisageons par ailleurs la possibilité d’une version moins chère dotée d’une mémoire de 8Gio.
Il faut bien comprendre que le Raspberry PI 2 est le socle de notre solution, mais c’est une carte inerte et pour en faire un ordinateur fonctionnel et plug and play pour tout le monde, nous devons lui ajouter d’autres éléments : 32 Gio de mémoire, une alimentation électrique, un boîtier, un OS, un conditionnement etc. Le prix de revient double presque au passage.
Ensuite, il y a des charges liées à la production et à la commercialisation de PIQO : les locaux, le matériel, la logistique ou le service après-vente pour en citer quelques- unes. Les contraintes économiques ne sont pas les mêmes que lorsqu’on bricole à la maison.
Comme toute activité économique, PIQO est soumis à la TVA, ça représente 16,5 € par exemplaire, ainsi qu’à l’IS et à la CFE.
Enfin, « but non lucratif » ne signifie pas « bénévole ». Les dirigeants de l’association ne sont pas rémunérés, mais pour assembler et distribuer PIQO, il faut créer des emplois, et c’est même l’une de nos missions en favorisant l’insertion et la formation des plus précaires.
Nous mettons un point d’honneur à être transparents sur l’activité économique de PIQO, etles coûts liés à sa production sont détaillés sur notre site. Nous poursuivrons cette transparence à l’avenir.
Par ailleurs, PIQO est une association ouverte à laquelle tout le monde peut adhérer pour prendre part aux décisions ou élire le conseil d’administration. Ce qui est évident, c’est que notre solution ne convient pas aux besoins des technophiles, il leur suffit d’acheter un Rasperry Pi et de bidouiller. On retrouve le même principe chez ceux qui préfèrent montent leur PC et ceux qui l’achètent assemblé au supermarché du coin. Mais le grand public, les administrations ou les entreprises ont besoin de solutions clés en main, d’un service après-vente et de conseils. C’est ce que nous proposons.
D’accord, mais il a quelle valeur ajoutée, le PIQO, par rapport à des solutions qui existent déjà, comme le Linutop et le Cubox ? Qu’est-ce qu’on y trouve de plus ?
Linutop est deux à trois fois plus cher pour des performances similaires voire moindres. Cubox est un beau produit et affiche des prix nettement plus proches, mais sous Android, un OS peu adapté à l’usage desktop auquel nous destinons PIQO, sans parler de l’ingérence de Google dans cet environnement.
Notre objectif est clairement de proposer un ordinateur bureautique, qui prenne en compte les questions sociales, environnementales, et qui soit proche de ses utilisateurs particuliers, professionnels ou institutionnels.
PIQO sera un ordinateur déjà rempli de logiciels… libres. Ce choix du logiciel libre (outre son avantage financier), c’est aussi un choix éthique ? Et du coup, allez-vous mettre votre distribution maison à disposition des bidouilleurs et bidouilleuses qui veulent faire leur PIQO de leurs propres mimines ?
Le choix du logiciel libre est effectivement éthique. La contrainte financière est réelle aussi puisqu’il serait impossible de proposer PIQO à un tel prix avec des logiciels propriétaires. Nous aimons particulièrement l’idée que des milliers de personnes à travers le monde ont travaillé pendant toutes ces années pour aboutir à cet éventail de logiciels, sans rien attendre en retour que la satisfaction d’avoir été utiles à la collectivité. Nous travaillons avec la même philosophie et notre distribution basée sur Xubuntu sera évidemment disponible en téléchargement (c’est déjà le cas de la pre-alpha).
Par ailleurs, il n’y a pas de LUG actif dans la Nièvre, est ce que le projet PIQO, ou des membres de votre association, prévoient de développer des actions autour du Logiciel Libre ?
Nevers comme capitale française du logiciel libre, l’idée est séduisante ! Certains membres de l’association utilisent le Libre depuis longtemps, d’autres le découvrent et sont surpris de voir qu’il est en fait tout à fait possible de s’extraire des systèmes propriétaires. La vocation de PIQO est de faire cette démonstration à grande échelle, et cela passe par des actions de terrain. J’aimerais personnellement beaucoup pouvoir organiser des install-parties ou des conférences dans la Nièvre pour expliquer ce qu’est la philosophie du libre et sensibiliser les utilisateurs aux risques des logiciels propriétaires. On a de la place pour accueillir du monde et le cadre est sympa !
En fait en soutenant PIQO, on soutient indirectement des actions en faveur du logiciel libre et de l’open hardware dans la Nièvre ?
On peut dire ça. Le principe de réciprocité est selon moi indissociable du Libre. Si PIQO rencontre le succès, il est normal qu’à son tour l’association se fasse le porte-voix de cette philosophie et fédère autours d’elle d’autres utilisateurs, acteurs ou curieux. Émilien, du projet PIQO. Photo Jérémie Nestel – Licences Art Libre
Supposons que la Mairie de Paris, qui vient d’adhérer à l’APRIL, vous passe commande pour 20.000 PIQO. Vous pouvez fournir ?
Vous me l’apprenez, c’est une grande nouvelle ! Nous sommes déjà en discussion avec des collectivités pour des volumes de 1500 pièces par an. 20 000 pièces d’un coup c’est une commande énorme, et un investissement considérable. Mais avec l’appui de nos partenaires institutionnels, et un délai raisonnable, nous serions en mesure de relever le défi.
Un dernier mot pour nous convaincre de participer à votre financement participatif ?
Le Libre est mûr pour faire son entrée dans la cour des grands ! Nous tâchons modestement à notre échelle d’œuvrer dans ce sens, tout en développant une activité économique qui soit socialement et moralement responsable. Ça demande parfois un petit effort d’imagination pour certains, mais c’est possible !
En savoir plus et contribuer : * Le site du projet PIQO : http://www.piqo.fr/ * Le financement participatif : http://www.kisskissbankbank.com/piqo * Contacter l’équipe : http://www.piqo.fr/contact/
Merci à Jérémie Nestel d’être allé enquêter sur place.
MyPads point de la semaine 21 Tâ ches réalisées
Le prestataire a été à l’arrêt pour raison médicale la semaine 20 ainsi qu’une partie de la semaine 21. Les avancées n’ont donc couru que sur quelques journées et se sont focalisées sur la page de liste des groupes avec :
une séparation claire entre les groupes mis en favoris, ceux en lecture seule et les autres ; un léger remodelage de la vision des éléments principaux pour chaque groupe directement sur cette page ; une recherche par mot clé, insensible à la casse, qui parcourt les noms et labels associés à chaque groupe ; des filtres pré-définis : les groupes dont je suis administrateur, ceux dont je suis simple utilisateur, les groupes restreints, privés ou publics ; des filtres par labels (tags) : la liste de tous les labels employés pour les groupes affichés est disponible dans la barre de filtres et il est possible d’en sélectionner un ou plusieurs ; chaque filtre est cumulable : il est par exemple possible de rechercher les groupes dont le mot « informatique » apparaît dans le titre, qui ont pour labels « astuce » et « programmation » et qui sont publics ; le test fonctionnel de cette page.
Cette semaine
La gestion des pads sur le client Web va enfin démarrer et devrait pouvoir être terminée dès cette semaine. Il est également prévu la prise en charge des invitations pour les groupes et pads restreints ainsi que le partage d’administration avec d’autres utilisateurs.
MyPads, week 21 Ta sks done
The contractor has paused the development for medical reason during week 20 and for part of week 21. So progress has been focused around group list page with :
a clear separation between bookmarked groups, archived ones and others; a light redesign of visible elements per group into this page; search by keyword, case-insensitive, processing group names and tags; ready-made filters : groups I am administrator, those I am just user, restricted, private or public groups; tags filters : a list of all tags used for displayed groups is available into the filters sidebar and it’s possible to select one or more; each filter is cumulative : for example you can search for groups with the word « computer », which have tags « tooltip » and « development » and are public; functional testing of this module. This week
Pads management, into the Web client, will finally begin and should be done this week. It’s also planned to start user invitation for groups and pads and administration sharing with other.
MyPads point de la semaine 19 Tr avaux effectués
Comme prévu, le travail a été poursuivi du côté des groupes de pads. Plus en détail :
la modification des groupes existants, avec la conservation du mot de passe en mode privé (pas besoin de le saisir à nouveau) ; la suppression des groupes ; la gestion d’étiquettes par groupe : créées et supprimées à la volée pendant la modification ou la création de groupe ; un début de gestion des favoris par utilisateur avec le marquage des groupes souhaités ; les tests fonctionnels allant de pair avec ces développements.
Suite
Il y aura peu d’avancées cette semaine, le programmeur étant indisponible quelques jours pour des raisons médicales. Le prochain point concernera donc la semaine 21 avec au programme la recherche par filtres, étiquettes et texte brut sur les groupes et, enfin, le début de la gestion des pads privés.
MyPads, week 19
Work done
As expected, tasks have covered groups of pads management. In detail :
edition of existing groups, with password keeping where in private visibility (no need to fill it again); group removal; tags management per group : created on the fly and removed during group creation or edition; beginning of bookmarks management per user with group marking; functional testing around these developments. Suite
There won’t be much progress this week because the developer is absent for a few days for medical reason. Next point will be done week 21. We expect search by filters, tags and plain text over the groups. Also, finally, private pads management start.
Framabee, le (méta-)moteur qui va vous butiner le web !
Comme nous le disions dans un article précurseur de notre projet de Degooglisation d’Internet : « nous n’avons pas peur, nous ne sommes pas résignés, et nous avons nous aussi une vision à long terme pour changer le monde. »
Libérer votre porte d’entrée au Web.
Parmi les plus importants outils qu’il faut libérer au plus vite : les moteurs de recherche. La dépendance du Web envers Google, fait de ce dernier un acteur monopolistique tout- puissant dont le moindre frémissement des algorithmes fait pâlir d’effroi les webmestres les plus endurcis, et peut faire perdre beaucoup d’argent à plus d’un acteur économique. L’autre aspect du moteur de la Firme réside dans la gigantesque base de données qu’elle contribue à alimenter, avec le consentement plus ou moins conscient des internautes eux-mêmes, en enregistrant nos recherches… c’est à dire aussi nos envies, nos souhaits, nos rêves. Devrions-nous pour autant réinventer la roue ? Nul besoin de dénigrer le moteur de Google qui, qu’on le veuille ou non, constitue un outil formidablement efficace pour effectuer des recherches sur Internet. Si de surcroît on combine ces recherches avec celles d’autres moteurs, moins puissants mais plus spécialisés, le résultat s’avère apporter une plus-value objective.
Il n’est plus guère nécessaire aujourd’hui de vous rappeler quelle importance a la sécurité des données. Tel est pourtant bien le cœur du problème et d’autres que nous l’ont compris depuis longtemps. Ils proposent des solutions très confortables, certaines encore à l’état de projet. Ils mutualisent les puissances des moteurs de recherches dont celui de Google (on les appelle des métamoteurs) tout en garantissant la sécurité de nos identités, ou bien encore en passant par d’autres protocoles comme le P2P :
Duck Duck Go, ixquick, Searx, Yacy, Nutch, Seeks.
Et Framasoft envoie : Framabee !
Le modèle de Dégooglisation d’Internet que nous proposons depuis octobre 2014 ne pouvait pas faire l’économie d’un moteur de recherche digne de ce nom. Nous avons donc choisi de lancer un métamoteur de recherche à la « sauce » Framasoft. Or, comme vous le savez, nos intentions ne se limitent pas à mettre en place des services.
Nous offrons un métamoteur de recherche aux visiteurs, au même titre que les autres services que nous proposons ou allons proposer, grâce à vos dons, dans le panier de services de notre projet Dégooglisons Internet. À terme, l’ensemble vise à faire la démonstration des alternatives aux services privateurs, de manière libre, éthique, décentralisée et solidaire.
Libre
Nous avons choisi d’utiliser Searx parce qu’avant tout, il s’agit d’un logiciel libre. Ensuite, pour son développement actif et, bien entendu, parce que les résultats retournés sont tout aussi pertinents, voire plus que ceux des moteurs de recherche classiques (bien entendu, puisqu’il vous propose un mix de tous les résultats).
Seeks est un vrai moteur de recherche qui va indexer le web et les différents nœuds communiquent en peer-to-peer. C’est quand même mieux, non ? Eh bien, il a fallu faire un choix, et si nous pouvons installer et customiser Searx (qui est écrit en Python), modifier Seeks qui, lui, est en C++… disons que la tâche est plus ardue. Framasoft n’est pas une association de développeurs (loin s’en faut) et nos bénévoles sont déjà bien surchargés, sans leur demander d’apprendre un nouveau langage.
De plus Seeks n’a plus l’air en développement actif (le dernier commit date de plus de 6 mois), alors que son site indique qu’il s’agit d’une early release, c’est à dire un logiciel pas forcément tout à fait au point.
Éthique
Comme nous l’annonçons dans notre charte : nous ne vous suivons pas, nous ne vous traquons pas, et nous n’avons que faire de vos données personnelles, si ce n’est de vous aider à les protéger ! Décentralisé
Chacun est libre d’installer sa propre instance de Searx sur son propre serveur : vous ne dépendez nullement de Framasoft pour utiliser Searx. Vous pouvez même choisir votre instance préférée parmi toutes celles déjà ouvertes au public.
Solidaire
Nous voulons aussi montrer qu’il est possible d’installer un métamoteur sur son propre serveur, pour le compte de votre asso, de vos voisins, de votre famille… La facilité (relative) de son installation vous sera très prochainement expliquée sur Framacloud.
Les capacités de Searx :
différentes catégories de recherche ; export des recherches : en json, pour en faire ce que vous voulez, en csv, pour l’utiliser dans un tableur et même sous forme de flux RSS pour surveiller les résultats de votre recherche ; configuration : choisir un autre thème, utiliser une autre catégorie de recherche par défaut, (dés)activer des moteurs de recherche… Searx est configurable à loisir ! (les préférences sont enregistrées dans un cookie) ; réponses rapides : par l’usage de l’API de Duckduckgo, vous aurez des encarts, des réponses rapides de ce moteur ; intégration à votre navigateur : utilisez Searx directement depuis la barre de recherche de votre navigateur préféré. Et Searx n’est pas Google…
Jouons-la franc-jeu : tester Framabee, ce n’est pas nécessairement l’adopter !
En effet, vous pourriez trouver que les résultats de Framabee sont moins pertinents que ceux de Google (mais plus que ceux de Bing!, quand même ). Cela est dû à un phénomène très simple : la « bulle de filtre ». Ainsi, comme Google sait beaucoup sur vous (votre géolocalisation, votre âge, votre sexe, vos précédentes recherches, qui sont vos amis, etc), il peut vous proposer des résultats adaptés à votre profil. L’expert en sécurité informatique Bruce Schneier vient d’ailleurs de publier un ouvrage fort intéressant intitulé « Data and Goliath » qui traite largement de ce sujet. Vous pouvez aussi en apprendre plus sur le sujet en regardant la conférence TED donnée par Eli Pariser.
Autrement dit : Google vous enferme dans une « bulle » et traite vos recherches en fonction de ce qu’il pense que vous cherchez. Cela pose d’énormes problèmes culturels et éthiques.
Comment découvrir de nouvelles choses si mon moteur m’enferme dans des territoires connus ? Un logiciel peut-il décider ce qui est bon pour un être humain, d’autant plus si on n’a pas la « recette » de ce logiciel ? Comment s’assurer que le filtre de Google n’agit pas comme une forme de censure ? Qui décide de ce qui doit apparaître ou pas dans les résultats, et comment s’assurer que quelqu’un n’a pas payé Google pour « remonter » un résultat ? etc.
Or, Framabee ne conserve — volontairement, c’est une fonctionnalité, pas un bug ! — aucun historique de vos recherches. Par conséquent, vous n’êtes dans aucune « bulle », sauf éventuellement celle de la langue des résultats, et encore cela peut se désactiver. Mais la contrepartie de cette liberté, c’est que vous pouvez perdre en confort (c’est à dire des résultats adaptés à ce que la machine pense que vous cherchez).
Par ailleurs, Framabee ne résout pas le problème de l’index des moteurs de recherche. Comme nous l’avons dit plus haut, Framabee est un méta-moteur, c’est-à-dire qu’il interroge (de façon anonyme) différents moteurs, et récupère puis vous affiche les résultats qui lui sont transmis. Cela pose donc la question de la taille des bases de données (ou « index ») des moteurs. Le site worldwidewebsize.com estime la « taille » du web indexé par Google (et donc du web visible par le moteur googlebot) à 45 milliards de pages web. Avoir un moteur capable d’indexer autant de pages, et une infrastructure en mesure d’exploiter cette base de données colossale de façon efficace coûte une fortune (plusieurs dizaines de millions d’euros au bas mot). Il est donc totalement impossible à Framasoft, association loi 1901, de proposer un moteur « 100% indépendant ». Wikipédia nous apprend d’ailleurs qu’il ne reste que très peu de « vrais » moteurs de recherche.
La solution à ce problème viendra — espérons-le — peut-être de logiciels libres en pair-à-pair commeYacy . Mais les ressources de Yacy (communauté de quelques bénévoles) sont sans commune mesure avec celles de Google (55 000 employés et 66 milliards de dollars de chiffres d’affaires). Mais Google est mon ami… non ? (non).
Ah ! Ces amis qui sous prétexte de t’aider à retrouver tes clés s’incrustent chez toi, fouillent dans ta garde-robe, tapent dans ton frigo et en profitent pour dépiauter ton courrier…
Framabee permet de virer du moteur de Google toutes les cochoncetés qui y ont été mises… par Google ! Et ce, tout en invitant d’autres moteurs de recherche à affiner les résultats. Pour reprendre l’analogie, c’est dire à notre pique-assiette : « tu ne rentreras chez moi qu’à mes conditions, avec respect… et accompagné d’autres potes. »
Framabee (ou votre propre instance de Searx en suivant notre tutoriel d’installation) est un outil de plus pour vous aider à reprendre les clés… de vos Internets. À vous de l’utiliser (et de le faire connaître). Rendez-vous dès maintenant sur :
Framabee.org, l’abeille qui vous butine le web ; Trouvons.org, la version sérieuse pour le boulot ; et si vous avez un doute, vous n’avez qu’à demander à Tonton Roger
Enfin, si vous souhaitez (comme nous : promis ça marche très bien !) utiliser Framabee comme moteur de recherche, il vous suffit, lorsque vous êtes sur la page d’accueil du moteur, de cliquer sur l’icône de préférences et de choisir « Ajouter Searx à votre moteur de recherche », puis de l’ajouter comme moteur par défaut.
Vous pouvez aussi suivre les instructions de l’animation ci- dessous.
PS : toute la FramaTeam tient à remercier Asciimoo et toute l’équipe de contribution de Searx pour leur boulot, Framasky pour avoir mené à bien le projet… Et surtout nos donateurs et donatrices qui, par leur soutien, nous donnent les moyens de continuer à Dégoogliser Internet. Voici une nouvelle étape de franchie grâce à vos dons.
MyPads point de la semaine 18
Nouvelle semaine, nouveau point hebdomadaire. Avec quelques jours de retard puisque celui-ci aurait du paraitre jeudi dernier. Le s tâches réalisées
La semaine dernière, nous avons abondamment parlé d’une anomalie gênante autour d’Etherpad, de yajsml et de MyPads. Une solution de contournement a été trouvée mais devra être confirmée : pour réinstaller le plugin, il semblerait qu’après l’avoir désinstallé, la suppression forcée du cache NPM (se situant en général dans un répertoire caché, /home/user/.npm) permette de ne plus éprouver le problème. Nous verrons une fois MyPads publié sur NPM, et non installé en local, si ce contournement deviendra inutile et mettrons en œuvre ce qu’il faudra pour améliorer la situation si ce n’est pas le cas.
En dehors de cela, cette semaine a été consacrée essentiellement au module de gestion des groupes avec l’affichage de la liste des groupes, leur création. À propos de la notion, centrale, de groupe dans MyPads :
chaque utilisateur, authentifié, peut créer un nombre illimité de groupes; ceux-ci contiennent chacun un nombre illimité de pads; chaque groupe dispose d’un identifiant unique en base de données et d’un label; au niveau du groupe, il est demandé de définir une visibilité pour les pads qui seront contenus restreinte : uniquement pour les personnes explicitement invitées, lesquelles devront posséder ou créer un compte sur l’instance MyPads; privée : accès restreint à l’utilisation d’un mot de passe et dans ce cas, un compte n’est pas nécessaire; publique : les pads contenus sont accessibles par leur adresse Web, comme c’est le cas aujourd’hui sans MyPads. cette visibilité est appliquée par défaut mais pourra être écrasée individuellement pour chaque pad contenu; un groupe pourra être mis en lecture seule, pour consultation uniquement; chaque groupe pourra voir son administration partagée avec d’autres utilisateurs, qui pourront alors en modifier les propriétés et y créer des pads; en plus de ce qui était prévu initialement chaque utilisateur pourra mettre en favori un ou plusieurs groupes auxquels il participe; il sera possible d’associer des étiquettes (tags) pour chaque groupe.
Semaine 19
Le travail sur les groupes va être poursuivi. En théorie, nous devrions obtenir en fin de semaine :
la suppression des groupes; les étiquettes, favoris; les filtres et la recherche dans la liste de groupes; les tests fonctionnels qui vont avec le module groupes.
Lorsque la gestion des groupes sera terminée, celle des pads arrivera rapidement, puisque cette dernière sera similaire à celle des groupes, et même simplifiée par rapport à elle. Rendez-vous en fin de semaine pour le prochain point.
MyPads, week 18
New week, new point with a delay of couple of days : this news should have been published last Thursday
Tasks done
Last time, we’ve copiously talked about an annoying bug around Etherpad, yajsml and MyPads. A workaround has been found but must be confirmed : to install the plugin again, it seems that, after uninstalling it, a forced removal of NPM cache (which resides into a hidden directory, like /home/user/.npm) helps to not suffer from the problem. We’ll check after MyPads publication under NPM public repository if this workaround becomes useless. We’ll work to improve the situation otherwise.
Apart from this bug, the week has been mostly dedicated to group management module : list display, creation. About the groups main concept in MyPads : every user, authenticated, can create an unlimited number of groups; those one can contain one or more pads; each group has a database unique identifier and a name; for each group, you’ll have to define a visibility level for linked pads restricted : only invited users can view and edit pads, people who need a MyPads account; private : the access is protected by a password, in this case, the account isn’t mandatory; public : pads are accessible through their Web address, like in classical Etherpad. this visibility property is applied by default to all attached pads but can be overwritten for each pad; a group can be set up on read-only mode; each group can be shared with other users, then they will be able to edit its properties and create new pads into it; bonus elements each user can bookmark one or more groups; tags can be assigned to each group.
Week 19
Work in groups management will continue. In theory, we should get, at the end of the week :
group removal; tags and bookmarks implementation; research and filters from the group list; functional testing of the groups module.
When the groups management will be finished, pads management will be out quickly, because it will be similar, and even simplified. See you at the end of this week for the next point. MyPads point de la semaine 17
Comme annoncé la semaine dernière, c’est désormais un point hebdomadaire qui émaillera le travail autour de MyPads. Cette semaine n’aura pas été de tout repos et les avancées visibles sont malheureusement peu nombreuses. Explications.
Les travaux
La mise en place des tests fonctionnels client, simulant une navigation réelle, a occupé les premiers jours de développement. Ensuite MyPads a subi quelques modifications pour fonctionner avec la version 4 d’Express, le cadre de développement sur lequel repose Etherpad et donc MyPads. Cette migration a été initiée par le toutpremier contributeur externe au plugin, et a été rendue nécessaire par la migration d’Etherpad une semaine plus tôt. Cette migration a été l’occasion de tester à nouveau la compatibilité de MyPads avec Eherpad. Cela peut sembler étonnant, mais MyPads est développé de manière autonome vis à vis d’Etherpad et est régulièrement testé en tant que plugin Etherpad, pour les raisons suivantes :
accélérer le développement et éviter de devoir relancer Etherpad voire réinstaller le plugin à chaque modification; permettre les tests unitaires et fonctionnels serveur, très difficile sinon à partir d’un plugin Etherpad, isoler une base de tests du reste de l’instance; conserver une forme d’indépendance vis à vis du cœur d’Etherpad : afin de ne pas nécessiter des modifications d’Etherpad lui-même et de limiter les régressions en cas de changements internes de ce dernier.
Malheureusement le fonctionnement de MyPads s’est révélé erratique : parfois correct, parfois non. Pour les techniciens, seules les méthodes GET et HEAD sont autorisées et toute autre méthode HTTP est refusée. Le problème, nouveau, est intimement lié au logiciel intermédiaire (middleware) yajsml, lequel est employé par Etherpad afin d’optimiser les requêtes des fichiers dits statiques (scripts, images, styles etc). En théorie, les requêtes prises en charge par MyPads ne devraient pas être impactées par ce logiciel intermédiaire, mais pour une raison mal comprise, elles le sont parfois.
Le problème, c’est que MyPads fonctionne autour d’une interface de programmation standard, une API HTTP REST, sur laquelle se connecte le client Web, et qui permettra à d’autres clients ou à des outils tiers de voir le jour. La résolution du soucis n’est pas aisée : l’anomalie intervient de manière aléatoire. Peu de plugins sont touchés car la plupart ne définissent pas leurs propres routes HTTP. Même si yajsml est modifié pour résoudre le soucis, il faudra que la fondation Etherpad accepte le patch et l’intègre avant de pouvoir retrouver une fonctionnement correct de MyPads. Or, il semble que yajsml sera bientôt remplacé par une technologie plus standard.
D’autres résolutions ont été envisagées, du fait de la situation de yajsml, et entre autres :
1. Substituer, comme certains plugins le font, l’API HTTP REST par une API basée sur socket.io, la technologie employée par Etherpad pour la collaboration en temps réel et qui repose en premier lieu sur le standard WebSocket. Cette voie a été expérimentée cette semaine mais représente une charge considérable de travail et la réécriture de nombreux modules. De plus, il ne s’agit pas d’un remplacement propre : MyPads y perd une méthode de communication plus standard ainsi que son système d’authentification, lequel avait été choisi pour permettre à terme une connexion depuis des comptes externes ou encore un annuaire LDAP, OpenID etc 2. Faire de MyPads une application indépendante, de fait non plus un plugin, qui gèrerait les accès des utilisateurs aux pads en fonction des groupes définis. Le problème de cette solution est de complexifier l’installation de MyPads et de risquer des incompatibilités avec certains autres plugins. Aussi, nous sortirions de fait du cadre du cahier des charges initial.
Il a été décidé que la dernière piste ne serait à employer qu’en cas de dernier recours et c’est la migration vers socket.io qui a été d’abord privilégiée. Néanmoins, à la vue du travail nécessaire et surtout des pertes fonctionnelles que cela risque d’amener, cette solution ne sera pas poursuivie.
La semaine prochaine
Le travail va reprendre sur la version HTTP REST standard qui a été développée jusqu’ici. Il est prévu : qu’étant donné que la suppression du yajsml n’arrivera qu’à un terme inconnu, il faudra dépister l’anomalie et la résoudre, ou au moins proposer un contournement simple; de poursuivre le développement, moins actif que prévu cette semaine, avec notamment le passage d’une authentification en propre classique vers JSON Web Token, dont le travail a commencé cette semaine avec le test de socket.io, de manière à renforcer la sécurité des échanges de données chiffrées entre serveur et client; les groupes et pads, évidemment.
Rendez-vous jeudi prochain pour le point de la semaine 18.
MyPads week 17
As announced last week, we now give some news about MyPads development weekly. Last couple of days haven’t been picnic and few enhancements are visible. Explanations below. Work
Frontend functional testing setup, aiming to simulate real navigation, has filled the first days. Then MyPads has been updated to work with Express version 4. Express is the framework which powers Etherpad and so MyPads. This migration has been introduced by the veryfirst MyPads external contributor, and was necessary because of the Etherpad migration a week earlier.
These modifications were a good moment to test MyPads’compatibility towards Eherpad. That can be surprising but MyPads has been programmed independently from Etherpad and is regularly tested as an Etherpad plugin, here’s why :
speeding up the development and avoiding Etherpad reboot or plugin re-installation at each update; allowing unit and functional server testing, quite hard from an Etherpad plugin, and isolate a test database from the whole node; retaining a distance regarding Etherpad core in order to avoid need of Etherpad updates and limit regressions in case of internal modifications of it.
Sadly MyPads behavior becomes erratic : sometimes correct, sometimes buggy. For technicians : only GET and HEAD HTTP verbs were allowed and all other method has been forbidden. This problem seems to be linked to the yajsml middleware, used by Etherpad in order to optimize static files requests (scripts, images, styles etc). In theory, MyPads handled routes should not be impacted by this middleware, but for an misunderstood reason, they sometimes are.
Problem is that MyPads is based on a standard home-defined HTTP REST API, which the Web client connects to. This interface may allow other clients and third party tools to be created more easily. Debugging the problem is not an easy task, due to the randomness of the behavior. Few plugins should be concerned because most of them don’t define their own routes. Even if yajsml is updated to fix the issue, the Etherpad developers will have to accept the patch and merge it before we have MyPads working correctly. Now it seems that yajsml will be soon replaced by a more standard technology.
Others resolutions have been considered, regarding to yajsml situation :
1. Replace, as others plugins do, the HTTP REST API by a socket.io one. socket.io is the technology used by Etherpad for realtime collaboration, that use as a first class citizen the WebSocket protocol. This approach has been tried this week but requires a considerable amount of work and many modules rewriting. Moreover, it’s not a proper replacement : MyPads loses its more standard communication method but in addition its authentication system, which have been chosen to allow, later, connection through external accounts, LDAP directory, OpenID etc 2. Move MyPads from a plugin to a standalone application, which handle user access according to created groups and pads. Problem with this solution : harden the MyPads installation, risks of incompatibilities with some other plugins. Also, making a standalone app won’t conform to the initial specifications.
We have decided to follow the last proposition only as a last resort. The migration to socket.io has been preferred but, with the light of required work and moreover functional looses, it won’t continue.
Next week
Work will be resumed on the HTTP REST version, the one developed until now. We expect :
because yajsml removal won’t happen before an unknown time, it will be important to find and fix the bug, or at least to provide a simple workaround; move forward, with migration from a classical authentication to JSON Web Token, which has been partially done this week as part of socket.io test, in order to harden encrypted data exchanges between client and server; groups and pads, obviously.
See you next Thursday for week 18 point.