LeBouquetin a écrit 1894 commentaires

  • [^] # Re: La "chance"

    Posté par  (site web personnel, Mastodon) . En réponse au journal Incompétence Web. Évalué à 2.

    Je voyais la virgule de cette manière :

    incompétence des développeurs ou décideurs, qui ne voulaient pas passer du temps à faire du standard compatible.

  • [^] # Re: La "chance"

    Posté par  (site web personnel, Mastodon) . En réponse au journal Incompétence Web. Évalué à 3.

    incompétence des développeurs ou décideurs qui ne voulaient pas passer du temps à faire du standard compatible.

    Le sujet est sans doute un peu plus complexe qu'un problème de compétences.

  • [^] # Re: Mail -> site web -> authentification -> attestation de lecture

    Posté par  (site web personnel, Mastodon) . En réponse au journal Incompétence Web. Évalué à 3.

    Je pense que le sujet est plus subtile.

    Les email tu les perds. Et tu redemandes l'info. Comme c'est dématérialisé personne n'y accorde d'importance - il faut donc que pôle emploi garde une copie.

    À partir de là, quel intérêt d'envoyer des documents par email alors qu'on peut proposer qqchose de mieux sur le plan du suivi historique d'un dossier ? Tous les documents sont centralisés et accessibles via un site unique. La conservation des données est assurée par pôle emploi qui n'aura donc pas de litige à gérer parce qu'un chercheur d'emploi a supprimé "par erreur son mail"…

    Il ne faut pas prendre les utilisateurs pour des c.. mais il est attendu aujourd'huide tous les services numériques qu'ils protègent les utilisateurs d'eux même.

    Ça vaut pour tous les services numériques, des serveurs OVH (souvenez-vous l'hiver mais pas le dernier) aux drive Google (coucou l'actu) en passant par tous les services gratuits ou payants (qui va se retenir de grogner si twitter, linuxfr ou autre perd toutes les données des utilisateurs ?)

  • [^] # Re: Des API directement dans le navigateur ? Ou des routes

    Posté par  (site web personnel, Mastodon) . En réponse au message Choix des URL "propres" pour du REST. Évalué à 3.

    REST est un principe d'architecture ; ça peut s'appliquer à des APIs mais aussi simplement au routage d'une application web classique.

    REST et API sont orthogonaux, comme REST et JSON ou JSON et API

  • # Des API directement dans le navigateur ? Ou des routes

    Posté par  (site web personnel, Mastodon) . En réponse au message Choix des URL "propres" pour du REST. Évalué à 10.

    J'ai l'impression que le terme REST a orienté la lecture de certains utilisateurs qui comprennent que tu veux faire des APIs, mais REST n'est pas spécifique aux APIs - cf la page wikipedia qui parle de Representational state transfer

    POST ou GET ?

    L'idée derrière une architecture est d'avoir qqchose de carré et si possible le + intuitif possible.

    Du coup je suggère d'utiliser :

    • GET pour des requêtes en lecture uniquement
    • POST pour tout le reste (création, modification, suppression)

    Ce principe fonctionne bien si tu es ok d'organiser la navigation via des formulaires (

    <form action="http://foo.com" method="POST">
      <button>Supprimer</button>
    <form/>
    

    Si tu prévois de faire les choses via des liens <a href="xxx">Supprimer</a> alors il faut utiliser des GET et du coup l'archi serait plutôt :

    • GET pour des requêtes en lecture uniquement ou des action simples (exemple : supprimer une entité, activer/désactiver un utilisateur, etc)
    • POST pour tout le reste (création, modification)

    Routage

    À partir de ce qui a été dit au dessus, le routage suivant me semble clair et intuitif :

    • GET http://foo.bar/entities pour récupérer la liste
    • GET http://foo.bar/entities/<id> pour récupérer une entité précise
    • POST http://foo.bar/entities pour créer une entité
    • POST http://foo.bar/entities/<id> ou POST http://foo.bar/entities/<id>/update pour modifier une entité
    • POST http://foo.bar/entities/<id>/delete pour supprimer une entité

    Ce à quoi tu peux envisager d'ajouter des routes du style :

    • POST http://foo.bar/entities/<id>/activate pour activer une entité par exemple (en imaginant que tu aies un statut actif/inactif comme pour un utilisateur)

    • POST http://foo.bar/entities/<id>/archive pour activer une entité par exemple (en imaginant que tu aies un statut actif/inactif comme pour un utilisateur)

    D'une manière générale

    • cherche à standardiser ton architecture de routage. si tu mets la suppression en GET car accédé via un lien, alors utilise uniquement POST pour la création et modification et mets toutes les actions spécifiques en GET
    • dis-toi que tout ce qui est en GET va rester dans l'historique du navigateur et donc proposé en auto-complétion - donc potentiellement ça peut poser problème d'un point de vue utilisateur (par exemple : re-suppression sans faire exprès car mauvaise URL sélectionnée dans l'autocomplétion de firefox)
    • tout ce qui passe en GET est visible sur les intermédiaires. Tu trouves dans les logs Apache / NGINX les routes avec les paramètres GET. Typiquement, ne mets pas de données sensibles en GET (exemple : mot de passe, email, etc)
    • les paramètres GET sont généralement exploités pour faire du filtrage, par exemple : http://foo.bar/events/?owner=4&category=birthday&after=2023-10-16T00:00:00
    • s'il s'agit de pages accessibles publiquement, les GET sont généralement crawlés par les moteurs de recherche

    J'ai fait un petit tour de ce qui me vient à l'esprit, n'hésite pas si tu veux approfondir des trucs.

  • [^] # Re: Formulation

    Posté par  (site web personnel, Mastodon) . En réponse au journal [publicité] galae, le service email éthique et libre (et français) est désormais ouvert \o/. Évalué à 4.

    Merci pour le retour sur le site. Ta formulation est plus fluide, je vais voir pour rectifier ça.

    Le service repose sur Dovecot mais je ne saurais pas dire si on supporte les dossiers virtuels. Je vais me renseigner.

  • [^] # Re: Paliers

    Posté par  (site web personnel, Mastodon) . En réponse au journal [publicité] galae, le service email éthique et libre (et français) est désormais ouvert \o/. Évalué à 1.

    l'enjeu de ce commentaire ?

    Je voulais dire "L'enjeu du commentaire initial"

  • [^] # Re: Paliers

    Posté par  (site web personnel, Mastodon) . En réponse au journal [publicité] galae, le service email éthique et libre (et français) est désormais ouvert \o/. Évalué à 1. Dernière modification le 12 novembre 2023 à 23:31.

    C'est le cas de galae.

    Mais du coup si vous êtes hébergé chez un prestataire qui vous convient, c'est quoi l'enjeu de ce commentaire ?

  • [^] # Re: gestion de postes 100% Linux ?

    Posté par  (site web personnel, Mastodon) . En réponse au journal État des lieux de l'administration de parc sous Linux pour une TPE. Évalué à 8.

    De notre côté dans ce cas de figure et parc hétérogène, on déploie

    • soit un serveur openmediavault,
    • soit un "Tracim NAS" + clients Windows ou Linux qui exploitent soit un accès WebDAV soit TRSync (synchro de fichiers).

    Pour la gestion des machines, on configuré selon les attentes client les mises à jour auto + prise en main à distance avec RustDesk je crois.

    C'est quoi que tu recherches qui concrètement ? L'accès centralisé et sécurisé aux fichiers ? Une authentification centralisée ? La gestion du parc et des mises à jour ? Un outil de déploiement des configurations genre imprimante, lecteurs réseaux etc etc ?

  • [^] # Re: Roadmap

    Posté par  (site web personnel, Mastodon) . En réponse au journal [publicité] galae, le service email éthique et libre (et français) est désormais ouvert \o/. Évalué à 5.

    Les 35 mails par jour, c'est pour la totalité du compte.

  • [^] # Re: Roadmap

    Posté par  (site web personnel, Mastodon) . En réponse au journal [publicité] galae, le service email éthique et libre (et français) est désormais ouvert \o/. Évalué à 5.

    Merci pour le retour. Comme pour ma réponse ci-dessus, je vous invite à poser les questions sur l'espace communautaire pour les mutualiser et mutualiser nos réponses (et elles seront potentiellement plus précises).

    est-ce que vous envisagez de déployer SMTP-AUTH et IMAPS

    Il faudrait que j'en reparle avec l'équipe technique ; comme dit précédemment, la roadmap n'est pas encore très claire

    mise à dispo d'une API

    Il y a bien une API mais il ne me semble pas qu'elle soit ouverte aux comptes utilisateurs. En tout cas pas encore. Je t'invite vivement à l'évoquer sur l'espace communautaire pour aller dans ce sens (ça me semble une bonne évolution, c'est aussi l'enjeu identifié par les utilisateurs et clients qui nous va nous aider à prioriser les améliorations)

    Est-ce qu'il est prévu de pouvoir facilement migrer d'une offre vers une autre (ici Start => Evolution) en cas de besoin ?

    C'est effectivement possible et sans douleur (pas de reconfiguration de votre côté : c'est une démarche "contractuelle" et une intervention de notre équipe support)

  • [^] # Re: Retour

    Posté par  (site web personnel, Mastodon) . En réponse au journal [publicité] galae, le service email éthique et libre (et français) est désormais ouvert \o/. Évalué à 3.

    Merci pour ce retour Cyprien :)

    Concernant l'autoconfig dans thunderbird, il me semble qu'on avait testé/validé son fonctionnement. Un petit retour sur l'espace communautaire galae serait le bienvenu pour le support et l'ensemble des clients / utilisateurs !

  • [^] # Re: Haaaa pu…

    Posté par  (site web personnel, Mastodon) . En réponse au journal [publicité] galae, le service email éthique et libre (et français) est désormais ouvert \o/. Évalué à 2.

    Oui tu peux contacter le support directement.

  • [^] # Re: Une belle alternative

    Posté par  (site web personnel, Mastodon) . En réponse au journal [publicité] galae, le service email éthique et libre (et français) est désormais ouvert \o/. Évalué à 5.

    Le bouton "souscrire à Galae maintenant" pointe vers la grille tarifaire et non un formulaire.

    Ah ah ! Oui, l'embarquement client est encore très manuel ;) On a effectivement des ajustements à faire … mais là c'est plus qu'un simple ajustement ;)

    Vous avez quand même réussi à mettre ça en place en un temps record.

    Je ne cache pas que ça a été intense … dans tous les sens du terme (du bon … et des tensions).

    Le résultat semble plaire et de nouveaux clients arrivent, donc c'est signe que l'on est sur la bonne trajectoire.

    Merci pour le retour en tout cas !

  • [^] # Re: Retour d'expérience

    Posté par  (site web personnel, Mastodon) . En réponse au journal [publicité] galae, le service email éthique et libre (et français) est désormais ouvert \o/. Évalué à 7.

    Merci pour les retours :)

    Concernant le désalignement de config MX, l'avez-vous remonté ? On a peut-ête qqchose à corriger.

    Concernant les stickers on les a reçus, mais on ne les a pas encore envoyés. Ça risque d'être plus énergivore de vérifier à qui on doit ou pas les envoyer que de les envoyer à tout le monde.

    C'est une bonne question pour le webmail et le MFA ; je ne saurais pas répondre pour le moment. Pour le moment, ce qui est prévu concerne les alias * (c'est financé et développé, reste à tester et à déployer) ; ensuite on a un certain nombre de demandes qui sont arrivées avec les premiers utilisateurs, dès qu'on refait un peu surface on va prioriser les demandes et améliorations et mettre en place un plan d'action et une roadmap.

  • [^] # Re: un lien ?

    Posté par  (site web personnel, Mastodon) . En réponse au message Grammalecte module oxt pour libreoffice. Évalué à 2.

    Du coup Marc, on peut avoir un retour sur le module à commenter / sur lequel faire des retours ?

  • [^] # Re: HS "libéral"

    Posté par  (site web personnel, Mastodon) . En réponse au lien Banni à vie des services publicitaires de Meta pour avoir enseigné Python. Évalué à 9.

    de plus en plus orientée vers le libéralisme

    Pour débattre, il faut avoir de bonnes bases, et pas des préjugés basés sur des "on dit" venant de personnes ayant pour agenda autre chose.

    Ce n'est pas que du ressenti. Le marché de l'énergie me semble un bon exemple de l'augmentation du libéralisme.

    Une définition du libéralisme est la suivante : Doctrine selon laquelle la liberté économique, le libre jeu de l'entreprise ne doivent pas être entravés.

    Un autre bon exemple de l'augmentation du libéralisme, c'est la mutuelle qui est devenue obligatoire et qu'en même temps on réduit la prise en charge des soins par la sécurité sociale.

    L'évolution de l'éducation et la multiplication des écoles privées et la dégradation des critères de recrutement des enseignants me semblent aller aussi dans ce sens.

    Effectivement, je ne suis pas un expert et il y a une part de ressenti. Mais en même temps il y a des éléments tangibles qui vont dans le sens d'une ouverture des marchés et d'un laisser-faire.

    Mais de toute façon, ce n'est pas un sujet sur lequel j'ai envie de débattre : je disais juste que j'étais sceptique (ce qui est 100% du ressenti;)

  • [^] # Re: Le sujet est intéressant sur le plan "développement d'entreprise"

    Posté par  (site web personnel, Mastodon) . En réponse au lien Banni à vie des services publicitaires de Meta pour avoir enseigné Python. Évalué à 5.

    Je suis d'accord avec ce que tu dis. Mais dans une société de plus en plus individualiste et de plus en plus orientée vers le libéralisme, je suis plutôt pessimiste, d'autant plus que les grandes entreprises comme Google où Facebook ont des moyens énormes et font un lobbying intense…

  • # Le sujet est intéressant sur le plan "développement d'entreprise"

    Posté par  (site web personnel, Mastodon) . En réponse au lien Banni à vie des services publicitaires de Meta pour avoir enseigné Python. Évalué à 5.

    La démarche générale dans l'industrie est d'automatiser. Les industries informatique et publicitaire n'y échappent pas.

    Notre métier (le logiciel) repose d'ailleurs beaucoup sur ce principe.

    Il est souvent plus rentable d'avoir un processus 100% automatisé avec des pertes collatérales (ou une part de marché non adressée) que cibler 100% du marché avec des processus nettement plus complexes et reposant sur l'humain.

    C'est d'autant plus vrai que le cas de figure exposé dans le billet de blog est un micro pouillème du marché.

    C'est malheureux mais c'est assez prévisible et inéluctable :-/

  • [^] # Re: Lien cassé

    Posté par  (site web personnel, Mastodon) . En réponse au lien Le concept de logiciel libre expliqué en moins de 3 minutes en vidéo. Évalué à 2.

    Bah oui, qu'est-ce que j'ai fichu ? :-(

    Un modérateur peut corriger ?

  • [^] # Re: Servo

    Posté par  (site web personnel, Mastodon) . En réponse au lien Une analyse financière de Mozilla. Évalué à 7.

    Au vu des parts de marché, je pense que firefox est plutôt un faire valoir pour Google à qui on ne peut pas donc pas reprocher de monopole… grâce, justement, à l'existence de Firefox.

    Je pense donc (contrairement à ce que je pensais il y a quelques temps) que le modèle est pérenne : Google aurait plus à perdre à arrêter son soutien à la fondation qu'à l'arrêter.

    Ceci dit, en terme de valorisation, de fierté, de fer de lance du logiciel libre, c'est vrai qu'un autre modèle serait bien mieux.

  • [^] # Re: Une honte

    Posté par  (site web personnel, Mastodon) . En réponse au lien Une analyse financière de Mozilla. Évalué à 4.

    En effet, un patron qui échoue, normalement c'est EXIT ou baisse de salaire.

    Échouer ça veut dire quoi ? A-t-elle échoué ? Il faudrait connaître les objectifs qui lui ont été donnés par le board.

    Il faut une gestion transparente. Ça semble être tout l'inverse..

    Connaître le processus de nomination permettrait d'évaluer la légitimité de la CEO et l'adéquation du projet affiché de la fondation et le projet opérationnel/concret.

    C'est comme si précipiter la chute de Mozilla était l'objectif du CEO…

    J'en doute. Mais se payer grassement sur la bête, oui, ça peut être un objectif de la CEO , validé par les membres du board (sont ils rémunérés pour leur participation ? Qui les nomme/choisit/élit ?)

    J'ai pas trouvé l'info (j'ai pas cherché des heures non plus, mais rien trouvé d'évident)

  • [^] # Re: synchro

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche 22 ans de Haiku. Évalué à 2.

    Hello, j'ai prévu de t'y répondre aujourd'hui (j'aurais dû te le dire directement au lieu de squatter moi aussi les commentaires linuxfr - honte à moi).

  • [^] # Re: synchro

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche 22 ans de Haiku. Évalué à 6.

    Je suis emballé à l'idée de lire ce journal. Ça fait des plombes que je me dis qu'il faut que j'essaie sans jamais trouver le temps…

  • # Collisions de procédures ?

    Posté par  (site web personnel, Mastodon) . En réponse au journal Découverte de l'Entity Component System avec Bevy. Évalué à 4.

    Dans cette démarche, comment gères-tu les collisions qui pourraient intervenir entre des procédures qui pourraient entrer en conflit ?

    Par exemple si en complément de la ressource EnvoyeurDeMail tu implémentes une ressource SupprimeurDUtilisateurObsolète et que pendant que la première s'exécute, la seconde s'exécute également et a pour conséquence que EnvoyerDeMail essaie d'envoyer un mail à un uilisateur qui n'existe plus ?

    L'exemple est un peu tiré par les cheveux ; plus les procédures sont longues et nombreuses, plus les collisions risquent d'intervenir et donc plus il y a de situations potentiellement problématiques … et du coup je suis curieux de savoir s'il y a des moyens de "garantir que ça fonctionnera toujours"