Laurent J a écrit 2938 commentaires

Ça a beaucoup moins d'inconvénients que de reinstaller une sauvegarde de /etc ou je ne sais quoi d'autre. Parce que cette reinstallation peut-être déstructrice si tu reinstalles un système avec une version plus récente des logiciels, donc avec de potentiels modifications dans les fichiers /etc/.

J'utilise Ansible pour configurer ma machine. Le temps passé à écrire les playbooks (et encore, y en a que je réutilises d'autres projets), est largement compensé par le temps énormément gagné lorsque je reinstalle mon ordi. Je n'ai pas à réfléchir, ni à me souvenir de ce que je dois installer pour être opérationnel, ni ce que je dois toucher dans mes fichiers de config système pour prendre en compte les spécificités de mon matériel ou de ma configuration. J'ai une machine opérationnelle en quelques dizaines de minutes, juste le temps d'installer l'OS à partir d'une ISO, de lancer ansible, et si j'ai mon /home à réinstaller, de faire un rsync depuis mon NAS.

Bonus : j'ai un desktop et un laptop, configuré quasi à l'identique. Je gagne encore plus de temps.

Alors certes, il faut maintenir à jour. Il m'arrive parfois de modifier des fichiers de conf à la main parce que je n'ai pas le temps, et dans ce cas, je le note dans INSTALL.md du dépôt de mes playbooks. Et pour les modifications dans /etc/, j'essaye d'utiliser des modules qui modifient les fichiers plutôt que d'utiliser un template qui va m'écraser les éventuelles nouvelles options si il y a des installations de nouvelles versions de soft.

Cependant, j'admet que l'utilisation d'outils comme ansible est un truc d'informaticien et que ce n'est pas forcément adapté à M. Michu.

effectivement, j'avais surtout en tête son multideskos

Ouai enfin, comme "célébrité de linuxfr à sa façon", il n'arrivait pas au dixième de la cheville de Jayce The Crazy Child, le créateur de MultiDeskOS. Avec lui au moins on se marrait bien !

Pour raviver les souvenirs des plus anciens d'entre nous : https://linuxfr.org/users/ploum/journaux/in-memoriam-multideskos-lex-os-du-futur ;-)

Pour moi on trouve en tête de la liste des inconvénients l’inclusion imposée d’un agenda et d’un gestionnaire de tâches.

En quoi est-ce un problème ? Rien ne te force à l'utiliser.

En particulier Thunderbird va remplacer les espaces insécables par des espaces justifiantes, sans permettre de paramétrer ce comportement.

Un très vieux bugs, sur lequel j'ai investigué il y a longtemps et j'ai fini par abandonner. C'est au niveau de l'éditeur HTML mais aussi des parsers html/text. Pour faire court : "corriger" ce bug a des effets de bords (car code partagé par Firefox, c'est Gecko quoi) et à chaque patch proposé par différents contributeurs provoque des modifications de comportements que personne ne veut ou peut valider.. Et puis de nos jours, vu qu'il n'y a quasiment plus les développeurs historiques de cette partie, c'est encore pire..

on utilisation d’un système intégré pour la gestion des clés GPG, qui rend sont trousseau indépendant de celui que j’utilise pour le reste du système, est un cas pathologique de NIH.

Je ne vois pas en quoi c'est du NIH, vu qu'il n'y a pas de gestion standards des clés GPG sur toutes les plateformes à ma connaissance. Et puis c'est bien plus simple d'avoir un truc intégré que de demander à l'utilisateur sous Windows ou Mac par exemple (les utilisateurs les plus nombreux), d'installer en plus de Thunderbird un soft de gestion de clés GPG pour qu'il fonctionne (et là tu entends les utilisateurs : "un soft de quoi ??"). En terme d'adoption et de démocratisation de GPG, c'est quand même mieux que d'avoir à installer des trucs de barbus.

Ok tu as eu des problèmes avec eux. Ce n'est pas parce que TU as eu des problèmes que les autres en auront.

Sans indiscrétion, tu avais choisi quoi comme offre ? et comme support ? Parce que bon, vu les tarifs de certaines de leurs offres, faut pas s'attendre à ce qu'ils te déroulent le tapis rouge.

Je ne veux pas défendre entièrement OVH, parce que c'est vrai, OVH est loin d'être parfait.

Mais globalement pour nous, dans ma boite, ça fait le job. Plus de 30 serveurs dédiés chez eux (et pas du haut de gamme) et peu de soucis au final. Des fois un disque, une alim ou un une carte qui lâche. C'est réparé en général dans les 2 heures, voire 4h max, sans même souvent qu'on ait à intervenir (et pourtant jusqu'à il y a quelques semaines, depuis 8 ans qu'on est chez eux, on n'avait jamais pris d'option support). Quand on intervient, c'est parce qu'il s'agit d'un disque, et qu'ils nous demandent quand ils peuvent éteindre la machine (elles ont toutes du RAID).

En 8 ans, ce genre de problème technique est arrivé une dizaine de fois peut être.

Alors c'est vrai aussi qu'on n'utilise peu de services managés par eux. On fait tout nous même, de la config des OS aux backups en passant par le monitoring. Donc au final on n'est pas confronté à leurs offres "cloud" ou autre, qui ont peut être des soucis.

Et même expérience satisfaisante pour des bare metals ou VPS, perso, associatifs ou pro chez kimsufi, soyoustart, OVH..

bah non puisque le développement de Chromium est dirigé par Google.

Il faudrait un fork de Chromium pour avoir les fonctions dont tu rêves. ( ou passer à Firefox, elles y sont déjà).

Il est temps de revenir sur Firefox ;-)

ou proposer tout simplement les deux…

Note: le dépôt https://packages.sury.org/php est géré par le mainteneur officiel des paquets PHP pour Debian.. voir https://deb.sury.org

Ça fait un peu plus de boulot de faire les paquets pour deux versions différentes, mais pas trop si vous organisez les fichiers correctement dès le départ. Sur une debian like, ils y arrivent bien (/etc/php/<version>/<fichiers de config>), et on peut installer théoriquement plusieurs versions de PHP en même temps.

Même si les dépôts officiels de Debian ne proposent qu'une version, on peut utiliser le dépôt alternatif https://packages.sury.org/php qui permet d'installer plusieurs versions en parallèle avec la même organisation de fichier que l'officiel Debian.

Il y gscan2pdf qui permet de scanner et de faire de l'OCR avec notament Tessaract. Par contre le sortie c'est du PDF ou Djvu. Pas de texte brut. Donc faudra convertir le pdf en texte brut (ce qui doit certainement se faire..)

L'écriture inclusive n'oblige pas à utiliser le point médian.

je dirais qu'un dev qui va promouvoir PHP est un dev qui n'a eu que très peu d'autres expériences de langages

Moi je dirais que, de ton premier commentaire à celui-ci, tu as des idées (fausses) bien trop arrêtées pour te permettre un tel jugement.

J'ai 35 ans de programmation derrière moi, avec au final pas mal d'expérience dans beaucoup de langages. PHP n'est pas sans défaut, mais de là à le mépriser à ta façon, c'est totalement débile.

En tout cas, ce snobisme sur tel ou tel langage parce qu'il serait plus "pure", ça me gonfle, car souvent prônés par des personnes qui sont en décalage avec la réalité du terrain, et croient détenir la vérité à cause de leur immaturité professionnelle, et pour certains sous l'emprise d'un bel effet Dunning-Kruger.

Non, je ne connais pas bien

Critiquer un truc qu'on ne connaît pas bien, c'est fort quand même…

Ces typages sur des langages interprétés ont tendance plus à m'agacer

En PHP, tu n'es pas obligé de les utiliser. Toutes les nouveautés syntaxiques sont des ajouts et sont optionnels.

Donc tu peux continuer à utiliser PHP comme en version 3 pour un langage de template, il n'y a pas de souci (enfin presque, les constructeurs des classes ne peuvent plus avoir le nom de la classe et doivent s'appeler __construct, mais à part ça…).

améliorer la qualité de produits qui ne peuvent pas changer de techno rapidement.

s/peuvent/veulent. Sérieux, pourquoi faudrait-il absolument passer à une autre techno ? Que sais-tu des besoins et envies des développeurs sur ces projets en PHP, surtout pour les projets internes ?

Si un langage satisfait les objectifs de l'application, aucune raison de changer. On choisi un langage selon l'application. Pas l'inverse. Ce n'est pas à toi de décider qu'il faudrait arrêter PHP, tout ça parce que tu n'aimes pas ce langage. C'est totalement absurde.

la syntaxe juste imbuvable quand on a connu d'autres choses

Totalement subjectif. Question de goût.

l'incapacité de faire de l'asynchrone, de faire autre chose que du web etc.

Mouai, ça montre surtout que tu ne connais pas bien l'éco-système PHP, et qu'au final, tu perd toute crédibilité dans tes conclusions.

On peut faire plein d'autres choses que du web. J'ai des workers en PHP dans une infra qui commence à être conséquente (des dizaines de VM) : aucun souci (pas de plantages, pas de problème mémoire.. rien). Avec ReactPHP, tu peux faire de l'asynchrone. Etc..

Le passage de PHP 5 à 7 a été très compliqué

Je n'ai quasiment rien modifié dans les applis PHP que je maintiens. Je ne vois pas en quoi le passage de PHP 5 à 7 a été compliqué.

Les améliorations qu'il y a eu dans PHP 7 et PHP 8 au niveau syntaxe, n'introduit pas des incompatibilités avec les versions précédentes. Ce sont des ajouts. Tu n'es pas obligé d'utiliser toutes ces nouveautés syntaxiques.

Ces modifications peuvent se faire lors de refactorisations de code ou lors d'ajout de code par exemple. Mais ce n'est pas une obligation.

Pardon, mais contrairement aux freins, à la mutuelle ou à l'assurance, les cookies non techniques ne sont aucunement une obligation.. technique, et encore moins une obligation légale.

Si vous n'avez pas le temps de respecter le RGPD, ne perdez alors pas de temps à installer les cochonneries qui créé ces cookies, surtout si ils ne vous servent à rien.

en même temps, si il n'y a pas le format que tu veux, comment voudrais-tu exporter le contenu ? En le chiffrant ? mais alors ça sert à quoi de l'exporter ? autant garder ton kbx.

L'export sert pour importer ces données dans une autre base, un autre système qui possède sa propre manière de chiffrer les données. Si à ce système tu lui donnes un csv avec des données chiffrées (dont il ne sait pas comment elles sont chiffrées), je vois pas comment il pourra les importer.

Personnellement, l'export CSV me sert à comparer le contenu des deux exemplaires de ma base (une sur chaque ordinateur), quand je ne sais plus si les deux exemplaires sont bien synchronisés, et surtout quand j'ai fait des modifications des deux cotés en oubliant de les synchroniser avant.

si tu as ton propre serveur mail, je ne suis pas sûr que cette application soit vraiment utile. D'une part parce qu'effectivement, ça ne va pas changer grand chose que tu consomme 1go ou 490go de ton espace disque.

Et parce qu'on peut imaginer que tu peux avoir des scripts installés sur ce serveur qui feront cet archivage automatiquement pour toi (puisqu'ils auront accès directement aux fichiers des mails).

Genre un script qui tous les jours ou toutes les semaines, scanne les dossiers "archives" de chaque compte mail, et déplace ces mails vers un stockage "froid" (c'est à dire un zip quelque part, un autre répertoire, un stockage "cloud" ou autre…).

j'encourage à ce que tu changes ton mot de passe après avoir utilisé l'application web

Pourquoi pas, mais c'est pas très pratique, parce qu'il va falloir reconfigurer les compte mails dans tous les clients mails (mot de passe sauvegardé dans le navigateur, client mail de son smartphone etc…)

Dans thunderbird, les mails sont stockés dans un format standard (mbox ou maildir, au choix). Donc profil ok ou pas, il n'y a pas à s’inquiéter, les mails sont lisibles par tout autre client lourd compatible avec ces formats (je ne dis pas que ce sera simple toutefois de faire cet import..)

Maintenant, j'utilise Thunderbird depuis plus de 15 ans, avec actuellement 17 boites aux lettres, et je n'ai jamais eu de problème de profils.

J'utilise Thunderbird, et une solution pour archiver les e-mails est de les déplacer dans les dossiers locaux, tout simplement.

D'ailleurs, on peut utiliser la fonction d'archivage (bouton archiver sur chaque message), que l'on configure pour que ça aille dans le compte/dossier de son choix.

Et sinon, personnellement, je n'utiliserais pas ta solution en ligne : je trouve "dangereux" de donner mes accès à mes boites mails à une application web, quand bien même tu jures que ce qui est installé sur ton serveur est strictement le même code source que la version que tu publies. Bref, préférez installer cette jolie application sur votre propre serveur ;-)

Ton post semble très intéressant. J'ai réussi à le lire presque jusqu'au bout. Malheureusement, à cause de la longueur du récit, et surtout l'utilisation d'un vocabulaire ultra technique, la lecture reste accessible uniquement aux gens dont le réseau, c'est leur métier.

J'ai donc l'impression que, malgré cet "exploit", c'est un maigre espoir pour ceux qui veulent se passer de leur box Orange. Je me trompe ? Est-ce beaucoup plus simple qu'il n'y parait ?

Déjà, elle ne dirige plus la fondation.

D'autres parts, on parle dans ce post de critiques sur ce qu'a fait Mozilla Corp par le passé. Par le passé, elle n'a jamais dirigé Moz corp. Sans vouloir l'innocenté de tout, elle n'est donc pas non plus responsable de tous les déboires et errements de Mozilla Corp. D'où le sens de mon commentaire.

non. Le projet Firefox a démarré par 2-3 employés Mozilla qui voulaient proposer un navigateur allégé par rapport à la Suite Mozilla. ça a donc démarré par un POC développé sur leur temps libre, et une fois que Phoenix (ancien nom de Firefox) 0.1 était sorti, le dev de Firefox a vraiment démarré.

Est-ce possible d’arrêter avec ces histoires de salaire du boss ? Rien à voir avec les problèmes de management ou autre. La compétence ou l'incompétence d'un CEO n'est pas proportionnel à son salaire.

Et puis il faut savoir aussi de quel boss on parle. Il y a deux entités, Mozilla fundation, et Mozilla Corp, chacune avec un boss différent.

Et Mozilla Corp, responsable des développements (non, ce n'est pas la fondation qui décide quoi développer, elle s'occupe juste de la gouvernance du projet, de la vision à long terme etc..), a vu au moins 4-5 CEO se succéder depuis une décennie.