Christophe HENRY a écrit 263 commentaires

Et juste après :

Mon domaine doit être renouvelé avant le 30 novembre 2023, ce changement aura-t-il un impact sur mon renouvellement ?

La gratuité du service GandiMail prendra fin le 30 novembre 2023. Le service GandiMail actuel reste gratuit jusqu’à la date d’expiration de votre domaine.

Limpide :-/ Et un peu contradictoire avec ce qui précède.

Au moment d’acheter une boîte payante, la mention suivante est visible :

L'expiration des boîtes mail "legacy" est liée à la date d'expiration
de votre domaine.
Votre domaine xxxxxxx.fr expirera le XX MMMM YYYY.

J’en déduis que la formule actuelle restera inchangée jusqu’au renouvellement du domaine. Soit après le 30 novembre su-cité.

J'ai posivoté pour compenser ;-)

Et que dire des barbus qui ne se rasent pas eux-mêmes ?

Chez moi j’ai posé Agate (cargo install agate) que je lance avec :

agate --content /(…)/gmi.sbgodin.fr --cert /(…)/cert.pem --key /(…)/privkey.pem --lang fr --hostname gmi.sbgodin.fr

Sinon, si tu as un hébergement qui fait du Php, tu peux utiliser ceci en attendant ;-)

Un blog, mais sans aucune image, ni photo ni schéma.

Sans aucune image, ni photo ni schéma intégrés dans la page. Puisque cela génère des connexions non voulues par l’utilisateur ; il n’a demandé que la page. Par contre, rien n’interdit aux clients Gemini de récupérer les images distantes. Soit :
- en demandant explicitement quand l’utilisateur le souhaite,
- pour toutes les images d’une page donnée,
- pour toutes les images d’un site/capsule donné (liste blanche).

Un publicitaire pourrait donc y glisser une image une fois. Puis elle serait filtrée par l’anti-pub intégré.

Pour mon client Gemini, HtmHem dont il est question dans le journal, ce sera implémenté plus tard pour la v2. Par contre, pour ce qui est des vrais clients Gemini, je n’ai rien vu de concluant. Mais je n’en ai essayé que quelques uns.

Je suis bien d’accord. Il faudrait faire des renvois[1] sans arrêt pour afficher une page Wikipedia en Gemini. Cela fait partie des choses qui ne rendraient pas bien vu la norme actuelle.

[1] burp !

Ce ne serait pas de luxe de lire la documentation de Gemini et les commentaires de cette présente page sur LinuxFr. Il y a des liens. Précisément un par ligne. Et cette ligne n’est utilisable qu’en tant que lien.

Voir mon tutoriel via HtmGem :
=> https://gmi.sbgodin.fr/htmgem/tutogemtext.gmi ;-)

Voir mon tutoriel via une passerelle :
=> https://proxy.vulpes.one/gemini/gmi.sbgodin.fr/htmgem/tutogemtext.gmi

* => #contenu-principal contenu principal

Désolé, mais l’affichage sera juste exactement comme suit. Une puce avec le signe => puis le texte. :

• => #contenu-principal contenu principal

Les liens dans Gemini sont dans une seule ligne consacrée à ça. Elle doit commencer par => exactement. C’est comme ça que je récupère les liens dans GemText/lib-htmgem.php#L36.

Les fragments (#) ne sont pas supportés, ce que j’aimerais bien avoir. Et la décoration du texte (gras, italique, etc.) aussi.

À côté de ça, gemini, vu que c'est du texte brut, c'est utilisable facilement par les liseuses (…)

Une liseuse qui lit le Gemini via Internet ? En local ? Qui sait recopier tout un site pour une lecture en local ?
Je prends direct !

En effet, il est possible de placer un fichier exécutable sur un serveur Gemini et de le télécharger. Mais ce n’est pas ton client Gemini qui l’exécutera, car il ne devrait interpréter que le gemtext et ne jamais lancer de téléchargement à l’insu de l’utilisateur.

En fait, Gemini c’est quatre choses :
- des serveurs,
- des clients,
- un protocole,
- une syntaxe, le gemtext.

L’écosystème Gemini ne peut donc pas abuser l’utilisateur comme le monde HTML.

J'ai du mal avec ce besoin de définir un nouveau protocole.
Le HTTP+HTML peut être utilisé de façon abusive. Mais c'est un choix.

Je suis entièrement d’accord. À la limite même, je me serai aussi contenté d’un sous-ensemble de HTML5. C’est d’ailleurs ce que j’ai toujours fait. Et la grande majorité des gens que je suis sur le net se comportent de cette manière. Donc, oui, on peut.

Le cœur du problème est de savoir, quand on veut publier simple et durable, quel procédé utiliser ? Le texte brut montre ses limites. Gopher, mmh… non. Un blog : oui, j’ai tenté. Mais cela reste encore trop compliqué. Soit on prend un gros (Wordpress, par ex.) mais cela représente un boulot conséquent pour en assurer la sécurité. Un petit ? Oui, mais si l’auteur abandonne ou s’il est difficile à maintenir, que fait-on ? Et ce, en sachant que le HTML évolue.

Résultat : impossible de publier quelque chose en HTML qui soit vraiment pérenne.

Quant aux navigateurs, ils pourvoient trop de données personnelles. Tous doivent être longuement configurés pour le respect de la vie privée.

Regarde, j’ai fait ceci hier :
=> Alice au pays des merveilles

Le format est pérenne et facile à prendre en main. Voilà le premier chapitre. Tu peux télécharger le source : c’est récupérable à n’importe quel moment.

C’est possible aussi avec un navigateur Gemini.

En résumé, dans le cadre de cette conversation il y a deux idées principales. C’est tout d’abord la facilité d’écriture des pages. Ensuite, c’est de décourager toute exploitation malsaine.

Tout à fait, c’est l’intérêt. Du texte statique est déjà du GemText valide. Comme indiqué sur mon tutoriel ajouter des liens se fait en commençant une ligne par « => ». Par contre, c’est un lien par ligne :

=> https:/​/gmi.sbgodin.fr/htmgem/tutogemtext.gmi tutoriel

Pour les images, les vidéos et les binaires : on peut très bien les héberger sur une capsule (un site). Par contre, ni les images, ni les vidéos et ni les binaires ne se chargeront d’office. Ça paraît logique pour les binaires. Compréhensible pour les vidéos, afin qu’elles ne se lancent pas toutes seules. Mais même les images ne se chargeront pas automatiquement. C’est une des règles : pas d’action automatique sans l’accord de l’utilisateur.

Par contre, j’ai vu au moins un client Gemini mettant une option pour afficher les images. Je pense que la pratique sera de charger les images (présentes sous forme de liens) à la demande ou bien pour toutes celles de la page. Pourquoi pas, un réglage conservé par le navigateur indiquant que pour telle capsule toutes les images seront affichées. Un genre d’adblock intégré.
En tout cas, il ne faut jamais partir du principe que les médias seront automatiquement visibles par l’utilisateur.

Pour les vidéos, je suppose que soit le navigateur Gemini le prend en charge, soit ce sera sous-traité à un programme externe (à la xdg-open).

LinuxFr utilise des fonctions inexistante côté Gemini. Par exemple, pas de formulaire pour publier, pas de cookie pour gérer la session. Il y a les certificats clients, mais c’est plus rigide. Pas d’image non plus côté Gemini : seulement la page est chargée. Pas de requête supplémentaire automatique. Il faut donc demander l’affichage des images explicitement.

Bref, Gemini ne remplacera jamais les réseaux sociaux. Par contre, on peut fort bien tenir un blog et orienter les commentaires vers Mastodon.

Effectivement, je pensais aussi au Lojban. J'ai tenté un moment, mais C’est assez ardu comme tu le dis ^{^} Et cette langue a un soucis : il y a justement trop peu de locuteurs pour pouvoir apporter des correctifs ; le tout basé sur un consensus assez large.

L'espéranto reste une langue humaine et expressive, et à mon humble avis aussi pertinente qu'une autre langue pivot.

L'espéranto ne pourrait-il pas faire l’affaire ?

Le pratiquant régulièrement, j'imagine que cette langue pourrait convenir. La langue a ce qu’il faut comme règles pour être expressive sans les complexités inutiles (pour l’usage qui est évoqué ici) des autres langues.

À vue de nez, extraire le sens d’un texte en espéranto serait bien plus facile qu’autrement.

5³+7³-4³ = 395³+609³-660³ = 1690³-1495³-1141³ = 404

Il te manque un processus de vérification de la sauvegarde. Il devrait vérifier la disponibilité des données, indépendamment de la sauvegarde. Il faudrait faire des restauration périodiques.

Chiffrer les données est un plus. En particulier avec Gnupg puisqu'on peut chiffrer sans entrer la phrase de passe.

Par rapport au modèle de menace, l'empreinte peut se justifier. En utilisant l'empreinte, il n'y a pas de risque de copie du motif ou du code. Lorsque le téléphone est près de soi, avec comme seules menace la lecture passive, cela se défend.

La nouvelle a déjà été publiée ici : https://linuxfr.org/users/ckiller/journaux/wpa2-est-bronsonise

Avez-vous mesuré le rayonnement infrarouge ? Même s'il n'y a plus (trop) d'air qui accumule la chaleur, il reste le rayonnement. Celui-ci reste nécessairement confiné à l'intérieur un petit temps et ne sort peut-être pas aussi vite que nécessaire.

La sauvegarde de la base de données et du répertoire Leed est nécessaire avant la migration. Ensuite, il faut exporter le fichier OPML ; il comporte la liste de l'ensemble des flux. Au pire, sur une installation neuve il suffira d'importer l'OPML pour retrouver tous les flux.

La configuration se trouve dans constant.php, les mises à jour de la base sont dans updates/update.json. Les autres données sont dans la base de données. Il reste les greffons à sauver, en copiant le répertoire plugins.

Pour partir depuis une installation neuve, il suffit de réimporter l'OPML pour retrouver les flux. L'état des lus/non-lus n'est pas sauvé.

Pour garder l'installation, mettre à jour Leed là où il est. Revenir sur la page de Leed devrait déclencher les scripts de mise à jour.

Il faut payer quand on place l'argent à taux négatif.

Là, il s'agit d'emprunter à taux négatif : la banque prête de l'argent. Une mensualité de 500€ par exemple serait à 495€ avec -5€ d'intérêt.

Pour un béotien, c'est plutôt cryptique.

Un scan complet du disque pourrait tomber sur l'image chiffrée Luks et en révéler la nature. Luks possède des en-têtes spécifiques détectables.

Il vaudrait mieux chiffrer en omettant les en-têtes de sorte à ce que l'image chiffrée ne soit plus qu'un ensemble de bits aléatoires.