🚲 Tanguy Ortolo a écrit 12342 commentaires

Après le récent sondage sur la réception et l'envoi de courriels en texte brute ou html, on pourrait très bien imaginer envoyer du markdown qui serait rendu à la réception en html, auquel on pourrait répondre en markdown :)

On peut toujours rêver, mais ça restera à mon avis de l'ordre du rêve, sans jamais se concrétiser. Pour rappel, les formats prévus pour le courrier électronique, c'est text/plain, text/enriched et HTML (plusieurs types MIME pour celui-là je crois). Or justement, text/enriched, c'est ancien, assez chouette, très simple, et qui le prend en charge ? Aucun logiciel pour l'édition à ma connaissance, et assez peu pour la lecture…

Donc si je comprends bien ta réponse, pour résoudre un nom de domaine ou chercher une machine sur mon réseau local le résolveur (mon pc je suppose)

Non, le résolveur c'est celui qui est indiqué dans /etc/resolv.conf.

interroge son cache, si il y a rien il va sur un serveur racine, si y a rien il va chercher sur le DNS local ?

Oui, s'il s'agit d'une résolution sur un nom qui n'est pas dans une zone qu'il sert lui-même.

Je trouve pas très logique, surtout pour un domaine local. Il me semble plus normal d'interroger le DNS le plus proche et si il trouve pas il va chercher le suivant.

Désolé, j'avais mal compris la question, du coup je corrige ce que je disais. Pour une requête donnée, le résolveur :

1. si le nom demandé est dans une zone qu'il sert, il renvoie ce qu'il a à son sujet ;
2. sinon, si l'enregistrement demandé est dans son cache, il le renvoie ;
3. sinon, il interroge les serveurs racine, puis selon les réponses, des serveurs de plus en plus proches du nom demandé, jusqu'à obtenir une réponse qui fait autorité, qu'il place alors dans son cache et renvoie au client.

Pour les exemples, il ne faut pas inventer des noms.de.domaine.bidon, domaine.tld ou autres mon.dom. Il y a des noms de domaines dédiés à cela : example.com, example.net, example.org, example.edu, et un TLD .example.

L'avantage, c'est qu'il est garanti qu'ils ne seront jamais utilisés pour autre chose, contrairement aux exemples bidons qui peuvent être utilisés pour de vrai, et pour lesquels on risque de nuire à leur propriétaire en les utilisant comme exemples.

Alors, deux choses.

Premièrement, quand tu fais un dig +trace, tu ne testes pas du tout ton résolveur local ; au contraire, tu demandes à dig de ne pas l'interroger et d'effectuer lui-même la résolution. Cela effectue la même chose que ce que ferait ton résolveur, mais sans passer par lui.

Et deuxièmement, oui, ton résolveur se comporte ainsi, enfin presque. Pour être précis, pour une requête donnée, ton résolveur va d'abord chercher dans son cache, et s'il n'y trouve pas la réponse, il va d'abord interroger un des serveurs racine, et redescendre vers des serveurs de plus en plus proches du nom demandé en fonction de ce qu'il obtient à chaque étape.

Par ailleurs, SCP n'est généralement qu'un sous-ensemble de SFTP : cela utilise le sous-système SFTP sur l'hôte distant.

Non, désolé, en tout cas pas avec la commande scp d'OpenSSH. On le voit bien en désactivant le sous-système SFTP sur le serveur distant : on ne peut alors plus s'y connecter en SFTP, mais on peut toujours y déposer ou y récupérer des fichiers avec scp.

Tu obtiens des marges optiques,

C'est quoi ?

Le mien l'affiche, curieusement, sous la forme d'esperluettes avec empattement, ce qui est très moche compte tenu de ce que le reste du texte est affiché linéales chez moi.

Je suis intrigué par ces options, pourrais-tu préciser ce qu'elles font ?

\usepackage{microtype}

Style=Swash,Numbers={OldStyle,Proportional}

Enfin, Numbers=Oldstyle, je sais, ça demande d'utiliser des chiffres elzéviriens. Mais Numbers=Proportional, est-fce que ce ne serait pas la cas par défaut, et le contraire de Numbers=Monospaced ?

On peut faire du "FTPFS", ou du "HTTPFS" aussi si on a envie, c'est pareil

Ben non justement. Des pilotes de système de fichier par FTP ou HTTP émuleront certains trucs, genre à retransférer un fichier entier pour une simplement modification à l'intérieur, ces protocoles n'étant pas faits pour cela et ne fournissant vraiment pas tout ce qu'il faut pour les appels systèmes liés à la manipulation de fichiers.

Finalement, la question est sans doute : pour toi (c'est très subjectif…), c'est quoi un "vrai FS"?

Un truc qui fournit de quoi open(), write() read() lseek() et ce genre de truc.

Ça veut quand même dire, en fonction du client mail, que beaucoup de monde y a accès.

Pas forcément. Tu peux mettre tout ça dans un répertoire dont le contenu n'est pas listé par le serveur Web (Option -Indexes avec Apache), voire franchement à accès restreint par identifiant et mot de passe. Et avec un navigateur Web qui prend en charge la lecture vidéo, nul besoin d'enregistrer le fichier, il le lira directement.

Je repeins Obiwan Kenobi avec mon tambourin à vapeur et je saute trois cases.

20000km ça me parait léger comme durée de vie. Ceux qui font 10000 à 20000km par année ne changent pas de vélo tous les ans forcément.

Ceux qui roulent autant prennent sans doute des vélos de meilleure qualité que celui que j'avais acheté à l'époque, un peu en urgence d'ailleurs. Pour le prix que je l'avais payé, je m'estime heureux avec mes 20.000 km.

Tiens, tant que j'y pense, un avantage de l'acier, à ce qu'il me semble, c'est que, quand ça commence à se casser, ça se déchire lentement, ce qui laisse largement le temps d'aller en acheter un nouveau en roulant précautionneusement. En fait, mon premier vélo d'adulte en acier, après des années de service, a mis plusieurs mois à se casser après que sa barre inférieure eût commencé à se déchirer près du tube de fourche.

Tandis que l'aluminium, ça se déchire beaucoup plus vite : mon vélo suivant en alu, s'est cassé en une journée après avoir commencé à se déchirer au même endroit. Évidemment, comme c'était moins de 2.000 kilomètres après l'avoir acheté, il s'agissait clairement d'un vice caché, de sorte que je l'ai fait changer en faisant jouer la garantie ; après l'avoir changé, il a tenu un peu plus de 20.000 kilomètres, et a finalement commencé à se déchirer, toujours au même endroit : cette fois-ci, je m'attendais à ce que ça casse rapidement et à disposer de moins de 50 kilomètres pour en changer, et j'ai donc immédiatement été en acheter un autre avant qu'il ne lâche.

Pour mon premier vélo, je n'avais pas su identifier le problème, de sorte que je roulais comme si de rien n'était : pour les cyclistes inexpérimentés donc, si votre vélo commence à grincer quand vous êtes en danseuse, sans que vous puissiez identifier la cause, c'est qu'un tube de votre cadre a commencer à se déchirer et qu'il est temps d'en changer. Pas de panique toutefois, si votre vélo n'est pas un B'Twin à cadre design, la rupture d'un tube du cadre ne vous fera pas chuter : c'est un triangle, et avec un côté brisé, ça reste en un seul morceau, même si ça devient alors très fragile, et très mou, de sorte que ça se comporte très mal. Si votre vélo est un B'Twin, eh bien, ça dépend où ça casse : si c'est dans le triangle, tout va bien, si c'est dans la partie frontale qui n'a qu'un seul tube, c'est comme une rupture de fourche, vous êtes mort.

Oui et non. Les cadres acier, j'en ai plié/cassé quelques un.

C'est normal ça, un vélo n'est pas éternel, ça finit par casser. J'ai cassé un cadre acier après des années sans compteur, puis un cadre alu après un peu plus de 20.000 kilomètres — ce qui me semble plutôt raisonnable comme longévité — et j'utilise actuellement un cadre acier dont j'espère qu'il durera plus longtemps vu ce que je l'ai payé.

Et les cadres en acier, plus souple que l'aluminium qu'on trouve partout. En comparaison au carbone, je ne sais pas.

Ils ont choisi ce nom-là spécialement pour être confondu avec GhostScript ?

Certes. Le vrai test, c'est donc de comparer son écran, affichant du blanc, et une feuille de papier blanc. Si la feuille apparaît bleutée, c'est que l'écran n'est pas assez bleu ; si la feuille apparaît jaunâtre ou rougeâtre, c'est que l'écran est trop bleu.

Bizarre ou pas, ce déferlement médiatique arrive à un moment où Linux commençait à arriver dans les chaumières, grâce notamment à sa gratuité.

Tu y crois sérieusement?

Android, qui utilise Linux sans GNU, est déjà très, très répandu !

En sur-solicitant certains capteurs présents dans l’œil humain, ce surplus d’énergie serais responsable de problèmes à court et long terme.

Non, c'est faux. Si le rétro-éclairage de nos écrans sollicitait davantage nos cônes sensibles au bleu, il n'apparaîtrait pas blanc, mais bleuté. Or il apparaît blanc, comme une feuille de papier bien éclairée par exemple.

Ça n'empêche pas qu'il peut y avoir un excès de puissance relative dans les violets, mais ça ne sollicite pas excessivement les cônes bleus.

Pour éviter les problèmes liés à la lumière bleue, j'ai saupoudré mon moniteur de poudre verte.

Et quand il dégouline d'eau de pluie et de boue…

Ben, j'imagine que ça se voile quand même quand on se casse la figure, mais ça n'est pas le cas d'usage normal.

Pour rester dans les technologies hype : pourquoi ne pas en faire une entrée journald ?

Du coup, tu dévoiles comment, sans les patins de frein pour servir de guide ?

Personnellement, je comprends tout à fait l'intérêt des freins à disque, mais je n'en veux pas pour moi, pour une raison simple : les freins sur jante me forcent à maintenir mes roues bien plates et à corriger le moindre voilage. Avec des freins à disque, j'aurais peu de devenir fainéant et de laisser mes roues se voiler sans les dévoiler, sans compter que je n'aurais plus les patins de frein pour me servir de repère pour cela.