damiend a écrit 47 commentaires

J'ai toujours trouvé Latex difficile à mettre en œuvre, et infernal dès qu'on sort des sentiers battus. C'est certainement utile pour les gens qui ont des besoins très spécifiques en mise en page ou autre, mais pas pour l'immense majorité.

Un système avec plein de règles de styles, extrêmement répandu et qui gère des règles de pagination basique est tout simplement HTML+CSS ! Avec @media print, @page et des règles comme break-before, on peut tout simplement "Imprimer > Sauvegarder en PDF".

Rustdesk est libre et fonctionne comme Teamviewer.

• laisse la permission à la cliente
• donne l'accès à l'interface graphique (quoique via Xorg il y a sans doute moyen avec ta solution)
• et par le même biais la laisse voir ce que tu fais
• fonctionne sur mobile, y compris les boutons système bluetooth/wifi/luminosité/etc

"client lourdingue" pour teams

Si le risque considéré est l'espionnage de tout le contenu de la communication, oui il est faible. Ce qui est une grande amélioration, voire l'essentiel. Mais il y en a quelques autres.

Le HTTPS sans ECH peut révéler les domaines visités, le Bluetooth révèle si je ne m'abuse le hostname d'une machine (qui contient souvent le prénom du propriétaire), l'USB peut griller un appareil par surtension.

Et j'imagine que le fingerprinting des composants émetteurs peut permettre de deviner qui possède un appareil coûteux.

Though it is currently limited to email only, support for accessing calendars and address book is expected to arrive in a subsequent update.

On court après MS, mais quelle garantie avons-nous qu'ils ne vont pas changer leur proto pour mettre des bâtons dans les roues de TB ? Si on pouvait avoir la gestion complète des calendriers standards, ce serait bien. De mon expérience, seul iOS gère tout (CRUD) correctement.

Je lisais ça hier, je ne sais pas trop quoi en penser.

https://alphaseeker84.substack.com/p/forget-the-bubble-talk-nvda-msft

Mais c'est bien plus facile de sécuriser une chaîne de dépendance, dont le principe est toujours le même, que tout le code.

C'est comme si tu comparais l'ensemble des dépendances (avec leurs devs, leurs machines, réseaux, autres ressources) avec l'ensemble des lignes de codes, dont toutes peuvent introduire une faille.

Il y a évidemment bien davantage de lignes de codes.

Ce que je constate dans les "vieux" projets PHP sans Composer, c'est que les libs non patchées restent présentes. Avec leurs failles et autres problèmes. Et qu'il n'y a pas de moyen de les détecter facilement (composer audit).

Certes le problème diffère un peu avec JS où il y a vraiment trop de dépendances, mais c'est plutôt l'exception.

L'avenir nous le dira, mais je trouve capital de disposer de solutions en algorithmique classique. On veut pouvoir maîtriser finement sa production, sans parler de la dépendance à des modèles non-reproductibles par tous.

Bosse bien ta connaissance du processus de démarrage. Et bonne chance !

Tout le monde s'est basé sur cette lib (apparemment c'est dans Macos core, Windows idem) sans se poser trop de questions. Or, elle est écrite dans un langage non sûr niveau mémoire (C), sans considération particulière pour la sécurité. On est dans de beaux draps.

J'en ai une pas mal : impossibilité d'installer un calendrier avec sa propre gestion interne du format ical. Android demande toujours la synchro avec le calendrier système. Pas du tout suspect.

Schneier avait anticipé qu'avec l'IA on passerait de la surveillance de masse à l'espionnage de masse :

https://www.schneier.com/blog/archives/2023/12/ai-and-mass-spying.html

Pourquoi avoir accepté de participer ? Pour voir la procédure absurde de près ?

Le mieux reste une petite verif du MX, mais je pense pas que le front puisse le faire. Autant le faire à l'envoi.

Laravel peut le faire avec ses règles de validation incluses.

C'est ce que je crains avec le passage (de plus en plus pressant) aux flatpaks (ou équivalent) : quelle gouvernance ?

Car si les dépôts sont a priori revus de très près, avec Flatpak, chacun fera son propre packaging. Les virus seront (probablement) filtrés, mais la télémétrie ? Le stockage de sauvegardes en ligne sans consentement explicite ? L'entraînement IA sur les données perso ?

Bref l'absence de règles pêche encore une fois, et flathub.org ne me renseigne pas sur ce sujet.

Ça rappelle QML − qui a d'ailleurs le même inconvénient de mélanger contenu et style, ce qui peut limiter les thèmes.

Intéressant d'avoir ça en Python.

C'est chouette ce que vous faites, mais si je puis me permettre il faudrait mettre davantage en valeur la carte, voire la mettre en page d'accueil. Une longue liste d'évènements éparpillés dans le monde n'est pas très digeste. Une carte permet de voir en un coup d'œil ceux auxquels on pourrait participer.

J'enfonce peut-être une porte ouverte, mais je me dis que d'un point de vue "capitaliste", une licence copyleft peut servir à niveler la concurrence : d'accord je vous cède le droit d'utiliser et développer ma technologie (peut-être pour des raisons légales, ou "morales" : le secteur se portera mieux avec), mais pour éviter que vous obteniez un avantage concurrentiel en économisant la R&D sur mon dos et en y ajoutant vos développements… alors tous ces derniers seront publics aussi.

En tout cas c'est un bon exemple de technologie pour laquelle on voudrait voir ce type de licences.

Àmha tu devrais étoffer ton CDC car je ne comprends pas ce qui te pousse à quitter Wordpress.

• Il existe des forums intégrés qui semblent raisonnablement solides.
• Des tas de formulaires de contact. Peut-être un travail de veille à faire sur l'antispam car actuellement je ne vois que des trucs type recaptcha, mais il y a aussi des trucs type "question personnalisée" qui peuvent marcher pour une population spécifique.
• Un site statique se fait très bien avec SolidPerformance et permet de contourner totalement PHP pour les pages sans paramètres HTTP (redirections automatiques avec .htaccess).

Le lien dans les favoris et hop();

La solution "inverse" serait de prendre un forum et d'en faire un site statique. Exemple : https://flarum.org. Il y a une extension pour faire des pages statiques, et je crois une autre pour les discussions instantanées. https://freeflarum.com propose des hébergements gratuits.

https://roadmap.sh/get-started

même sur un site Internet, on saisit toutes ces informations dans le formulaire du site lui-même

Encore raté ! (Caramba !)

C'est possible mais souvent les plateformes agrées font une redirection (ou à la rigueur une iframe, différence certes non-visible pour l'usager). Et j'aurais bien plus confiance dans une URL "paiement-connu.net" que dans "fleuriste.fr".

Le but est que le fleuriste ait juste la confirmation de paiement sans faire le paiement lui-même (je crois que c'est la même idée pour les TPE : ce n'est pas le logiciel de caisse qui valide le paiement).

Je considère ça comme un service parmi les plus basiques d'internet (en applicatifs), à tel point que pratiquement toutes les fintechs le proposent par défaut. Je pensais pas que ça posait encore problème aujourd'hui. Quant à l'URL, cf mon autre commentaire : phrase de passe.

Si portable : sms.

Sinon, si email : envoi du lien.

Sinon : phrase de passe dans l'url ? Avec des mots judicieusement choisis dans la langue du destinataire et en virant les diacritiques ça devrait passer.

.

Pourquoi ne pas partager le fichier et laisser le public voir s'il ne pourrait pas extraire plus de champs que vous ?

Coïncidence, j'apprends ça aujourd'hui : https://linuxfr.org/users/damiend/liens/microsoft-office-est-compatible-avec-odf-depuis-2021